[00:07] <robert_ancell> kgunn, how did it go?
[00:11] <kgunn> robert_ancell: thanks again...vt mir demo working
[00:11] <robert_ancell> \o/
[00:11] <kgunn> altho boot was still wonky
[00:11] <kgunn> let me check logs
[00:14] <kgunn> ok, symptom first...it hung first time in same way, striking keys like mad 2nd time...got it to boot
[00:14] <kgunn> so still jumped to vt8
[00:15] <kgunn> but here's the usc log -> https://pastebin.canonical.com/93337/
[00:15] <kgunn> at least it was quite diff this time
[00:16] <kgunn> gotta run...getting yelled at
[01:16] <RAOF> Ok, what the whatting what?
[01:19] <RAOF> duflu: Do you have any experience interposing libc symbols? Particularly: I want bin/unit-tests to wrap open()
[01:20] <duflu> RAOF: Yes, sadly
[01:20] <RAOF> Or, even more particularly, I want:
[01:20] <RAOF>         // If directly opening the DRM device is good enough for X it's good enough for us!
[01:20] <RAOF>         tmp_fd = open(dev_path, O_RDWR, O_CLOEXEC);
[01:20] <duflu> RAOF: Your new symbols need to be in a new SO
[01:20] <RAOF> to go through the mock.
[01:21] <duflu> RAOF: They need to be in a new SO, _and_ LD_PRELOAD'd if they're to override libc
[01:22] <RAOF> duflu: Really? Urgh. Looking at the LD_DEBUG=binding output, I see that libudev is binding open() to bin/unit-tests, and my open64 wrapper is getting called (by pthreads, apparently), but libmirserver.so.0 never binds open().
[01:22] <duflu> Cos normally libc gets in before all your SOs
[01:22] <duflu> RAOF: The SO will use its own, but if you want process-wide wrapping then LD_PRELOAD
[01:22] <RAOF> I don't suppose -Wl,-z interpose would make this less painful?
[01:23] <duflu> Hmm, could do
[01:23] <duflu> Not sure
[01:23] <duflu> RAOF: If it's not loaded early, properly, then you'll get some libraries using your version and some using libc's, which is bad
[01:24] <RAOF> Heh
[01:25] <duflu> And don't forget to call the real open(), which you will find by dlsym(RTLD_NEXT, "open")
[01:25] <RAOF> Yup.
[01:25] <RAOF> My wrapper works fine (as demonstrated by open64).
[01:28] <duflu> RAOF: We're lucky it's easy on Linux. When I did it in Windows I had to edit the binary instructions by hand at the start of each function :)
[01:28] <RAOF> That sounds like much more fun!
[01:28] <duflu> Which is not so easy on x86 because instructions vary in size.  They were Microsoft's :)
[01:54] <RAOF> So, my open() wrapper works, as evidenced by LD_PRELOADING it and gdb spitting out the debug spew I've made it emit.
[01:54] <RAOF> But, for some reason, tmp_fd = open(dev_path, O_RDWR, O_CLOEXEC); is *not* wrapped.
[01:58] <RAOF> Oh.
[01:58] <RAOF> That's not fair.
[01:59] <RAOF> It's because that line is never called, because of an incorrect ‘!’ further up the function.
[03:47] <nall> trying to make this work on VMWare still
[03:48] <nall> mir_demo_client_egltriangle ends on creating a shared ptr for GBMClientBufferFactory and then the server starts executing
[03:48] <RAOF> nall: It's not going to work in vmware at the moment; we require dma-buf support from the kms driver, and vmware does not have that support.
[03:49] <nall> K,gotcha.  Thanks
[03:50] <RAOF> We do *want* to support vmware, and a fallback non-accelerated case if possible.
[03:50] <RAOF> If you want to write code, there's code to be written :)
[03:51] <nall> Yeah, I'm just trying to figure out where to start.
[03:51] <nall> I'd love to run Ubuntu natively on my machine but it's a company computer and the only one I've got.
[04:06] <tvoss> good morning :9
[04:08] <duflu> tvoss: Go back to bed you silly man
[04:08] <duflu> And good morning
[04:09] <tvoss> duflu, :) all good, today is my early-bird day :)
[04:14] <duflu> tvoss: Were you by any chance profiling Mir with 3 clients/surfaces? (like multiwin?)
[04:15] <tvoss> duflu, nope, I started single client
[04:15] <duflu> tvoss: Which one?
[04:15] <tvoss> duflu, I think not even an egl one
[04:15] <duflu> tvoss: Multiwin would create 3 surfaces, hence 18% I guess
[04:15] <tvoss> duflu, ack
[04:16] <tvoss> duflu, the shell/mobile guys were quite happy to hear about cpu optimizations, too
[04:16] <duflu> Though mathematically that does not scale accurately
[04:16] <tvoss> duflu, yup :)
[04:16] <duflu> tvoss: Yeah it's quite useful. Re-proposing just now
[04:16] <tvoss> duflu, did my comment make sense?
[04:17] <duflu> tvoss: Yes I added refs
[04:18] <tvoss> duflu, great
[04:18] <duflu> As usual, spent more time figuring out the gmock errors than making the change
[04:19] <tvoss> duflu, for the glclear: How about having an interface ScreenClear that is given to the renderer? We could add a null implementation
[04:19] <tvoss> oops, we made it slashdot :)
[04:19] <duflu> tvoss: Yes you got slashdotted
[04:19] <duflu> tvoss: Not sure which class, but the shell should be allowed to override the clear with anything
[04:20] <duflu> tvoss: But then that may become generalized as I figure out a framework for transitions and animations (my main task)
[04:21] <tvoss> duflu, ack, I just want to get rid of the glclear in a sane way on a short timescale
[04:21] <duflu> tvoss: https://code.launchpad.net/~thomas-voss/mir/wait-for-vt-to-become-active-before-setting-mode/+merge/171099/comments/381497
[04:22] <tvoss> duflu, not entirely sure, I was thinking about a test case, but hard to come up with one
[04:23] <duflu> tvoss: There is no sane alternative to glClear until the shell renders a background of its own. And even then there's no benefit cos the wallpaper still takes up server CPU time
[04:24] <duflu> Also, I think it was much less than 19% yesterday
[04:24] <robert_ancell> RAOF, where is the debian branch for the mesa build?
[04:24] <RAOF> robert_ancell: In the ppa-somethingorother branch of github.
[04:25] <tvoss> duflu, fair, but do we really need to clear in the mobile case? the shell will fill the entire display anyways
[04:25] <tvoss> robert_ancell, RAOF good morning :)
[04:26] <RAOF> tvoss: Good morning.
[04:26] <robert_ancell> tvoss,  very early morning to you
[04:26] <tvoss> robert_ancell, yup, my early bird day such that I can hug you guys :)
[04:26] <RAOF> tvoss: https://code.launchpad.net/~raof/mir/prober-drm-device-probe/+merge/170765 is ready to roll, and should help us understand where sabdfl's laptop is failing
[04:27] <tvoss> RAOF, great, let me give it a review
[04:27] <tvoss> RAOF, sabdfl was hit by an Input/Output error while setting the mode on the vt, which made me look into the X code for setting up shared vt's -> VT_WAITACTIVE
[04:28] <tvoss> RAOF, fails CI on amd64
[04:28] <RAOF> tvoss: Ah, it's just finished then.
[04:29] <duflu> tvoss: The switching animation on mobile still shows black background, briefly, no?
[04:30] <duflu> As the old surface moves away, it no longer fills the screen
[04:30] <tvoss> duflu, nope :) that's faked, the shell always paints completely on top and just moves a screenshot of the surface around
[04:30] <duflu> Hence you need a glClear before that
[04:30] <duflu> tvoss: I mean when it's done properly. You still need a clear
[04:30] <duflu> Most frames... but not all
[04:30] <tvoss> duflu, +1 :9
[04:31] <duflu> I am trying to avoid any nasty occlusion calculations like compiz does
[04:31] <duflu> For as long as possible
[04:31] <duflu> But we'll need it for basic fullscreen testing
[04:32] <RAOF> tvoss: Boo. That doesn't happen locally, of course.
[04:33] <tvoss> RAOF, a quick one at first glance: in class UdevHelper: mind making the ctx pointer private? or class -> struct if you only want value-semantics?
[04:33] <RAOF> It's a failure to interpose the open() wrapper, which I *thought* I could get away with but it looks like duflu is annoyingly correct
[04:33] <RAOF> ☺
[04:33] <tvoss> robert_ancell, welcome back :)
[04:33] <robert_ancell> session crash :(
[04:33] <RAOF> tvoss: Sure. I
[04:34] <duflu> LD_PRELOAD FTW
[04:34] <RAOF> tvoss: As the comment mentions, it's going to want to grow into a fully-functional libudev wrapper.
[04:34] <RAOF> duflu: On *my* system LD_PRELOAD is unnecessary :(
[04:35] <RAOF> Which is going to make testing the fix rather annoying.
[04:35] <tvoss> RAOF, fair, but just make the class a struct then :)
[04:35] <RAOF> tvoss: Ok.
[04:39] <tvoss> hmmm, how can we check if the kernel supports vt's at runtime? apart from randomly opening the actual vt?
[04:39] <robert_ancell> tvoss, I have wondered that myself
[04:41] <tvoss_> back :)
[04:44]  * tvoss_ notes https://bugs.launchpad.net/mir/+bug/1194210
[04:44] <tvoss_> RAOF, but I had those weird hangs w/o xmir, too
[04:44] <tvoss_> mhall119, ping
[04:47] <tvoss_> duflu, take it with a grain of salt: but why not leave away the const-qualifier on the transformation and get rid of the mutables? :)
[04:47] <tvoss_> I see your intention and it's a nice idea, but three members requiring mutable indicates that const might not be appropriate :)
[04:49] <tvoss_> duflu, apart from that, I'm fine
[04:50] <duflu> tvoss_: I would prefer all read-only "getters" be const, regardless of the mutables required
[04:51] <duflu> If they're not const then that creates problems for const callers
[04:51] <tvoss_> duflu, fair
[04:52] <mhall119> tvoss_: pong
[04:53] <tvoss_> mhall119, for your question what XMir: a vanilla Xorg which knows about Mir, credits to RAOF, here is the diffstat:
  ChangeLog                           |121618 ++++++++++++++++++++++++++++++++++++
  configure.ac                        |   11
  hw/xfree86/Makefile.am              |    9
  hw/xfree86/common/xf86Bus.c         |    2
  hw/xfree86/common/xf86Config.c      |   12
  hw/xfree86/common/xf86Globals.c     |    3
  hw/xfree86/common/xf86Helper.c      |    9
  hw/xfree86/common/xf86Init.c        |   55
  hw/xfree86/common/xf86Priv.h        |    3
  hw/xfree86/xmir/Makefile.am         |   26
  hw/xfree86/xmir/xmir-output.c       |  225
  hw/xfree86/xmir/xmir-private.h      |   83
