[06:25] <jebblue> hi Bazaar in Synaptic Package Manager says "Unless you have a pressing reason to use bazaar you should use some other
[06:25] <jebblue> revision control system as upstream development has ceased." yet Ubuntu Launchpad site is promoting Bazaar?
[06:29] <TFKyle> jebblue: possibly you're looking at the package for the old bazaar and not bzr, see http://bazaar-vcs.org/HistoryOfBazaar for details
[06:51] <jebblue> ah ok thanks yup bzr is in there
[06:52] <jebblue> is (in your opinion) bzr generally equal to cvs ?
[06:52] <Peng> jebblue: Equal to CVS is the worst insult you could give. :P
[06:53] <jebblue> hehe ok well I'll need to read some, thnaks
[06:54] <jebblue> thanks
[07:08] <jebblue> I did a co on my cvs repository and then copied that to a new directory and then ran bzr init and it created a repository right there using a hidden dir .bzr!
[07:09] <travisgriggs> hi there
[07:09] <jebblue> that is a shift in thinking so no more CVSROOT type thing I guess - ok back to reading (I skipped ahead)
[07:09] <travisgriggs> i've been reading up on the recent bazaar hype; this all seems intriguing
[07:09] <travisgriggs> i've been "observing" dvcs systems for a while and have yet to plunge in
[07:10] <travisgriggs> i wonder if any of the bzr implementors are here? i have some questions....
[07:11] <Peng> jebblue: Check out conversion software so you don't lose all of your history.
[07:11] <jebblue> ok also I installed bzr-gtk and it is not on my menus or on the path?
[07:11] <jebblue> travisgriggs - ususally best to start with a question man - I'm new to bzr too
[07:13] <travisgriggs> i'd like to build a smalltalk plugin for bazaar. i'm not sure where to start or how feasible this is. Smalltalk systems are live object systems, they can flatten things to files, but the focus is the "image" not a directory of files
[07:13] <Peng> jebblue: (CVS converters tend to run into a lot of issues, so it might work better to use one of the CVS to svn ones, and then convert that to bzr.)
[07:13] <jebblue> ok will do
[07:13] <travisgriggs> i'm curious if it's doable to write a smalltalk interface to bazaar, so that what bazaar thinks it's seeing is a file system, but isn't really
[07:14] <Peng> travisgriggs: I don't think any of the developers are here right now. They are a lot, but they just got 1.0 out the door before Christmas, so some of them are taking some vacation time.
[07:14] <travisgriggs> ok, thanks
[07:15] <Peng> travisgriggs: You could try the mailing list.
[07:16] <Peng> Uh, ok, I'm gonna go. Bye.
[07:16]  * Peng wanders off.
[07:21] <spiv> travisgriggs: the "transport" layer in bazaar is pretty flexible, so it might be possible.  Definitely mail the list; I know there are some devs that are deeply familiar with both smalltalk and bazaar.
[07:42] <dlee> In case anyone around knows... Peng commented earlier that cvs --> svn --> bzr might be better than direct cvs --> bzr.  I've been trying Tailor to go from CVS straight to BZR, and it seems to work fine except (I) I've not tried branched CVS repos yet, and (II) *it loses all my CVS tags!* :-P  So I'm open to recommendations on a better way to do this.  I also do need to convert one svn repo to bzr, for which I would use Tailor except it b
[07:43] <dlee> I am trying to talk my office into using bzr, but though I warned them I was watching and waiting for bzr 1.0 a month or two ago, a strong move toward svn got afoot in the last couple weeks, and so now I'm basically going head to head (no pun intended) over VCS systems...
[07:49] <lifeless> dlee: cvsps-import is very good
[07:50] <lifeless> travisgriggs: the squeak fuse thing would be enough for bzr I think, or enough with a little work
[07:58] <dlee> For my svn import--and this is probably a long shot:  I actually have a CVS repo whose HEAD about matches the first revision of the svn repo for the same project.  It would be cool to put the CVS and svn history both into bzr, but I have reason to keep the bzr rev numbers the same as the svn ones.  I've noticed that bound branch local commits can create rev numbers like 1.1.1 ... is it possible somehow to build a bzr history that contains
[08:10] <Peng> dlee: For svn, there's bzr-svn, which actually lets bzr interact with svn branches.
[08:11] <Peng> dlee: BTW, one of your messages ended at "Tailor except it" and the other at "history that contain". (Actually, they both ended one character after that, but my IRC client seems to have an off-by-one bug that cuts off the last character.)
[08:12] <bitmonk> +1 to bzr-svn.  get it working, pull from your svn url, and never look back.
[08:12]  * Peng wanders off.
[08:12] <bitmonk> or, well, if you have collaborators who don't want to switch yet, you can just merge from bzr into svn.  it's very handy.
[08:46] <dlee> Thanks, studying plugins...
[11:03] <thumper> happy new year from UTC+13
[11:05] <Peng> Bah, lucky.
[11:05] <Peng> Happy New Year's Eve from UTC-05.
[11:09] <Peng> thumper from New Zealand? Have I seen you in Mozilla circles?
[17:10] <LeoNerd> Hrm... The sftp transport doesn't like long roundtrips
[17:10] <LeoNerd> I'm here on a train with satelite wireless, so the latency is huge... 'bzr push' takes forever...
[17:50] <radix> LeoNerd: bzr+ssh should be better
[19:59] <thumper> Peng: unlikely, I haven't been in Mozilla circles
[20:24] <lifeless> LeoNerd: using a pack repo ?
[20:54] <dlee> Peng, belated answer--you observed that two of my lines were truncated.  Arg...they look fine here--must be a 440-or-so char-per-line limit in some IRC server/client or another.  Anyway, fwiw, here are the two lines, split so they should travel unmolested:
[20:55] <dlee> In case anyone around knows... Peng commented earlier that cvs --> svn --> bzr might be better than direct cvs --> bzr.  I've been trying Tailor to go from CVS straight to BZR, and it seems to work fine except (I) I've not tried branched CVS repos yet, and (II) *it loses all my CVS tags!* :-P  So I'm open to recommendations on a better way to do this.  I also do need to convert one svn repo to bzr, for which I would use Tailor
[20:55] <dlee> except it blows up on Windows+Cygwin because there's one file rename that only changes letter casing (a big oopsie on my part there).
[20:55] <dlee> For my svn import--and this is probably a long shot:  I actually have a CVS repo whose HEAD about matches the first revision of the svn repo for the same project.  It would be cool to put the CVS and svn history both into bzr, but I have reason to keep the bzr rev numbers the same as the svn ones.  I've noticed that bound branch local commits can create rev numbers like 1.1.1 ... is it possible somehow to build a bzr history
[20:55] <dlee> that contains the cvs stuff plus one sort of glue commit at revs < 2, then the svn revisions from there with their original numbers?
[20:56] <dlee> (end of resends ... and I'm now trying cvs-import and plan to use earlier conversations in here as a guide to setting up the svn plugin)
[21:26] <lifeless> dlee: 'bzr-cvsps-import' on lanchpad, and call the plugin in ~/.bazaar/plugins 'cvsps' works for me
[21:28] <dlee> lifeless: I'm playing with that--looks like it got the branches and the tags from one of my more complex CVS projects, though I do wonder why it parks the tags in a directory instead of using bzr tag so "bzr tags" can work
[21:29] <dlee> Maybe bzr tags are new?  I saw a page yesterday saying bzr does not support tags.
[21:29] <fullermd> They were new in 0.15.  cvsps-import was mostly done before that, so...
[21:29] <dlee> ic
[21:57] <dlee> You know about Bazaar?  I think I asked you once by phone a while ago though.
[21:58] <dlee> Lol that was a misdirected  private msg :P


[08:24] <philipballew> Just found out Greyhound is only a dollar from San Diego to LA. Guess like I might get to SCALE after all.


[01:15] <RAOF> Ok, that's a bit annoying. gdb now segfaults trying to read debugging symbols from mir_unit_tests
[02:33]  * RAOF heads due luncheon
[03:05] <kgunn> ok, realized i've never done this...if i run mir_demo_server_basic on vt1 and i want to kill it, how would i do that?
[03:05] <kgunn> duflu: RAOF ^ ?
[03:06] <duflu> kgunn: Firstly, server_shell is much cooler :) Secondly remember to sudo or else Mir doesn't have input (quit) support - https://bugs.launchpad.net/mir/+bug/1286252
[03:07] <duflu> kgunn: Once you have input support it's Ctrl+Alt+Backspace
[03:08] <kgunn> duflu: ah, i did sudo....
[03:09] <duflu> That reminds me, I wanted to move some common logic like that into the server library and let shells override it. It's annoying every demo shell should have to re-implement something as basic as quitting
[03:09] <duflu> (because mir_demo_server_minimal is unquitable, I think)
[03:14] <duflu> Oops. Quit the wrong shell?
[05:03] <RAOF> anpok_: Are you planning to try and land https://code.launchpad.net/~andreas-pokorny/mir/add-timer-to-main-loop/+merge/216881 anytime soon, or should I un-depend-upon it in 1Hz-rendering?
[06:14] <RAOF> Oooh! Oooh! Oooh! There's a new button on Launchpad reviews, “Show inline comments”!
[06:21] <duflu> Wha?!
[06:21] <RAOF> There's no ability to comment inline yet, but the first parts of that series are landing.
[06:21] <RAOF> Yay!
[06:22] <duflu> RAOF: Heh, yeah I was trying to figure out how to make one
[06:23] <duflu> What would also be really nice is side-by-side diffs
[06:23] <duflu> In my experience they're much better for code review
[06:31] <RAOF> Hm. Dumping the diff into meld would be pretty cool, yeah.
[06:35] <RAOF> That would probably be pretty easy to do, actually.
[06:42] <anpok> RAOF: i thought about doing so now, but havent started workin on that
[06:51] <RAOF> anpok: Well, sometime would be nice, as 1Hz-rendering depends on it.
[07:24] <duflu> RAOF: (1) Happy weekend. else (2) Please check again: https://code.launchpad.net/~vanvugt/mir/simplify-BufferQueue/+merge/218794
[07:24] <RAOF> duflu: Doing so :)
[07:28] <RAOF> duflu: It seems that the uniqueness constraint could be satisfied in a less invasive way.
[07:28] <duflu> RAOF: You mean more exhaustive? I'd rather simplify and shrink the code before reconsidering unnecessary micro-optimizations
[07:31] <RAOF> I don't suppose you've got a test for this?
[07:32] <duflu> RAOF: It can't really be tested. The symptom is memory bloat of a private member... that is never leaked
[07:32] <duflu> You can observe and test it externally, obviously
[07:33] <duflu> I'll do another alt fix proposal
[07:34] <duflu> I've come to not expect anything to land, so I work on many different things at once :)
[07:34] <RAOF> You could measure memory use over thousands of compositor_acquire/compositor_release cycles, if nothing else :)
[07:40] <duflu> RAOF: fprintf tells me the vector is huge... I don't really need any more info
[07:40] <duflu> Hmm, a "smaller" fix actually isn't working
[07:40] <RAOF> But you can't run an fprintf test on every commit :)
[07:42] <duflu> RAOF: I don't intend to. Very few performance bugs get regression tests in general. Although I did manage with a bunch of SwitchingBundle issues before...
[07:42] <duflu> Also memory bloat is an issue most programmers never consider. They think not leaking is enough... but really you need to do real external system testing
[07:44] <RAOF> I'm still not sure why this isn't a proper target for an automated test?
[07:44] <duflu> RAOF: Hmm, could just set a time limit on the existing test and fail I guess
[07:45] <duflu> That would do it, but only on a small subset of system
[07:45] <duflu> Heh. I never intended to fix any bugs with this proposal
[07:45] <duflu> It just happened
[07:47] <RAOF> Parse /proc/self/status, check RSS isn't increasing over thousands of compositor cycles? :)
[07:50] <alan_g> Put a "reasonable" limit on the size and assert? Or add a query to report the queue sizes that can be checked in unit test?
[07:51] <duflu> alan_g: I think that's a case of testing the known cause, when a fix would eliminate the test. I'm trying for a different test that would remain valid regardless of the implementation
[07:52] <alan_g> duflu: I know but lacking a generic option it is better than no test.
[07:53] <duflu> alan_g: I might have a generic options. On the other hand, I don't think any or all memory bloat problems have internal testing. It's really an external thing usually
[07:53] <RAOF> Parsing /proc/self/smaps would get you a pretty good “am I using more memory by doing this thing over and over” test.
[07:54] <RAOF> This sounds like something that might be good for mir_test{,_framework}, actually.
[07:54] <alan_g> RAOF: that sort of thing is probably more appropriate in the acceptance/stress/performance tests
[07:54] <alan_g> yes
[08:00] <RAOF> Anyway, EOW for me!
[08:45] <alan_g> dednick: do you approve https://code.launchpad.net/~alan-griffiths/mir/spike-passing-out-client-fds/+merge/218629?
[08:46] <alan_g> Or are there still problems using it?
[08:47] <dednick> alan_g: got it working with trust sessions after you left last night. just approved
[08:47] <alan_g> Great!
[09:37] <duflu> alan_g: I'm seeing it too now. If you want to take over this, please do: https://bugs.launchpad.net/mir/+bug/1317801
[09:37] <alan_g> duflu: ack - not sure I'll get to it this week though
[09:38] <duflu> alan_g: Sure. Just mentioning in case you do. Otherwise my Monday comes sooner
[09:39] <alf__> duflu: I may be able to take it over today, I will reassign is so
[09:40] <alf__> s/is/if/
[09:40] <duflu> alf__: That would be good too
[09:43] <duflu> I got way too ambitious in the number of fixes I could get landed
[09:43] <duflu> Need to share the love a bit more
[10:06] <duflu> On the upside, not making progress gives me a clean slate for the weekend. Till next time...
[13:28] <anpok> AlbertA: any reason why you wrote for-loops instead of auto pos = find(begin(..),end(..),item).. in the buffer queue?
[13:28] <anpok> I mean was that based on the profilings?
[13:31] <AlbertA> anpok: yeah they did better in profiling and std::find and iterators
[13:31] <anpok> ok, i assumed those would be identical for somehing like vector
[13:31] <AlbertA> anpok: there's a small overhead when constructing iterators at least on gcc/glibc
[13:33] <AlbertA> anpok: so since the number of elements is small - the overhead in comparison is significant
[14:44] <seb128> hey Mir team
[14:44] <seb128> I've a dell inspiron 11 laptop, which has a touch screen, testing unity8/Mir on trusty ... things run fine but the touch screen doesn't work
[14:45] <seb128> is that a known issue/limitation?
[14:48] <racarr__> Morning
[14:49] <seb128> hey racarr__, how are you?
[14:51] <alan_g> seb128: racarr__ probably knows that part of the stack best.
[14:54] <racarr__> seb128: Oh pretty good! You?
[14:54] <seb128> I'm good thanks!
[14:54] <racarr__> re: the touch screen...hmm...no one has one
[14:54] <racarr__> so its hard to say
[14:54] <racarr__> its not exactly expected to ork in that anyone has tried it
[14:55] <racarr__> but I dont know why it wouldn't work...
[14:55] <racarr__> someone has used a laptop touchscreen with success
[14:55] <racarr__> maybe olli
[14:56] <racarr__> so there must just be some sort of quirk or something
[14:56] <racarr__> seb128: If you want to dig deeper MIR_SERVER_LEGACY_INPUT_REPORT=log MIR_SERVER_INPUT_REPORT=log could have something
[14:56] <seb128> k
[14:56] <racarr__> (export them as env variables in the environment unity system compositor is in)
	seb128, your hardware may need to be defined as an Android touch device for Mir to recognize it properly
	all of mine work out of the box now, but initially I had to create a file somewhere with hexadecimal device IDs in the title, can;t recall the details....
	I'll need to dig that up
