[00:09] <bryceh> rickspencer's hitting a synaptics crash too - lp #937695
[00:09] <ubot2`> Launchpad bug 937695 in xserver-xorg-video-intel "Display Lockup" [High,New] https://launchpad.net/bugs/937695
[00:16] <RAOF> It's not clear that's actually a synaptics crash, though?
[00:16] <bryceh> RAOF, [ 8161.471] 8: /usr/lib/xorg/modules/input/synaptics_drv.so (0x7fb8190c3000+0x4d9b) [0x7fb8190c7d9b]
[00:17] <bryceh> it's something in pointer event handling code
[00:18] <RAOF> Oh, it's in the signal handler, which is why there's intel above it in the stack.
[00:18] <thumper> bryceh: ah.. I think greyback hit the x freeze too
[00:26] <SpamapS> hrm.. minimize then unminimize in latest unity results in an all white window
[00:26] <SpamapS> known issue?
[00:26] <RAOF> It doesn't here.
[00:27] <SpamapS> I have an nvidia chipset with twinview..
[00:27] <SpamapS> ah
[00:27] <SpamapS> its only doing it in terminal
[00:28] <SpamapS> and terminator
[00:28] <DBO> RAOF, any progress on the recent nvidia issue?
[00:29] <Sarvatt> not doing it here either, just checked with gnome-terminal, please file a bug against xorg and we'll reassign to nvidia or compiz as appropriate
[00:30] <RAOF> DBO: Yup - it's mostly fixed, but the barrier behaviour on the screen edge is still slightly different.  I'm hunting down wh.
[00:30] <SpamapS> Sarvatt: will do
[00:30] <Sarvatt> DBO: nvidia issue? are you on the nvidia calls? it might make sense for you to join them if not, usually we cant fix actual bugs with the drivers
[00:30] <Sarvatt> oh barrier problem yeah thats RAOF
[00:31] <DBO> RAOF, disabling it all together makes it act identical here
[00:31] <SpamapS> Also since rebooting into the latest, the dock isn't auto-hiding.. that seems weird
[00:31] <DBO> RAOF, can we just disable it
[00:32] <DBO> Sarvatt, Im not interested in getting in touch with nvidia, I'll let the business people do that
[00:32] <RAOF> DBO: We can, but it's entirely possible that other things will break this in the same way.
[00:32] <RAOF> DBO: So we might as well fix it properly now.
[00:33] <RAOF> (For sufficiently ugly versions of “properly”, due to ABI stability requirements)
[00:33] <DBO> RAOF, so long as a proper fix hits distro sooner rather than later
[00:33] <DBO> currently we have every single nvidia user unable to reveal their launcher
[00:33] <RAOF> DBO: If it's not today we can futz with the xorg.conf settings.
[00:33] <DBO> RAOF, thanks, I know it sucks but it needs to happen that way
[00:35] <Sarvatt> RAOF: alberto can change jockey to apply xorg.conf options to nvidia globally if that helps
[00:36] <Sarvatt> theres also disabling the barrier stuff globally if making binary drivers we cant change work is a priority
[00:38] <RAOF> Well, the problem is in the barrier implementation.  The binary drivers are well within their rights to do what they're doing.
[00:41] <DBO> RAOF, the driver is allowed to constrain cursor motion?
[00:41] <DBO> doesn't that seem like a broken abstraction to you?
[00:41] <RAOF> Well, yes.  But it's not a terribly unreasonable thing for the driver to want to do.
[00:43] <DBO> RAOF, okay, well, whatevs :)
[00:43] <RAOF> Because (in this case) the driver is the only thing which knows where the CRTC boundaries are, and clamping the cursor to the CRTC boundaries is a perfectly reasonable thing to want to do :)
[00:43] <RAOF> Ah.  Of course.  My old friend, floating point rounding.
[00:44] <SpamapS> Further info on the terminal thing..
[00:44] <SpamapS> it only happens if gnome-terminal or terminator are *maximized*
[00:46] <SpamapS> Is there any way to turn off this *weird* thing where the mouse pointer gets stuck in the middle of the screen on dual-monitor btw?
[00:46] <Sarvatt> RAOF: more barrier issues ^^ :)
[00:46] <SpamapS> same thing?
[00:48] <RAOF> SpamapS: No, different thing.  In what way stuck?
[00:48] <bjsnider> DBO, is the launcher problem new to the 295.20 driver?
[00:48] <RAOF> Well, similar thing.
[00:48] <RAOF> bjsnider: Yup.
[00:49] <bjsnider> so unity and gnome-shell are both broken by that driver
[00:49] <bjsnider> i thought it was only gnome-shell
[00:50] <RAOF> In what way is gnome-shell broken?
[00:50] <bjsnider> amazing that so many problems happened to a driver they marked as long-lived support
[00:50] <DBO> RAOF, last I heard its a weee bit crashy
[00:51] <DBO> bjsnider, you can tweak your xorg.conf to fix the issue
[00:51] <DBO> if you want
[00:51] <bjsnider> gnome-shell crashes when trying to type in the search box in overview
[00:51] <DBO> bjsnider, http://ubuntuforums.org/showthread.php?t=1928096&page=2 I posted a fix in there
[00:51] <SpamapS> RAOF: as I'm moving the mouse from right screen to left screen, the mouse stops briefly at the left edge of the right screen.
[00:52] <SpamapS> RAOF: it does not happen if the mouse is moving fast
[00:52] <DBO> SpamapS, thats normal
[00:52] <RAOF> SpamapS: Ok, that's by designish.
[00:52] <SpamapS> its *horrible*
[00:52] <SpamapS> can I turn it off or at least configure the delay to be shorter?
[00:53] <DBO> SpamapS, there is a responsiveness slider in the appearance preferences for the launcher reveal
[00:53] <DBO> tweaking the slider might give you results you prefer
[00:53] <SpamapS> Its like somebody just came and stood right in the middle of desk between my monitors and started humming Old MacDonald. Very distracting.
[00:54] <DBO> SpamapS, its so you can reveal the launcher on the left edge of the right hand screen
[00:54] <DBO> if you have launchers not-hiding
[00:54] <DBO> its so you can half-maximize windows
[00:55] <SpamapS> It needs some tuning. :)
[00:55] <RAOF> That is true.
[00:55] <lifeless> so
[00:55] <lifeless> being able to reveal the  launcher of the left edge of the left screen would be nice
[00:56] <SpamapS> DBO: thanks the slider helped a tiny bit, at least the launcher does not pop up immediately, but it still stops the mouse from moving.
[00:56] <DBO> SpamapS, where did you move it to
[00:56] <RAOF> lifeless: nvidia?  I'm fixing that right now.
[00:56] <DBO> out of curiosity
[00:56] <SpamapS> DBO: lowest sensitivity
[00:57] <SpamapS> Actually
[00:57] <lifeless> RAOF: yes
[00:57] <SpamapS> no.. its still annoying no matter where I slide it to
[00:58] <DBO> SpamapS, its always going to stop your mouse
[00:58] <SpamapS> yeah, thats my main gripe
[00:58] <DBO> the further right you move it, the more it will respond to fast movement
[00:58] <lifeless> it doesn't stop mine
[00:58] <SpamapS> I'd like it to not ever stop my mouse.
[00:58] <lifeless> unless I'm moving it slowly
[00:58] <SpamapS> I'll just get used to fast moving I guess
[00:59] <DBO> SpamapS, there is a way you can turn it off, but only in ccsm
[00:59] <SpamapS> I think I'd be happier if it simply required slower movements.
[00:59] <DBO> and I cant ensure someone wont remove that feature or make me remove it in the future
[00:59] <SpamapS> DBO: I swore an oath that I would never kill again... the day I apt-get purged ccsm. ;)
[00:59] <DBO> yeah
[00:59] <DBO> I was hoping you would say that :)
[01:00] <DBO> SpamapS, if you present your case clearly, well articulated, and without any form of vitriol in a bug report
[01:00] <SpamapS> Really, I just think its requiring slightly too fast a movement to work in the intended way.
[01:00] <DBO> you might get listened to
[01:00] <lifeless> wow, now thats a confident statement :)
[01:00] <RAOF> SpamapS: What's your input device?
[01:00] <DBO> I can't speak for others lifeless :)
[01:00] <SpamapS> DBO: vitriol is the liquid schwartz of the internet...
[01:01] <SpamapS> RAOF: an optical mouse
[01:01] <DBO>  SpamapS, yeah but vitriol is a quick way into the bin with your bug report
[01:01] <RAOF> Ah.  One of those ones which very conveniently claims it resolution is 1/meter
[01:01] <DBO> I ignore all bugs, no matter how critical, reported by cocks
[01:02] <RAOF> DBO: Hm.  How much do we care about receiving events with very low velocity on the barrier?
[01:02] <DBO> RAOF, define very low
[01:03]  * SpamapS runs a few seds on his bug report .. s/a....le/kind sir/;s/f...ing/fine/;
[01:03] <RAOF> DBO: Small enough that the pointer would move less than a pixel if it were allowed to.
[01:03] <DBO> RAOF, yeah we dont care about those
[01:04] <DBO> the velocity calculation would always be minimal right?
[01:04] <RAOF> Right.
[01:04] <SpamapS> If I move with ninja-like precision it works.. but my usual lazy wandering mouse pointer is trapped in its current screen..
[01:04] <DBO> yeah those have a negligible effect on the end result
[01:04] <RAOF> Good, because we don't generate them on the right hand barrier because we trunc() the thingy.
[01:05] <DBO> SpamapS, is your mouse sensativity very low
[01:05] <DBO> RAOF, you mean left hand barrier?
[01:05] <RAOF> I mean the right hand barrier.
[01:05] <SpamapS> let me look
[01:05] <RAOF> As in: the barrier on the left hand of the right screen.
[01:05] <SpamapS> DBO: as low as it can go
[01:06] <SpamapS> and acceleration is all the way Low too
[01:06] <DBO> RAOF, oh, okay
[01:07] <DBO> SpamapS, thats probably why its so hard for you
[01:07] <SpamapS> DBO: that and the numerous head injuries ;)
[01:07]  * DBO is glad you took that innuendo that way
[01:08] <SpamapS> DBO: putting it in the middle (which now makes using the mouse very annoying in general) doesn't really make it any better though..
[01:08] <DBO> ah yeah actually mine seem to be all the way down too
[01:08] <DBO> I retract my original statement
[01:09] <SpamapS> well I'm already getting used to sort of "chopping" to get to the other side of the screen..
[01:10] <SpamapS> its not exactly intuitive, but it is a quick muscle memory change
[01:10] <DBO> you should be able to use a even smooth slow push
[01:10] <DBO> it should let you through
[01:11] <SpamapS> DBO: right but I don't even want to get stuck there so I just accelerate over it
[01:13] <SpamapS> DBO: I think perhaps if the pause were smaller, or the speed required to skip the pause just a little bit slower.. I would love the new feature
[01:14] <DBO> SpamapS, there is a bit of a tradeoff to be had
[01:14] <DBO> so you have 2 monitors yes
[01:14] <DBO> which one do you consider the "primary" monitor?
[01:14] <SpamapS> left
[01:14] <SpamapS> which I actually look at and use a lot less than the secondary. ;)
[01:14] <DBO> I use the right hand monitor as my main monitor
[01:15] <DBO> when I say primary I dont mean whatever X considers the primary
[01:15] <DBO> whatever *you* do
[01:15] <SpamapS> My left monitor is actually my laptop screen
[01:15] <SpamapS> and nvidia is very unhappy with me if I change the primary
[01:15] <DBO> okay so we use the same setup actually
[01:15] <DBO> having a heavier barrier allows me to much more easily access the hidden launcher on the right hand monitor
[01:15] <DBO> the fact that you dont use hidden launchers probably has a lot to do with the difference
[01:15] <SpamapS> I do use hidden
[01:16] <SpamapS> actually on upgrade they went to fixed
[01:16] <DBO> you can turn hidden back on
[01:16] <SpamapS> Yeah I did that
[01:17] <SpamapS> DBO: true, I may find that after a day or two, I'm not even traversing screens anymore because thats the main reason I click. Not sure.
[01:18] <bryceh> SpamapS, or you may find RSI ;-)
[01:19] <SpamapS> right now I'm finding that with default settings restored.. its not showing me the launcher...
[01:19] <SpamapS> ahh if I approach slowly, no show
[01:21] <SpamapS> which I like actually
[01:22] <RAOF> Yeah.  The barrier stuff *does* make the autohidden launcher much more usable.
[01:23] <SpamapS> Still ... when I *do* want to go from screen to screen... I have to drag *a lot*
[01:24] <DBO> SpamapS, its about an inch of mouse movement here
[01:24] <SpamapS> more like 6 for me
[01:24] <DBO> O_O
[01:24] <SpamapS> just was measuring it actually
[01:24] <DBO> really?
[01:24] <lifeless> SpamapS: get a higher res mouse ;)
[01:24] <SpamapS> Its almost the entire width of my ubuntu mousepad
[01:25] <SpamapS> I admit, this *is* a crappy mouse
[01:25] <SpamapS> but that has never mattered to me. :)
[01:25] <RAOF> I wish mice gave us useful information about their capabilities in this regard.
[01:25] <bryceh> it's fun with a trackpad and a projector attached
[01:26] <SpamapS> if I use my trackpad.. which is *really* big (macbook pro 5,1) .. I have to start on the very edge of it, and it just flips on the other side
[01:26] <DBO> trackpads from apple currently have a known issue with this :/
[01:26] <DBO> it still shouldn't be that hard
[01:27] <DBO> try moving the mouse a little faster?
[01:27] <asac> RAOF: help ... my -intel is crashing like crazy :/ didnt upgrade today (2 days ago).
[01:27] <RAOF> *Trackpads* we can do something about; they generally give actual information about their stuff.
[01:27] <SpamapS> DBO: yeah, I bumped up my sensitivity a tiny bit, and move a little faster, it seems to work better.
[01:27] <asac> RAOF: i was told that precise is production quality... now i am unhappy :) lol
[01:27] <RAOF> asac: Do you have an Xorg.0.log.old available for debugging?
[01:27] <asac> RAOF: this happens with unity 2d and unit 3d
[01:28] <asac> RAOF: i have filed a bug
[01:28] <asac> one sec
[01:28] <asac> RAOF: not sure if its always the same, seems that apport was a bit buggy and failed to submit 5 times... so this one i got in: bug 937762
[01:28] <SpamapS> DBO: seems like there's a time component here. If somebody is moving in the same direction for 3 seconds... perhaps they don't mean to stop. :)
[01:28] <asac> RAOF: opened it up now
[01:29] <DBO> SpamapS, predicting user intention is difficult
[01:29] <bryceh> yep, another input crash
[01:29] <DBO> SpamapS, predictable behavior is WAY better than smart but unpredictable behavior
[01:29] <asac> input crash? yes, i think it gives me a correlated feeling to typing
[01:29] <RAOF> asac: Updating now should stop that.
[01:29] <asac> byt i am typing so fast :)
[01:29] <asac> so i cant tell ... because i am always typing so chances for typing while crashing are high :)
[01:30] <asac> RAOF: cool. very bood
[01:30] <asac> i will check... see i get something xorg'ish right now
[01:30] <asac> input synaptics i got
[01:30] <RAOF> xserver-xorg-input-synaptics 1.5.99~git20120220-0ubuntu3 has the fix.
[01:30] <asac> RAOF: guess relogin?
[01:30] <asac> great
[01:30] <DBO> RAOF, I need these events for barriers to eventually send down mouse button state
[01:30] <asac> let me relog in again
[01:30] <asac> cu in a bit
[01:30] <RAOF> DBO: Really?
[01:31] <DBO> mmmmm
[01:31] <DBO> no
[01:31] <DBO> but I'd like it
[01:31] <DBO> otherwise I have to query the server
[01:31] <asac> bryceh: RAOF: great. i am back :) ... so lets see
[01:31]  * asac goes on a typing rampage
[01:31] <asac> oh ...
[01:32] <RAOF> asac: The trigger would be the transition between typing and touching the touchpad.
[01:32] <asac> seb128: ... why did you remove alt-F10 keyboard shortcut to maximize my gnome-terminal in unity?
[01:32] <asac> RAOF: interesting :) ... guess i didnt see it before then as i just reenabled it two days ago :)
[01:32] <asac> e.g. the touchpad
[01:32] <RAOF> DBO: Please query the server :)
[01:32] <asac> i cant remember why i enabled it ... ah i know...  someone claimed it might have automatic multitouch here :)
[01:32] <seb128> asac, it's not me but there is a bug open about it I think, didrocks might know better, ping him tomorrow
[01:33] <asac> seb128: ouch thought you were sleepig
[01:33] <seb128> asac, lol, if IRC is running I'm not sleeping :p
[01:33] <seb128> I don't let IRC running during night
[01:33] <asac> seb128: now i remember
[01:33] <asac> :)
[01:34] <seb128> ;-)
[01:34] <seb128> but I'm about to go, it's late here!
[01:35] <RAOF> DBO: I obviously *could* send you button state in the events, but this protocol wants to be generically useful; adding random other bits of state that you happen to want is probably out-of-scope :)
[01:35] <asac> seb128: i know. sleep well
[01:35] <seb128> thanks ;-)
[01:36] <DBO> RAOF, understood
[01:40] <RAOF> DBO: So unless it's going to be a lot of overhead, you need atomic updates, or it's to do with pointer motion, I'll be pushing back on adding additional data to the events :)
[01:41] <DBO> RAOF, hey so long as you know Im always going to ask for whatever seems to be the most convenient thing
[01:41] <DBO> we are in a good state
[01:41] <DBO> you protect the protocol, I will advocate Unity's interests
[01:43] <RAOF> This sounds fine :)
[01:44] <RAOF> You know what's not a great use of space?  Shown-by-default launcher on this netbook.
[01:47] <RAOF> DBO: Did you write some XTest-using tests for the barrier stuff?
[01:47] <DBO> RAOF, yes
[01:47] <RAOF> Where are they?
[01:47] <DBO> uhm we dont know if they work on all machines really
[01:47] <DBO> consistency is still a problem
[01:48] <DBO> but they are in the autopilot test suite
[01:48] <RAOF> Where's the source?  Ideally I'd get a bunch of them run as a part of the xserver build.
[01:49] <DBO> RAOF, well you would be depping on unity to use my tests
[01:49] <DBO> all we are doing is using relative motion events with xtest to cause the launcher to reveal
[01:49] <DBO> and testing that it is in fact revealed
[01:51] <RAOF> I was rather more thinking of stealing your code and wrapping it up in a shiny new xorg-gtest wrapper.
[02:03] <DBO> RAOF, its written in python
[02:04] <RAOF> Curses.  Oh, well.
[02:07] <RAOF> DBO: What do you need for a bamf bug where it consistently fails to believe that chromium is, in fact, on *this* workspace?
[02:07] <RAOF> Until I switch workspace away and back again.
[02:07] <DBO> 2 things
[02:07] <DBO> first if you are experiencing the bug now
[02:07] <DBO> lets skype
[02:07] <DBO> second
[02:08] <DBO> if you have a way to cause the bug
[02:08] <DBO> let me know
[02:08] <DBO> waaaait
[02:09] <DBO> Im experiencing it right now
[02:09] <DBO> hold on
[02:16] <DBO> RAOF, I think I found the bug
[02:18] <RAOF> Do you need some testing?
[02:18] <DBO> un-momento
[02:19] <DBO> RAOF, https://code.launchpad.net/~jassmith/unity/unity.fix-monitor-tracking/+merge/94078
[02:22]  * RAOF pulls, builds, and installs.
[02:35] <DBO> RAOF, so just to be sure, by the time I wake up tomorrow, one way or another this nvidia reveal issue will be a thing of the past
[02:35] <RAOF> DBO: Yes.
[02:35] <RAOF> In fact, it should be in a couple of hours.
[02:36] <RAOF> Oh, arse.
[02:36] <RAOF> DBO: How much do you want testing of that branch?  It would appear to need a newer nux.
[02:36] <smspillaz> DBO: err, whoops, accidentally globally approved your branch
[02:36] <DBO> RAOF, im relatively certain it works
[02:37] <smspillaz> I un approved, it, hope that the merge bot didn't see that :/
[02:37] <DBO> we're good Im sure
[03:08] <RAOF> DBO: There you go.  One nvidia fix.
[03:13] <Sarvatt> RAOF: bah you fixed your already obsolete patch? :P
[03:13] <RAOF> Yes :)
[03:14] <Sarvatt> push to git plz!
[03:15] <Sarvatt> need to refresh it for xserver master
[03:15] <Sarvatt> not tonight though, sorry to hound you minutes after you uploaded
[03:17] <bryceh> hurm, -synaptics is still on the ubuntu+1 branch
[03:18] <RAOF> bryceh: And cnd hasn't pushed his latest changes, either.
[03:18] <RAOF> Sarvatt: Done!
[03:33] <thumper> so...
[03:34] <thumper> why can't I install skype on my laptop?
[03:34] <thumper> I have the partner repo checked
[03:34] <thumper> running 64 bit
[03:35] <RAOF> Is skype actually in the Precise parter repo?
[03:36] <RAOF> No, it isn't. :)
[03:38] <RAOF> thumper: sudoedit /etc/apt/sources.list; change the partner distro from precise to oneiric.  Tada!  skype.
[03:42] <thumper> RAOF: really?
[03:42] <thumper> ok
[03:42] <RAOF> Really.
[03:43] <RAOF> Partner's kinda weird.  I'm not sure if there's anything in there for precise yet.
[03:43] <micahg> flash is there
[03:43]  * thumper does it
[03:48] <RAOF> micahg: Is it?  It's not flashplugin-nonfree in multiverse?  Which, true, downloads from partner or something, but the package itself is in the main archive.
[03:48] <micahg> RAOF: adobe-flashplugin
[03:48] <RAOF> Ho, hey!  Wow!
[03:49] <RAOF> We have too many ways to install flash ;)
[03:49] <micahg> pull flash out of the installer and we'll happily drop it from multiverse ;)
[03:52] <broder> the package in multiverse slurps down a hard-coded url on archive.canonical.c, right?
[03:52] <broder> (i just got bitten by that - i have a deliberately frozen apt mirror, and the version of flash it's trying to fetch isn't on archive.c.c anymore)
[03:52] <thumper> RAOF: thanks, installing skype again
[03:56] <micahg> broder: well, it pulls the .orig.tar.gz which changes "location" with each version and verifies the sum on it
[04:01] <RAOF> You know, gnome-online-accounts would be more useful if any of its features worked.
[04:39] <DBO> RAOF, is it possible this update has changed the velocity values?
[04:39] <DBO> things feel a little more twitchy than before
[04:41] <pitti> Good morning
[04:42] <DBO> morning pitti
[04:42] <TheMuso> Morning pitti.
[04:55] <RAOF> DBO: It will have changed velocity values, but only by a small amount; < 1 px/dt.
[04:56] <DBO> RAOF, probably me being overly sensitive then
[04:57] <RAOF> I did check that the values coming out were comparable to before (except on the edges on nvidia, obviously).
[04:57] <RAOF> And, actually, it should only change the values on the left-most edge.
[04:58] <RAOF> Since dt ~10^-3, that means velocities may be different by up to about a hundred, mostly less.
[05:01] <pitti> Sweetshark: not uploading the new LibO; armel and armhf failed on "debug output level 11 is too high", too
[05:02] <pitti> argh, someone binNEWed the new LibO on i386/amd64
[05:02] <pitti> oh well
[05:18] <lifeless> is it deliberate that the time remaining on battery isn't shown anymore ?
[05:18] <lifeless> (and that my battery just shows 'charged' after 2 hours on it ?
[05:18] <pitti> hm, it worked fine for me over the weekend
[05:27] <achiang> pitti: hi, does LibO build successfully on armhf, modulo the most recent FTBFS you mention?
[05:28] <pitti> achiang: only thing I can say is that it failed with the same error on armel and powerpc, so that "debug output level 11" breakage is not armhf specific
[05:28] <pitti> achiang: it does have janimo's armhf patches, so it ought to build otherwise
[05:28] <achiang> pitti: ok, thanks.
[05:40] <jbicha> the new color chooser looks nice, there's some screenshots at http://iloveubuntu.net/new-redesigned-color-chooser-dialog-landed-precise-pangolin
[05:42] <pitti> hey jbicha
[06:07] <SpamapS> wow I never realized how much I move back and forth between screens on my multi-monitor setup until this new reveal pause thing started making it awkward
[06:16] <DBO> RAOF, any word on the "press against screen edge to bypass barrier" issue we chatted about a week or so ago?
[06:16]  * SpamapS installs new xorg to get back the launcher on the left side
[06:16] <RAOF> DBO: Which one?  The one where some people have barrier ids that increase?
[06:17] <DBO> no
[06:17] <DBO> the one where if you push on the top edge of the screen
[06:17] <RAOF> Oh, that one.
[06:17] <DBO> you can move past the barrier without it stopping you
[06:17] <RAOF> I thought that you didn't care, because you're not defining a full-height barrier anyway.
[06:18] <RAOF> (And, yes.  I tried to get my head around the algorithm that's used to calculate barrier hitting, and it's madness.  It's the perfect example of something that should have copious comments)
[06:18] <DBO> RAOF, no we care now because the barrier has to go to the panel
[06:18] <DBO> for the case of corner reveal
[06:19] <RAOF> Ok.  I'll bump up the priority of fixing it then.
[06:20] <SpamapS> DBO: I know I asked before, but there's no way to turn off the thing that stops the mouse in the middle right? 3 hours of trying to build new habits and I'm about ready to set my mouse on fire. :-/
[06:21] <DBO> SpamapS, there are some minor changes in the latest update
[06:21] <DBO> xorg update
[06:21] <DBO> pull them down
[06:21] <DBO> and see if its still driving you up a wall
[06:21] <SpamapS> 2:1.11.4-0ubuntu4
[06:21] <SpamapS> just installed
[06:21] <SpamapS> will try it out
[06:21] <DBO> did you log out and back in?
[06:21] <SpamapS> no I literally just installed it 60 seconds ago :)
[06:21] <DBO> :)
[06:28] <didrocks> good morning
[06:28] <DBO> morning didrocks
[06:28] <pitti> bonjour didrocks, ca va?
[06:29] <didrocks> hey DBO, guten morgen pitti, I'm fine thanks (and got the repaired heater after a month in the store \o/)! Wie geht's?
[06:29] <pitti> didrocks: wow, just after the days of -15 degrees are over ;)
[06:29] <pitti> didrocks: gut, danke!
[06:30] <didrocks> pitti: yeah, I know, this is really the bad timing :)
[06:35] <smspillaz> morning didrocks :)
[06:40] <jasoncwarner_> morning didrocks and pitti !
[06:40] <pitti> hey jasoncwarner_
[06:40] <pitti> jasoncwarner_: I thought you were on holidays?
[06:40] <jasoncwarner_> pitti: next week, this week i'm trying to get through all my admin, taleo and other stuff...need to poke Laney about his application ;)
[06:41] <didrocks> hey smspillaz, jasoncwarner_
[06:45] <pitti> didrocks: is it possible somehow to get back intellihide?
[06:45] <pitti> (gsettings, etc.)
[06:46] <SpamapS> DBO: for the record, the new X did re-enable my left-side-revealing for the main display. But the overall experience still inspires musicide (the act of killing a mouse)
[06:46] <didrocks> pitti: no, the code has been completely removed
[06:46] <didrocks> pitti: executive decision
[06:46] <pitti> ah, too bad; thanks
[06:47] <SpamapS> DBO: what package should I report a bug in?
[06:47] <DBO> SpamapS, unity
[06:47] <DBO> pitti, prepare for lots more options to die
[06:48] <SpamapS> DBO: ok. Actually it does seem like the mouse moves a little sooner between the two screens.
[06:48] <DBO> basically every option thats not in the gcc applet
[06:48] <DBO> is going to die this week
[06:48] <SpamapS> DBO: especially going left -> right
[06:48] <pitti> DBO: still too bad; intellihide was the one that by far made most sense :(
[06:49] <pitti> as long as nobody kills FFM :)
[06:49] <jasoncwarner_> smspillaz: any luck with my https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/936818 ?
[06:49] <ubot2`> Launchpad bug 936818 in compiz "Visual Corruption on Desktop" [High,New]
[06:50] <pitti> DBO: btw, did you get complaints about the new "push harder" behaviour to reveal the launcher? with a touchpad it's really hard work to make it appear
[06:50] <RAOF> didrocks: Have you been able to play with barrier-test?
[06:50] <DBO> pitti, FFM?
[06:50] <pitti> DBO: focus follows mouse (not an unity setting, it's a compiz one)
[06:50] <DBO> pitti, touchpad is going to improve
[06:50] <DBO> pitti, ah yeah you can keep that
[06:50] <pitti> DBO: ah, nice
[06:50] <didrocks> RAOF: unfortunatly, I only work 12 hours a day, I hope to have time this week though :)
[06:51] <RAOF> didrocks: :)
[06:51] <didrocks> RAOF: I need first to see why I can't upgrade my nvidia
[06:51]  * RAOF starts preparing dinner; back later.
[06:51] <didrocks> as I think I can't rebuild the previous working package for ever :)
[06:51] <smspillaz> jasoncwarner_: I thought you said you still got that on unity-2d and gnome-shell ?
[06:52] <jasoncwarner_> two different bugs
[06:52] <jasoncwarner_> smspillaz: one was before desktop
[06:52] <jasoncwarner_> smspillaz: one was on desktop
[06:52] <jasoncwarner_> smspillaz: this is on the desktop (see screenshots)
[06:53] <smspillaz> jasoncwarner_: what happens if you disable unity ?
[06:54] <jasoncwarner_> smspillaz: don't know, I'll test that in a bit (just finishing up some work)
[06:55] <smspillaz> ok
[06:58] <jasoncwarner_> smspillaz: I'm trying out classic with effects so I'll let you know...it takes some time for it to appear
[07:00] <jasoncwarner_> OMG classic feels soooooo old after Unity...like, seriously...where is dash? where is my launcher?
[07:00] <smspillaz> jasoncwarner_: it sounds like you have an overheating gpu
[07:01] <smspillaz> jasoncwarner_: my old gpu used to overhead a lot and it wouldn't be uncommon for me to get artifacts like that one
[07:01] <smspillaz> *overheat
[07:01] <smspillaz> jasoncwarner_: I could be wrong though, it could just be a bug in nux
[07:01] <smspillaz> or worse, compiz
[07:01] <smspillaz> (though, I highly doubt the latter as we don't do anything particularly complex or ... make any primitives of that size
[07:02] <DBO> jasoncwarner_, what GPU do you use?
[07:03] <rickspencer3> bryceh, good evening
[07:03] <jasoncwarner_> DBO: $ lspci |grep VGA
[07:03] <jasoncwarner_> 02:00.0 VGA compatible controller: NVIDIA Corporation C79 [GeForce 9400] (rev b1)
[07:04] <jasoncwarner_> smspillaz: if not compiz, unity or nux?
[07:04] <DBO> jasoncwarner_, are you on the 295.20 drivers now?
[07:04] <jasoncwarner_> heya rickspencer3
[07:04] <DBO> I was getting this same thing with the 290.10
[07:04] <DBO> but don't get them with 295.20 now
[07:04] <jasoncwarner_> DBO: let me check
[07:04] <rickspencer3> heya jasoncwarner_
[07:04] <smspillaz> DBO: ORLY ?
[07:04] <DBO> jasoncwarner_, for reference, the 295.20 came out saturday
[07:04] <smspillaz> see this is why the world should use nouveau
[07:05] <rickspencer3> jasoncwarner_, sometimes all my apps don't show up in my alt-tab switcher unless I change workspaces and then change back again, should I log a bug?
[07:05] <DBO> smspillaz, when I use nouveau everything is purple
[07:05] <DBO> so no
[07:05]  * smspillaz runs away upon seeing a graphical rendering error in nouveau
[07:05] <DBO> no nouveau
[07:05] <jasoncwarner_> rickspencer3: yeah, please do
[07:05] <smspillaz> DBO: every so often
[07:05] <smspillaz> DBO: nouveau just decides "I'm out of memory"
[07:05] <jasoncwarner_> DBO: 295.20
[07:05] <smspillaz> and starts overwriting system memory
[07:05] <smspillaz> kind of fun to watch
[07:05] <DBO> jasoncwarner_, when was the last time you saw the error, when did you get the new driver installed? have you rebooted since installing it? what is your mothers maiden name?
[07:06] <didrocks> RAOF: please, separate the "nvidia bug" with the edge reveal one (and remove the dx comment as well), as it's another issue
[07:06] <smspillaz> DBO: like just now
[07:06] <jasoncwarner_> DBO: yeah, I reboot once a day and I have gotten it each day. though, now using classic I don't have it...I would have expected to get it in maybe 10 minutes, which I haven't yet
[07:06] <smspillaz> DBO: whoops
[07:06] <smspillaz> DBO: kernel panic
[07:07] <DBO> jasoncwarner_, so you have seen it whilest using the 295.20 driver?
[07:07] <jasoncwarner_> yeah, just today
[07:07] <DBO> jasoncwarner_, okay good news bad news time
[07:07] <DBO> which do you want firsT?
[07:07] <jasoncwarner_> good news?
[07:08] <DBO> its not a bug in unity
[07:08] <bryceh> rickspencer3, hi
[07:08] <jasoncwarner_> hmm... smspillaz says GPU overheating... dbo, you going with driver? ;)
[07:08] <DBO> jasoncwarner_, I see the same bug
[07:08] <DBO> the 295.20 fixed it for me
[07:08] <rickspencer3> hey bryceh I'll install chase's xserver later today and see if I can repro my bug
[07:08] <DBO> if it didn't fix it for you, well thats unfortunate
[07:09] <DBO> jasoncwarner_, also the 9400 isn't exactly a high power card, I would not expect to see that card overheat
[07:09] <RAOF> didrocks: The nvidia edge-reveal bug has been fixed already.
[07:09] <rickspencer3> you assumption makes sense, as I was on a laptop with a mouse connected, and sometimes use the mouse, sometimes the trackpad ... however, I worked for 5 hours without a crash after my report
[07:09] <jasoncwarner_> dbo... as I mentioned, I'm not getting it in classic, though. I'm about to reboot back into Unity to give it a go again
[07:09] <didrocks> RAOF: ah, so I can remove this part from the bug
[07:09] <DBO> jasoncwarner_, the bug seems to corrupt FBO contents
[07:09] <bryceh> rickspencer3, ok
[07:10] <DBO> and eventually leads to a crash in the nvidia glx implementation (takes down the whole xserver)
[07:10] <bryceh> rickspencer3, actually you want to install the updated -synaptics driver, which was uploaded to precise Tuesday, so just updating ubuntu and restarting X should do the trick
[07:11] <rickspencer3> bryceh, sweet
[07:11] <rickspencer3> bryceh, I updated yesterday morning, so I guess I just missed that update
[07:11] <bryceh> yeah
[07:25] <didrocks> rickspencer3: for bug #938458, you don't move your cursor between monitors, isn't it?
[07:25] <ubot2`> Launchpad bug 938458 in unity "Alt Tab Switcher does not always show all apps" [Undecided,New] https://launchpad.net/bugs/938458
[07:26] <didrocks> (and stay on the same ws when it happens?)
[07:28] <rickspencer3> didrocks, I'm on my netbook
[07:28] <rickspencer3> no multi-mon
[07:31] <DBO> didrocks, found the move the mouse between monitor ones right now
[07:31] <DBO> and the reason if very shameful...
[07:49] <DBO> didrocks, https://code.launchpad.net/~jassmith/unity/unity.alt-tab-workspaces/+merge/94097
[07:50] <didrocks> DBO: ok, let's see if other reviews, but the lack of test is clearly a blocker for the next release (I think we need to invest on autopilot on multimonitor)
[07:50] <DBO> didrocks, im fine with it being blocked
[07:50] <didrocks> DBO: just warning about it ;)
[07:51] <didrocks> but thanks for looking at it!
[07:51] <DBO> its a bit asinine that we block a code fix that is fixing something that is passing the wrong type because it doesn't have tests
[07:51] <DBO> I mean honestly, its doing something that is demonstrably wrong and unsafe
[07:51] <didrocks> DBO: we don't want to retrieve the same behavior again
[07:51] <didrocks> in a later "other bug"
[07:52] <DBO> didrocks, and this is why unity-fixes exists :/
[07:52] <DBO> erm
[07:52] <DBO> unity-fixed
[07:52] <didrocks> I don't want to get pinged again by rickspencer3 about that issue, that's why I think tests are needed
[07:52] <didrocks> unity-fixed?
[07:52] <DBO> trunk + fixes that dont have tests so are blocked on merge
[07:52] <didrocks> who is doing that?
[07:52] <DBO> me
[07:52] <didrocks> that's silly, sorry, but it's silly
[07:53] <DBO> sure
[07:53] <didrocks> all your latest merges are "we don't have the infra to test launcher"
[07:53] <didrocks> well, investigate in making that doable
[07:53] <DBO> thats going to be the rest of my week
[07:53] <didrocks> that's enough time then before next release :)
[07:54]  * didrocks doesn't want that list to get longer: https://docs.google.com/a/canonical.com/document/d/1kiVPg0U7VJpHt21y-Qm9VtnLxsTmKHfBmA2B16yLGzc/edit
[07:55] <DBO> didrocks, that list will continue to grow when time to write tests == 200x time to write fix
[07:56] <DBO> for example
[07:56] <DBO> https://code.launchpad.net/~jassmith/unity/unity.fix-alt-tab-progression/+merge/93923
[07:56] <DBO> all that branch does is delete 5 characters
[07:56] <didrocks> DBO: well, it shouldn't, the list is only on "merged" branch
[07:56] <DBO> oh fine
[07:56] <DBO> im okay with it not getting longer then
[07:57] <didrocks> well, other people on the dx team write tests
[07:57] <didrocks> and writing tests to catch regression avoid stuff like "no more lazy load on the lenses"
[07:57] <didrocks> which happened in:
[07:57] <didrocks> natty, oneiric and precise
[07:57] <didrocks> fixing it 3 times took obviously longer that catching the regression
[07:57] <didrocks> than*
[07:58] <DBO> didrocks, sure, and I do write tests, a large percentage of the autopilot tests are mine
[07:58] <DBO> when I dont its because the payoff isn't that large
[07:58] <DBO> or because the investment is huge compared to the bug fix
[07:58] <didrocks> so, let's continue on that way, fixing branches that are on that last time
[07:58] <didrocks> DBO: well, if you write tests for alt -tab
[07:58] <didrocks> we won't get that multimonitor issue
[07:58] <didrocks> or the one rickspencer3 is seeing above
[07:59] <didrocks> or if we get, we can catch the bad branch before it enters trunk
[08:48] <pitti> didrocks: before I waste work, has it ever been tried to build unity-lens-applications against libgnome-menu-3-0 instead of the old libgnome-menu2?
[08:49] <didrocks> pitti: no, I didn't, but I can have a look at it if you want
[08:49] <pitti> didrocks: that's fine, I'll try
[08:49] <didrocks> pitti: as I have a recent build folder :)
[08:49] <didrocks> ok ;)
[08:49] <didrocks> thanks pitti
[08:51] <pitti> didrocks: hmm, and while I'm at it, libdb5.1 instead of 4.8
[08:52] <didrocks> pitti: 4.8 is the minimal from upstream, but yeah, worth a try with 5.1
[08:52] <pitti> it doesn't use on-disk transactions
[08:52] <pitti> no transactions at all, in fact
[08:52] <pitti> so it should be compatible
[08:53] <ricotz> pitti, hello
[08:53] <pitti> hey rickspencer3
[08:53] <pitti> ricotz: good morning
[08:53] <ricotz> pitti, is it still possible to sync a new source package http://packages.debian.org/source/sid/libexttextcat ?
[08:54] <rickspencer3> hi pitti
[08:54] <pitti> ricotz: needs a FFE, but otherwise yes
[08:54] <ricotz> pitti, alright, i will ffe sync request it then
[08:55] <pitti> #error "unity-lens-applications only compiles and works against libdb-4.8. Please install the package libdb4.8-dev
[08:55] <pitti> didrocks: ^ meh, #(*$# picky
[08:55]  * pitti checks out upstream and will do a MP
[08:55] <didrocks> ahah :-)
[08:56] <didrocks> pitti: when I told you kamstrup and mhr3 are mean persons :)
[08:56] <kamstrup> for the record, I am not mean, I am just evil
[08:57] <pitti> kamstrup: do you know what it actually means when it says "need to have the same libdb version as the software-center"?
[08:57] <didrocks> kamstrup: oh true! :)
[08:57] <pitti> kamstrup: s-c, nor xapian use libdb
[08:57] <kamstrup> pitti: it means what it says on the tin :-)
[08:57] <kamstrup> pitti: does to!
[08:57] <pitti> kamstrup: it doesn't use on-disk or in-memory transactions, so the formats are compatible
[08:57] <kamstrup> pitti: s-c should dump a ratings db for u-l-a to pick up
[08:58] <kamstrup> pitti: if you are willing to take the fallout I can accept the patch ;-)
[08:58] <kamstrup> pitti: I think I addded that check because I got errors with 4.6 vs 4.8
[08:58] <pitti> kamstrup: well, if it's using the python db module, then 4.8 is specifically _not_ what s-c is using
[08:59] <pitti> kamstrup: python2.7 uses 5.1
[08:59] <kamstrup> pitti: not in O
[08:59] <pitti> kamstrup: in fact, I'm interested in making everything using the same db version
[08:59] <kamstrup> pitti: noble and just cause. you have my support
[08:59] <pitti> not only to get rid of duplicate libs, but also to avoid compatibility problems
[08:59] <kamstrup> exactly
[08:59] <pitti> kamstrup: ok, thanks :)
[08:59] <pitti> kamstrup: I'll build/test it against db5.1
[08:59] <kamstrup> afaik the db format is explicitly not stable across libdb versions
[09:00] <pitti> kamstrup: and then try to move it to gnome-menus-3
[09:00] <kamstrup> awesome
[09:00] <pitti> kamstrup: the on-disk data format has been mostly stable
[09:00] <pitti> kamstrup: what chagnes in pretty much every version is the on-disk transaction format
[09:00] <kamstrup> well
[09:00] <kamstrup> we use libdb in "concurrent mode" which may have some implications
[09:01] <kamstrup> (in order to ensure that s-c can write while ula reads)
[09:01] <kamstrup> that may or may not triggers some implicit transactions... I don't know libdb well enough
[09:01] <seb128> hey
[09:02] <pitti> kamstrup: yes, but they'd only be in-memory
[09:02] <kamstrup> pitti: if you say so :-)
[09:02] <pitti> kamstrup: and if anything, it should work better if s-c and the lens use the same db
[09:02] <pitti> hey seb128
[09:02] <kamstrup> indeed
[09:02] <seb128> hey pitti
[09:02]  * seb128 hugs pitti for the update rampage
[09:02]  * pitti hugs back seb128
[09:03] <pitti> seb128: FYI, some fallout:
[09:03] <pitti> gnome-settings-daemon -> we don't need the .1 (systemd only)
[09:03] <pitti> empathy -> 3.3.90 pulls in clutter
[09:03] <didrocks> salut seb128
[09:03] <pitti> libgnomekbd -> fails to build, no interesting changes
[09:03] <seb128> pitti, g-s-d -> great
[09:03] <pitti> gnoem-keyring> we decided to stay
[09:04] <seb128> pitti, empathy: not new, I though kenvandine make a new binary for the new call ui using clutter?
[09:04] <pitti> e-d-s -> leaving for cyphermox
[09:04] <pitti> seb128: configure.ac introduces them as build depends now, though
[09:04] <pitti> I already updated all the patches, but stopped when diffing configure.ac
[09:04] <pitti> seb128: we may still be able to crowbar it, but I didn't continue at that point
[09:05] <seb128> pitti, well I think it was already the case for clutter but let's check with kenvandine
[09:05] <seb128> pitti, thanks a lot for all the updates
[09:06] <seb128> I finished late yesterday and was not looking forward another day doing updates only, you made my day ;-)
[09:06] <pitti> seb128: I didn't touch gst yet
[09:06] <pitti> -base is a sync, but -good a complex merge; and I assume they both should have the same version?
[09:06] <seb128> pitti, it's in Debian
[09:06] <pitti> seb128: de rien :)
[09:06] <seb128> pitti, tjaalton is our new gst maintainer
[09:06] <pitti> seb128: so if we merge -good, we could sync -base and gst
[09:06] <seb128> well it seems he needs it and has been working on it, he said he was fine doing the good merges and updates
[09:07] <pitti> the new telepathy packages are in debian experimental, thus I didn't merge them yet
[09:07] <seb128> pitti, well, we have pre-version, so I would say sync base and gst and let tjaalton do the good update if he has time
[09:07] <seb128> pitti, you can probably let telepathy for kenvandine
[09:07] <pitti> seb128: the telepathy merges are easy, but I wonder why they are in experimental
[09:08] <pitti> tjaalton: ^ are you fine with merging gst-good?
[09:08] <seb128> pitti, yeah, I usually let ken handle those since he has regular contact with the colabora guys and usually know what version we want
[09:08] <seb128> telepathy that is
[09:08] <tjaalton> pitti: how quick should it be done?
[09:09] <seb128> pitti, most of desktop is a shared set but some are domain expert pack, I tend to let them ;-)
[09:09] <Sweetshark> g'morning
[09:09] <pitti> kamstrup: heh, I have reviews.ubuntu.com_reviews_api_1.0_review-stats-pkgnames.p__4.8.db and reviews.ubuntu.com_reviews_api_1.0_review-stats-pkgnames.p__5.1.db :)
[09:10] <pitti> kamstrup: so we are using an outdated db
[09:10] <Sweetshark> pitti: that debug level error is weird, i have seen it before, but cant remember the details
[09:11] <kamstrup> pitti: ah... so s-c dumps the 5.1 db and ula reads the old 4.8 one..?
[09:11] <pitti> kamstrup: yes, apparently
[09:11] <kamstrup> doh :-)
[09:11] <pitti> I don't think it's a very good idea to add the db version to teh .db name
[09:12] <pitti> it'll change with every release
[09:12] <pitti> well, it's a cache only
[09:12] <pitti> but the old files are piling up and nothign is cleaning them
[09:13] <kamstrup> pitti: the reason was because of the 4.6 and 4.8 compat issues
[09:13] <kamstrup> or was it 4.8 and 5.1... can't recall, but we definitely had some compat issues
[09:14] <kamstrup> maybe just the major version in the filename is better
[09:17] <pitti> kamstrup: https://code.launchpad.net/~pitti/unity-lens-applications/db5.1/+merge/94107 for your review pleasure
[09:17] <kamstrup> pitti: thanks, on it
[09:17] <pitti> needs a while to get diffy
[09:20] <pitti> urgh, srsly? vala-0.16 still only has a gnome-menu2 vapi
[09:20] <pitti> ok, we'll need to keep that then for now
[09:21] <pitti> at least it helped to discover the db mismatch
[09:21] <BigWhale> New greeter is sexy!
[09:22] <pitti> nice, dropping libdb4.8 will save us almost .7 MB of CD space
[09:24] <seb128> BigWhale, indeed
[09:26] <tjaalton> pitti: I'm basically away the rest of the week, and the merge might take some hours to complete (if there's a new -bad to import the drivers from)
[09:26] <Sweetshark> pitti: well, "solution" to this is for now to not run checks on armel/armhf. that was why it worked before.
[09:27] <pitti> Sweetshark: and powerpc as well then?
[09:27] <pitti> Sweetshark: good enough for me
[09:27] <Sweetshark> pitti: yes
[09:27] <pitti> it's better to have _something_ that builds on armhf than a perfect one that will still take weeks :)
[09:28] <tjaalton> huh, only changelog conflicted, so -good merge was easy
[09:29] <Sweetshark> pitti: http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=blob;f=rules;h=caec2e4d69bca157c5b5ea1d0cf2e0c7693b8078;hb=f343f37a085fc7d5a821a7b6dedf351a835f4c86#l449 <- theres the exception that was in still on the last upload
[09:29] <didrocks> tjaalton: I'll try the new nvidia driver, I couldn't get any acceleration with previous one, so be prepared to be pinged :)
[09:29] <tjaalton> didrocks: ping tseliot then ;)
[09:29] <didrocks> tseliot: sorry, I meant tseliot ^
[09:29] <tjaalton> *phew*
[09:29] <didrocks> tjaalton: yeah, bad completion, sorry for the noise, you're safe :)
[09:29] <tjaalton> FSVO safe..
[09:30] <seb128> oh tjaalton
[09:30] <seb128> the man I was looking for!
[09:30] <seb128> tjaalton, ;-)
[09:31] <seb128> (just joking, don't worry)
[09:31] <tjaalton> :P
[09:32] <tjaalton> I could merge the new farsight et al drivers from -bad later, and push the simple merge of -good now?
[09:33] <pitti> tjaalton: sounds good
[09:34] <pitti> tjaalton: then we'll sync gst and -base
[09:34] <tjaalton> pitti: ok, test building it and uploading then
[09:34] <pitti> tjaalton: cheers
[09:36] <tjaalton> ah, needs newer -dev
[09:36] <pitti> tjaalton: synced gstreamer0.10 (0.10.36-1)
[09:37] <tjaalton> thanks
[09:37] <seb128> hate you launchpad
[09:37] <pitti> seb128: wassup?
[09:38] <seb128> pitti, just launchpad sucking, trying to reassign a bug where I put a valid source and assigned (triple checked the values) it sends me to a page saying one of the field value is incorrect and of course it doesn't tell me which one
[09:38] <seb128> I dropped the assigned and kept the source
[09:39] <seb128> it reassigning to "ubuntu" ignoring the source I put
[09:40] <seb128> reassigned
[09:40] <seb128> well anyway, just workflow glitches, it's fine most of the time ;-)
[09:42] <seb128> it's not the first time I do that, I'm pretty sure sometimes it ignores the source field without telling you
[09:42] <seb128> which leads to bugs reassigned to "ubuntu"
[09:43] <tseliot> didrocks: what's up?
[09:45] <seb128> oh, and the other hate things, not sure if that's a firefox or launchpad bug, but editing titles is buggy
[09:45] <seb128> half of the time it displays only one line which half the title and doesn't let me see the other half, makes editing really hard
[09:45] <seb128> like the other day it took me 5 tries to get the title I wanted, next time I will copy to gedit edit and ctrl-v back :p
[09:46] <didrocks> tseliot: I had some issues with the 290.10 driver on my machine, I had to recompile 285.05.09 to make it working again (I had a very slow computer, no more multimonitor support, no acceleration and a lot of graphical glitches)
[09:46] <didrocks> tseliot: I hold the package then, I'll try now with 295 and cross fingers
[09:49] <tseliot> didrocks: yes, let me know how it goes
[09:50] <didrocks> tseliot: in case I didn't get any ui, what do you need as debug info?
[09:52] <seb128> didrocks, btw I think your gconf-editor issues your mentioned yesterday are https://bugs.launchpad.net/gconf-editor/+bug/912116
[09:52] <ubot2`> Launchpad bug 912116 in gconf-editor "gconf-editor hits g_assertion_message in gconf_client_lookup: last_slash != NULL" [High,Triaged]
[09:53] <jasoncwarner_> hey RAOF and bryceh dbo said my compiz bug I have here is likely a driver issue with nvidia https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/936818 could either of you talk to tseliot about that?
[09:53] <ubot2`> Launchpad bug 936818 in compiz "Visual Corruption on Desktop" [High,New]
[09:54] <didrocks> seb128: indeed, that should be that one
[09:54] <tseliot> didrocks: dmesg and Xorg.0.log should be enough
[09:54] <tseliot> jasoncwarner_: let me check
[09:54] <didrocks> tseliot: ok, thanks :)
[09:55] <DBO> tseliot, it *looks* like FBO corruption but I honest to god cant say I have a reason to blame nvidia other than "it works on everything else fine"
[09:56] <tseliot> DBO: yes, FBO corruption was my first thought too
[09:56] <BigWhale> Wow! Kazam Screencaster was accepted to Universe. Thank you everyone for baring with me and thanks for all the help. You guys are awesome!
[09:56] <chrisccoulson> hi seb128. complaining about firefox? ;)
[09:57] <Sweetshark> pitti: new source package is building
[10:01] <tseliot> DBO: oh, wait so it only happens with Unity 3D
[10:02] <Laney> jasoncwarner_: that counts as a poke. today :-P
[10:02] <DBO> tseliot, only unity3d uses FBO's
[10:02] <tseliot> DBO: right I misread Tim's comment about being able to reproduce the problem with Unity 2D and lightdm
[10:02] <DBO> tseliot, ah
[10:03] <DBO> tseliot, yeah its almost certainly FBO corruption
[10:03] <DBO> I was seeing it on 290.10
[10:03] <DBO> but have yet to see it on 295.20
[10:06] <Sweetshark> pitti: uploaded with "dont run checks on armel armhf ppc" to chinstrap
[10:07] <pitti> Sweetshark: cheers! uploaded
[10:08] <pitti> cyphermox: FYI, merging bluez, and cleaning up some cruft; I need -2 to fix C++ builds
[10:08] <pitti> cyphermox: (also, can never hurt to clean up the package delta :) )
[10:09] <pitti> didrocks: do you have an idea about https://jenkins.qa.ubuntu.com/job/automerge-unity-lens-applications/17/console ?
[10:09] <didrocks> pitti: looking
[10:09] <pitti> didrocks: it apparently tries to install libdb4.8
[10:10] <pitti> didrocks: but the very point of that merge was to use libdb5.1-dev
[10:10] <pitti> didrocks: the packaging doesn't have the updated build dep yet (libdb-dev)
[10:10] <didrocks> pitti: did you change the packaging?
[10:10] <didrocks> pitti: yeah, the packaging need to be changed
[10:10] <pitti> didrocks: as I am kind of waiting for this to get merged upstream before I can change the packaging
[10:10] <pitti> didrocks: can/should I merge it before this gets accepted?
[10:10] <didrocks> no, it's the other way with the automerger :)
[10:10] <seb128> pitti, version list a remmina-plugins which is in debian and not on ubuntu, do you know if that should be sync, or is deprecated and should be dropped from version?
[10:10] <pitti> seb128: I removed it from Ubuntu, it's obsolete
[10:10] <pitti> it should also be removed from Debian
[10:10] <didrocks> pitti: the merger is using the official packaging, so we need to add build-dep before
[10:10] <seb128> pitti, ok, thanks
[10:11] <pitti> didrocks: ack; is it enough to commit it to the packaging branch?
[10:11] <didrocks> pitti: then, just approve again the branch (or get it approved) and it will pick the latest and greatest
[10:11] <didrocks> pitti: it's enough, yeah :)
[10:11] <seb128> pitti, version hints debian a .1 from libxklavier over us, do you know if we should sync that one?
[10:12] <pitti> didrocks: ok, committed
[10:12] <didrocks> thanks pitti for looking at that! Now, just get the branch approved again (as it was rejected)
[10:12] <pitti> kamstrup: can you please re-approve https://code.launchpad.net/~pitti/unity-lens-applications/db5.1/+merge/94107 ?
[10:13] <pitti> kamstrup: I fixed the packaging branch, shoudl work now
[10:13] <pitti> didrocks: thanks for the hand-holding
[10:13] <didrocks> pitti: yw ;)
[10:14] <pitti> didrocks: nice to see how this works!
[10:14]  * pitti likes tests being picky
[10:18] <didrocks> :)
[10:29] <pitti> didrocks: are you able to re-approve https://code.launchpad.net/~pitti/unity-lens-applications/db5.1/+merge/94107 ?
[10:29] <didrocks> pitti: sure
[10:30] <dpm> hi pitti, good morning!, you might have seen it already, but the full precise langpack export is now available: https://translations.launchpad.net/ubuntu/precise/+language-packs
[10:30] <pitti> seb128: xklavier> looking
[10:30] <pitti> dpm: nice, thanks!
[10:31] <pitti> seb128: ah, 5.2.1 was just the build fix which I already had backported
[10:32] <pitti> seb128: but the Debian package does a nice symbol cleanup, syncing
[10:32] <seb128> pitti, ;-)
[10:32] <pitti> seb128: did we explicitly decide to stay with g-bluetooth 3.2?
[10:33] <pitti> or should I have a look at 3.3.4?
[10:33] <pitti> cyphermox: ^
[10:34] <seb128> pitti, they moved the bluetooth panel to gnome-control-center source so we needed the new g-c-c first
[10:34] <seb128> pitti, btw do you look at the etherpad? jbicha wrote is name next to it there, so I think he started looking at it
[10:34] <pitti> oh, haven't for some time
[10:34] <seb128> pitti, and I had gnome-desktop3 as 'claimed' there as well since yesterday, but I didn't actually start on it so no worry
[10:35] <pitti> seb128: argh, my bad; completely forgot about this
[10:35]  * pitti updates
[10:35] <seb128> pitti, just pointing it as a reminder to avoid duplicating work
[10:35] <pitti> seb128: pl-parser can't go into Debian FYI, needs glib 2.31
[10:35] <seb128> ok
[10:36] <seb128> pitti, so gnome-bluetooth...unsure if we should take the new one
[10:36] <seb128> I will see with jbicha when he's around
[10:36] <pitti> leaving to jbicha for now
[10:38] <pitti> seb128: yelp-tools isn't on versions?
[10:38]  * pitti grabs
[10:39] <seb128> pitti, it is, but on the "extra" list for some reason, i.e you need to click on the "+" next to the package header
[10:39] <seb128> need to debug that
[10:39] <pitti> ah
[10:39] <seb128> pitti, note that most of GNOME 3.4 items are in light green
[10:39] <seb128> we should maybe swich to track 3.4 rather than 3.2 in version
[10:40] <pitti> yes, I noticed
[10:40] <seb128> we are mostly on it anyway :p
[10:40] <pitti> yes, I agree
[10:40] <pitti> and then tag the bits we want to keep (session, keyring, etc.)
[10:40] <seb128> right
[10:40] <seb128> we would update session I guess but it's not really having anything worth it
[10:40] <seb128> they mostly added systemd optional support to it
[10:40] <pitti> oh, I thought g-session was too complicated/risky to update
[10:41] <pitti> as we have tons of mods
[10:41] <seb128> well it's rather that it doesn't bring anything
[10:41] <seb128> they just did systemd stuff
[10:41] <seb128> so it's basically work for no return
[10:41] <seb128> (out of being current)
[10:42] <pitti> so, +1 for staying on 3.2
[10:42] <pitti> can we mark the bits in version which we want to keep at 3.2?
[10:42] <pitti> didrocks: thanks, it got merged now \o/
[10:43] <didrocks> pitti: yeah, seeing that :) (I'm tracking all merges :p)
[10:43]  * pitti envisions didrocks with a 3 m high monitor wall watching all commits, merges, builds, and pee breaks in realtime
[10:44] <pitti> THE MERGETRIX
[10:44] <didrocks> ahah, I should definitively do that :-)
[10:47] <pitti> seb128: "gnome-background"?
[10:47] <pitti> seb128: oh, nevermind; +s
[10:49] <seb128> pitti, yes, I will do the versions tweaks today
[10:49]  * pitti hugs seb128
[10:49] <seb128> pitti, we basically have watch stable with a whitelist of "track unstable"
[10:49] <seb128> I will reverse it to "watch unstabe" with a list of "track stable"
[10:49]  * seb128 hugs pitti
[10:50] <pitti> I tried the GNOME classic session earlier today
[10:50] <pitti> I really think we should revert to the upstream layout and drop indicators
[10:50] <pitti> this is anything but a GNOME upstream sesion
[10:50] <pitti> or introduce a real gnome sesion
[10:51] <didrocks> it's not possible to have different gnome-panel layout depending on session
[10:51] <didrocks> that's what I did for UNE, the only way was to make some mandatory gconf keys
[10:51] <seb128> no opinion on that, I let jbicha and ricotz handle "classic"
[10:52] <didrocks> or patching gnome-panel heavily
[10:52] <seb128> didrocks, btw, want to do the metacity update? there is also still the lim merge request on version that you told you would drop last time ;-)
[10:52] <seb128> didrocks, it's a
[10:52] <seb128> didrocks, it's a .1 update, not a new serie
[10:53] <didrocks> seb128: yeah, I won't drop the lim patch yet though (the 2d guys are still modifying it)
[10:53] <seb128> didrocks, I need to look how to get it out of the version sponsoring queue if it's not ready to be uploaded :p
[10:53] <didrocks> seb128: that would be nice! I'll handle the update
[10:53] <seb128> didrocks, they did some gsettings work in the update it seems so maybe not worth updating
[10:53] <didrocks> I have the shortcuts update to do anyway :)
[10:53] <seb128> well, depends if there is keybinding work there
[10:54] <seb128> didrocks, thanks
[10:55] <didrocks> yw :)
[10:55] <seb128> didrocks, speaking about keybinding do you track bug #830709 ?
[10:55] <ubot2`> Launchpad bug 830709 in unity "Keyboard shortcut - Unity should also use Super-L to lock screen by default" [Low,Confirmed] https://launchpad.net/bugs/830709
[10:55] <didrocks> seb128: it's part of all the tabs that are opened for my current work, yeah :)
[10:55] <didrocks> seb128: quite difficult, a lot of info on different bugs, sometimes contradictory
[10:55] <seb128> didrocks, ok, great, I was just mentioning it in case it slipped from your list ;-)
[10:55] <didrocks> and a google doc as well
[10:56] <pitti> ah, eog-plugins needs newer clutter, blocked
[10:56] <didrocks> this is my afternoon basically, now that the Ctrl/primary fix is here :)
[10:57] <seb128> didrocks, good luck ;-)
[10:57] <didrocks> ok, now let's try to restart once or twice on the new nvidia stack first :)
[10:57] <didrocks> seb128: thanks :)
[11:01] <seb128> pitti, does bug #740988 makes sense to you?
[11:01] <ubot2`> Launchpad bug 740988 in gnome-settings-daemon "MediaKeys key press doesn't generate DBus signal" [Low,Incomplete] https://launchpad.net/bugs/740988
[11:01] <seb128> pitti, that user multimedia keys sometimes stop working and he states that "sudo hald" fixes it?!
[11:02] <pitti> seb128: hal is dead..
[11:02] <pitti> -> "Invalid"
[11:02] <seb128> pitti, right, well he's on 11.10 and fixes it this way
[11:02] <pitti> I'll respond
[11:02] <seb128> pitti, thanks, I sort of wrote a comment stating that yesterday ;-)
[11:05] <pitti> seb128: the lpi patch in gnome-nettool seems broken; do you think anyone would seriously miss it?
[11:05]  * pitti currently merges some changes to Debian, and will then update
[11:06] <seb128> pitti, I doubt so
[11:07] <seb128> pitti, how broken?
[11:07] <pitti> well, the Help menu doesn't have any of the lpi entries
[11:07] <seb128> pitti, is that the only diff we have with debian?
[11:07] <pitti> no, there's some more
[11:07] <pitti> but that's the largest
[11:07] <seb128> let me look if it's easy to fix
[11:08] <pitti> +-Categories=System;Utility;GNOME;GTK;
[11:08] <pitti> ++Categories=System;Settings;GNOME;GTK;
[11:08] <pitti> seb128: I suppose we can drop that, too
[11:08] <seb128> yes
[11:08] <pitti> then our only remaining delta is traceroute -> tracepath
[11:08] <seb128> those categories changes made sense at a time where we were trying to give sanity to the gnome-panel menus
[11:08] <pitti> and then the new version (but I'd like to merge first)
[11:08] <pitti> seb128: yes, that's what I figured
[11:10] <Guest63379> hello, I just updated my machine and I cannot longer log in, lightdm gets by creds and when it tries to load the session it gets back to the loging screen, any ideas?
[11:12] <seb128> pitti, the lpi fix is
[11:12] <seb128> -+	launchpad_integration_add_ui (ui, "/ui/menubar1/help1/LaunchpadItems");
[11:12] <seb128> pitti, well that line in the lpi patch, change "help1" to "help"
[11:12] <seb128> pitti, i.e drop the 1
[11:12] <pitti> ah
[11:12] <pitti> thanks
[11:12] <seb128> yw
[11:12] <pitti> . o O { I hate these }
[11:13] <seb128> pitti, if we have a diff we can as well keep the lpi patch I think...
[11:13] <seb128> it's not like it's big or hard to maintain
[11:13] <seb128> and yeah, me as well...
[11:15] <didrocks> tseliot: sweet, the new nvidia driver worked!
[11:15]  * didrocks flushes his own rebuild for the old driver + latest xorg
[11:19] <chrisccoulson_> hmmm, http://blogs.adobe.com/flashplayer/2012/02/adobe-and-google-partnering-for-flash-player-on-linux.html
[11:19] <chrisccoulson_> goodbye flash ;)
[11:21] <Sweetshark> http://static.fjcdn.com/pictures/when+i+say+homeoffice....+HOMEOFFICE.+WORKING+FROM+HOME_e8b210_3340361.jpg
[11:22] <Sweetshark> ^^ is that a Ubuntu sticker on the "how I really work" notebook?
[11:24] <bkerensa> Any suggestions for troubleshooting Unity3D not loading yet Unity2D working fine?
[11:26] <nessita> hello everyone!
[11:26] <bkerensa> hi
[11:27] <nessita> anyone familiar with the error "RuntimeError: Gdk couldn't be initialized" when using Gtk/Gdk gi bindings from python?
[11:28] <pitti> nessita: no $DISPLAY ?
[11:29] <nessita> pitti: hola! I'm not sure, but I've seen several reports pass by these couple of days, see bug #937809
[11:29] <ubot2`> Launchpad bug 937809 in ubuntuone-control-panel "ubuntuone-control-panel-qt crashed with UnicodeDecodeError in /usr/lib/python2.7/dist-packages/ubuntuone-control-panel/ubuntuone/controlpanel/gui/qt/filesyncstatus.py: 'ascii' codec can't decode byte 0xc3 in position 24: ordinal not in range(128)" [Undecided,New] https://launchpad.net/bugs/937809
[11:29] <nessita> pitti: wrong link! sorry
[11:29] <pitti> these are usually due to translations using non-ASCII characters
[11:29] <pitti> the joy of python 2
[11:29] <bkerensa> pitti: save me :)
[11:29] <nessita> thois are correct bug #937132
[11:29] <nessita> this is* the correct bug (/me needs to wake up)
[11:29] <seb128> hey nessita
[11:29] <nessita> hola seb128
[11:30] <nessita> how is it going? :-)
[11:30] <pitti> bkerensa: I think DBO or njpatel will know much better how to debug unity 3D
[11:30] <bkerensa> pitti: Ok
[11:31] <seb128> nessita, good I think, a bit tired though. what about you?
[11:31] <nessita> seb128: not tired, I just got back to work after a two days holiday :-)
[11:31] <seb128> bkerensa, can you pastebin your .xsession-errors after trying to start unity3d?
[11:31] <seb128> nessita, lucky you! ;-)
[11:31] <nessita> yes!
[11:33] <bkerensa> seb128: http://paste.ubuntu.com/852526/
[11:33] <nessita> pitti: regarding the "RuntimeError: Gdk couldn't be initialized", I pasted the wrong bug link before, not sure if you got the (correct) second one
[11:33] <bkerensa> seb128: I believe the problem started when I installed openbox/tint2 but I removed both and still something is ehh borked
[11:33] <bkerensa> :D
[11:33] <seb128> bkerensa, that's an unity-2d session
[11:33] <bkerensa> seb128: Hmm?
[11:34] <bkerensa> seb128: Yes but I logged into Unity3D beforehand
[11:34] <pitti> nessita: as I said: usually you don't have a valid $DISPLAY there
[11:34] <nessita> pitti: can I help the affected users debug somehow? sounds odd that they are running ubuntu-sso-client without a $DISPLAY
[11:35] <seb128> bkerensa, can you do echo $DESKTOP_SESSION?
[11:35] <pitti> nessita: perhaps it gets spawned by d-bus or so?
[11:35] <pitti> nessita: I guess you need to ask how to reproduce this
[11:35] <bkerensa> seb128: unity-2d
[11:35] <seb128> nessita, pitti: sometime such bugs are session closing issues
[11:35] <seb128> bkerensa, are you sure you picked "ubuntu" is the login screen session selector?
[11:36] <seb128> bkerensa, and not 2d?
[11:36] <bkerensa> seb128: No no I'm not logged in "ubuntu" currently because if I log into "ubuntu" I have a bare desktop and cannot even access terminal let alone launch xchat thus I could not be here...
[11:37] <bkerensa> the only thing I get in "ubuntu" is vterm if I CTRL-ALT-F6
[11:37] <seb128> bkerensa, well, what I need is the .xsession-errors of one of those broken login
[11:37] <bkerensa> hmm
[11:37] <bkerensa> seb128: How could I do this? :)
[11:37] <seb128> bkerensa, you can switch user and pick guest session if you don't want to log out
[11:38] <bkerensa> seb128: Yes but how will I switch user if there is no GUI or access to terminal from broken login?
[11:38] <bkerensa> :)
[11:38] <seb128> bkerensa, well usually log in, get the broken desktop, go to a vt (i.e ctrl-alt-f1), log in there, cp .xsession-errors somewhere
[11:38] <bkerensa> ahh
[11:38] <bkerensa> ok
[11:38] <bkerensa> brb
[11:38] <seb128> bkerensa, then restart
[11:38] <seb128> bkerensa, or try to ctrl-alt-t
[11:39] <seb128> bkerensa, you might get a command line in your xsession this way
[11:39] <seb128> if g-s-d is running
[11:40] <nessita> pitti, seb128: thanks, I'll ask how to reproduce
[11:41] <bkerensa> seb128: http://paste.ubuntu.com/852532/
[11:41] <bkerensa> seb128: Sorry about the n00b moment :) I didnt think of ctrl-alt-t (I'm in the broken session now)
[11:41] <bkerensa> its 4am here so I'm a bit tired :)
[11:42] <seb128> bkerensa, is that the full log?
[11:42] <bkerensa> seb128: yes
[11:43] <seb128> bkerensa, dpkg -l unity | grep unity?
[11:43] <bkerensa> seb128: http://paste.ubuntu.com/852536/
[11:44] <seb128> bkerensa, what happens if you run unity --reset on your command line?
[11:45] <bkerensa> seb128: Why then Unity is fixed
[11:45] <bkerensa> :)
[11:45] <bkerensa> after a bit of flickering and compiz errors of course
[11:45] <seb128> bkerensa, not sure, did you play with ccsm?
[11:45] <bkerensa> :D
[11:45] <bkerensa> seb128: no
[11:45] <bkerensa> :)
[11:45] <seb128> ok, dunno then sorry
[11:45] <bkerensa> thats just asking for trouble
[11:45] <seb128> right
[11:46] <bkerensa> seb128: I had installed Openbox
[11:46] <bkerensa> :D
[11:46] <seb128> seems your config was in a weird state
[11:46] <bkerensa> maybe that broke compiz's back
[11:46] <bkerensa> seb128: k
[11:46] <seb128> bkerensa, nautilus-openbox breaks nautilus with the current glib
[11:46] <seb128> that's a known issue
[11:46] <seb128> that's what you get for not using u1 ;-)
[11:47] <bkerensa> heh
[11:50] <pitti> RAOF, bryce: do you plan another mesa merge with Debian this cycle? (we have ~rc2, Debian has 8.0-2)
[11:50] <Sweetshark> pitti: anything still missing from bug 932061, bug 932063 and bug 938582?
[11:50] <ubot2`> Launchpad bug 932061 in sacjava "[MIR] sacjava" [Undecided,Fix committed] https://launchpad.net/bugs/932061
[11:50] <ubot2`> Launchpad bug 932063 in libbase "[MIR] libbase" [Undecided,Fix committed] https://launchpad.net/bugs/932063
[11:50] <ubot2`> Launchpad bug 938582 in libexttextcat "[MIR] libexttextcat" [Undecided,New] https://launchpad.net/bugs/938582
[11:50] <tseliot> didrocks: excellent!
[11:51] <pitti> Sweetshark: for libexttextcat, it was just synced into precise
[11:51] <pitti> Sweetshark: MIR team needs to review it
[11:51] <pitti> Sweetshark: for the others, LibO needs to start using them; we won't promote them before something pulls it into main, they will just fall out again
[11:51] <Sweetshark> pitti: yes, but into universe ;)
[11:51] <pitti> right, needs ~ubuntu-mir review
[11:52] <pitti> Sweetshark: I binNEWed it now, so in < 1 h you can start using them for local builds
[11:53]  * pitti lunch &
[11:53] <Sweetshark> pitti: ok, so I should prepare an upload using those and _then_ they will get mired? Seems kinda odd to me, but ok.
[11:53] <pitti> Sweetshark: why odd?
[11:54] <pitti> point 8 on https://wiki.ubuntu.com/MainInclusionProcess
[12:00] <Sweetshark> pitti: well, at least for LO I am a bit uncomfortable to have all MIRs/sync work out otherwise the whole package fails.
[12:00] <pitti> Sweetshark: the ones which are fix committed will be promoted at once
[12:06] <dpm> pitti, we've noticed that the indicator-printers .pot template hasn't been imported into LP - do you think it might have to do that it was promoted from universe to main? If so, I believe the template should be imported in the next upload, right? -> https://launchpad.net/ubuntu/+source/indicator-printers/+publishinghistory
[12:09] <pitti> dpm: yes, sounds like it'll need a rebuild
[12:09] <dpm> ok, thanks for confirming
[12:10] <seb128> dpm, pitti: I can do a rebuild upload, will check with lars if he has any upload coming
[12:12] <dpm> cool, thanks seb128
[12:13] <seb128> yw
[12:17] <nessita> anyone else sees the notifications in a ugly blue surrounded by black like I do? screenshot: http://ubuntuone.com/78we2EOQcWPtU62JM7oVo7
[12:25] <seb128> nessita, yes
[12:26] <nessita> seb128: you too? do we know what's causing that?
[12:26] <seb128> nessita, bug #934425
[12:26] <ubot2`> Launchpad bug 934425 in notify-osd "Notifications appear bright blue instead of cameleonic like the launcher" [Undecided,Confirmed] https://launchpad.net/bugs/934425
[12:26] <seb128> nessita, your background
[12:26] <seb128> nessita, well a bug in notify-osd combined to your background
[12:26] <nessita> seb128: subscribing to the bug, thanks!
[12:26] <seb128> nessita, do you use unity?
[12:27] <nessita> seb128: yes, 2d
[12:27] <seb128> nessita, ok, so yeah, that bug
[12:27] <seb128> nessita, notify-osd is supposed to use a color which is the background average
[12:28] <seb128> nessita, unity computes the color (it's also what they use for the dash, etc) and write to a key that notify-osd reads
[12:28] <Riddell> ooh nessita, where can I get a sneaky preview of the ubuntu one qt clients?
[12:28] <seb128> nessita, but it seems the code is buggy and the color value got wrong in 2d and for some backgrounds
[12:29] <nessita> Riddell: hola! you can install ubuntuone-control-panel-qt ubuntu package, or I can point you to the repo and give a command line to run from there :-)
[12:29] <nessita> seb128: crystal clear, thanks!
[12:29] <seb128> nessita, yw
[12:36] <Riddell> nessita: uh oh http://starsky.19inch.net/~jr/tmp/ubuntuone-qt.png
[12:37] <nessita> looking
[12:37] <nessita> Riddell: you running ubuntu or kubuntu? was u1client working for you before?
[12:37] <Riddell> kubuntu, I haven't used u1client recently
[12:37] <Riddell> something more i need installed maybe?
[12:37] <chrisccoulson> nessita, so, you've got the key to break precise now? ;)
[12:39] <nessita> Riddell: yes, you need ubuntu-sso-client-qt, at least, and all the ubuntuone-client stack
[12:39] <nessita> chrisccoulson: do I? :-D
[13:09] <seb128> hum, already that time, I should get a bite
[13:09] <seb128> bbiab
[13:14] <czajkowski> bryceh: ping
[13:37] <Riddell> nessita: yay, got it working after just installing ubuntu-desktop and rebooting
[13:37] <Riddell> nessita: who's your packager?  they need a bug to hunt down that issue
[13:37] <seb128> Riddell, she's her own packager
[13:38] <seb128> Riddell, she got ppu rights for the stack she works on
[13:38] <Riddell> then bug yourself nessita :)
[13:38] <seb128> Riddell, what binary was missing?
[13:38]  * nessita bugs herself
[13:38] <Riddell> seb128: I don't know, I just installed all of ubuntu-desktop
[13:38] <seb128> Riddell, what binaries with sso in the name did that install?
[13:39] <seb128> or ubuntuone
[13:39] <nessita> Riddell: weird, I have checked this in a clean VM when I did the split... perhaps I miss something since I already had ubuntu-desktop installed
[13:39] <Riddell> ubuntu-sso-client-gtk
[13:39] <seb128> Riddell, that's not a bug, on kubuntu you should use -qt
[13:40] <seb128> well not a depends bug
[13:40] <seb128> i.e you shouldn't need -gtk
[13:40] <Riddell> seb128: right but that was installed too
[13:40] <nessita> Riddell, seb128: besides, u1cp-qt does not use (for now) any SSO UI
[13:40] <Riddell> and the -client-qt should just install the right things
[13:41] <Riddell> nessita: test it in a chroot or from a kubuntu VM or live USB to track it down
[13:41] <seb128> Riddell, does it bug again if you uninstall -gtk? was there any other ubuntuone binary installed?
[13:43] <seb128> hum, I'm getting increasingly annoying a tb
[13:43] <Riddell> seb128: removeing ubuntu-sso-client-gtk doesn't seem to affect it
[13:43] <seb128> or "annoyed" rather :p
[13:43] <seb128> Riddell, can you pastebin you dpkg.log or a list of what got installed with ubuntu-desktop?
[13:43] <seb128> chrisccoulson, it's your fault!
[13:43] <nessita> Riddell: would you please also paste the content of ~/.cache/ubuntuone/log/controlpanel.log?
[13:43] <chrisccoulson> it's always my fault!
[13:44] <seb128> indeed
[13:45] <seb128> chrisccoulson, is it me or tb used to handle different unread counts and prefetching? like now it updates count, I see that I got 15 emails unread email in my lauchpad box, so I click on it, and it starts refreshing then, which takes like 5 seconds, it's pretty annoying to have to wait for seconds in each folder you browser to see the new emails
[13:45] <seb128> chrisccoulson, it's so slow nowadays that I don't wait for it to refresh the folder and click on another one from frustration
[13:45] <Riddell> seb128: http://people.canonical.com/~jriddell/tmp/dpkg.log  (startig with the control-panel-qt install I think)
[13:47] <Riddell> seb128: ooh beasties http://people.canonical.com/~jriddell/tmp/controlpanel.log
[13:47] <seb128> 2012-02-22 12:41:54 install libsyncdaemon-1.0-1 <none> 2.99.4-0ubuntu2
[13:47] <seb128> nessita, ^ do you need the syncdaemon lib?
[13:47] <nessita> seb128: not at all
[13:47] <nessita> seb128: libsyncdaemon is the C lib, controlpanel is all python and uses the syncdaemon DBus API (thru python-dbus)
[13:48] <seb128> nessita, Riddell: the gnome-keyring got pulled in by those installs
[13:48] <seb128> which seems to be the issue
[13:48] <seb128> gnome-keyring as well
[13:48] <seb128> nessita, you should probably depends on some of the keyring binaries
[13:49] <nessita> seb128: strictly speaking, controlpanel does not depend on gnome-keyring, just on ubuntu-sso-client. If ussoc stops depending on gnome-keyring, then controlpanel should not depend on that. And gnome-keyring is a bin dep for ussoc
[13:49] <nessita> seb128: I mean that controlpanel never tries to access the keyring directly, it always asks credentials to sso
[13:50] <nessita> seb128: so perhaps ussoc was not properly installed in Riddell's box?
[13:51] <seb128> nessita, no it doesn't
[13:51]  * nessita checks
[13:51] <seb128> nessita, there is no mention of keyring in ubuntu-sso-client's control
[13:51] <seb128> Depends: ${misc:Depends},
[13:51] <seb128>  ${python:Depends},
[13:51] <seb128>  python,
[13:51] <seb128>  python-ubuntu-sso-client (= ${binary:Version}),
[13:52] <seb128> none of the binary bring any of the keyring in
[13:52] <nessita> seb128: then that's certainly a bug, but I'm almost sure if was reported and fixed some time ago. Let me do some digging
[13:53] <nessita> (python-ubuntu-sso-client should depend on the package that provides the freedesktop secrets service)
[13:53] <seb128> nessita, you probably dropped the fix which redoing the binaries for common gtk qt
[13:53] <nessita> seb128: will check
[13:53] <seb128> which->while
[13:53] <seb128> nessita, thanks
[13:53] <seb128> Riddell, thanks for the bug report ;-)
[13:53] <nessita> thank you! anyways, will fix with today's upload
[13:53] <nessita> Riddell: would you please file a bug for this (in ubuntu-sso-client package)?
[13:54] <Riddell> sure
[13:55] <nessita> seb128: you're right, I dropped it (used the control we already had running in our nightlies PPA and seems like we're missing gnome-keyring there as well)
[13:57] <Riddell> bug 938693
[13:57] <ubot2`> Launchpad bug 938693 in ubuntu-sso-client "incorrect dependencies when installing -qt on without ubuntu desktop" [Undecided,New] https://launchpad.net/bugs/938693
[13:58] <nessita> Riddell: thanks a lot!
[13:58] <nessita> seb128: is there a virtual package to depend on for xorg freedesktop secrets service?
[13:59] <nessita> so I don't force the dep on gnome-keyring but just suggest it with: gnome-keyring |  the-virtual-package-for-secretes
[13:59] <seb128> nessita, xorg -> freedeskto,xdg
[13:59] <seb128> desktop
[13:59] <seb128> nessita, and no, I'm not sure anything else provide the interface
[13:59] <seb128> Riddell, do you know if anything in kde provides org.freedesktop.secrets?
[13:59] <nessita> seb128: I thought that kwallet did...
[14:00] <seb128> nessita, well, Riddell wouldn't have hit this error if it did I guess
[14:00] <seb128> he probably has kwallet installed
[14:00] <nessita> seb128: True.
[14:00] <Riddell> seb128: ksecretsevice which is on my TODO for packaging
[14:01] <seb128> Riddell, thanks
[14:01] <Riddell> it's been released but without a user I haven't had a reason to get round to packaging it, maybe that's changed now :)
[14:01] <seb128> nessita, well I guess for now it's gnome-keyring
[14:01] <seb128> you can add a | ksecretservice later
[14:02] <seb128> or we can figure a virtual fdo-secret
[14:02] <seb128> but the virtual would be better to get in Debian
[14:02] <nessita> ack
[14:12] <cyphermox> pitti: if we take the new gnome-bluetooth there's probably going to be a lot of work porting indicator changes to the new code (and moving some of it to g-c-c, re show/hide the applet)
[14:12] <pitti> cyphermox: good morning
[14:12] <cyphermox> I have no opinion on it though
[14:12] <pitti> cyphermox: ah, I see
[14:12] <cyphermox> good morning :)
[14:13] <pitti> cyphermox: I was just wondering if it was discussed already
[14:13] <seb128> cyphermox, not sure "lot", I didn't look at it
[14:14] <seb128> cyphermox, they kept the applet in gnome-bluetooth, I doubt they changed that a lot
[14:14] <cyphermox> seb128: ah, yeah, maybe not "lot" :)
[14:14] <seb128> cyphermox, they moved the panel to g-c-c and we just add a checkbox to that
[14:14] <cyphermox> seb128: yup, it's not that hard
[14:14] <seb128> cyphermox, hey btw, how are you? ;-)
[14:14] <cyphermox> okay
[14:14] <cyphermox> I could have slept more
[14:14] <seb128> cyphermox, could you check that I didn't break you g-c-c patch from yesterday?
[14:15] <cyphermox> sure
[14:15] <seb128> cyphermox, the g-c-c update took me like over 3 hours yesterday and then I hit rebasing patches uploaded during the day which didn't apply, I finished like at 10pm and uploaded with minimal testing
[14:15] <cyphermox> :/
[14:15] <seb128> that's ok
[14:15] <jbicha> cyphermox: I took a look at the gnome-bluetooth stuff already and it didn't seem that bad
[14:16] <cyphermox> mine was simple enough, I don't think it would have gotten broken
[14:16] <seb128> but I wanted it upload and it was late so I didn't bother much about ui, pading, and similar
[14:16] <cyphermox> jbicha: cool. then my opinion is "why not" :)
[14:16] <jbicha> except I haven't figured out the -Bsymbolic part yet
[14:16] <cyphermox> oops
[14:16] <seb128> cyphermox, they dropped the unlock button in the update
[14:17] <cyphermox> oh, sweet
[14:17] <seb128> cyphermox, which made the diff not apply at all since your change were next to it
[14:17] <seb128> gtkbuilder editing fun :p
[14:17] <cyphermox> dah
[14:18] <cyphermox> well, you're seb128, why would the patch have broken?
[14:18] <cyphermox> ok. padding is indeed a little off, but I guess it should be pretty easy to fix
[14:19] <seb128> cyphermox, ;-)
[14:19] <seb128> cyphermox, if you have any tweak please stack in the vcs
[14:19] <seb128> I will do an end of day upload
[14:19] <cyphermox> oh ok
[14:19] <cyphermox> I was going to pastebin it :)
[14:19] <seb128> several people do g-c-c tweaks daily nowadays, no need to do 5 upload a day
[14:20] <cyphermox> aye
[14:20] <seb128> we got 3 people uploading it yesterday :p
[14:20] <dobey> hi pitti
[14:24] <pitti> hello dobey, how are you?
[14:25] <dobey> pitti: good. you?
[14:25] <pitti> quite fine, thanks!
[14:27] <kenvandine> our daily team upload of g-c-c :-D
[14:27] <dobey> pitti: so, to do the pyqt4 split, it will require a fair bit more work than i was hoping. is there any way to get a definite yes or no answer on whether we will end up on the CD if that work gets done?
[14:28] <pitti> dobey: I think "on the cd" == "dependencies get smaller than 6 MB" && "python3 gets off the CD"
[14:29] <pitti> I'm not fully clear how much space we have on the CD after a fresh langpack build, we'll find out on Friday
[14:32] <didrocks> xorg crashing on too much writing, not fun :(
[14:34] <dobey> pitti: and that's assuming we lose 14M by Friday then?
[14:34] <pitti> probably more like 6 or so
[14:34] <pitti> 11 on the alternates
[14:34] <pitti> the desktops don't have duplicate files, I don't think the langpack rebuild will affect them as much
[14:35] <dobey> daily-live/current/ looks like the i386 iso is 11M over right now
[14:35] <pitti> but I don't know for sure how squashfs works there
[14:38] <pitti> I'm still placing some bets on chrisccoulson to figure out how to shrink ffox and tbird again
[14:39] <pitti> they grew by more than 5 MB since oneiric, due to including dictionaries or so
[14:41] <pitti> seb128: did you ever happen to see a build failure like this? https://launchpadlibrarian.net/93750190/buildlog_ubuntu-precise-i386.gnome-nettool_3.1.1-0ubuntu1_FAILEDTOBUILD.txt.gz
[14:41] <pitti> seb128: it built fine locally
[14:41] <pitti> seb128: if not, don't worry, I'll examine it
[14:42] <dobey> splitting pyqt4 doesn't really help the size issue much, but keeps the qtwebkit lib off the CD is all. the really big bits in pyqt4 are the ones we need anyway :-/
[14:42] <seb128> pitti, hum, my bet is that you dh_autoreconf but need to build-depends on gnome-common for that and didn't do it
[14:42] <pitti> seb128: sounds very plausible, thanks!
[14:43] <skaet> hmm,  trying to do my daily upgrade this morning has it refusing due to skype - is this a known issue?
[14:43] <dobey> particularly, the QtGui.so is 6.9M; so the package would still be almost 3M. and libqt4-designer is about 3.5M
[14:43] <pitti> skaet: I bet it's i386 vs. amd64 buildd desync due to new glib or so
[14:43] <dobey> err, 3.7 even
[14:43] <skaet> pitti,  thanks.   ok I'll try in a while.
[14:43] <dobey> so 2.7+3.7 > 6
[14:43] <pitti> I think python3 will free about 4.5
[14:44] <pitti> I can give more definitive numbers on Friday
[14:44] <cyphermox> seb128: updated. I don't expect to have to touch g-c-c again
[14:46] <dobey> ok, though it looks like the answer is no either way; so i'll not work on pyqt4 splitting again, unless it becomes a definite yes.
[14:46] <seb128> cyphermox, thanks
[14:47] <chrisccoulson> pitti - yes. so, the issue is that the html lang attribute only represents iso639 language codes, and these don't map to the filenames of our hyphenation patters
[14:47] <chrisccoulson> **patterns
[14:47] <seb128> chrisccoulson, oh, you are still there, thanks for ignoring my question :p
[14:48] <dobey> chrisccoulson: is that why the spell checker thinks i'm using british?
[14:48] <seb128> chrisccoulson, rant aside is that a known issue?
[14:48] <pitti> chrisccoulson: mapping 639-3 to 639 with 2 letters is easy, though
[14:48] <chrisccoulson> seb128, i'm not sure atm :)
[14:48] <pitti> chrisccoulson: I can help you generate a mapping from /usr/share/xml/iso-codes/iso_639.xml if you need
[14:48] <chrisccoulson> sorry, i wasn't ignoring you ;)
[14:51] <chrisccoulson> pitti - oh, but we also add a ISO3166 country code to the filename too, which seems to be the problem
[14:51] <chrisccoulson> eg, "hyph_de_DE.dic" rather than "hyph_de.dic", which firefox expects
[14:52] <chrisccoulson> i'm not sure whether i should just override that in firefox (i seem to be able to override the mappings)
[14:53] <pitti> chrisccoulson: well, we have a number of variants
[14:53] <pitti> chrisccoulson: there's also hyph_de_CH.dic and so on
[14:53] <chrisccoulson> pitti - yeah, they're all symlinked to the same file already
[14:55] <chrisccoulson> hmmm, one second. i'm getting a bit confused here
[14:55] <chrisccoulson> i need to have another look at how this is meant to work ;)
[14:55] <pitti> chrisccoulson: at worst, we could ship a static set of symlinks?
[14:56] <pitti> /usr/lib/firefox/hyphen/hyph_de.dic -> /usr/share/hyphen/hyph_de_DE.dic or so
[14:56] <chrisccoulson> pitti - yeah, i guess that's one solution. the other way might be for me to change the mappings in firefox, which i think i can override by changing some preferences
[14:56] <chrisccoulson> i need to actually try that though
[15:06] <Sweetshark> pitti: Why does, when I do a "echo 'deb http://...ubuntu.com/ubuntu/ precise universe" >> /etc/apt/sources.list && apt-get update (which does update from universe), my following apt-get install -y libexttextcat-dev still claim 'unable to locate' ?
[15:06] <pitti> $ rmadison -s precise libexttextcat-dev
[15:06] <pitti> libexttextcat-dev |    3.2.0-1 | precise/universe | amd64, armel, armhf, i386, powerpc
[15:07] <pitti> Sweetshark: perhaps your mirror is out of date?
[15:07] <pitti> Sweetshark: try "archive"?
[15:11] <Sweetshark> hmm, I had http://de.archive.ubuntu.com -- removing the de. helps ... a bit
[15:11] <Sweetshark> libxml-java is still not found although launchpad says there is a package in precise ...
[15:12] <Sweetshark> ... even in main
[15:12] <pitti> $ rmadison -s precise -S libxml-java
[15:12] <pitti> libxml-java | 1.1.6.dfsg-3 |       precise | source
[15:12] <pitti> apparently not built?
[15:12] <pitti> https://launchpad.net/ubuntu/+source/libxml-java/1.1.6.dfsg-3/+build/3211554
[15:12] <pitti> depwait
[15:12] <Sweetshark> ah, depwait
[15:12] <Sweetshark> ;)
[15:12] <pitti> ah, the source libxml-java is in main
[15:12] <pitti> and libbase-java is in universe
[15:13] <Sweetshark> same for liblayout
[15:14] <pitti> http://people.canonical.com/~ubuntu-archive/component-mismatches.txt wants the sources to go to universe anyway
[15:14] <pitti> I'll demote them, let them build, and then we'll re-promote when necessary
[15:14] <Sweetshark> k
[15:14] <czajkowski> bryceh: when you get a chance  https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/938653
[15:14] <ubot2`> Launchpad bug 938653 in xorg "applications fail to redraw" [Undecided,New]
[15:17] <Sweetshark> same for liblayout, libformula, librepository, libfonts-java and pentaho-reporting-flow-engine
[15:18] <Sweetshark> pitti: ^^
[15:18] <Sweetshark> all in depwait
[15:18] <pitti> Sweetshark: yep, I'll retry them all in ~ 45 mins after the next publisher
[15:19] <Sweetshark> pitti: thx alot! you => awesome!
[15:19] <pitti> heh, np
[15:19] <pitti> sorry for the hassle
[15:36] <kklimonda> I wonder, has the idea of "core desktop libraries" (like Glib, Gtk+ or Qt) has ever been discussed? System would make it very hard to replace them with versions found in some random repositories?
[15:37] <kklimonda> A lot of support requests I get can be traced back to users replacing stuff like gtk+ with unstable versions, and then they have no idea how to restore them
[15:38] <pitti> we can't prevent users from shooting themselves in the foot
[15:39] <pitti> if someone who doesn't know what they are doing just blindly follows recipes, those recipes can contain any workaround against such measures
[15:39] <pitti> it would ceratinly be nice if it wouldn't be possible to install any random PPA with just a single click, though (when it ships libraries, not just apps)
[15:40] <kklimonda> pitti: we do try to do that sometimes, nvidia-common still ships.. oh wait, it actually never really stopped anyone from just removing the package :(
[15:40] <pitti> kklimonda: I don't think it's been discussed in depth
[15:42] <dobey> i don't see any value to that
[15:42] <m4n1sh> didrocks: ping
[15:45] <didrocks> m4n1sh: hey
[15:46] <m4n1sh> how many more hours are you going to be online?
[15:46] <kklimonda> dobey: random libraries make supporting users who have problems harder
[15:46] <dobey> kklimonda: users make supporting users who have problems, harder :)
[15:47] <dobey> kklimonda: you can't protect people from themselves. and turning into a totally locked down platform is not the way to go, i think
[15:47] <kklimonda> (currently I just ask users to downgrade all packages to supported versions before helping them but it can as well destroy their system ;))
[15:48] <didrocks> m4n1sh: I think I'll EOD in 2 hours and half, why?
[15:48] <m4n1sh> alm release
[15:48] <m4n1sh> seif is working with nuthinking
[15:48] <kklimonda> dobey: it's not about creating a totally locked down platform, but maybe turning some safety checks on - making it harder to add random PPAs that replace libraries, or maybe make them distinguishable from app-centric ones..
[15:48] <m4n1sh> on some UI changes
[15:48] <dobey> kklimonda: you get similar issuse when someone installs an ubuntu derivitive, and then later wants to upgrade to ubuntu proper, as well.
[15:48] <m4n1sh> once he is done, then will release it
[15:48] <m4n1sh> In case you go offline, will send you a mail
[15:48] <pitti> didrocks: who would be an appropriate assignee for bug 934466?
[15:48] <ubot2`> Launchpad bug 934466 in unity-lens-video "unity-lens-video crashed with GError in function(): Error when getting information for file '/home/username/.cache/unity-lens-video/videos.db.QgyrMS': No such file or directory" [High,Triaged] https://launchpad.net/bugs/934466
[15:48] <dobey> kklimonda: apport already complains if the user has unsupported packages
[15:49] <dobey> kklimonda: improving apport, and having it always enabled, during stable releases, i think would help a lot
[15:49] <davidcalle> pitti, should be fixed in trunk.
[15:49] <pitti> davidcalle: ah, thanks
[15:49] <kklimonda> dobey: most users don't use LP when asking for help
[15:50] <kklimonda> dobey: bah, most users don't use LP period. :)
[15:50] <pitti> davidcalle: it's not linked to a branch or marked as committed?
[15:50] <didrocks> pitti: and you have your answer for next time. Harass david :)
[15:50] <didrocks> m4n1sh: yeah, sending me an email is fine :)
[15:50] <dobey> kklimonda: which goes back to pitti's point of people will just find a workaround that works, and then tell everyone to do exactly that
[15:51] <davidcalle> pitti, for some reason I haven't been noticed of it.
[15:51] <dobey> kklimonda: and jorge has talked about this before as well, "harmful help" on forums and such
[15:51] <davidcalle> notified*
[15:57] <kklimonda> dobey: bah, compared to Windows and OS X Linux on desktops is like a grenade without a pin.. I don't like it (I don't necessarily say I have an awesome solution, I'm just frustrated I guess :))
[15:58] <kklimonda> I know there has been some (very initial) discussion about marking PPAs as trusted, I've thought that maybe stuff like that was discussed some more.
[15:58] <dobey> haha
[15:58] <dobey> yes you are frustrated
[15:58] <dobey> and apaprently haven't met many windows or osx users :)
[15:59] <dobey> though osx on official mac hardware would have the least problems. it's still not without its share of users doing crazy things to the system
[15:59] <kklimonda> dobey: it's much harder to replace parts of windows, especially with it locking all files in use ;)
[15:59] <dobey> kklimonda: it's actually not that hard
[16:00] <dobey> kklimonda: especially when you have viruses and trojans that replaces the files during reboot when they're not in use :)
[16:01]  * ricotz acks that this is a problem where people just paste commands from various websites to add some new bits of software
[16:02] <dobey> trusted PPAs might help, but people will probably just click through any warning anyway
[16:02] <dobey> ricotz: indeed
[16:02] <dobey> you don't need a PPA to post random debs on random web sites
[16:03] <ricotz> right, that is another really worrying part
[16:04] <kklimonda> so I guess consensus is "this stuff is hard, and users don't read anyway" ;)
[16:05] <dobey> kklimonda: basically. if someone is looking for help and they find answer that tells them to do something, they're going to do it.
[16:06] <kklimonda> maybe the problem is currently a lot of new Ubuntu users are "power users" from Windows - they know just enough to be dangerous to themselves :)
[16:06] <ricotz> exactly, if one need to contact bloggers to correct things after people sent emails crying about broken things -- it is sad :\
[16:06] <dobey> and seeing as how i've had to put some "core libs" in a PPA before… :)
[16:07] <kklimonda> ricotz: bloggers, forum administrators.. there should be an expiration date on all those helpful posts and hints
[16:08] <ricotz> kklimonda, yeah, many thing are outdated too much and people are still adding ppas in hope to get updates
[16:08] <dobey> well, at least adding PPAs that have old packages only, probably won't hurt anything
[16:08] <dobey> just make apt-get update slower and possibly have a few failures
[16:27] <chrisccoulson> pitti, ok, this should do it: http://paste.ubuntu.com/852869/
[16:27] <chrisccoulson> now i need to figure out a way to automate this :)
[16:28] <pitti> chrisccoulson: oh, nice!
[16:28] <pitti> chrisccoulson: it doesn't actually change that often, but perhaps you could generate it from Contents.gz?
[16:28] <chrisccoulson> pitti - yeah, possibly
[16:40]  * didrocks will only upload the keybindings change tomorrow morning
[16:41] <didrocks> otherwise, everyone will think over the night that I broke the keybindings "where is my ctrl + alt + arrows to switch ws???" :)
[16:41] <pitti> good night everyone!
[16:42] <didrocks> have a good evening pitti :)
[16:55] <chrisccoulson> pitti, ok, committed now: http://bazaar.launchpad.net/~mozillateam/firefox/firefox-trunk.head/revision/1127
[16:56] <Sweetshark> .oO(voting galore on the first Board of Directors call of the Documentfoundation)
[17:26] <Sweetshark> jasoncwarner_: ping?
[17:27] <seb128> Sweetshark, it's 4am for him...
[17:28] <Sweetshark> seb128: i dont mind the latency if I get a pong sometime in the evening ;)
[17:29] <seb128> Sweetshark, ping with content works better
[17:29] <Sweetshark> seb128: content is classified
[17:29] <seb128> Sweetshark, /query is your friend then ;-)
[17:38] <cyphermox> brb, switching to gnome-shell
[17:55] <dupondje> Is there support planned for Nvidia Optimus in 12.04 or ?
[17:55] <jbicha> seb128: what do you think about a new vte3/gnome-terminal? vte3 doesn't have a soname bump & the changes look relatively small
[17:56] <jbicha> I don't see a need for it either though as that accessibility themes issue was fixed a different way
[17:56] <ricotz> jbicha, seb128, works fine here
[17:57] <jbicha> I could push it from the gnome3 ppa to the desktop ppa if you want to try it
[17:58] <rye> dupondje, only unofficial, NVidia claimed it does not want to invest time in bringing this technology to linux at the moment
[17:59] <jbicha> <grabbing lunch>
[18:01] <seb128> jbicha, no opinion at all about it, it's sources I never want to step in
[18:01] <seb128> jbicha, your call ;-)
[18:05]  * didrocks waves good evening
[18:43] <davidcalle> I need to change the status of private bugs on the video lens I don't have access to (I only have access to some duplicates). How can I have access to them?
[18:45] <s9iper1> davidcalle:are you in ubuntu bug control ?
[18:46] <davidcalle> I'm not, i'm the maintainer of the project.
[18:46] <s9iper1> can you give me the link of single bug ?
[18:47] <davidcalle> s9iper1, https://bugs.launchpad.net/bugs/934437
[18:47] <ubot2`> davidcalle: Error: <Bugtracker.plugin.Launchpad instance at 0xa5ae8cc> bug 934437 not found
[18:47] <davidcalle> s9iper1, linked from this duplicate https://bugs.launchpad.net/ubuntu/+source/unity-lens-video/+bug/938874
[18:47] <ubot2`> davidcalle: Error: <Bugtracker.plugin.Launchpad instance at 0xa5ae8cc> bug 938874 not found
[18:48] <s9iper1> i can see this one
[18:49] <s9iper1> davidcalle: i marked as public now you can see
[18:50] <davidcalle> s9iper1, thank you.
[18:50] <s9iper1> yw
[18:58] <dupondje> rye: but what about nouveau ? :)
[18:59] <bryceh> dupondje, not in 12.04
[18:59] <chrisccoulson> Sweetshark, who would look at something like bug 938838? :-)
[18:59] <ubot2`> Launchpad bug 938838 in openoffice.org-dictionaries "Please provide additional languages for hyphenation" [Undecided,New] https://launchpad.net/bugs/938838
[19:00] <dupondje> to bad :) guess I need to stick with Bumblebee ppa then ... :(
[19:08] <DBO> pitti, the nvidia binary fbo issue is resolved now
[19:08] <DBO> so doing TTY switch for lock screen should be happier now
[19:11] <jbicha> seb128: ok, I'll need a sponsor for vte3 though
[19:11] <jbicha> looks like mterry & themuso were the last to touch it
[19:21] <czajkowski> bryceh: no more compiz crashing with that ppa installed today
[19:24] <bryceh> czajkowski, excellent
[19:24] <bryceh> czajkowski, I'm looking at your latest bug report
[19:24] <bryceh> I don't think we changed anything in X yesterday, but checking
[19:26] <czajkowski> bryceh: ah yes my redrawing issue
[19:27] <bryceh> czajkowski, there's been several redrawing bugs posted recently.  If you can make a screenshot or photo, might help identify whether it's the same problem.
[19:27] <bryceh> oh wait, nevermind, you did already :-)
[19:28] <czajkowski> I did :)
[19:28] <czajkowski> had to find one where there wasn't too much private stuff going on to nab
[19:28] <bryceh> hmm, looks a bit different than the others
[19:34] <seb128> jbicha, yeah, try with them, but ideally they should be in the desktop set
[19:41] <bryceh> czajkowski, left some comments on the bug.  guessing it's the mesa ppa; see if it goes away without that installed.
[19:43] <czajkowski> bryceh: was happening before I installed the ppa
[20:01] <thumper> hi people
[20:01] <thumper> the sound system doesn't seem to be respecting the chosen device
[20:01] <thumper> I plug in my logitech headset
[20:01] <thumper> sound settings to select it
[20:01] <thumper> test sound comes out laptop speakers
[20:01] <thumper> makes mumble and skype very hard
[20:04] <bryceh> czajkowski, ah rules that out then
[20:09] <seb128> jbicha, there?
[20:09] <rickspencer3> hey thumper
[20:09] <thumper> hi rickspencer3
[20:10] <seb128> thumper, hey, talk to ronoc
[20:10] <rickspencer3> dang, I wish we caught that when we did the testing before we took that from upstream :/
[20:10] <seb128> he did the new sound setting stuff
[20:10] <thumper> seb128: isn't he in the UK?
[20:10] <seb128> thumper, well, he's still on IRC :p
[20:10] <rickspencer3> oh, nm, I assumed it was new pulse :P
[20:10] <seb128> rickspencer3, well "upstream" yes, it's the system team for a change, not always the unity team ;-)
[20:11] <seb128> still dx though :p
[20:11] <rickspencer3> seb128, yeah, I assumed it was pulse
[20:11] <seb128> could be ;-)
[20:11] <rickspencer3> not that pulse has ever gone awry on us
[20:12] <ronoc> thumper, hmmm, if you double click on that usb headset on the output tab -  is it saying that the headset is the 'selected' device, the label text on top of the right column
[20:13] <thumper> ronoc: otp right now, with you shortly
[20:13] <ronoc> grand
[20:20] <thumper> ronoc: ok, here now
[20:20] <ronoc> seb128, kenvandine either of you would like a new i-sound ?
[20:20] <thumper> ronoc: I have my headset plugged in
[20:20] <thumper> ronoc: and it is showingin the sound settings
[20:20] <ronoc> thumper,  hey
[20:20] <ronoc> yep
[20:20] <ronoc> and when you select it
[20:21] <ronoc> the audio should swap to that device ?
[20:21] <thumper> interesting
[20:21] <ronoc> no ?
[20:21] <thumper> I notice that it says "speakers"
[20:21] <seb128> kenvandine, can you take it, I'm doing unico and scrollbar and will be off for a bit
[20:21] <ronoc> seb128, kenvandine https://launchpad.net/indicator-sound/fifth/0.8.2.0
[20:21] <thumper> do we have an easy way to take and share snapshots?
[20:21] <ronoc> my 'unusual' versioning in play
[20:21] <kenvandine> sure
[20:21] <thumper> ronoc:
[20:22] <ronoc> thumper, weird
[20:22] <thumper> ronoc: also, selecting the microphone for the headset still shows "Settings for Internal Microphone" on the RHS
[20:22] <bryceh> rickspencer3, heh yeah so many packages got updated the past couple of weeks.  Lots of incoming bugs, and proving hard to sort out which of the many updates brought the regression.
[20:22] <ronoc> it seems to me the audio system is finding it difficult to swap to that device
[20:22] <ronoc> thumper, is this consistent ?
[20:22] <ronoc> there is something funny going on with usb audio and the new pulse
[20:23] <thumper> ronoc: every time
[20:23] <thumper> ronoc: my headset hasn't worked since yesterday's update
[20:23] <ronoc> i have not had any other problems but i do see an incorrect 'device' related to my usb headset in the window
[20:23] <ronoc> hmmm
[20:23] <ronoc> thumper, can you take a screenshot of the output tabe
[20:23] <ronoc> tab even
[20:23] <thumper> sure
[20:23] <ronoc> stick on imgur or whatever
[20:24] <thumper> do we have a pastebinit equivilant?
[20:24] <thumper> how do I just take a shot of the active window?
[20:24] <ronoc> use the hud :)
[20:24] <jbicha> seb128: yes I'm still around, busy day :)
[20:24] <seb128> thumper, what is pastebinit?
[20:24] <seb128> jbicha, hey
[20:24] <seb128> jbicha, 2 things
[20:24] <ronoc> thumper, you need gscreenshot
[20:25] <ronoc> it will allow to set an delay in taking the shot
[20:25] <seb128> jbicha, 1 if you did any work on gnome-bluetooth can you push it somewhere (and drop me an email if I'm not around when you do), I might review it tomorrow
[20:25] <jbicha> I think Laney had said something before about the ubuntu-desktop packageset is somewhat automatic
[20:25] <thumper> seb128: really? that is how you get stuff to paste.ubuntu.com :)
[20:25] <ronoc> dash -> screenshot
[20:26] <seb128> thumper, ronoc: just run gnome-screenshot in the dash
[20:26] <ronoc> or screenshot will find it also
[20:26] <seb128> ronoc, sorry I though "gscreenshot" was a different program to install
[20:27] <ronoc> seb128, now the fun begins with odd audio problems surfacing because of our simplified ui
[20:27] <seb128> jbicha, otherwise would you be interested to file a mir for gnome-contacts? the new empathy needs it
[20:27] <seb128> jbicha, just asking because everybody seems busy, in case you have time for it ;-)
[20:27] <seb128> ronoc, hehe, loving users ;-)
[20:27] <thumper> ronoc: http://people.canonical.com/~tim/sound-input.png
[20:27] <thumper> ronoc: http://people.canonical.com/~tim/sound-output.png
[20:27] <ronoc> indeed seb128 :)
[20:28] <ronoc> man spotify has worked since before xmas
[20:28] <ronoc> flash apparently
[20:28] <ronoc> thumper, looking now
[20:29] <jbicha> seb128: I can do both of those tonight
[20:30] <ronoc> thumper, did you double click on the headset
[20:30] <ronoc> not just one click
[20:30] <ronoc> just checking
[20:30] <thumper> um...
[20:30] <thumper> single click to select I think
[20:31] <ronoc> yeah but the ui element is weird sometimes it fires other times it doesn't
[20:31] <kenvandine> jbicha, thanks!  mention in the gnome-contacts MIR that empathy 3.3.90 needs it
[20:31] <thumper> double click does the same
[20:32] <ronoc> thumper, when you select the speakers and change the volume then change to the headset and then go back to the speakers does your volume slider get reset to the previous volume you set it to
[20:32] <thumper> ronoc: when I select the headset, the volume slider doesn't change
[20:33] <thumper> it is like it isn't being chosen at all
[20:33] <ronoc> thumper, do you have pavucontrol ?
[20:33] <ronoc> installed
[20:33]  * thumper looks
[20:33] <seb128> jbicha, thanks!
[20:33] <thumper> no
[20:33] <thumper> ronoc: should I install it?
[20:33] <ronoc> thumper, install that
[20:34] <ronoc> and see if you can change device with that
[20:35] <thumper> ronoc: the headset isn't shown in that program
[20:35] <ronoc> aha
[20:35] <thumper> ronoc: it shows in the config tab
[20:35] <ronoc> thumper, pulse problems with the driver
[20:35] <thumper> ronoc: but isn't selectable on input/output
[20:35] <ronoc> weird
[20:36] <ronoc> thumper, can you from command line do a 'pactl list cards'
[20:36] <ronoc> and pastebin the output
[20:36] <thumper> ronoc: http://paste.ubuntu.com/853188/
[20:37] <thumper> ronoc: I'm going to go make a coffee and breakfast, back shortly
[20:38] <ronoc> thumper, weird i have the same device
[20:38] <ronoc> it works fine
[20:38] <ronoc> grand
[20:38] <ronoc> i need to head in a bit
[20:38] <ronoc> thumper, can you mail me about this, you would probably best talk with TheMuso about this since he is in your neck of the woods
[20:39] <ronoc> he can help you debug it
[20:40] <ronoc> later all
[20:54] <kenvandine> grrr... now bugs.fd.o is down!
[20:56] <bryceh> kenvandine, *sigh*
[20:56] <kenvandine> one of those days...
[20:56] <bryceh> no kidding
[20:56] <bryceh> internet-is-broken day
[20:58] <chrisccoulson> does the battery indicator actually update for anyone else?
[21:00] <seb128> chrisccoulson, did you update, restart your session this week?
[21:00] <chrisccoulson> seb128, i've restarted my session today
[21:00] <chrisccoulson> i think i updated earlier too
[21:00] <seb128> ok, there was a bug due to g-s-d signal changes
[21:00] <seb128> but ken backported the fix on friday so it should be fixed
[21:01] <seb128> well I didn't try, I work docked
[21:01] <chrisccoulson> seb128, oh, i don't have the latest version actually
[21:01] <chrisccoulson> hmmm
[21:01] <chrisccoulson> i could have sworn that i updated earlier
[21:01] <chrisccoulson> perhaps it failed when i wasn't looking ;)
[21:01] <seb128> ;-)
[21:04] <chrisccoulson> oh, "Need to get 503 MB/990 MB of archives"
[21:04] <chrisccoulson> heh
[21:04] <chrisccoulson> this could take a while
[21:04] <seb128> chrisccoulson, that's what you call updated today?!
[21:04] <chrisccoulson> seb128, it must have failed ;)
[21:04] <seb128> ;-)
[21:05] <seb128> chrisccoulson, well good news is that your bug is fixed in that 1gb update ;-)
[21:05] <chrisccoulson> fantastic
[21:19] <thumper> ok, rebooted
[21:19] <thumper> and with some double clicks, seem to have the headset working again
[21:19] <thumper> it is still weird on the selecting
[21:19] <thumper> but i'm able to talk again sanely
[21:53] <seb128> micahg, hey
[21:54] <micahg> hi seb128, I haven't forgotten about gimp :)
[21:54] <seb128> micahg, do you still plan to do that gimp update? uif and beta freeze is tomorrow and it would be good to have that update and patch in by then
[21:54] <seb128> micahg, good! ;-)
[21:54] <micahg> yeah, I can do that tonight
[21:54] <seb128> thanks
[21:59] <robert_ancell> bryceh, still there?
[22:03] <desrt> robert_ancell: hey
[22:03] <robert_ancell> desrt, hello
[22:03] <bryceh> robert_ancell, yep
[22:04] <desrt> robert_ancell: do you know about these plugables?
[22:04] <robert_ancell> desrt, which pluggables?
[22:04] <desrt> these things http://www.displaylink.com/shop/adapters
[22:05] <desrt> better page: http://plugable.com/products/ud-160-a/
[22:05] <desrt> you buy like 6 of them and plug them into the usb ports on your computer
[22:05] <desrt> and now your computer is 7 computers
[22:06] <robert_ancell> bryceh, RAOF, cool, I wanted to run an idea past you guys.  I was thinking last night we have loads of trouble synchronising the monitor layouts between plymouth, login screens, sessions etc and it occurred to me that the monitor layout should probably be a system property.  I couldn't think of a single reason where two users on the same system would want different configurations.  In fact, it would be much preferab
[22:06] <robert_ancell> le if the configuration was shared - if I buy a new monitor and plug it in, I wouldn't want my wife to have to reconfigure it when she logs in
[22:07] <robert_ancell> it could even be a udev property? (preferred resolution, preferred location)
[22:07] <robert_ancell> desrt, yeah, they're pretty cool
[22:08] <RAOF> For values of “cool” which include “royal pain in the arse to set up under Ubuntu”
[22:08] <robert_ancell> there are cases in multi-seat where the layouts should be different, but having that in udev with the systemd multi-seat changes would solve all that
[22:08] <bryceh> robert_ancell, I am much of the same mindset
[22:08] <RAOF> robert_ancell: I believe they *could* be udev properties.
[22:08] <desrt> robert_ancell: ah.. so you've been following the work a bit
[22:08] <desrt> robert_ancell: was wondering if we'll see some lightdm support coming
[22:09] <robert_ancell> desrt, yes, I don't know much about it yet, but I'll support it when I can
[22:09] <robert_ancell> desrt, I need to expense some of those :)
[22:09] <desrt> robert_ancell: the redhat guys gave me one to give to you, actually
[22:09] <bryceh> robert_ancell, the one advantage to having them local rather than system is not having to do sudo
[22:09] <desrt> so i'll bring it to UDS
[22:09] <robert_ancell> desrt, awesome!
[22:09] <robert_ancell> bryceh, yes, we'd need to wrap it up in a d-bus service or similar, but that's not too hard
[22:10] <robert_ancell> bryceh, RAOF - goal for 12.10?
[22:10] <robert_ancell> are upstreams of the same mindset?
[22:10] <Sarvatt> desrt: 12.10 timeframe at the earliest, kms driver for it is going into the 3.4 kernel and xf86-video-modesetting that it uses isnt in 12.04
[22:11] <bryceh> robert_ancell, X upstream simply doesn't care.  gnome probably would prefer it the way it is.  Beyond that, no idea.
[22:11] <RAOF> robert_ancell: Not sure, but the only upstream who'd care is gnome-settings-daemon.
[22:11] <desrt> Sarvatt; when i plug the thing in i get a bunch of useful-looking output in dmesg
[22:11] <desrt> about supported modes and such
[22:11] <desrt> seems the driver is 'udlfb' or something like that
[22:11] <bryceh> robert_ancell, in any case, I bet this would fit well with the libxrandr-utils work
[22:12] <desrt> and there is a 'displaylink' xorg driver package, but i couldn't figure out how to get it to work
[22:12] <RAOF> desrt: Yeah, and you *can* futz around with the displaylink driver until it works.
[22:12] <bryceh> we've been scratching our heads over setting storage with that, this seems like it'd be better than replicating the xml file approach
[22:12] <RAOF> desrt: Again, for sufficiently xorg-limited values of “works”.
[22:13] <desrt> RAOF: so on rawhide right now it's pretty much out-of-the-box
[22:13] <desrt> you plug the USB device and you get a new X server auto-started for it
[22:13] <bryceh> desrt, the issue is not drivers, like RAOF says for an adequate amount of xorg.conf crafting you can make these devices work
[22:13] <desrt> running gnome-shell with the llvm pipe stuff
[22:13] <bryceh> the problem is these video devices are on the usb bus rather than pci bus, and so far X only looks at pci
[22:13] <desrt> bryceh: ya.  i lost my xorg.conf artistry skills ages ago
[22:13] <desrt> you get a /dev/fb0 when you plug the thing, though
[22:14] <bryceh> so you'd need a new infrastructure, probably in the kernel, but maybe in X server, to do the hotpluggery so X can auto-detect and auto-enable them
[22:14] <RAOF> desrt: Ah, yeah.  Making each of those run a separate X server makes things a bit easier.  I guess I'm thinking more of the add-an-extra-monitor case.
[22:14] <desrt> bryceh: all i know is that it's working out of the box on rawhide right now
[22:14] <desrt> RAOF: ya... this particular model is clearly somewhat more directed at acting as a laptop dock
[22:14] <RAOF> bryceh: You could actually moderately easily have an upstart job trigger which starts a new X server with appropriate config on usb hotplug events.
[22:14] <bryceh> I understand it's work in progress upstream; not something we'd place at high priority for development work in ubuntu unless canonical had a customer driving it as a requirement
[22:15] <desrt> they have another model that's more clearly geared towards plugging half a dozen of them into a central server
[22:15] <desrt> (ie: no ethernet port on that one)
[22:15] <desrt> i'm pretty sure redhat has a customer
[22:15] <bryceh> RAOF, yeah but then we get into specialized use cases
[22:15] <desrt> i think it's the device vendor themselves, actually
[22:15] <RAOF> bryceh: Indeed.
[22:17] <czajkowski> bryceh: removing the PPA causes the compiz crash again
[22:17] <bryceh> czajkowski, right, to be expected
[22:18] <bryceh> czajkowski, so yeah sounds like your system really needs 8.0.1.  When you're done testing non-8.0.1 go ahead and reinstall that ppa.  I'll keep it until we merge that mesa into main.
[22:19] <czajkowski> thanks
[22:25] <popey> cjwatson: do you know if we plan to detect SSDs on install in ubiquity, and set the TRIM option in /etc/fstab as a result?
[23:06] <achiang> isn't cjwatson on paternity leave?
[23:07] <bryceh> yes
[23:12] <micahg> popey: you might want to ask ev
[23:15] <popey> ah yes
[23:15] <popey> will do
[23:18] <broder> popey: if we're going to turn on TRIM, why just do it for SSDs?
[23:18] <broder> the ext4 fs option is harmless on drives that don't do TRIM
[23:18] <bryceh> hmm, in firefox I notice several times now I've gotten switched from English / United States to English / Australian, mate.
[23:19] <chrisccoulson> bryceh, for spell checking?
[23:19] <bryceh> chrisccoulson, indeed
[23:19] <bryceh> chrisccoulson, recognise it?
[23:20] <chrisccoulson> bryceh, yes, i guess it's fallout from this change: https://developer.mozilla.org/en/HTML/Controlling_spell_checking_in_HTML_forms#Controlling_the_spellchecker_language
[23:20] <chrisccoulson> in fact, i might look at that one tomorrow :)
[23:20] <bryceh> chrisccoulson, cheers
[23:21] <bryceh> guessing it's picking Australian just 'cause it's the first in the list
[23:22] <chrisccoulson> i'm not too sure
[23:31] <chrisccoulson> hah, this is pretty special: https://bugzilla.mozilla.org/show_bug.cgi?id=721258#c5
[23:31] <ubot2`> Mozilla bug 721258 in Add-ons Manager "Stop third party add-ons from altering our opt-in screen" [Normal,Resolved: wontfix]
[23:32] <bryceh> chrisccoulson, heh