[04:54] <mhall119> probably should have pastebin'd that
[04:55] <RAOF> Ignore the ChangeLog addition, that's spurious :)
[04:55] <tvoss_> mhall119, probably, it's before third coffee here, don't expect me to be that clever
[04:55] <tvoss_> RAOF, mind pastebinning the diff-stat, then we can link it on G+, too
[04:55] <mhall119> it's almost 1am here, so I won't likely remember this in the morning anyway :)
[04:55] <tvoss_> mhall119, \o/
[04:56]  * tvoss_ tries a sudo apt-get install kubuntu-desktop
[04:56] <RAOF> tvoss_: http://paste.ubuntu.com/5797514/ enjoy.
[04:56] <tvoss_> RAOF, thx
[04:58] <RAOF> tvoss_: Oh, any advance on the client-focus-notification thingies?
[04:59] <tvoss_> RAOF, nope, you just bumped its priority :)
[04:59] <RAOF> I would rather like to be able to switch sessions without having all input go to both :)
[05:00] <tvoss_> RAOF, that's a very sane requirement :)
[05:07] <tvoss_> RAOF, robert_ancell mind having a final look here and top-approve? https://code.launchpad.net/~vanvugt/mir/fix-1193020
[05:10] <robert_ancell> tvoss_, duflu, approved
[05:10] <tvoss_> robert_ancell, thx
[05:12] <duflu> robert_ancell, ta
[05:12]  * duflu -> lunch
[05:13] <tvoss_> duflu, enjoy
[05:17] <RAOF> robert_ancell: Feel like approving https://code.launchpad.net/~didrocks/mir/packages-fix/+merge/171140 while I'm on a wait-for-CI-review-fest?
[05:17] <robert_ancell> RAOF, I don't know why he moved the demos to libexec - that doesn't make sense to me
[05:18] <robert_ancell> But if you installed them, you do want to be easily able to run them
[05:18] <robert_ancell> it's not like they're in the main package
[05:20] <didrocks> hey RAOF! I think this is perfect timing :)
[05:20] <robert_ancell> didrocks, speak of the devil  :)
[05:20] <robert_ancell> didrocks, why demos into libexec?
[05:21] <didrocks> robert_ancell: hey! see RAOF's answer! https://code.launchpad.net/~didrocks/mir/packages-fix/+merge/171140/comments/381521
[05:21] <tvoss_> duflu, you've got a conflict on https://code.launchpad.net/~vanvugt/mir/fix-1193020/+merge/171070
[05:21] <robert_ancell> didrocks, well, the manpages issue doesn't warrant them moving and if you install the package you expect them to be easily runnable
[05:22] <didrocks> robert_ancell: and getting 8 demo_mir_ in your path? :)
[05:23] <robert_ancell> didrocks, yes. The package contains 8 demo applications..
[05:23] <didrocks> robert_ancell: I think as they are seeing as examples, we should do as for other demos, like the Qt ones and having them in a path that's not polluting the $PATH
[05:23] <didrocks> seen*
[05:23] <robert_ancell> didrocks, which qt package is this?
[05:24] <didrocks> robert_ancell: http://packages.ubuntu.com/raring/i386/qt4-demos/filelist
[05:27] <robert_ancell> didrocks, you can approve if you want
[05:28] <tvoss_> hmmmm, kubuntu-desktop seems to be in -proposed. didrocks, any idea when that is going to land?
[05:28] <didrocks> robert_ancell: thanks!
[05:28] <didrocks> tvoss_: kubuntu-desktop? did you look at the migration excuses?
[05:28] <tvoss_> didrocks, nope
[05:31] <didrocks> tvoss_: are you sure about kubuntu-desktop? https://launchpad.net/ubuntu/+source/kubuntu-meta seems that it wasn't uploaded nor blocked for some days
[05:31] <tvoss_> didrocks, kubuntu-devel's topic says so :)
[05:31] <didrocks> robert_ancell: I think kgunn gave to you the bug list we need to check before getting mir into distro?
[05:32] <didrocks> tvoss_: well, I trust launchpad for facts, they are maybe talking about kde components, not the package
[05:32] <tvoss_> didrocks, ah okay
[05:32] <didrocks> tvoss_: did you see my question on lttng* btw?
[05:32] <didrocks> (yesterday evening)
[05:33] <robert_ancell> didrocks, yep
[05:33] <didrocks> Thanks robert_ancell :)
[05:34] <tvoss_> didrocks, on irc? if so, bear with me, I was doing the session dance
[05:35] <didrocks> tvoss_: ok, the question that colin and I had was libmirserverlttng.so and libmirclientlttng.so needs to be in system library path
[05:35] <didrocks> tvoss_: as there is no ABI/soname, they normally should be seen as private lib
[05:35] <didrocks> so not really sure how lttng picks them, what's the mechanism?
[05:35] <tvoss_> didrocks, lttng does not pick them, they define and implement lttng probes that feed to the trace if activated
[05:36] <tvoss_> alf_, ^, mind helping out didrocks?
[05:36] <tvoss_> didrocks, I think they should have an ABI/soname, though
[05:37] <didrocks> tvoss_: the question I guess is how are they activated? Do we tell lttng "please use those libs?"
[05:38] <tvoss_> didrocks, nope, the implementation in the libs tells lttng on activation: here I am
[05:38] <tvoss_> didrocks, so it's not a "plugin" to lttng
[05:38] <didrocks> hum, I'm a little bit lost on the activation mecanism :)
[05:39] <alf_> didrocks: they are dlopened by Mir internally
[05:39] <alf_> didrocks: right now it's dlopen("limirclientlttng.so"...)
[05:39] <didrocks> alf_: ah, so we can install them in a private lib, rather?
[05:39] <didrocks> dir*
[05:40] <didrocks> alf_: like /usr/lib/x86_64-linux-gnu/mir/tools/ ?
[05:40] <alf_> didrocks: Yes. In that case will I need to use the path when dlopen-ing or will the path be added to LD_LIBRARY_PATH externally?
[05:41] <didrocks> alf_: I think on compilation, we set that path in a .h for dlopen-ing, as we can multiarch it
[05:41] <didrocks> alf_: mind if we look at that together this morning?
[05:41] <didrocks> (like in a couple of hours)
[05:42] <alf_> didrocks: sure, ping me
[05:42] <didrocks> thanks!
[05:48] <tvoss_> alf_, where does the mir log go to, right now?
[05:48] <RAOF> tvoss_: You hunted down an “abort in global dtor” bug in the past, didn't you?
[05:49] <tvoss_> RAOF, yup, how can I help?
[05:50] <alf_> tvoss_: In stdout/stderr but it's not visible on the desktop since we put the VT in graphics mode. You can redirect it or use glog with a file output
[05:50] <RAOF> tvoss_: I'm shared-libbing mir-test-doubles (because I need their implementation of open() to be first in the link order), and the unit-tests fail with an abort in testing::internal::GTestLog::~GTestLog
[05:51] <robert_ancell> didrocks, please review https://code.launchpad.net/~robert-ancell/mir/copyright-fix/+merge/171215
[05:51] <tvoss_> RAOF, let me have a look. Why are we hit by those fini issues? I still suspect -Bsymbolic-functions, with the linker unloading so's too early
[05:53] <tvoss_> RAOF, mind running it through ltrace real quick?
[05:53] <robert_ancell> bye all
[05:53] <RAOF> tvoss_: Not at all.
[05:53] <RAOF> robert_ancell: Night.
[05:53] <tvoss_> robert_ancell, night
[05:53] <didrocks> robert_ancell: have a good night!
[05:54] <RAOF> tvoss_: https://code.launchpad.net/~raof/mir/prober-drm-device-probe/ is the branch.
[05:55] <RAOF> Wow, ltrace spews a lot of debug output :)
[05:55] <tvoss_> RAOF, yup, that's how tracked it down last time
[05:56] <RAOF> Hm. I take it that “ltrace bin/unit-tests’ shouldn't deadlock? :)
[05:57] <tvoss_> RAOF, if that is the case, it's almost surely an issue in a pthread_mutex_destroy
[05:57] <RAOF> tvoss_: Oh, you mean “[ FATAL ] /home/chris/Canonical/Mir/mir/proper-drm-device-probe/3rd_party/gmock/gtest/include/gtest/internal/gtest-port.h:1486:: pthread_key_delete(key_)failed with error 22”?
[05:57] <tvoss_> RAOF, something like that :)
[05:57] <RAOF> Sorry, should have given that output upfront!
[05:58] <tvoss_> RAOF, no worries
[05:58] <tvoss_> RAOF, building your branch right now
[05:58] <tvoss_> alf_, for the log: I would think something like /var/log/mir/mir.0.log makes sense
[05:58] <tvoss_> glog does log rotation, too
[06:00] <tvoss_> alf_, but I would expect the shells pulling in mir to be able to adjust that, so unity-system-compositor setting up the logging
[06:01] <alf_> tvoss_: makes sense
[06:02] <tvoss_> alf_, let me file a bug on usc
[06:10] <duflu> tvoss_, and again :)  https://code.launchpad.net/~vanvugt/mir/fix-1193020/+merge/171070
[06:10] <tvoss_> duflu, didrocks do thread-local storage keys cease to exist on so unload?
[06:11] <duflu> tvoss_: No, SOs are not tied to threads
[06:11] <duflu> And they have no automatic destructor
[06:12] <tvoss_> duflu, hmmm, so in the fini operation of unit-tests, a delete on a pthread key results in an error, although the key was existant before ...
[06:13] <duflu> tvoss_ : You might have another SO/fini bug if it's an old distro
[06:13] <tvoss_> duflu, it's saucy
[06:13] <duflu> Not likely then
[06:14] <tvoss_> duflu, nope
[06:14] <duflu> tvoss_: Also pthread_key_delete works by value. It's only an ID. So any error means the key is not a valid one... or you got heap corruption prior
[06:15] <tvoss_> duflu, right ... just waiting for my debug build to finish
[06:15] <tvoss_> didrocks, is there a list of changes to low-level userland stuff in saucy?
[06:15] <didrocks> tvoss_: yeah, I confirm what duflu says, the libs are loaded globally to a process, weird that you have this pthread issue then
[06:15] <didrocks> tvoss_: saucy-changes ML
[06:15] <didrocks> it's the only way to track what's in
[06:15] <duflu> I thought Linux was over these kinds of bugs. It's almost certainly an application bug
[06:16] <didrocks> still some copyright issues to fix for robert :) https://code.launchpad.net/~robert-ancell/mir/copyright-fix/+merge/171215
[06:16] <tvoss_> duflu, right, but I wonder what makes it pop up right now
[06:16] <didrocks> this deserves a coffee I guess now :p
[06:17] <tvoss_> didrocks, exactly
[06:17] <didrocks> heh
[06:18] <tvoss_> duflu, RAOF ah, heap corruptoin :)
[06:19] <tvoss_> at least gdb says so, valgrind to the rescue then
[06:22] <tvoss_> okay, there is heap corruption on fini of libmir-test-doubles.so
[06:23] <tvoss_> arising from a std::string::~string
[06:29] <RAOF> alf_: How much would you like a UdevEnumerator RAII wrapper? It's on my TODO list anyway.
[06:30] <alf_> RAOF: I don't consider it urgent enough to block the MP (especially if it's in the queue anyway).
[06:30] <RAOF> Cool.
[06:32] <duflu> tvoss_, arising from std::string ?
[06:33] <duflu> buffer overrun?
[06:33] <tvoss_> duflu, checking
[06:33] <tvoss_> RAOF, did you just push an update to the prober branch?
[06:34] <RAOF> tvoss_: Yeah, but just stylistic changes.
[06:34] <tvoss_> RAOF, there are some stray characters in there :)
[06:35] <RAOF> RGARGHUH.
[06:37] <RAOF> Hurray for stray non-printing characters!
[06:40] <tvoss_> RAOF, oh, and std::static_cast -> static_cast
[06:40] <RAOF> Yeah.
[06:40] <RAOF> Got that one myself :)
[06:46] <RAOF> tvoss_, duflu: Looks like it's double free()ing the string?
[06:47] <tvoss_> RAOF, yeah, but it's racy and I'm not able to track down the string location
[06:47] <duflu> tvoss_: Is it a static global? Those can easily get double freed
[06:47] <tvoss_> duflu, already searched for static std::string, nothing test-doubles, next is look through source files and see if we have global strings somewhere
[06:48] <tvoss_> duflu, although fini should be threadsafe, shouldn't it?
[06:48] <duflu> Bisect!
[06:48] <RAOF> Happens when having an indirect link of libmirserver0
[06:48] <duflu> tvoss_: Well, no I don't think so. Fini doesn't have to be thread safe. It's only every called once, in theory
[06:49] <duflu> tvoss_: Ah linking to client & server libraries?
[06:49] <RAOF> It does do that, yes.
[06:49] <duflu> If so then it can happen if there is a global symbol of the same name (as in our input code that's duplicated)
[06:49] <duflu> The first loaded copy gets destructed twice. And the second, never.
[06:50] <duflu> Or not global, but a static class member even
[06:50] <duflu> The solution is to replace it with a static getter function that returns a reference to the real variable (which is static inside the getter function)
[06:52] <didrocks> is it me or Mir trunk doesn't build anymore?
[06:52] <tvoss_> duflu, okay, let me scan through the code
[06:52] <tvoss_> didrocks, it's obviously you ;)
[06:52] <duflu> tvoss_: See r566 as an example
[06:52] <didrocks> tvoss_: saucy, right?
[06:53] <tvoss_> duflu, although it's a question whether this is faulty linker behavior
[06:54] <duflu> tvoss_, that's a premature and usually naiive argument :)
[06:54] <tvoss_> didrocks, ack
[06:54] <tvoss_> duflu, well, my suspicion is that if you remove -Bsymbolic, it wouldn't result in issues
[06:55] <duflu> tvoss_, Yeah you're probably right. But you can modify statics like in r566 so you don't need to remove Bsymbolic
[06:55] <tvoss_> duflu, I rarely blame the compiler or the linker, but the exposed behavior contradicts the c++ standard. Not saying that is bad necessarily!
[06:56] <RAOF> Survey suggests that 3rd_party/gmock/gtest/include/gtest/internal/gtest-death-test-internal.h:  static std::string last_death_test_message_; is a possible culprit.
[06:56] <duflu> Well, linkage rules are outside the scope of C* languages, unfortunately
[07:00] <didrocks> tvoss_: let's say I'm blaming ccache and I retry without it
[07:00] <tvoss_> didrocks, branching trunk now :)
[07:01] <didrocks> tvoss_: I think it's fine, seems to be ccache + parallel build not playing fine
[07:05] <duflu> tvoss_, thanks for fixing my bug without even being aware :)
[07:05] <duflu> https://bugs.launchpad.net/mir/+bug/1194054
[07:06] <tvoss_> duflu, \o/
[07:07] <tvoss_> didrocks, ack
[07:10] <didrocks> tvoss_: duflu: RAOF: alf_: does mirplatformgraphics really belong to the same binary package than libmirserver0?
[07:11] <didrocks> (it will follow the same ABI stability I guess?)
[07:11] <RAOF> Oh, has loadable backends landed?
[07:11] <duflu> didrocks: They share all their code, and we fully expect parts to move around between them as a driver model materializes
[07:11] <RAOF> For the moment it's certainly in libmirserver0
[07:11] <duflu> RAOF: Landed yes, but it's just the old library made dynamic instead of static
[07:12] <alf_> didrocks: In the future I would expect to have separate packages for the various backends
[07:12] <didrocks> RAOF: duflu: alf_: ok, let's keep it that way, then, thanks!
[07:12]  * didrocks remerges his branch and multiarch that one as well before pushing
[07:14] <tvoss_> duflu, idea for testing vt's: we request the next free vt and do all of the activation magic and modesetting there
[07:17] <tvoss_> RAOF, duflu any idea how we can get vts back?
[07:17] <RAOF> ECONTEXT. Back from what?
[07:18] <duflu> tvoss_: Ctrl+Alt+F7 to regular X, and then back to your VT (https://bugs.launchpad.net/mir/+bug/1189770)
[07:18] <duflu> ?
[07:20] <duflu> tvoss_: I'm not sure any automated tests should be touching real hardware, by default... ?
[07:20] <tvoss_> duflu, not sure that the trick works. Can we fix that issue somehow?
[07:23] <duflu> tvoss_: Not sure. Maybe our SIGINT handler needs to do cleaner shutdown
[07:23] <duflu> Which is simple
[07:23] <duflu> Haven't looked
[07:34] <duflu> tvoss_: The trick doesn't work if you're using unity-system-compositor :(
[07:34] <duflu> tvoss^
[07:54] <tvoss> okay, found the reason for the double free
[07:54] <duflu> Woo
[07:55] <tvoss> but: that still does not solve the issue with the std::string dtor
[07:55] <tvoss> RAOF, ^
[07:59] <RAOF> tvoss: How did you find the double-free?
[07:59] <RAOF> Also, what is it? :)
[07:59] <tvoss> RAOF, let me pastebin the diff
[08:02] <RAOF> Hm, or not :)
[08:12] <tvoss_> RAOF, hold on, compiling :)
[08:15] <tvoss_> RAOF, http://pastebin.ubuntu.com/5797856/
[08:17] <tvoss_> RAOF, there is still some issue reported by valgrind about an invalid free in a string
[08:17] <tvoss_> RAOF, and busid is a std::string now
[08:20] <hikiko> hi
[08:20] <hikiko> question :)
[08:21] <hikiko> http://unity.ubuntu.com/mir/namespacemir_1_1compositor.html I am looking at the classes here, trying to understand the system and the session compositor... but I am a bit confused
[08:22] <hikiko> the system compositor is the Multithreaded Compositor?
[08:23] <tvoss_> hikiko, nope, why should it? the system compositor is a process on its own
[08:24] <hikiko> tvoss_, could you explain me a bit the concept with the 2 compositors or tell me the classes to look at?
[08:25] <hikiko> system compositor == the whole mir?
[08:25] <tvoss_> hikiko, no need to look at classes: every compositor is the whole of mir
[08:25] <tvoss_> hikiko, the session compositor is just another client to the system compositor
[08:26] <tvoss_> hikiko, both are independent processes
[08:26] <hikiko> every client == session compositor?
[08:27] <RAOF> hikiko: Every client of the system compositor is a session compositor.
[08:27] <tvoss_> hikiko, nope, ordinary apps talk to the session compositor
[08:27] <hikiko> hmm I think that my problem then is that I didn't get what exactly the compositor does :S
[08:27] <hikiko> in case of mir server I understand
[08:27] <RAOF> Ish; we may well have a couple of non-compositor clients of the system compositor (such as a polkit authenticator)
[08:27] <hikiko> It combines/renders the win to a surface
[08:27] <tvoss_> hikiko, it takes buffers and assembles a final output
[08:28] <hikiko> yes
[08:28] <tvoss_> hikiko, in case of the system comp, that is sent to the display
[08:28] <tvoss_> hikiko, in case of the session comp, that is sent to the system comp.
[08:29] <hikiko> so the windows of a client
[08:29] <hikiko> are assembled before being sent to the server
[08:30] <hikiko> and the server only displays the buffer with all the windows?
[08:30] <tvoss_> hikiko, no, the windows of clients are surfaces known to the session comp
[08:30] <hikiko> so why the session compositor needs the server?
[08:31] <tvoss_> hikiko, the session compositor is a server in itself. And: it does not know about displays and such and does not have access to the underlying hw
[08:31] <tvoss_> hikiko, think about user session swithcing: all of these sessions are clients to the system comp
[08:32] <hikiko> I think I misunderstood what we call session then :s
[08:32] <tvoss_> hikiko, ?
[08:32] <hikiko> mm
[08:33] <hikiko> tvoss_, let's say we have a client (a program that needs to open 2 windows)
[08:33] <tvoss_> hikiko, what did you consider a session if not a user session?
[08:33] <tvoss_> hikiko, okay
[08:33] <hikiko> a client connection
[08:33] <hikiko> but I am wrong obviously :)
[08:34] <hikiko> in the example with the 2 windows of a client
[08:34] <hikiko> the process is:
[08:34] <RAOF> We do have a concept of "session" in the codebase, don't we.
[08:34] <tvoss_> RAOF, yup, every application is a session
[08:34] <hikiko> then I was right?
[08:34] <tvoss_> hikiko, nope
[08:34] <RAOF> tvoss_: So, it's not entirely strange to be confused about the overloaded “session” nomenclature :)
[08:35] <tvoss_> RAOF, it is overloaded for a good reason: all sessions are connections in the end
[08:35] <hikiko> ok what I am trying to understand is how mir would render the 2 windows of a client step by step
[08:36] <hikiko> because then everything mir does will be clear
[08:36] <hikiko> step 1: connection?
[08:36] <RAOF> hikiko: You can think of it like this - the system compositor is a Mir server that takes the contents of user-sessions (like Unity, GNOME, etc - a user login) and composites them to the hardware.
[08:36] <hikiko> so all the unity programs
[08:36] <tvoss_> hikiko, step 1: ack
[08:36] <hikiko> are part of 1 session?
[08:36] <RAOF> hikiko: A session compositor is a Mir server that takes all the windows of a user's login and composites them into the user-session.
[08:37] <tvoss_> hikiko, ack
[08:37] <hikiko> oh I see :) then I was completely wrong :)
[08:37] <hikiko> ok so, we composite every unity window on the client
[08:37] <hikiko> compose*
[08:38] <hikiko> and then
[08:38] <hikiko> what we do with the server?
[08:38] <tvoss_> hikiko, hold on: what do you mean by "On the client"
[08:38] <tvoss_> ?
[08:38] <hikiko> I mean
[08:38] <hikiko> if we start unity on a pc
[08:38] <hikiko> we have 1 buffer for each window
[08:39] <hikiko> we combine these buffers on a large buffer
[08:39] <hikiko> and then we sent it to mir
[08:39] <hikiko> (server)
[08:39] <RAOF> Ah, no.
[08:39] <tvoss_> hikiko, nope
[08:39] <RAOF> We have one buffer for each window.
[08:39] <tvoss_> hikiko, the combination of the buffers is done by mir, too
[08:39] <RAOF> A mir server combines these buffers onto a large buffer.
[08:39] <RAOF> And sends that large buffer off to a mir server.
[08:39] <RAOF> Which combines the large buffers onto the framebuffer.
[08:40] <hikiko> this is the same mir server?
[08:40] <tvoss_> hikiko, nope, two processes
[08:40] <RAOF> No, two different mir servers.
[08:41] <RAOF> The first Mir server - the one that all the user's applications run in - is called the session compositor, because it takes all the windows of the user's session and composites them.
[08:41] <RAOF> The second Mir server - the one that all the session compositors talk to - is called the system compositor, because it takes the outputs of all the sessions and composites them onto the system's displays.
[08:42] <hikiko> and why we need to composite once in a buffer and once in the framebuffer?
[08:43] <RAOF> It makes things easier.
[08:43] <hikiko> we can't do the composition directly in the framebuffer?
[08:43] <tvoss_> hikiko, we can, but we don't want for the session compositor in the first place
[08:43] <RAOF> Specifically - it makes running different users, and handling the transitions between them - easier.
[08:43] <hikiko> ok :)
[08:44] <tvoss_> RAOF, plus: suspend/resume etc.
[08:44] <RAOF> tvoss_: And boot splash → greeter → session, yeah.
[08:44] <hikiko> actually i thought that we only compose once at the framebuffer and the session compositor was for a program's windows completely different from what we actually do :)
[08:44] <hikiko> that's why I was so confused
[08:45] <hikiko> so in my case the nested mir will have 2 server processes as well
[08:45] <tvoss_> ?
[08:46] <RAOF> I'm not sure what you mean.
[08:47] <RAOF> There'll only be one nested server process (per user)
[08:47] <RAOF> But there'll be a nested server process and the system server process, yes.
[08:48] <hikiko> yes that's what I mean :) sorry I cant make myself very clear
[08:48] <hikiko> and RAOF
[08:48] <hikiko> the nested mir clients
[08:48] <hikiko> will use the nested mir session compositor
[08:48] <RAOF> tvoss_: What does that patch fix? I see exactly the same crash and exactly the same valgrind double free?
[08:49] <RAOF> hikiko: Right.
[08:49] <hikiko> so I have to change it to use a different socket for the clients
[08:49] <tvoss_> RAOF, it get's rid of a spurious double free during repeated test execution of bin/unit-tests
[08:49] <hikiko> isn't it?
[08:50] <RAOF> hikiko: Yes; there'll be two sockets - the system compositor's socket, and the session compositor (nested) socket.
[08:50] <hikiko> RAOF, which classes implement the session compositor to get a look at? I guess the directory compositor is for the system compositor isn't it?
[08:51] <RAOF> hikiko: The session compositors and system compositors live outside mir; there isn't a class to implement.
[08:51] <RAOF> tvoss_: Ah, ok. So it doesn't do anything about the double free() on shutdown, then.
[08:52] <tvoss_> RAOF, not yet, still tracking down
[08:53] <hikiko> so, i guess I have to look at the examples :)
[08:53] <RAOF> hikiko: What needs to be done for the nested compositor is implementing src/server/graphics/nested-gbm.
[08:54] <hikiko> and add some code to keep a socket where the nested_gbm accepts connections?
[08:54] <RAOF> Hm, yes. That too.
[08:55] <hikiko> cool :) I am going to start this thanks a lot RAOF and tvoss_ :)
[08:56] <tvoss_> hikiko, would you mind keeping us posted how you come along? I think we can help unblock you in case of questions/issues easily
[08:59] <tvoss_> raof, it seems like the gpu hang on intel is mostly caused by chrome
[08:59] <RAOF> Oh.
[08:59] <RAOF> That's inconvenient.
[08:59] <tvoss_> RAOF, it is, but it also happens on vanilla x occasionally
[09:00] <RAOF> Upstream's also not going to be particularly helpful until I finish the SNA xmir implementation, either.
[09:00] <hikiko> sure tvoss_ atm I have only done a platform/display that compile but do nothing and now I'll try this socket change to test what Ive done using clients :)
[09:01] <RAOF> Downloading libstdc++ source. Things can only get more awesome.
[09:03] <hikiko> RAOF, and tvoss_ sorry but I have another question
[09:04] <RAOF> Go ahead!
[09:07] <hikiko> I understood it :) I was wondering what happens with the z order if we have 2 compositors but then I remembered that we composite all the user program windows in the buffer compositor (session) so there's no problem
[09:07] <hikiko> if we have 2 windows*
[09:07] <hikiko> of the same program
[09:07] <hikiko> but ok
[09:07] <hikiko> there's no problem
[09:07] <RAOF> Right!
[09:16] <tvoss> RAOF, for chrome/hangouts: if running firefox without using hangouts -> stable. Hangout in Firefox: almost immediate hang
[09:25] <didrocks> alf: ok, I've now the *ttng* modules installed in <libexecdir>/mir/tools/ for lp:~didrocks/mir/move-lttng-libs
[09:26] <didrocks> alf: you just need to change the dlopening I guess
[09:30] <tvoss> RAOF, hah
[09:31] <RAOF> tvoss: Oh, win?
[09:32] <tvoss> RAOF, the pthread_key is indeed removed twice, with the second attempt failing
[09:33] <tvoss> RAOF, it's triggered by GTEST_API_ extern ThreadLocal<Sequence*> g_gmock_implicit_sequence;
[09:39] <alf> didrocks: thanks, I will take a look a bit later
[09:40] <mlankhorst> how are hybrid display outputs handled with mir?
[09:52] <RAOF> mlankhorst: At the moment? They're not.
[09:52] <mlankhorst> could it be made to work? :p
[09:52] <RAOF> Absolutely.
[09:52] <mlankhorst> what pieces are missing atm?
[09:53] <RAOF> tvoss: valgrind+gdb suggest that testing::FLAGS_gmock_verbose might be the std::string being double-freed.
[09:54] <tvoss> RAOF, I really don't understand why we are seeing such issues popping up right now
[09:54] <RAOF> mlankhorst: The gbm platform would need to open both drm devices, rather than just the first. Then we'd need to create an EGL context on both. Then we'd need to handle multiple monitors in a less stupid way ;)
[09:54] <tvoss> mlankhorst, alf is the right guy to talk to :)
[09:54] <RAOF> tvoss: I'd guess it's because we don't link both mirclient and mirserver in to anything else?
[09:55] <RAOF> Or, at least, we don't link against anything that links against both mirclient and mirserver?
[09:55] <mlankhorst> I could probably use the xorg code as an example for drm device detection, we need to talk to udev anyway for this
[09:55] <tvoss> mlankhorst, we are having parts of that under review right now :)
[09:55] <RAOF> mlankhorst: Correct. See lp:~raof/mir/prober-drm-device-probe :)
[09:56] <RAOF> mlankhorst: For simple proof-of-concept GPU offloading you could probably get away with just opening both devices, handing one drm device to the GBMDisplay and the other to the GBMBufferAllocator.
[09:57] <RAOF> mlankhorst: Then you'd have display on one device and rendering on the other.
[09:57] <mlankhorst> RAOF: xorg doesn't like hybrids ;)
[09:57] <mlankhorst> in mir
[09:57] <RAOF> mlankhorst: Correct. I disabled gpu-only loading, didn't I?
[09:57] <RAOF> Or was that only for -radeon?
[09:57] <mlankhorst> dno
[09:57] <mlankhorst> the thing has outputs so it works
[09:57] <mlankhorst> I have one without outputs to test too
[09:58] <RAOF> The one without outputs will now start Mir on the device that *has* outputs!
[09:58] <RAOF> 8pm is probably EOD.
[09:59] <RAOF> So long, chappies!
[09:59] <mlankhorst> see ya mateQ!
[10:00] <duflu> RAOF: Bye. And mee too
[10:01] <duflu> See, I can't even type any more
[10:03] <mlankhorst> RAOF: btw that code is too difficult, you don't need to use setversion to test
[10:04] <tvoss> RAOF, so long :)
[10:04] <mlankhorst> RAOF: use drmModeGetResources(fd); if it returns NULL KMS is not supported on that node, and it should be ignored entirely (nvidia blob for example). After that just check ret->count_connectors and use drmModeFreeResources
[10:08] <mlankhorst> I only found out after checking with upstream, but it's the cheapest test, no need to traverse udev or anything like that..
[10:18] <mlankhorst> RAOF: http://paste.debian.net/12543/ .. not even compile time tested :>
[10:19] <mlankhorst> oh it could be better still
[10:19] <tvoss> RAOF, okay, for the pthread_key_delete issue: the global initializer is executed twice
[10:19] <tvoss> didrocks, ^
[10:20] <mlankhorst> open syspath/boot_vga, read it and if it's == '1' there you go, this one is the primary
[10:20] <didrocks> tvoss: rings to me like a bell, didn't we get something like that already hard to decipher?
[10:21] <tvoss> didrocks, yup, look here: http://pastebin.ubuntu.com/5798108/
[10:21] <tvoss> didrocks, it executes the c'tor for the global object twice, for the same this pointer
[10:28] <didrocks> tvoss: indeed, good catch!
[10:30] <tvoss> didrocks, well, at least it's reproducible on my machine
[10:43] <tvoss> quick lunch
[14:36] <greyback> racarr: who good to ask these questions to: http://studio.sketchpad.cc/flleQTzi4o
[14:36] <greyback> they're some Mir comments and questions I've assembled the last day or 2
[15:11] <kdub> hello
[15:27] <kgunn> kdub: mornin'
[15:38] <didrocks> alf: hey, any luck? :)
[15:42] <alf> didrocks: sorry, not yet (and probably not today), I was caught up in other work. I will take a look first thing tomorrow
[15:43] <didrocks> alf: ok good :)
[15:43] <didrocks> alf: should we open a bug for that add the tag so that kgunn can know exactly what's blocking Mir in distro?
[15:53] <kgunn> didrocks: alf....shoot me the link when there
[15:56] <didrocks> kgunn: added to https://bugs.launchpad.net/mir/+bugs?field.tag=entering-saucy
[15:57] <olli> alf, still around
[15:57] <kgunn> didrocks: thanks....alf i'll try to get alan to look at when he returns...please stay on snapshot/mm
[15:58] <alf> olli: intermittently :)
[15:58] <alf> didrocks: thanks
[15:58] <didrocks> yw :)
[15:58] <olli> alf, I noticed some variance in 2 consecutive glmark2 runs on the same system
[15:58] <olli> is this expected/possible
[15:58] <didrocks> olli: reiterating that if you want me to comment on the google doc, please give me comment rights :)
[15:59] <olli> or do I need to check my background processes
[15:59] <olli> didrocks, didn't get to it yet
[15:59] <didrocks> olli: no worry, just wanted to ensure you read my request ;)
[15:59] <alf> olli: What kind of environment are you running glmark2 in?
[15:59] <olli> alf, xmir on intel
[15:59] <kgunn> olli: cpu load can effect benchmarks...altho, you'd have to have alot of stuff going on
[16:00] <alf> olli: how much variance do you see?
[16:00] <olli> didrocks, done
[16:00] <olli> alf, I got ~900 on saucy stock
[16:00] <olli> and then ~900 on saucy/xmir
[16:00] <olli> or 700 saucy xmir
[16:00] <didrocks> olli: danke schön
[16:01] <olli> I hadn't measured multiple runs on stock saucy though
[16:01] <kgunn> olli: can you do same for openarena?
[16:01] <kgunn> olli: btw, my system fixed :)
[16:01] <olli> alf, I'd assume that in general a small deviation (few %) are anticipated but not ~25%
[16:02] <alf> olli: right, 700->900 is not normal variance
[16:02] <kgunn> altho...hit one of the legit bugs that prevented me from running xmir (i can do the client demos tho)
[16:02] <kgunn> olli: alf  i loathe the nebulous agregate # from benchmarks....fps are best
[16:02] <kgunn> openarena is sub 60
[16:02] <kgunn> so it would be a better metric
[16:03] <olli> kgunn, I am working with chrisGagnon to get some repeatable tests in place
[16:03] <kgunn> olli: much thanks on that
[16:40] <didrocks> olli: testing playing openarena? I see :-)
[17:09] <Guest36302> gpg: skipped "Robert Carr<EMAIL_ADDRESS>secret key not available
[17:10] <Guest36302> Keep getting this when trying MIR
[17:10] <kdub> give out your secret key racarr ;-)
[17:12] <Guest36302> debuild -i -I
[17:12] <Guest36302> after this command is when I receive the message
[17:12] <kdub> perhaps the debian/changelog does not have your email as the latest entry?
[17:13] <Guest36302> ah, probably.  I guess this means I need to be logged into bzr
[17:13] <Guest36302> I
[17:14] <racarr> My secret key is 21.
[17:14] <racarr> Insist on doing RSA in my head.
[17:14] <racarr> Guest36302: There is some flag you can pass to not sign that I don't remember or you can do dch -i and add an entry for yourself
[17:25] <racarr> Im going to attempt to refactor
[17:25] <racarr> the focus bits of the SessionManager
[17:26] <racarr> and the_focus_mechanism
[17:26] <racarr> and the_focus_sequence
[17:26] <racarr> in to something sensible for the shell...probably a single FocusArbitrator
[17:26] <racarr> does anyone have any thoughts?
[17:26] <racarr>  on refactoring the focus machinery, not in general :p
[17:27] <racarr> kdub: Also I was wondering has anything come out of seperating surface state from msh::Surface
[17:27] <racarr> greyback is asking for API to be notified on surface state change
[17:27] <racarr> and that's weird at the moment
[17:27] <racarr> because you don't want to subclass the surface
[17:27] <kdub> racarr, well, still untangling dependencies a bit
[17:27] <racarr> but its not clear that
[17:27] <racarr> EventSink
[17:27] <racarr> is really the proper interface here.
[17:27] <kdub> no, probably not :)
[17:28] <racarr> sometimes I wish we just had signals
[17:28] <kdub> really, this is that 'interface' that i've been going on about...
[17:28] <racarr> kdub: Aha. mir::shell::Interface
[17:28] <racarr> DONE
[17:30] <kdub> from the shell's perspective, I think that a 'ask-decide-command' (wrt the surfaces) is a good way to go, as opposed to having a notification signal
[17:31] <racarr> mm
[17:31] <kdub> this is probably a bit off topic from the 'FocusArbitrator" that you were talking about
[17:31] <racarr> well, I mean signals can have responses, I guess what I meant by signal
[17:31] <racarr> is that a subscription
[17:31] <racarr> pattern is easiest
[17:31] <racarr> but often gets
[17:31] <racarr> tangled.
[17:31] <racarr> whereas we use...
[17:32] <racarr> I don't know what the opposite of a subscription pattern is XD
[17:32] <racarr> but explicit listeners, etc.
[17:32] <kdub> well, the opposite is :) keeping the state in one place
[17:32] <racarr> hmm sort of
[17:32] <racarr> I just mean we don't have any APIs like
[17:33] <kdub> what I mean by that is... if we have a callback signal, we 'im the shell, and the last time mir callbacked me, the position is at x1, y1'
[17:33] <racarr> add_surface_opened_handler(std::function)
[17:33] <racarr> etc.
[17:33] <racarr> they are all through the configuration
[17:33] <kdub> in addition to 'im mir, and I think the state is at x1, y1'
[17:33] <kdub> right
[17:33] <kdub> i like that :)
[17:34] <racarr> I think it's worthwhile yeah.
[17:34] <kdub> mir says, 'hey, new surface arrived over ipc, ask me about it'
[17:34] <racarr> mm
[17:34] <kdub> instead of saying ' a new surface arrived, here's the details, but... this is just an echo of the state'
[17:35] <kdub> i guess I just want state to 'flow' into the right components
[17:35] <kdub> instead of having a gob of state bunched up in a common place
[17:35] <racarr> mm
[20:28] <racarr> thomi: Hey!
[20:29] <thomi> o/
[20:29] <racarr> now that qtubuntu and platform api mir are packaged and in PPAs
[20:29] <racarr> I think we should do some sort of
[20:29] <racarr> integration testing?
[20:29] <racarr> continuous integration?
[20:29] <racarr> *waves hands*
[20:29] <racarr> I dunno, I imagine like, we have the staging PPA, where everything just lands and it's built
[20:30] <racarr> but then to make it in to the next PPA or some such, i.e. phone-testing-ppa
[20:30] <racarr> some integration test has to pass that brings up Qt clients, does some autopiloting
[20:30] <racarr> etc
[20:33] <thomi> racarr: maybe send me instructions on what I need to do to try this myself?
[20:33] <thomi> is it as simple as adding the PPA and dist-upgrading? Or is there some manual configuration involved?
[20:38] <racarr> thomi: Um. well now that I think of it right now the packages are only buitl on arm XD
[20:38] <racarr> so maybe its too soon
[20:40] <thomi> racarr: hmm, are there plans to build for other archs?
[20:45] <racarr> thomi: Yeah, it's just not under CI yet because we are still waiting on the qtubuntu changes to land
[20:45] <racarr> so it's under ricmm integration ATM
[20:49] <thomi> racarr: ok
[20:50] <thomi> probably best to wait a bit then
[20:50] <racarr> Ok :)
[21:45] <mterry> racarr, I'm following the mir-with-unity sketchpad instructions again, filling them out to be more fool-proof.  But I ran into a problem building qtubuntu:
[21:46] <mterry> ../ubuntucommon/libqubuntucommon.a(integration.o): In function `QUbuntuIntegration::createPlatformWindow(QWindow*)':
[21:46] <mterry> /home/phablet/tmp/qtubuntu/mir-with-packaging/src/platforms/ubuntucommon/integration.cc:140: undefined reference to `ua_ui_session_properties_set_remote_pid'
[21:46] <mterry> collect2: error: ld returned 1 exit status
[21:52] <racarr> mterry: https://code.launchpad.net/~robertcarr/platform-api/missing-mir-stub
[21:52] <racarr> merged with r73 of papi
[21:54] <mterry> racarr, aweosome
[21:54] <mterry> racarr, what is the a for in ua_?  api?
[22:00] <racarr> mterry: application
[22:19] <robert_ancell> RAOF, did that gbm debugging help>
[22:19] <robert_ancell> ?
[22:51]  * kdub enters the swamp
[23:20] <kdub> racarr, event sinks... are they per-surface, or per-session?
[23:21] <kdub> or rather, :) they are per-surface at the moment, could they be per-session?
[23:40] <racarr> kdub: They are per session
[23:41] <racarr> kdub: Handed by the session to each of it's surfaces
[23:42] <kdub> ah, yeah
[23:45] <robert_ancell> mterry, still there?
[23:53] <RAOF> Gah. What happened to all my beautiful backscroll?
[23:56] <racarr> RAOF: You missed some pretty juicy stuff.
[23:56] <racarr> A lot of things were said about you, I'm not sure they are appropriate to repeat.
[23:58] <racarr> kdub: Kind of out of the blue but you may have an opinion on this as it ties in a bit with the structure of msh::Surface
[23:58] <racarr> more with Session I guess.
[23:58] <kdub> racarr, pass one is just to lift these factories out of being so deep
[23:59] <racarr> kdub: So, in my attempt to refactor focus
[23:59] <racarr> Err, trying to find the best way to explain, sorry