[14:57] <seb128>
[14:57] <seb128> is that what I've been told yesterday
[14:57] <seb128> so I figured that you guys might know more about that ;-)
[14:58] <racarr__> seb128: yes there are these ".idc" files
[14:58] <racarr__> I  have never touched the code or one though so im not sure...
[14:58] <racarr__> thats a good idea though
[14:58] <bregma> yeah, .idc files, that's it
[14:58] <racarr__> some community guy porting a device...that was his f
[14:58] <racarr__> ix
[14:59] <racarr__> when his touchscreen didnt work
[14:59] <racarr__> um I can look in to it after standup. or you can probably find one on your phone
[14:59] <seb128> I'm fine hacking it locally
[14:59] <bregma> some touchscreens are not recognized as such because, well, hardware is flaky, so they need an IDC file to force the issue
[14:59] <seb128> but that would be nice if those stuff were working out of the box
[14:59] <seb128> normal users are not going to go figure that out
[15:00] <seb128> well, the touchscreen is working fine under Xorg/unity7
[15:00] <seb128> so somehow it's recognized correctly
[15:00] <seb128> just not by Mir
[15:04] <tedg> Do we get a compose key for free in Mir, or is that something we'll have to do ourselves?
[15:06] <racarr__> I dunno, we might get it for free from XKB
[19:23] <AlbertA> anpok: so assuming we change to pre-multiplied alpha
[19:23] <anpok> AlbertA: where are we using the suspicious masking - or rather
[19:23] <anpok> why does the issue not occur on the framebuffer?
[19:23] <anpok> is the blending function for a normal display buffer different than for screen casing?
[19:23] <anpok> *casting
[19:24] <AlbertA> anpok: no it's the same
[19:24] <AlbertA> anpok: but assuming we change the blending function -
[19:24] <anpok> ah the scanout fixes it..
[19:24] <AlbertA> anpok: there's still the issue that nested servers
[19:25] <anpok> hm but over-blending with premultiplied should be associative
[19:25] <AlbertA> anpok: would like to specify the final alpha value in the framebuffer
[19:25] <anpok> well the initial one has to be zero
[19:25] <AlbertA> anpok: for per-pixel alpha transitions between sessions
[19:26] <anpok> hm you mean the nested session want to do direct alpha writes?
[19:26] <anpok> *wants
[19:27] <AlbertA> anpok: well somehow...the main thing is supporting per-pixel alpha transition effects
[19:27] <anpok> i thought for our use cases we start with zero and just combine blend one over the other..
[19:28] <anpok> could you explain more
[19:29] <AlbertA> anpok: what do you mean start with zero
[19:29] <AlbertA> anpok: alpha zero as background you mean?
[19:29] <anpok> clear the frame buffer on usc, and every nested session that has an alpha channel to rgba=0,0,0,0
[19:29] <anpok> yes
[19:30] <AlbertA> anpok: ok, yeah that's what we kinda do
[19:31] <anpok> so if the the normal blend mode (1,1-alpha) is not enough, we might have to extend the api
[19:31] <anpok> so I think (alpha,1-alpha) is just wrong
[19:32] <anpok> i mean we could extend the api to override the normal blending with other modes
[19:36] <anpok> ah something like nv_blend_equation_advanced
[19:37] <AlbertA> anpok: I suppose that in the nested case the resulting surface will have pre-multiplied rgb components
[19:37] <anpok> yes
[19:37] <AlbertA> anpok: and I suppose the QT renderer will produce the same as well
[19:37] <AlbertA> anpok: so yeah I can see we need to assume pre-multiplied alpha
[19:38] <anpok> hm we have to places, the demo_renderer and the gl_renderer
[19:38] <AlbertA> anpok: right
[19:38] <anpok> looking forward to the review :)
[19:39] <anpok> we even have a test case that requires current behavior
[19:39] <AlbertA> anpok: what do you mean?
[19:39] <anpok> the test case of gl_renderer is kind of .. odd
[19:40] <anpok> whenever you change something there you have to update the test case
[19:40] <anpok> i mean, you cannot change it without breaking the unit test
[19:41] <anpok> ah with review - i meant that I expect further comments with regard to alpha usage in gernal
[19:44] <anpok> hm the round corners of the window decoration look strange now
[19:45] <AlbertA> anpok: ummm, actually now that I think about it...you can change the surface global alpha
[19:45] <AlbertA> anpok: which means we can't assume pre-multiplied either
[19:45] <racarr__> gonna top approve https://code.launchpad.net/~mir-team/mir/cursor-spike-phase-2-resubmit/+merge/217685
[19:46] <racarr__> soon
[19:46] <AlbertA> anpok: I suppose we could change the shader to make it so...but doesn't seem right
[19:46] <racarr__> unless anyone else wants to weigh in on MirCursor v. MirCursorConfiguration
[19:46] <anpok> racarr__: text conflicts?
[19:47] <racarr__> damn
[19:47] <racarr__> so close
[19:48] <anpok> AlbertA: hm i think we have to
[19:48] <racarr__> ok fixing
[19:48] <racarr__> I honestly cant believe how dumb merge algorithms are
[19:48] <racarr__> I mean
[19:48] <racarr__> I can because they are very easy to understand
[19:48] <racarr__> its just annoying
[19:49] <anpok> there is a project that tries to provide a more semantic merge
[19:49] <racarr__> I have seen some lately (Though only proprietary)
[19:50] <racarr__> im really excited
[19:50] <anpok> does the merge on a whole program representation
[19:50] <racarr__> yeah
[19:50] <anpok> i.e. the one i read about was limited to c# for now
[19:50] <AlbertA> anpok: yeah I see if we need to support correct alpha values in the framebuffer (for nested) I don't see a way
[19:50] <AlbertA> anpok: around pre-multiplied assumption
[19:50] <anpok> yes
[19:50] <anpok> AlbertA: if we dont do that we will be haunte by porte&duff
[19:50] <anpok> *porter
[19:51] <anpok> *haunted
[19:51] <AlbertA> right
[19:51] <AlbertA> :)
[19:51] <racarr__> it would be a really fun problem to hack on (semantic merge)
[19:52] <anpok> hm we have clang now
[19:52] <anpok> and there is a python libclang wrapper
[19:53] <anpok> and you could make it learn from existing merges in the history of the project..
[19:53] <racarr__> haha. thats an even more fun problem
[19:53] <anpok> i.e. if dev a integrates code of dev b and there is conflict
[19:53] <racarr__> I was thinking you could jut come up with
[19:53] <anpok> always take dev a.. or something..
[19:53] <racarr__> lots of hardcoded scenarios
[19:53] <racarr__> that would solve most dumb problems
[19:53] <anpok> ok
[19:53] <racarr__> i.e. a class definition gains
[19:54] <racarr__> two method declarations
[19:54] <racarr__> at the same line
[19:54] <racarr__> isnt a conflict :p
[19:54] <racarr__> its just two people adding a method to a class
[19:54] <anpok> but in different order
[19:55] <racarr__> well right, somethings the order does matter, whereas if two developers put a method definition in a class
[19:55] <racarr__> at the same time
[19:55] <racarr__> its probably just fine to put the one that was added latter (in terms of timestamp) on the line after
[19:55] <racarr__> sometimes*
[19:59] <anpok> AlbertA: ah that would just be frag*alpha in the shader
[19:59] <anpok> it looks like someone did that on purpose the way it is done now
[19:59] <anpok> and thats good
[19:59] <AlbertA> anpok: right the issue is how do you know which sources are pre-mutiplied already
[20:00] <AlbertA> anpok: and which ones aren't
[20:01] <AlbertA> anpok: what's in the shader currently is only to handle global alpha
[20:01] <anpok> hm right now all our client surface are.. but most of them have alpha=1 so we do not notice the difference
[20:02] <AlbertA> anpok: :) he yeah I guess if we look at it that way...
[20:03] <anpok> if fingerpait would bitblt an rpba png image wihout telling lpng to premultiply
[20:03] <anpok> i guess then we would have that case
[20:04] <anpok> (can libpng do that?)
[20:04] <AlbertA> anpok: not sure...
[20:04] <AlbertA> anpok: but yeah I guess we don't change the shader
[20:04] <AlbertA> anpok: or rather
[20:04] <anpok> why not?
[20:05] <AlbertA> anpok: I mean yeah change the shader but correctly compute the global alpha and just assume
[20:05] <anpok> ah o
[20:05] <anpok> k
[20:05] <AlbertA> anpok: the source is already pre-multiplied
[20:06] <rsalveti> kgunn: glmark2 just got approved
[20:06] <rsalveti> should be migrated soon
[20:06] <kgunn> \o/ thanks much rsalveti ... josharenson ^
[20:07] <anpok> AlbertA: do you understand how the top decorations are drawn in the demo renderer
[20:10] <AlbertA> anpok: the title bar?
[20:10] <anpok> yeah, hm the part that should be cut off just started to get shine in the colors of the rainbow
[20:11] <anpok> -to get
[20:11] <anpok> there is something wrong
[20:11] <AlbertA> anpok: oh really? I'm not seeing that...you mean with the tip of mir devel?
[20:15] <anpok> if you swith to porter&duff over blending, then the top  corners of the window are not properly cut off
[20:15] <AlbertA> ahhh...
[20:15] <anpok> but thats an error in the code that draws the decoration
[20:15] <AlbertA> saturation?
[20:15] <AlbertA> or maybe overflow
[20:15] <AlbertA> wrapping around
[20:16] <anpok> it does if(at corner) { if(in above cricle) { cancel } }  if(cy<y) { shade )
[20:16] <anpok> but it should be
[20:16] <anpok> it does if(at corner && (in above cricle) { cancel } else  if(cy<y) { shade )
[20:17] <anpok> demo_renderer.cpp:98
[20:18] <anpok> hm still strange
[20:20] <anpok> ah yes it is a wonderful case of non premultiplied
[20:21] <anpok> as it only sets the alpha value but does not multiply it to the rgb
[20:25] <anpok> AlbertA: will you create an MP?
[20:29] <josharenson> yes thanks rsalveti... So I can look for it in universe in a few days?
[20:30] <rsalveti> josharenson: yeah, probably later today
[20:30] <rsalveti> https://launchpad.net/ubuntu/+source/glmark2
[20:30] <rsalveti> once it migrates from proposed to release
[20:32] <anpok> racarr__: you mean you need someone to top approve?
[20:33] <racarr__> anpok: Ah well I was going to do so
[20:33] <racarr__> I just wanted to
[20:34] <racarr__> submit the suggestion to the academy before doing so
[20:34] <racarr__> :p
[20:36] <anpok> heh
[20:37] <anpok> discussion there seems to be at a dead end
[20:37] <anpok> agreement about an overall disagreement..
[20:39] <anpok> in any case you might want to look at https://code.launchpad.net/~andreas-pokorny/mir/drop-dynamic-ptr-cast-in-input-configuration/+merge/218806
[20:39] <anpok> since you are browsing right now..
[20:42] <anpok> maybe i should wait for monday
[20:52] <racarr__> anpok: Ill try and look in just a few min
[21:22] <tedg> Is there an API for the trusted sessions somewhere?
[21:29] <AlbertA> anpok: yeah I will create it...right now I'm mostly concerned about getting unity8 just to work right
[21:30] <AlbertA> anpok: I could propose later to fix the support for transparent frame buffers
[21:36] <AlbertA> anpok: because switching to porter/duff is practically only applicable to nested usecase
[21:36] <AlbertA> anpok: where corrrect alpha is needed
[21:36] <AlbertA> anpok: in all other cases including screencasting there's no need
[21:37] <anpok> AlbertA: hmm... right now we do apply the alpha channel twice
[21:38] <AlbertA> anpok: but as you said, right now unity8 is rendering with alpha 1.0 so it doesn't matter
[21:38] <anpok> yes
[21:38] <AlbertA> anpok: it only matters in the demo shell I suppose
[21:39] <anpok> and potential transparency effects in the greeter some day
[21:39] <AlbertA> anpok: right
[21:40] <AlbertA> anpok: so maybe for now my initial fix of rendering an opaque background is enough (so that unity8 renders correctly)
[21:40] <AlbertA> anpok: then we can open the alpha can-of-worms
[21:40] <AlbertA> anpok: :)
[21:46] <anpok> first or second one?
[21:46] <anpok> confused
[21:47] <AlbertA> anpok: I think https://code.launchpad.net/~albaguirre/mir/render-opaque-background/+merge/218712
[21:47] <AlbertA> anpok: is the simples solution for now for both the transparent screencast issue and the unity8 rendering issue
[21:48] <AlbertA> anpok: and then we need a discussion on supporting transparent framebuffers properly
[21:49] <AlbertA> anpok: I think probably an attribute of the DisplayBuffer so we can change
[21:49] <AlbertA> anpok: blening modes in the renderer could be the solution
[21:49] <AlbertA> anpok: maybe an opaqueness attribute
[21:50] <AlbertA> anpok: that the compositor can pass to the GLRenderer
[22:03] <anpok> ack
[22:05] <AlbertA> anpok: yeah an opaqueness attribute makes sense to me...that way we say non-opaque on the nested display buffer
[22:05] <AlbertA> anpok: and everything else opaque
[22:06] <AlbertA> anpok: i.e. the platform's display buffer and the screencast display buffer
[22:06] <anpok> well we have the pixel format
[22:06] <AlbertA> anpok: true but for some reason
[22:07] <AlbertA> anpok: the platforms are returning one with alpha support
[22:07] <anpok> ah yes
[22:07] <AlbertA> anpok: dunno why...and the nested display buffer just replicates that
[22:07] <anpok> and independent of that if the clients of the nested session make use of transparency we still have to blend properly
[22:10] <AlbertA> anpok: right which we haven't seen since nobody is rendering with per-pixel alpha at the mir level
[22:11] <AlbertA> anpok: it's all done by Qt...I wonder how they blend
[22:11]  * AlbertA goes to check
[22:20] <AlbertA> anpok: glBlendFunc(GL_SRC_ALPHA, GL_ONE);
[22:21] <AlbertA> anpok: which I suppose makes sense, always make the destination opaque
[22:22] <AlbertA> anpok: well I'm not sure that's what they use---just found some hints here and there
[22:22] <anpok> thats odd
[22:25] <AlbertA> anpok: no nevermind one of the comments alludes to
[22:25] <AlbertA> glBlendFunc(GL_ONE, GL_ONE_MINUS_SRC_ALPHA)
[22:26] <AlbertA> in qsgrendernode.cpp
[22:26] <AlbertA> all makes sense now
[22:26] <AlbertA> :)
[22:29] <anpok> http://home.comcast.net/~tom_forsyth/blog.wiki.html#[[Premultiplied%20alpha]] -- So anyway, yeah, premultiplied alpha. Use it, love it, pass it on. Then maybe we'll only take another 20 years til everyone's doing this stuff correctly.
[22:29] <anpok> good
[23:08] <josharenson> kgunn, it appears as though you cannot run glmark2 offscreen on android