[15:38] <blackboxsw> falcojr: per the diffs you mentioned on the ubuntu/devel branch: what release of Ubuntu are you running those quilt cmds on?
[15:38] <blackboxsw> csmith@downtown:/tmp/cloud-init (ubuntu/devel)$ lsb_release -sc
[15:38] <blackboxsw> hirsute
[15:38] <blackboxsw> csmith@downtown:/tmp/cloud-init (ubuntu/devel)$ quilt --version
[15:38] <blackboxsw> 0.66
[15:39] <blackboxsw> note in my /etc/quilt.quiltrc I have this `QUILT_DIFF_OPTS="--show-c-function"`
[15:39] <blackboxsw> which I believe accounts for that whole diff set you mentioned
[15:49] <falcojr> blackboxsw: hmmmm, also on hirsute, version 0.66, with the same QUILT_DIFF_OPTS
[15:51] <falcojr> but yes...it seems mine is the one acting strange
[15:51] <blackboxsw> strange, yes I see that mine has the "c functions" shown
[15:51] <blackboxsw> could be other env varis at play maybe?
[15:52] <falcojr> oooh, I have a ~/.quiltrc that doesn't have that
[15:52] <falcojr> that's probably it
[15:52] <blackboxsw> likely. yeah I was just checking if I had anything in other paths too
[17:10] <blackboxsw> falcojr: uploaded impish and merged ubuntu/devel branch Do you want to talk braching strategy for cloud-init?
[17:20] <blackboxsw> reviewing your bionic branch now
[17:26] <falcojr> blackboxsw: sorry, just saw the message. I put up the other branches and I'll be in standup room until our next meeting
[17:31] <blackboxsw> joining


[07:33] <dholbach> good morning
[10:43] <davidcalle> dholbach: re: staging duc: So... there is still this bug where some actions (delete, publish) seem to take time or to have no effect, but reloading the page shows the action applied. This is annoying, but I think it's a fight for another day, we need to unblock API doc fixes and snappy asap.
[10:44] <dholbach> right
[10:44] <dholbach> do we have any caching in place for staging?
[10:46] <davidcalle> dholbach: same wonderful caching system as prod I think :)
[10:46] <dholbach> mh
[10:47] <dholbach> it might be good if that could be turned off as I don't really expect many to be using staging... it'd help to uncover issues unrelated to caching :)
[10:49] <davidcalle> dholbach: I'll see what I can do, it could be as simple as tweaking a value in the juju config of a service
[10:49] <dholbach> no worries...
[10:49] <dholbach> I was just thinking out loud :)
[11:00] <davidcalle> dholbach: are you testing something or can I try to redeploy without caching?
[11:00] <dholbach> please redeploy :)
[11:00] <davidcalle> :)
[11:00] <dholbach> I'm doing something else right now :)
[12:39] <davidcalle> dpm: dholbach: there were another breakage on prod this morning. The zh-cn/community page was still up but the draft would not publish. I did a quick fix by copying the page, moving children and changing paths, but I think we'll need, soon-ish, to export the db, see what's going on locally and put it back fixed (or something else), my main fear is to see the
[12:39] <davidcalle> issue taking down more pages.
[12:39] <davidcalle> was*
[12:44]  * davidcalle lunch
[12:57] <dholbach> I hope that the new django cms (using treebeard) will fix this
[13:19] <davidcalle> dholbach: caching still there /me moves on
[13:22]  * dholbach hugs davidcalle
[14:36] <mhall119> davidcalle: how did the db migration go?
[14:38] <davidcalle> mhall119: went great following dholbach's steps!
[14:44] <mhall119> \o/
[14:44] <mhall119> are we ready to do it in production then?
[14:46] <davidcalle> mhall119: looks like it - just after testing the importer with dholbach :)
[14:47] <dholbach> davidcalle, feel free to go ahead without it
[14:47] <dholbach> the importer won't have the necessary fixes
[14:47] <dholbach> (if we go ahead without the MPs)
[14:47] <dholbach> it shouldn't break anything else :)
[14:47] <dholbach> I mean... not using the importer won't break other stuff :)
[14:49] <davidcalle> dholbach: that's right!
[14:53] <davidcalle> login.ubuntu.com down. /me grabs coffee
[14:53] <mhall119> yeah, lots of stuff down just now
[14:53] <mhall119> yay cloud!
[14:55] <davidcalle> mhall119: and d.staging.u.c is up. That's payback.
[14:55] <mhall119> lol
[16:50] <davidcalle> mhall119: last time you deployed to prod was mid-january, iirc, do you remember which branch was used?
[16:51] <davidcalle> (or if you have the rt around, the revno will tell us)
[16:54] <davidcalle> mhall119, also, do you know if the fix you applied to the spec on wendigo made it to the lp branch?
[16:56]  * davidcalle drives home, will try to finalize everything tonight and file the long, full of commands, RT
[17:04] <mhall119> davidcalle: I haven't made the fix propsal to the LP branch yet, but the spec shouldn'tbe used to update production, just a juju set
[17:04] <mhall119> AFAIK the production branch in LP matches what was last deployed to production
[17:05] <mhall119> I don't have the last RT handy, sadly, but I'll dig through my email