[03:04] <rockfx01> quick question - i'm new to triaging ubuntu bugs
[03:05] <rockfx01> if a bug is fixed upstream, what should the status be updated to?
[03:05] <rockfx01> ubuntu bug #326896
[03:05] <ubot4> Ubuntu bug 326896 in linux "no sound with hp dv7-1083eo" [Undecided,Incomplete] https://launchpad.net/bugs/326896
[03:09] <JontheEchidna> rockfx01: fix committed
[03:12] <rockfx01> do i need to link to the upstream bug also?
[03:12] <rockfx01> (if i can find it)
[07:10] <dholbach> good morning
[09:49] <maxb> I do not think that a bug fixed upstream implies "Fix Committed"
[09:52] <wolfger> No? If it is fixed upstream, it will eventually find it's way into Ubuntu. That sounds like it's been committed to me...
[09:53] <Hobbsee> that was always the launchpad definition of fix committed - "a fix exists.  somewhere"
[09:53] <Hobbsee> or similar
[09:53] <jpds> maxb: I do.
[09:54] <maxb> There was a debate on the bugsquad ML about this. It was inconclusive
[09:55] <maxb> However I take https://wiki.ubuntu.com/Bugs/Status as the master reference and it says "Fix Committed" on an Ubuntu task is not appropriate here
[09:55] <maxb> Fix Committed:
[09:55] <maxb> # For a bug task about an upstream project: the fix is in CVS/SVN/bzr or committed to some place
[09:55] <maxb> # For an Ubuntu package: the changes are pending and to be uploaded soon (it's what PENDINGUPLOAD was in Bugzilla)
[09:55] <maxb> #
[09:56] <jpds> It's the first point?#
[09:56] <maxb> No, because we're talking about an Ubuntu bugtask here
[10:23] <seb128> maxb: ubuntu-desktop uses fix commited when the fix is commited to the GNOME git
[10:47] <james_w> thekorn: you rock!
[10:47] <thekorn> james_w, :)
[10:48] <james_w> it's fixed the interleaving issues
[10:48] <james_w> there's still one issue though
[10:48] <james_w> when I get the callback that the command has finished I need to read to EOF on the file descriptors
[10:49] <james_w> otherwise there is a race
[10:49] <james_w> any bright ideas?
[10:52] <thekorn> james_w, you mean if the command you are watching finished?
[10:52] <james_w> yeah
[10:53] <james_w> I use a gobject.child_watch_add to get a callback when that happens
[10:53] <james_w> which signals to the calling process
[10:53] <james_w> however, I want to ensure that all output has been signalled before that
[10:53] <james_w> or perhaps that's not possible, so I would need to a way to signal when EOF was hit
[10:54] <thekorn> there is a gobject.IO_HUP condition
[10:54] <thekorn> Hung up (the connection has been broken, usually for pipes and sockets).
[10:55] <thekorn> which should be the case when a command has finished
[11:19] <james_w> there still seems to be a race, where the IO_HUP won't be called if the child dies
[11:19] <james_w> reading from the fd when the child dies seems to do the trick, but I worry that as it's still non-blocking it won't always work
[11:20] <maxb> seb128: That probably ought to be documented on the bugsquad key to statuses then
[11:26] <seb128> maxb: that's not really official just how we tend to use it and busquad disagree with it I think
[11:29] <maxb> I assume it's an artifact of gnome and ubuntu being somewhat more coupled than other upstreams
[11:45] <thekorn> james_w, sorry, why won't IO_HUP be called when the child dies,
[11:45] <thekorn> or am I missing some thing
[11:45] <james_w> I've no idea
[11:45] <james_w> but it isn't :-)
[11:55] <thekorn> james_w, for me IO_HUP always works, even if I kill the child: http://paste.ubuntu.com/191567/
[12:11] <james_w> thanks thekorn, it works now
[12:11] <thekorn> cool
[12:11] <james_w> I've no idea what I was doing wrong, I tried it a few times
[12:14] <thekorn> james_w, out of interest, is it top secret code, or public somewhere?
[12:14] <james_w> neither :-)
[12:15] <thekorn> ok :)
[12:15] <james_w> hmm, just got a failure
[12:20] <james_w> it seems the cb for IO_HUP sometimes gets interrupted
[12:24] <thekorn> james_w, what do you mean by interrupted, for both IOCHannels or only for one?
[12:24] <james_w> I added a write call in that part of the handler and sometimes get:
[12:24] <james_w> Traceback (most recent call last):
[12:24] <james_w>   File "/home/jw2328/devel/pkghelper/dbus/backend.py", line 89, in _stdout_cb
[12:24] <james_w>     sys.stderr.write("out FINI\n")
[12:24] <james_w> IOError: [Errno 4] Interrupted system call
[12:24] <james_w> where the other works fine in the same run
[12:25] <james_w> obviously the exception prevents signalling the content in that case
[12:25] <james_w> but I'm not sure what happens when the write isn't there
[12:25] <james_w> I get occasional failures, so I added the writes to get a trace of what is happening
[12:43] <thekorn> hmm, can't guess what's going wrong there, maybe some kind of threading related issues
[14:12] <james_w> can apport be used without a GUI?
[14:13] <seb128> james_w: apport-cli?
[14:14] <james_w> so an admin would watch for entries in /var/crash and then use apport-cli to report them?
[14:14] <seb128> james_w: correct
[14:15] <james_w> how does it get around not being able to open a webbrowser?
[14:16] <seb128> good question for pitti I don't know, maybe it used w3m or something ;-)
[14:16] <seb128> uses
[14:17] <james_w> ok, thanks
[14:47] <bddebian> Boo
[16:04] <pace_t_zulu> did i miss the bugsquad meeting?
[16:05] <thekorn> pace_t_zulu, no it is in one hour
[16:07] <andresmujica> yup... about one hour from now
[16:07] <pace_t_zulu> thank you thekorn ... i still need to figure out UTC
[16:13] <pace_t_zulu> is there a city that is in UTC year round?
[16:18] <jmarsden> pace_t_zulu: I don't know of one.  See if http://www.timeanddate.com/worldclock/ is useful to you?
[16:19] <pace_t_zulu> jmarsden: i guess Reykjavik is UTC right now... right?
[16:19] <jmarsden> Yes.
[16:33] <maxb> pace_t_zulu: if UTC is what you want, ask for UTC explicitly, not a city
[16:34] <maxb> You may find the "date -u" shell command useful
[16:34] <pace_t_zulu> maxb: +1
[16:34] <pace_t_zulu> thanks maxb
[16:49] <BUGabundo> boas tardes
[16:50] <andresmujica> hola bugabundo
[16:52] <BUGabundo> ola andresmujica charlie-tca
[16:53] <charlie-tca> Good Morning, BUGabundo
[16:53] <BUGabundo> charlie-tca: how have you been? we have not talked much. diff timezones I guess
[16:54] <charlie-tca> Haven't been around. Tired, took a small break.
[16:54] <BUGabundo> ahh so that's it
[16:55] <andresmujica> 5 minutes to the bugsquad meeting at #ubuntu-meeting
[16:55] <bcurtiswx-mini> REMINDER: Bug Squad Meeting in #ubuntu-meeting in 5 minutes
[16:56] <bcurtiswx-mini> andresmujica: you beat me to it :P
[16:56] <andresmujica> but without the REMINDER tag ;)
[16:56] <BUGabundo> ahahha
[16:56] <bcurtiswx-mini> lol
[16:56] <BUGabundo> bcurtiswx-mini: mini? mini what? eeepc?
[16:56] <bcurtiswx-mini> dell
[16:56] <bcurtiswx-mini> 9
[16:57] <BUGabundo> ah
[16:57]  * BUGabundo pokes charlie-tca to look at PVT chats
[16:58]  * BUGabundo pokes cwillu just to check if poking stick is working
[16:58] <BUGabundo> ;)
[16:59] <pace_t_zulu> BUGabundo: you ready for meeting
[16:59] <BUGabundo> naa
[16:59] <BUGabundo> why should I be there?
[16:59]  * bcurtiswx-mini threatens to switch BUG to time warner if he doesn't go
[16:59] <andresmujica> you're the best bug reporter around !!!
[16:59] <andresmujica> how is that you're not going to be there!?
[17:00] <pace_t_zulu> it's in #ubuntu-meeting right?
[17:00] <andresmujica> ok let's start the meeting
[17:00] <andresmujica> yeap
[17:00] <BUGabundo> andresmujica: I'm the spammest around that's about it :)
[17:00]  * bcurtiswx-mini kick BUG
[17:00]  * BUGabundo gets forced into opening yet another channel
[17:00]  * BUGabundo shouts autch
[17:02] <BUGabundo> I better stop doĩng that at meeting
[17:02] <BUGabundo> lolol
[17:08] <BUGabundo> had no idea this meetings were so calm...
[17:09] <BUGabundo> I'm so used to be on some that are such a rush
[17:17] <bcurtiswx-mini> meeting for bug squad in #ubuntu-meeting
[17:51] <BUGabundo> micahg: what is the apport prob?
[17:52] <micahg> prob?
[17:52] <micahg> no prob
[17:52] <micahg> just a compliment
[17:52] <micahg> oh, my old thing from yesterday?
[17:53] <BUGabundo> no
[17:53] <micahg> ok
[17:53] <BUGabundo> from #-meetting
[17:53] <micahg> ah
[17:53] <micahg> a compliment about having apport collect
[17:54] <micahg> bug 383020
[17:54] <ubot4> Launchpad bug 383020 in firefox-3.5 "Some input fields are several times longer than normal" [Undecided,New] https://launchpad.net/bugs/383020
[17:58] <BUGabundo> micahg: ahhhh compliment...miss read.
[17:59] <BUGabundo> thought it was a complaint
[17:59] <BUGabundo> LOLOLOL
[18:01] <andresmujica> hmm
[18:01] <andresmujica> only first topic discussed...
[18:01] <andresmujica> we talked a lot...
[18:01] <bcurtiswx-mini> yeah, but it was a good, thx for moding andresmujica
[18:02] <bcurtiswx-mini> unforunately, i have to get back to work.. thanks for the excuse to take a break ;-)
[18:02] <andresmujica> glad to do it..
[18:02] <andresmujica> :)
[18:03] <hggdh> and I will be back in a few
[18:36] <XCP> hi. I have a problem that recently showed up: when ever I try to start programs, 80% of the time my PC hangs and ubuntu becomes a CPU hog. sometimes it stops to do that, but often I can only restart. it happens with: mythtv, wine, lyx, etc... is this a known issue?
[18:37] <BUGabundo> XCP: on what version and flaouver?
[18:38] <XCP> BUGabundo: 9.04, gnome. ubuntu.
[18:38] <BUGabundo> fully updated?
[18:38] <BUGabundo> what GPU ?
[18:38] <XCP> BUGabundo: yes. it didn't happen immediately after the upgrade to 9.04
[18:38] <XCP> ATI HD 4850
[18:39] <BUGabundo> so it aint an intel prob
[18:39] <BUGabundo> can you boot from an older kernel ?
[18:40] <XCP> yes (but not now, since I have programs running) ... what would you suggest?
[18:42] <BUGabundo> XCP: well if you could track down what is causing it, it would be great
[18:42] <BUGabundo> I would point to HW
[18:42] <BUGabundo> if you can, run an fsck and memtest
[18:42] <alex_muntada> i reported a bug and assignee asked for a test and set it to incomplete, should i set it back to new after providing the requested feedback? is this the standard procedure?
[18:42] <BUGabundo> if it all goes ok, try an older kernel for a day
[18:42] <BUGabundo> alex_muntada: yes
[18:42] <alex_muntada> BUGabundo: thanks a lot
[18:43] <BUGabundo> alex_muntada: np
[18:43] <alex_muntada> i read https://wiki.ubuntu.com/Bugs/HowToTriage but i wasn't sure enough
[18:45] <XCP2> I got disconnected, BUGabundo. did you respod?
[18:45] <XCP2> respond*
[18:45] <XCP2> "yes (but not now, since I have programs running) ... what would you suggest?"
[18:47] <BUGabundo> (2009-06-09 18:43:11) freenode: XCP: well if you could track down what is causing it, it would be great
[18:47] <BUGabundo> (2009-06-09 18:43:19) freenode: I would point to HW
[18:47] <BUGabundo> (2009-06-09 18:43:27) freenode: if you can, run an fsck and memtest
[18:47] <BUGabundo> : if it all goes ok, try an older kernel for a day
[18:47] <BUGabundo> and there goes your clone
[18:47] <XCP2> heh
[18:47] <XCP2> okay
[18:50] <XCP2> it's weird. I've been running 8.10 for quite a while now, very satisfied with it. (It's been my first try at Linux after Windows). then I updated to 9.04. First,the official ATI driver got replaced by one that's shipped with Ubuntu, which had a bug in it (already multiple bug reports on launchpad for that one). however, this is still not fixed. So I uninstalled the driver completely. And a few days later this problem started.
[18:53] <BUGabundo> could be related
[18:53] <BUGabundo> but can't be sure
[19:03] <BUGabundo> bbl
[19:09] <maxb> This is rather weird. My boot-time fsck is failing to resove *one* LABEL=foo statement in my fstab, but others work
[19:09] <maxb> Does anyone have any debugging insight for me ? :-)
[19:10] <maxb> Hmm
[19:11] <maxb> It's missing from `blkid` but present in /dev/disk/by-label/
[20:07] <hscdude> hello
[20:08] <hscdude> why so many programs in ubuntu fail to work
[20:10] <savvas> hscdude: be specific :)
[20:15] <hscdude> savvas: audacity fails to play audio
[20:15]  * hscdude beats up audacity's git repo with a cluebat and reinstalls vista on it
[20:15] <hscdude> savvas: I found a work around, but still.. grrr.
[20:19] <fredrik_> reported bug #374185@ launchpadd a month ago, noone picks it up - is this the way it goes or have I missed something (like assigning it to the proper maintainer)?
[20:19] <ubot4> Launchpad bug 374185 in ipsec-tools "racoon crashes when racoon.conf contains sainfo section for ipv6" [Undecided,New] https://launchpad.net/bugs/374185
[20:20] <savvas> hscdude: and the same version of audacity works in other distributions?
[21:12] <Adri2000> bdmurray: as you're (afaik) the ubuntu bug master paid by canonical, and admin of the sru verification team, can you do something for bug #328874 ? it's a bug in a main package (samba) in an lts release (hardy) that has been waiting for an sru verification for months
[21:12] <ubot4> Launchpad bug 328874 in samba "getent group crashes winbindd on domain controller" [Medium,Fix committed] https://launchpad.net/bugs/328874
[21:15] <bdmurray> Adri2000: It would help if the bug report had a test case as I'm not certain (nor probably are other SRU Verification team members) how to setup the particular scenario
[21:20] <maxb> I happened to have dmsetup/lvm2 installed because I was reading the documentation - I wasn't using it at all - but recent Karmic changes broke a couple of different things which I fixed by purging all dm/lvm packages
[21:21] <maxb> Can anyone suggest how best I can usefully file a bug, since I don't really know dm well, nor which package specifically is at fault
[21:24] <james_w> thekorn: still around by any chance?
[21:24] <james_w> http://paste.ubuntu.com/191893/
[21:24] <james_w> this shows the problem that I am having
[21:25] <james_w> if you run it in a loop you will see that it will eventually fail, as the child exits before one of the HUPs
[21:25] <james_w> so, some synchronisation would be needed
[21:26] <james_w> if you comment out the Event lines then you will see what I attempted to do
[21:26] <james_w> however, run in a loop this will eventually hang
[21:27] <james_w> because it never sets the event for one of the fds
[21:27] <james_w> I can only presume this is because the SIGCHILD is received at a bad moment, and so the event is never set, but the callback isn't called again
[21:39] <Adri2000> bdmurray: the environment where I encountered this bug had two domains (ubuntu/samba/openldap and windows nt4) with interdomain trust relationships. I don't known if it's possible to reproduce in a less complex environment
[21:44] <Adri2000> bdmurray: given the size of the patch (one line, s/i/num_mapped)/), upstream support to the change, and time in hardy-proposed (since march), what do you think of making an exception to the rule and pushing the package to -updates anyway?
[21:45] <bdmurray> Adri2000: It sounds reasonable to me but I'll talk to the archive admins.
[21:45] <Adri2000> (I mean, in -proposed since march and no negative feedback)
[21:45] <Adri2000> ok, thanks
[21:46] <sbeattie> Adri2000: were you able test it, and confirm that it fixes the issue?
[21:47] <bdmurray> sbeattie: Are there any samba tests?
[21:47] <Adri2000> sbeattie: yes, see https://bugs.launchpad.net/ubuntu/+source/samba/+bug/328874/comments/10
[21:47] <ubot4> Launchpad bug 328874 in samba "getent group crashes winbindd on domain controller" [Medium,Fix committed]
[21:50] <sbeattie> bdmurray: there are, but they don't currently exercise winbindd
[22:23] <thekorn> james_w, yes, kind of, just came back home
[22:23] <thekorn> let's see
[22:26] <thekorn> james_w, indeed, it hangs randomly
[22:31] <thekorn> james_w, found the problem: it hangs when there are still event pending in the MainContext when fini_callback is called
[22:31] <thekorn> so all you have to do is to process all pending event, which should be two lines of code, let's see
[22:35] <thekorn> james_w, http://paste.ubuntu.com/191947/
[22:36] <thekorn> I'm calling this 5k times right now, without any problem
[22:36] <thekorn> looks like it is fixed
[22:37] <james_w> wow
[22:38] <james_w> I owe you big time
[22:38] <thekorn> you can now also remove thisthreading.Event() things
[23:12] <hggdh> question: I am looking for Evolution (Thread)Stacktraces with email and IP addresses being shown, to test an apport hook. Anyone knows an easy way to get them? Bug #s welcome
[23:26] <jgoguen> bug 383715, I can confirm it, but I'm not sure what other info would be useful (either from myself or the original reporter) for the developers
[23:26] <ubot4> Launchpad bug 383715 in update-manager "When updating from a ppa description says "Failed to detect distribution"" [Undecided,New] https://launchpad.net/bugs/383715
[23:29] <hggdh> jgoguen, it would be interesting to have the dpkg log
[23:30] <jgoguen> hggdh: /var/log/dpkg.log right?
[23:30] <hggdh> correct
[23:31] <hggdh> hum
[23:31] <jgoguen> hggdh: ok thanks, I'll provide mine and ask the reporter to provide theirs as well
[23:32] <hggdh> jgoguen, I guess the /var/log/apt/term.log also
[23:32] <hggdh> and I am (also) guessing we would not need the data from the reporter, since you already reproduced
[23:32] <Ampelbein> jgoguen, hggdh: i don't think they are needed.
[23:33] <hggdh> Ampelbein, I was not sure, anyways... why not?
[23:33] <Ampelbein> jgoguen, hggdh: the changelog is displayed before the update starts so dpkg or apt aren't invoked yet
[23:33] <Ampelbein> s/invoked/involved
[23:34] <jgoguen> Ampelbein: am I OK to just mark it Triaged then?
[23:34] <Ampelbein> from what i think the problem comes from update-manager looking at changelog.ubuntu.com and can't find the version there.
[23:34] <hggdh> jgoguen, do you have apt-listchanges installed?
[23:35] <Ampelbein> jgoguen: you could poke mvo about it
[23:35] <jgoguen> hggdh: no, I don't
[23:35] <hggdh> jgoguen, yes, go ahead. And poke mvo anyways ;-)
[23:36] <jgoguen> ok, I'll make a note to poke mvo when he's online next
[23:36] <hggdh> but that's weird... I use PPA, and I do not remember seeing this message before
[23:36] <hggdh> oh. update-manager... I do not use it. Sorry
[23:36] <jgoguen> hggdh: I just reproduced it with the ubuntu-mozilla-daily PPA
[23:37] <jgoguen> yea, normally I just use aptitude :)
[23:38] <hggdh> well, sorry. Anyways: I am still looking for Evolution stacktraces with email or IP addresses being shown. Anyone comes by one of them, please give me the bug #
[23:44] <hggdh> oy vey... b.g.o is slow (as usual?)
[23:44] <hggdh> very... slow...