[23:07] <Ankman> .weather montreal
[23:07] <Tankbot> Yahoo! Weather - Montreal, QC, CA: Sunny, -15°C (5°F), Humidity: 57%, Fresh breeze 9.8m/s (→)
[23:07] <Ankman> sunny? it's already dark outside


[07:00] <ALMTEMtem> Hello
[07:02] <JoseeAntonioR> hi, ALMTEMtem
[07:03] <ALMTEMtem> GOOD
[07:04] <JoseeAntonioR> ALMTEMtem: is there anything we can help you with?
[07:05] <ALMTEMtem> OK
[07:11] <ALMTEMtem> JoseeAntonioR: you are from any country
[07:11] <JoseeAntonioR> ALMTEMtem: yes, I'm from Peru
[07:11] <ALMTEMtem> WELCO YOU
[07:12] <ALMTEMtem> What it do the channel
[07:18] <JoseeAntonioR> ALMTEMtem: pardon?
[07:19] <ALMTEMtem> What job the channel
[07:19] <ALMTEMtem> News or other
[07:20] <JoseeAntonioR> ALMTEMtem: The Ubuntu News Channel - You report it, we publish it!  Serving the Fridge, Ubuntu Weekly News, and other fine publications. | https://wiki.ubuntu.com/NewsTeam
[17:51] <pleia2> sent email off to summary writers :) http://bit.ly/vDkJyf


 Megacon |  TICKETS … http://megaconorlando.com/tickets/?utm_source=FAN+EXPO+Fan+News&utm_campaign=a751f2055b-EMAIL_CAMPAIGN_2016_11_17&utm_medium=email&utm_term=0_0c3dfa895f-a751f2055b-229953069
 If anyone wants to go with me this year
 Err... Next year I mean
 I think airbnb has been hacked
 I just got a password reset and I did not do it
 So nobody wants to join me in may
 I can't say if I can or not yet
 I would like to just as a reason to hang out really
[19:32] <maxolasersquad> I may be there with my family, depending on finances at the time.
 It's pretty fun
[19:32] <maxolasersquad> We've got some big trips planned for next year.
 Nice
 I'll drive if I go @Ivoriesablaze
 We can carpool and split it up
 Ah, if we get enough people, definitely
 I mean are you planning to be there a few days or all of it?
 I want to see if I can do the whole 4 day thing if possibly. So if no one else wants to do that, I can go up myself and meet you all there
 I have a place to stay while I'm waitinf
 Waiting
 well it would be easier if we split the room as well
 Okay, sounds good. I'm gonna try to grab the 4 day deal with my next check
 mm how much is for 4 days?
 Also, considering his recent obsession, I'm thinking that perhaps @AdamOutler would be interested
 100
 wow not bad really
 Nope, not at all
 I limit myself to two comic conventions a year: megacon and supercon
 Then self and any other open source cons
 mm getting thurs and fri off will be the hard part really
 You don't have to do the whole thing, you can just meet me up there
 true


 I need someone to look over a schematic I just drew up and tell me if it would work
[03:25] <tacod> or I could build it but that means finding a +5v regulator.
[03:25] <tacod> which I know I have, just not sure where one is.
[03:28] <tacod> why are most of my regulators negative ._.
[03:36] <RajRajRaj> .tr :en :pl mama tata
[03:36] <ChanSeba> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head>    <link rel="shortcut icon" type="image/x-icon" href="http://static.ct8.pl/favicon.ico" />    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />    <meta name="description" content="Żądanie odrzucone" />    <title>CT8.pl - Darmowy hosting WWW - 502 Żądanie odrzucon
[03:36] <RajRajRaj> .re :pl :en mama tata
[03:36] <RajRajRaj> .tr :pl :en mama tata
[03:36] <ChanSeba> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head>    <link rel="shortcut icon" type="image/x-icon" href="http://static.ct8.pl/favicon.ico" />    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />    <meta name="description" content="Żądanie odrzucone" />    <title>CT8.pl - Darmowy hosting WWW - 502 Żądanie odrzucon
[03:37] <RajRajRaj> ChiefJustice: is it your bot
[04:25] <Researcher> good morning
[04:25] <Researcher> :)
[04:26] <Researcher> Hello everyone.
[04:26] <RajRajRaj> Researcher: gm
[04:26] <Researcher> hi RajRajRaj
[04:26] <RajRajRaj> Hi
[04:26] <Researcher> sup mate
[04:28] <RajRajRaj> Games
[04:28] <RajRajRaj> Researcher: u tell
[05:12] <Researcher> lol @ Games
[05:12] <Researcher> RajRajRaj
[05:12] <tacod> ._.
[05:12] <Researcher> aaj lagta hay tum free ho
[05:13] <Researcher> hi hi tacod
[05:13] <Researcher> :)
[05:13] <Researcher> wb
[05:13]  * Researcher makes a cup of coffee for tacod
[05:13] <RajRajRaj> Researcher: haan
[05:13] <RajRajRaj> tacod: hi
[05:19] <tacod> Researcher: it's 10:20PM
[05:19] <tacod> why do I need coffee?
[05:19] <tacod> hey RajRajRaj
[05:19] <RajRajRaj> tacod: because u r not sleepy
[05:19] <Researcher> tacod you wont sleep now
[05:19] <Researcher> :D
[05:21]  * Researcher makes another cup of Turkish Black Coffee  Al Intiqaam
[05:21] <Researcher> tacod :D
[05:21] <Researcher> for you turkish black coffee
[05:26] <tacod> Researcher: I had some coffee in California that was really strong and I had like 5 cups and had a caffeine overdose
[05:26] <tacod> I was sick like all day
[05:52] <Researcher> wb Kilos Good morning
[05:52] <Researcher> :)
[05:52] <Researcher> tacod : lol
[05:52] <Researcher> :)
[05:52] <Kilos> hi Researcher and all others
[05:53] <Researcher> hi hi
[05:53] <Researcher> sup Kilos
[05:53] <Researcher> :D
[05:53] <Researcher> did you completed your packing
[05:53] <Researcher> :D
[05:53] <Researcher> gifts
[05:53] <Researcher> etc etc
[05:53] <Kilos> just another day
[05:53] <Kilos> no still lots of packing to do
[05:53]  * Researcher advice Kilos to get some red roses for EX
[05:53] <Researcher> :p
[05:54] <Kilos> ill get at the airport
[05:54] <Kilos> hehe
[05:54] <Researcher> yeah fresh one
[05:54] <Researcher> :p
[05:54] <Kilos> one is enough
[05:54] <Researcher> hmmm
[05:55] <Researcher> well yeah one from each color
[05:55] <Kilos> i dont like wasting money on stuff you cant eat
[05:55] <Researcher> :D
[05:55] <Researcher> hhahahah
[05:55] <Researcher> you are foodholic dude
[05:55] <tacod> Kilos: what about not wasting money on stuff you can eat?
[05:55] <Kilos> lol
[05:55] <Kilos> thats fine
[05:55] <Kilos> but i only buy healthy stuff
[05:56] <tacod> as in, I have a garden that is producing probably more spaghetti squash than I will be able to eat during its peak season
[05:56] <Kilos> then you barter for other foods you dont have
[05:57] <Researcher> tacod i can offer weed to exchange with fresh vegs
[05:57] <Researcher> :p
[05:57] <Kilos> hehe
[05:58] <Researcher> brb
[05:59] <tacod> Researcher: if you were nearby I would be so down.
[05:59] <Researcher> lol tacod
[05:59] <Researcher> :p
[05:59] <Researcher> tacod : have you ever weed  ?
[05:59] <Researcher> :D
[06:01] <RajRajRaj> Kilos:
[06:02] <RajRajRaj> L tacod
[06:02] <RajRajRaj> M Researcher
[06:02] <Kilos> hi RajRajRaj
[06:02] <RajRajRaj> N ChiefJustice
[06:02] <RajRajRaj> Kilos: hi
[06:06] <tacod> Researcher: I sometimes have weed, but I'm currently out ._.
[06:06] <RajRajRaj> tacod: hmmm
[06:08] <tacod> and the thing is, it's legal to just go into a store and buy here, but I'm broke as fuck.
[06:08] <RajRajRaj> tacod: get a gf
[06:08] <tacod> RajRajRaj: yeah, as if it's that easy
[06:08] <RajRajRaj> It is
[06:09] <RajRajRaj> tacod: find a gf online
[06:23] <Researcher> tacod : bad bad bad boy :D weed is not good for brain growth
[06:23] <Researcher> :)
[06:23] <Researcher> between if you feel upset you can find some online chiks
[06:23] <Researcher> :p
[09:23] <lubmil> dzień
[09:43] <RajRajRaj> lubmil: hej
[09:43] <lubmil> RajRajRaj: cześć
[09:43] <RajRajRaj> lubmil: how are you
[09:44] <lubmil> .tr :pl :en zajebiście :) a ty?
[09:44] <ChanSeba> cool :) and you?
[09:44] <RajRajRaj> lubmil: i m fine too thank you
[09:45] <RajRajRaj> lubmil: what are u doing
[09:45] <lubmil> .tr :en :pl  what are u doing
[09:45] <ChanSeba>  co robisz
[09:45] <lubmil> .tr :pl :en gram w gry
[09:45] <ChanSeba> I play games
[09:45] <lubmil> .tr :pl :en piję kawę
[09:45] <ChanSeba> drink coffee
[09:45] <RajRajRaj> lubmil: nice
[09:46] <lubmil> .p Zielona Gora
[09:46] <ChanSeba> Zielona Gora, PL: 17.22°C, Umiarkowany deszcz, 1017 hPa, wsch. 05:53:04, zach. 20:07:36, wiatr 0.51 m/s (274°), wilg. 94%
[09:46] <RajRajRaj> ChiefJustice:
[09:46] <lubmil> chief śpi jeszcze
[10:18] <ahmed_bilal> hello
[10:19] <RajRajRaj> ahmed_bilal: halo
[10:19] <ahmed_bilal> hello RajRajRaj my friend
[10:19] <RajRajRaj> ahmed_bilal: kiddan
[10:20] <ahmed_bilal> RajRajRaj u from india
[10:20] <Kilos> hi ahmed_bilal
[10:20] <ahmed_bilal> hi kilos
[10:20] <RajRajRaj> ahmed_bilal: yes
[10:20] <RajRajRaj> Kilos: hi
[10:20] <Kilos> hi RajRajRaj
[10:21] <ahmed_bilal> Kilos is that ok that i ask questions about linux/ubuntu here or not allowed here
[10:21] <Kilos> you can ask about any linux
[10:21] <Kilos> all linux need to unite
[10:22] <ahmed_bilal> ok
[10:22] <ahmed_bilal> RajRajRaj u there
[10:23] <ahmed_bilal> System V is this about the booting the linus?
[10:28] <ahmed_bilal> lubmil u there?
[10:33] <ahmed_bilal> no one here
[10:34] <Kilos> looks like they are all busy
[10:34] <ahmed_bilal> ok
[10:48] <ahmed_bilal> i just recently installed debian
[10:49] <Kilos> ok
[10:49] <ahmed_bilal> the problem is it booting only in command line mode. do i have to install gui for it ?
[10:49] <Kilos> it should be complete
[10:49] <Kilos> lets try an ubuntu trick
[10:50] <ahmed_bilal> i have debian 8
[10:50] <Kilos> i think it isnt seeing your graphics card
[10:50] <ahmed_bilal> ok. any fix Kilos?
[10:50] <Kilos> what card have you
[10:50] <Kilos> yes if you know the card and are online you can install it\
[10:51] <ahmed_bilal> intel
[10:51] <Kilos> you need to know the correct driver for it
[10:52] <Kilos> im sure pavlushka and Researcher will know what to do
[10:52] <ahmed_bilal> Kilos i wanna do that offline
[10:52] <ahmed_bilal> to learn
[10:52] <Kilos> where will you get the driver offline
[10:53] <Kilos> is it a pci card?
[10:53] <ahmed_bilal> no its built in in my laptop
[10:53] <pavlushka> Hello ahmed_bilal
[10:53] <Kilos> oh you on laptop
[10:53] <ahmed_bilal> hello pavlushka my friend
[10:53] <Kilos> hi pavlushka
[10:54] <ahmed_bilal> pavlushka can u help me in getting gui of my new debian install
[10:55] <pavlushka> ahmed_bilal: tell me from the beginning
[10:56] <pavlushka> ahmed_bilal:  after installing, you never boot into a gui mode, or you did?
[10:56] <Kilos> no it went to cli
[10:58] <Kilos> i have no debian experience
[10:58] <Kilos> but on ubuntu after first reboot if it goes to cli it isnt seeing the graphics card
[11:00] <pavlushka> ahmed_bilal: can you paste bin the result of "sudo apt list | grep installed | grep dm"
[11:00] <ahmed_bilal> pavlushka yes from the very start it is only booting into CLI
[11:01] <ahmed_bilal> i am in windows right now
[11:01] <ahmed_bilal> let me try to send u
[11:01] <pavlushka> ahmed_bilal: one more Q, how you are connected to #ubuntu-pk now?
[11:02] <pavlushka> ahmed_bilal: paste it in paste.ubuntu.com and paste me the link
[11:02] <ahmed_bilal> i have two os on my laptop win 7 and debian
[11:02] <pavlushka> ahmed_bilal: so you are now on win7?
[11:03] <ahmed_bilal> yes
[11:05] <ahmed_bilal>  also i have xchat. wh network should i connect on starting xchat?
[11:06] <pavlushka> ahmed_bilal: can you connect to the network being on debian cli? and and you install packages in debian?
[11:06] <ahmed_bilal> well i tried $ping www.yahoo.com it didnt worked.
[11:06] <pavlushka> *can you install packages
[11:06] <ahmed_bilal> so i guess its not seeing my network either
[11:07] <ahmed_bilal> let me try to past your command output
[11:15] <Kilos> ai1
[12:03] <RajRajRaj> Kilos: ai1
[12:06] <Kilos> ai!
[12:06] <Kilos> missed the shift
[12:07] <RajRajRaj> Kilos: ph
[12:07] <RajRajRaj> Oh
[12:07] <RajRajRaj> Which shift
[12:08] <Kilos> shift+1
[12:08] <RajRajRaj> Kilos: u know i am going to be probably sad
[12:08] <Kilos> why?
[12:08] <RajRajRaj> Alone from 13 sep
[12:08] <Kilos> oh my
[12:08] <RajRajRaj> For at least two month
[12:08] <RajRajRaj> :(
[12:09] <RajRajRaj> I will have to buy food n eat everyday
[12:09] <RajRajRaj> :((
[12:09] <Kilos> wb ahmed_bilal
[12:09] <ahmed_bilal> kilos
[12:09] <ahmed_bilal> u thee
[12:09] <Kilos> you will get stronger RajRajRaj
[12:09] <ahmed_bilal> RajRajRaj
[12:10] <RajRajRaj> Kilos: i dont know
[12:11] <RajRajRaj> I hate being alone
[12:11] <RajRajRaj> ahmed_bilal: yes
[12:14] <Kilos> RajRajRaj what do you know about debian
[12:14] <RajRajRaj> I just installed it
[12:14] <RajRajRaj> Not much
[12:14] <Kilos> ahmed_bilal installed debian 8 but it boots to cli
[12:22] <ahmed_bilal> RajRajRaj u linux guru ?
[12:23] <RajRajRaj> ahmed_bilal: no
[12:23] <RajRajRaj> Kilos: i got graphics too
[12:24] <ahmed_bilal> than at wh level u stand in linux bro RajRajRaj
[12:24] <Kilos> it must be battling to see the graphics card
[12:25] <Kilos> ahmed_bilal when installing the graphics worked right?
[12:25] <Kilos> only after first boot it went to cli
[12:25] <RajRajRaj> ahmed_bilal: middle level
[12:26] <Kilos> ahmed_bilal why did you chose debian and not ubuntu or kubuntu
[12:28] <Kilos> you can also type in /j #debian  maybe someone there knows the answer
[12:28] <ahmed_bilal> some geek here recommend me to start with debian
[12:29] <Kilos> tery this
[12:29] <Kilos> press alt+shift+F10
[12:30] <Kilos> on ubuntu it goes to settings
[12:30] <Kilos> if you were onl;y online with it then you could do apt update and upgrade
[12:31] <ahmed_bilal> ok
[12:32] <ahmed_bilal> on my win 7 mirc takes 3 to 4 times to connect
[12:32] <Kilos> ouch
[12:38] <Kilos> if you dont have data cap to worry about get kubuntu here and install that in place of debian then i can maybe help you more
[12:38] <Kilos> http://www.kubuntu.org/getkubuntu/
[12:39] <Kilos> and zaki also uses it
[12:56] <ahmed_bilal> what difference fbw ubuntu and kubuntu
[12:56] <ahmed_bilal> are they both from same mother?
[12:56] <Kilos> different gui
[12:56] <ahmed_bilal> any notable difference
[12:57] <Kilos> and kde is more pollished to me
[12:57] <Kilos> yes very different
[12:57] <Kilos> i wish zaki was here he has used both
[12:59] <ahmed_bilal> ok
[12:59] <ahmed_bilal> me done with debian
[12:59] <Kilos> lol
[12:59] <Kilos> not nice to battle with a new system
[12:59] <Kilos> once you are used to it then you can work things out
[13:00] <ahmed_bilal> ya
[13:00] <ahmed_bilal> but to get used to it u have to sweat
[13:00] <Kilos> i agree. thats why i use kde
[13:01] <Kilos> mostly everything just works first time
[13:01] <ahmed_bilal> kde refer to gui?
[13:01] <ahmed_bilal> gnome x11
[13:01] <Kilos> yes
[13:01] <Kilos> the gnome interface isnt as polished i think
[13:03] <Kilos> thats my personal opinion of course
[13:07] <ChiefJustice> RajRajRaj: this bot was made by Dominiol
[13:08] <ChiefJustice> hi all
[13:08] <Kilos> hi ChiefJustice
[13:09] <ahmed_bilal> chief jstice
[13:09] <ChiefJustice> hi Kilos ^^
[13:09] <ahmed_bilal> ChiefJustice u r wh country chief?
[13:10] <ChiefJustice> Poland
[13:11] <ChiefJustice> country which John Kerry forgot :P
[13:14] <ChiefJustice> lunch, afk
[13:15] <pavlushka> sorry ahmed_bilal I fell asleep :)
[13:20] <RajRajRaj> ChiefJustice: ok
[13:25] <pavlushka> Hello RajRajRaj !
[13:26] <RajRajRaj> pavlushka: yo
[13:26] <RajRajRaj> ChiefJustice: so long for lunch
[13:26] <ChiefJustice> I've finished right now.
[13:26] <pavlushka> ahmed_bilal: ping
[13:27] <RajRajRaj> ChiefJustice: chess
[13:27] <RajRajRaj> pavlushka: play chess?
[13:27] <ChiefJustice> RajRajRaj: not now
[13:27] <RajRajRaj> ChiefJustice: k
[13:27] <ChiefJustice> my friend is going to arrive in a minute
[13:27] <RajRajRaj> Omg
[13:27] <RajRajRaj> Gf
[13:27] <RajRajRaj> :p
[13:28] <RajRajRaj> How does she look :p
[13:28] <pavlushka> RajRajRaj: used to
[13:28] <RajRajRaj> pavlushka: now
[13:28] <ChiefJustice> RajRajRaj: he's a boy
[13:29] <pavlushka> RajRajRaj: Now I follow Einstein
[13:30] <RajRajRaj> pavlushka: :/
[13:30] <RajRajRaj> pavlushka: are u following him to heaven?
[13:30] <RajRajRaj> He is already there
[13:30] <pavlushka> RajRajRaj: I wish I could :p
[13:31] <RajRajRaj> pavlushka: me too :p
[13:52] <ahmed_bilal> anyone here
[14:25] <Kilos> im here ahoneybun
[14:25] <Kilos> just got back from sheep
[14:33] <zmeu_> te iubeste inima mea
[14:33] <zmeu_> wassup
[14:34] <Kilos> hi zmeu_
[14:34] <zmeu_> yupi
[14:34] <zmeu_> ubuntu still haz my book
[14:34] <zmeu_> =)
[14:35] <zmeu_> i don't use anymore this distribution
[14:36] <Kilos> why
[14:37] <zmeu_> crash again my battery
[14:38] <Kilos> https://www.google.co.za/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&cad=rja&uact=8&ved=0ahUKEwifhM2I3tLOAhUlIcAKHWFVBFYQFggjMAE&url=http%3A%2F%2Faskubuntu.com%2Fquestions%2F400%2Ftips-to-extend-battery-life-for-laptops-and-notebooks&usg=AFQjCNHKHDbIugAup2BbRl1aD1cv3eiHaw&sig2=mVq8aU0N13KguXG5X6MFpA
[14:39] <Kilos> http://www.pcworld.com/article/2949818/laptop-computers/how-to-squeeze-more-battery-life-from-your-linux-laptop.html
[14:43] <Kilos> zmeu_ have you looked at those links
[14:43] <Kilos> ai!
[14:53] <zmeu__> connection broken
[14:54] <Kilos> whew
[14:55] <zmeu__> hihi
[14:55] <Kilos> hi
[14:56] <zmeu__> hi bro
[14:56] <Kilos> did you look at the links i posted
[14:56] <Kilos> about saving battery
[14:56] <zmeu__> they can't do nothing
[14:57] <zmeu__> ubuntu just drain life battery
[14:57] <zmeu__> ..
[14:57] <zmeu__> i'm use laptop-mode-tools
[14:57] <zmeu__> but still same
[14:57] <Kilos> you can turn things off man
[15:00] <zmeu__> only way
[15:00] <zmeu__> turn off battery
[15:00] <zmeu__> ;p
[15:00] <zmeu__> it's a real shit that
[15:00] <zmeu__> i know you love ubuntu
[15:00] <zmeu__> but accept the reality
[15:01] <zmeu__> they don't resolved this bug
[15:01] <zmeu__> old ubuntu distribution don't make that
[15:01] <zmeu__> < 12
[15:07] <ahoneybun> hey Kilos
[15:08] <Kilos> hi ahoneybun sorry i tried to message ahmed and didnt notice when i hit tab complete that he was offline
[15:09] <Kilos> see how this channel has grown
[15:09] <Kilos> from about three
[15:09] <Kilos> hehe
[15:14] <ahoneybun> XD
[15:15] <zmeu__> we need too talk
[15:15] <zmeu__> haha
[15:15] <Kilos> wb pavlushka
[15:17] <pavlushka> haha thanks!
[16:08] <lubmil> !dk
[16:08] <ChanSeba> lubmil: smacznej kawy! :)
[16:54] <RajRajRaj> lubmil:
[16:57] <lubmil> raj
[17:25] <RajRajRaj> lubmil: :)
[17:26] <lubmil> raj :)
[18:31]  * lubmil oglada: Uriah Heep - Lady In Black.mp4
[18:42] <RajRajRaj> lubmil:
[18:42] <lubmil> raj
[18:42] <RajRajRaj> lubmil: how r u
[18:42] <RajRajRaj> ChiefJustice:
[18:42] <lubmil> .tr :pl :en normalnie
[18:42] <ChanSeba> usually
[18:43]  * ChiefJustice
[18:43] <RajRajRaj> ChiefJustice: yo
[18:43] <ChiefJustice> hi again
[18:43] <RajRajRaj> Whats up
[18:43] <RajRajRaj> lubmil: what u doing
[18:43] <lubmil> gram
[18:43] <ChiefJustice> I've got a headache and I don't know why
[18:44] <RajRajRaj> lubmil: whats gram
[18:44] <RajRajRaj> ChiefJustice: y
[18:45] <lubmil> .tr :pl :en gram w gry: wolni farmerzy i zielone imperium
[18:45] <ChanSeba> I play games: free farmers and molehill Empire
[18:45] <lubmil> o, chiefuś się obudził
[18:46] <RajRajRaj> ChiefJustice: why does he keep saying that
[18:46] <ChiefJustice> RajRajRaj: what?
[18:46] <RajRajRaj> Everytime i ask him whats up he says he plays game
[18:46] <Kilos> lol
[18:46] <RajRajRaj> .tr :pl :en 00:15:45 <lubmil> o, chiefuś się obudził
[18:46] <ChanSeba> 00:15:45 <lubmil> Oh, chiefuś woke up
[18:47] <RajRajRaj> Kilos: yeah weird
[18:47] <ChiefJustice> I ain't his mama, I don't know what is he doing
[18:47] <RajRajRaj> Aint your mama
[18:47] <RajRajRaj> Lol
[18:47] <Kilos> bots pick up trigger words
[18:47] <RajRajRaj> Yeah
[18:47] <RajRajRaj> ChiefJustice: may u know bettet
[18:47] <RajRajRaj> That's why i asked u
[18:47] <RajRajRaj> U know what he exactly mean
[18:47] <ChiefJustice> and I say I don't know :P
[18:48] <RajRajRaj> Anyways
[18:48] <ChiefJustice> he plays some games over the net
[18:48] <RajRajRaj> lubmil: see
[18:48] <RajRajRaj> lubmil: this is what happens
[18:48] <ChiefJustice> I don't know which one he plays, but if he said he plays, he definitely plays :P
[18:51] <lubmil> .tr :pl :en gram w te gry co napisałem - z http://upjers.com
[18:51] <ChanSeba> I play these games that I wrote - http://upjers.com
[18:51] <RajRajRaj> Omg he wrote games
[18:51] <Kilos> lol
[18:51] <lubmil> :)
[18:51] <ChiefJustice> and what's the joke?
[18:51] <ChiefJustice> :P
[18:52] <lubmil> free farmers and molehill Empire
[18:52] <lubmil> .tr :en :pl free farmers and molehill Empire
[18:52] <ChanSeba> temat rolnicy i Zielone Imperium
[18:52] <lubmil> rolnicy ;>
[18:52] <RajRajRaj> lubmil: agw of empires
[18:52] <RajRajRaj> Age*
[18:52] <RajRajRaj> zaki:
[18:53] <lubmil> .tr :en :pl age of empires
[18:53] <ChanSeba> age of empires
[18:53] <RajRajRaj> Its a game
[18:54] <lubmil> uhm
[18:54] <ChiefJustice> and it's not online game, so this can't be
[18:54] <RajRajRaj> I dont know
[18:55] <RajRajRaj> I never played it
[18:55] <ChiefJustice> haven't you played any game via web browser?
[18:55] <RajRajRaj> I said i have not played age of empire
[18:55] <ChiefJustice> this is what lubmil is doing at the moment :P
[18:56] <RajRajRaj> lubmil: why u always play games
[18:56] <RajRajRaj> Kilos: what u taking for the family with u
[18:56] <Kilos> my heart
[18:57] <lubmil> .tr :pl :en to są jedyne gry w które gram, bo tak ogólnie nie grywam w gry lokalne wcale
[18:57] <ChanSeba> this is the only game that I play because I don't play in the local games at all
[18:57] <RajRajRaj> lubmil: i also want to play
[18:57] <RajRajRaj> Let me see what it has
[18:57] <RajRajRaj> That u always play it
[18:57] <RajRajRaj> And saw that u r busy
[18:57] <Kilos> and family eirlooms
[18:57] <Kilos> jewelry
[19:01] <RajRajRaj> Kilos: nice
[19:01] <RajRajRaj> Be careful
[19:01] <Kilos> i will ty
[19:02] <RajRajRaj> Yw
[19:02] <RajRajRaj> Kilos: send us the pics :p
[19:02] <RajRajRaj> Share pics with us
[19:02] <Kilos> i will post some yes
[19:02] <RajRajRaj> Nice
[19:02] <Kilos> ill drop links here
[19:04] <RajRajRaj> Ok
[19:05] <RajRajRaj> Ty
[19:17] <lubmil> Ja
[19:21] <lubmil> .tr :pl :en ja ty
[19:21] <ChanSeba> me and you
[19:23] <Kilos> oh RajRajRaj im going to visit family not tour hey so pics wont show much about australia
[19:23] <Kilos> hehe
[19:24] <RajRajRaj> Kilos: hehe ok