[06:02] <didrocks> good morning
[07:04] <oSoMoN> good morning
[13:30] <joris> Hi I just upgraded to oneiric and now the dash is on my left screen. I would like it on my right primary screen. How can I do this?
[13:48] <greyback> Kaleo: ping
[13:51] <jono> kenvandine, still having issues with Gwibber not actually posting tweets
[13:51] <jono> and it doesn't show an error when the tweet doesn't go, so it gives the impression the tweet was successfully sent
[13:56] <jono> kenvandine, ignore me, the tweets were queued up due to the slow network here
[13:56] <kenvandine> jono, i always ignore you :-p
[13:56] <jono> lol
[13:56] <jono> :-)
[16:07] <andyrock> Trevinho, around?
[17:16] <brettalton> Hi, I just upgraded from 11.04 to 11.10 by using "update-manager -d" in the terminal. The update worked, but Unity is completely broken. I made a new user (so have no residual settings) and it still appears broken. I tried ubuntu2D as well and there is no difference. Where do I post a bug for this?


[15:13] <jgnome> any sign of beta 2 Wiley?
[16:06] <jgnome> any sign of beta 2 Wiley?
[17:11] <jgnome> any sign of Wiley beta #2?
[17:33] <jgnome> any sign of Wiley beta #2?
[17:55] <Inoki> jgnome: when it's going to be ready it will be announced.