[01:41] <mup> Bug #1891726 opened: intermittent log errors in continuous loop <MAAS:New> <https://launchpad.net/bugs/1891726>
[02:17] <mup> Bug #1891728 opened: CentOS 8 deployments with separate /boot partition fail <MAAS:New> <https://launchpad.net/bugs/1891728>


[09:04] <apw> j4s0nmchr1st0s (N,BFTL), i don't think that makes any sense
[13:45] <tjaalton> is it normal that booting to a new kernel renders a drive in a md array broken? the server had uptime of 197 days and after booting (trusty) to -39 caused issues
[13:49] <smb> tjaalton, no
[13:50] <tjaalton> I'll try an earlier one..
[13:50] <tjaalton> it's a remote system so kinda awkward to test things
[13:50] <smb> tjaalton, question is how broken, broken means
[13:52] <tjaalton> smb: trying to access /dev/sda fails
[13:52] <tjaalton> so no wonder it got dropped from the arrays
[13:53] <tjaalton> it's a hp microserver that has worked ~4y without issues
[13:53] <smb> tjaalton, ok. but also the chance of a change in the kernel only affecting one drive sounds slim.  I had a SSD turning into a brick after resume... not any kind of pre-warning
[14:03] <tjaalton> yeah one of mine broke while I was at the (last) uds
[17:56] <bjf> zyga, trusty kernel and lts-hwe-trusty are being respun