[07:53] <gijoe3k> Hey Friends, Im running Xubuntu 18.04.....I really like it :D Can you guys point me in the right direction on how configure Thunar to allow me to right click a folder to share on Samba?
[07:56] <Unit193> You'll want to install the thunar-shares-plugin (and samba, if you don't have it.)
[07:57] <gijoe3k> gotcha, ill try it now :)
[12:51] <xubuntu15w> I have a problem with the nvidia-driver-390 on xubuntu 18.10. Changing from nouveau to the proprietary driver ends up in only resolution 640x480. Changing back to nouveau still the same problem. Only  --purge nvidia* solved the problem. Is this a bug I should report?
[12:56] <Spass> xubuntu15w, what graphics card do you have?
[12:57] <xubuntu15w> Gainward Geforce 1050 Ti
[13:22] <brainwash> xubuntu15w: the nvidia config app does not offer you other resolutions?
[13:54] <shoo> strugling with wifi on my dell xps 15 and 10.04 braver
[13:54] <shoo> seems on internet the tips is to open backchannelS?
[13:54] <shoo> can anyone help me a bit with this?
[13:56] <shoo2> got a cable to connect to xps 15
[13:57] <shoo2> anyine abe to helpme out?
[14:16] <dkessel> meh, too late. i have an xps 15 too and no problems at all...


 Ah ok so thats works fine to me, thank you Darian :) (re @DarinMiller: Hi larie, Kubuntu currently lacks the "right-click run with optimus" as in GNome.)
 Kubuntu still requires a somewhat manual process as outlined here: https://ubuntuforums.org/showthread.php?t=2450147
 Ensure the NVidia drive profile is set to NVIDIA On-Demand in the NVidia Settings application. Note: my Dell 7559 laptop can loose up to 25% performance as is does not have a dedicated mux? switch.  If I plug in an external monitor, I gain back most of the performance as the video output no longer has to route through the Intel hw (at least that's how I understand it.)
 If referencing the above website, note the alias command should read: alias prime-run='__NV_PRIME_RENDER_OFFLOAD=1 __VK_LAYER_NV_optimus=NVIDIA_only __GLX_VENDOR_LIBRARY_NAME=nvidia'
[03:05] <informitch> Anyone know why an xinput command that should disable my touchpad, by name (in quotes because it's long) only works after I close my laptop lid, then open it and log back in?
[03:07] <informitch> I'm running Kubuntu 20.04.
[03:16] <informitch> Ooooo, I remembered something about Xorg.conf. I'll see if this works!
[06:51] <user|50> Mantra biometric usb fingerprint device cannot work in kubuntu but still it work in windows 10
[12:03] <vicato> hey
[14:57] <alisamadi> hi
[15:00] <BluesKaj> Hi folks
[19:49] <Guest3943> Hello. My system have Kubuntu 18.04. Can I jump to 20.04 without a clean Install??
[20:08] <mybalzitch> yes
[20:08] <mybalzitch> sudo do-release-upgrade
[20:18] <Maik> about time you do the upgrade, 18.04 is EOL since April
[20:18] <Maik> at least for the Kubuntu and other flavors. Main ubuntu is still supported.
 82g4
 82g
 Hello everyone
 hmmm, I cant upload image with problem
 aaah ok, I think that kubuntu its the only distro with kde plasma that has right click button - open with gpu as in Gnome (re @DarinMiller: Ensure the NVidia drive profile is set to NVIDIA On-Demand in the NVidia Settings application. Note: my Dell 7559 laptop can loose up to 25% performance as is does not have a dedicated mux? switch.  If I plug in an external monitor, I gain back most of the performance as the video output no longer has