[00:05] <robotfuel> deathcrawler: you need to enable it
[00:06] <robotfuel> deathcrawler: but it's on the build already
[00:06] <deathcrawler> thanks
[01:51] <robotfuel> robert_ancell:  I also had this xorg crash that needs triage https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1231507
[04:17] <jrr> what causes '(WW) "xmir" is not to be loaded by default. Skipping.' ?
[04:43] <duflu> jrr: Missing package xserver-xorg-xmir ?
[08:34]  * duflu reboots for some live image testing
[08:47] <duflu> alan_g: Did you resolve bug 1216237?
[08:48] <duflu> Or someone, somewhere
[08:48] <alan_g> duflu: not intentionally
[08:48] <duflu> alan_g: How about https://code.launchpad.net/~alan-griffiths/mir/socket-connection/+merge/187326 ?
[08:49] <alan_g> duflu: that shouldn't have change the default behaviour
[08:49] <duflu> Weird
[08:49] <alan_g> are you seeing a change?
[08:49] <duflu> Yes, I get a nice error message now... std::exception::what: bind: Address already in use
[08:50] <duflu> Hence bug resolved apparently
[08:50] <alan_g> \o/
[08:50] <duflu> But resolved, really, by what?
[08:51] <alan_g> I guess I'm the only one to touch that code - will check
[08:56] <alan_g> duflu: you're right - I did fix it. (By removing some misguided code)
[08:57] <duflu> alan_g: OK, please link branch and update etc
[08:58] <alan_g> duflu: ack
[09:00] <duflu> alan_g: So how are we making it clear which branch a bug fix is in? Just say fixed in project Mir (meaning development branch) but not in "mir (Ubuntu)"?
[09:01] <alan_g> duflu: I was assuming we'd just reflect the state of lp:mir - it shouldn't be more than a day behind development-branch
[09:02] <alan_g> but it hasn't been discussed
[09:02] <duflu> WTF?!
[09:02]  * duflu looks
[09:03] <duflu> alan_g: You're saying all dev commits will automatically enter lp:mir ?!
[09:03] <duflu> I thought it was only fixes from lp:mir which entered Ubuntu...
[09:12] <alan_g> no, development-branch is just for staging changes so that we can control ABI changes more effectively while saucy is put together
[09:15]  * duflu rolls eyes at lp:mir r1083
[09:15] <duflu> It's fine so long as you never want to track history or bisect things :(
[09:21] <alan_g> duflu: we just work here.
[09:30] <duflu> alan_g: Is it just good luck that I have not "Broken pipe" any more?
[09:30] <duflu> -t
[09:31] <alan_g> duflu: probably, I still see it occasionally
[09:31] <duflu> Oh.
[09:31]  * duflu bisects on dev
[09:32] <alan_g> Oh, is this the case you had an MP for?
[09:32] <alan_g> that got fixed
[09:32] <alan_g> (sort of)
[09:32] <alan_g> But racarr is still working on a better version
[09:33] <duflu> alan_g: That's kind of what I'm seeing
[09:34] <alan_g> There are other cases where it happens
[09:45] <duflu> alan_g: What's the commit? I can't see it and have resorted to bisecting dev
[09:49] <alan_g> duflu: https://code.launchpad.net/~alan-griffiths/mir/socket-connection/+merge/187326 lines 1030-1032
[09:52] <duflu> alan_g: Annoyingly I can't reproduce it even with the revision before that landed :/
[10:09] <mlankhorst> alf_: oh btw did you get what I said? that it it's probably a bug in the compositor now afaict? :P
[10:19] <alan_g> mlankhorst: alf_ is on vacation today
[10:20] <mlankhorst> ah k
[12:48] <olli> hi greyback
[12:48] <greyback> olli: hey
[12:48] <olli> did the foregrounding fix make it in :)
[12:48] <greyback> olli: not yet, being tested now
[12:48] <olli> ok
[12:49] <olli> how does it look?
[12:50] <greyback> olli: there's a bug in teds code, but it's almost working.
[13:38] <hikiko> alan_g, ping
[13:38] <alan_g> hi hikiko
[13:39] <hikiko> hi
[13:39] <hikiko> are you busy? can I ask you something on a test?
[13:39] <alan_g> ask away
[13:40] <hikiko> well there are some DefaultDisplayServerTextFixture* tests that fail from time to time
[13:41] <hikiko> and the problem is that they cant detect the server
[13:41] <alan_g> ack
[13:42] <hikiko> I wonder if that's related to your task or it's a different problem, it shouldnt be related since we use a mock server isn't it?
[13:44] <alan_g> DefaultDisplayServerTextFixture forks a real server with a test config
[13:45] <hikiko> so it's the real server that appears and disappears?
[13:45] <alan_g> Does it appear?
[13:47] <hikiko> well if I run the tests with gdb
[13:48] <hikiko> some rare times I see that in launch_server_process
[13:48] <hikiko> we get PID 0 and is_test_process becomes false
[13:48] <hikiko> does this mean that the server appears?
[13:48] <hikiko> I am not very familiar with this part of code
[13:51] <alan_g> when there's a fork what gdb does depends on what you've told it to do. If you see fork() return 0, then you're in the child process
[13:51] <alan_g> That is you're debugging the server, not the test process
[13:52] <hikiko> yes
[13:53] <hikiko> so in this case there's a server running isnt it?
[13:53] <alan_g> What you'll probably see is that the test process times out waiting for the server to come up before you've told it to continue
[13:55] <alan_g> hikiko: the server process may be running, but it needs to create a socket for connections before anything detects it
[13:55] <alan_g> and it can't do that while it is stopped in the debugger
[13:56] <hikiko> that's interesting :)
[13:58] <hikiko> so, what do you think that is happening? the server starts and then ?
[13:59] <hikiko> I mean, in case that I dont stop it from gdb
[14:00] <hikiko> if I dont add a breakpoint but just print a message when the server is forked I still get some messages
[14:00] <alan_g> I don't know what's happening. I'd turn on some logging and see if that gives any clues.
[14:01] <hikiko> yes, that's what I'll do then, I ll leave gdb for the moment
[14:01] <alan_g> E.g. does the server initialize properly? Does it crash?
[14:01] <alan_g> Does it just take a long time to start?
[14:03] <alan_g> You know how to control the logs?
[14:04] <hikiko> how? I was about to just print debug messages in stderr but I'd like to do it the proper way if you can give me some guidance
[14:05] <davmor2> hey guys congratulations mir on maguro is a hell of a lot more stable on the current images
[14:06] <alan_g> hikiko: Using the MIR_SERVER_* or MIR_CLIENT_* environment variables - they are documented by ./mir_demo_server_basic --help
[14:07] <hikiko> ok, I ll check it :) thanks a lot
[14:08] <kgunn> davmor2: thank you!...i am glad to know that....
[14:08] <alan_g> hikiko: And if you do need to use gdb, then this explains the multi-process options: http://sourceware.org/gdb/onlinedocs/gdb/Forks.html
[14:08] <kgunn> davmor2: you would be the first person to say such a thing
[14:09] <kgunn> hikiko: ....http://unity.ubuntu.com/mir/....or even http://unity.ubuntu.com/mir/component_reports.html
[14:09] <kgunn> hikiko: they've been there for ages ?
[14:10] <davmor2> kgunn: It's still slower than SF, but at least it doesn't crash if you open an app and the launcher,  Used for about 30 minutes no crashes,  it was just too slow to use all day :)
[14:10] <kgunn> davmor2: got it...would you mind taking a video of that (just opening apps, swiping the ui, launcher, dash etc....and rotation as well?)
[14:11] <hikiko> kgunn, I am not looking to trace anything for the moment but thanks I ll have this in mind
[14:11] <hikiko> +get a look
[14:11] <davmor2> kgunn: rotation is laggy on SF there is a bug for that, mir is slightly slower but not much
[14:12] <kgunn> davmor2: yeah...sometimes, the "slow" or "lag" is actually animation _velocities_ set by qt (especially for things that have that rubber band effect)
[14:12] <davmor2> kgunn: I'll get on with some work for a bit first then look at doing 2 videos one on SF and one on Mir for comparisons
[14:13] <davmor2> kgunn: yeah if you start top in the terminal and rotate qml-scene is using 132% of the cpu which is why it's slow I guess :)
[14:14] <davmor2> kgunn: as soon as the rotation finishes qml-scene disappears off the list :)
[14:14] <kgunn> davmor2: great....I'd love it if you could also take some measurements.... https://pastebin.canonical.com/98152/
[14:14] <kgunn> davmor2: that'll print render in ms to the console from the device
[14:15] <kgunn> davmor2: i had someone measure before and it was like 24 ms or some such
[14:16] <kgunn> davmor2: so you get ~45 fps experience....but i'm curious what the spikes are
[14:16] <davmor2> kgunn: right I'll do that as I do the video and upload it to u1 for a share
[14:16] <kgunn> davmor2: that's awesome...thanks for the insights
[14:16] <racarr> Morning
[14:16] <kgunn> racarr: mornin'
[14:20] <alan_g> Rats! racarr woke up before I started reviewing things.
[14:31] <om26er> Is Mir going to be enabled on the 13.10 phone Image ?
[14:43] <kgunn> om26er: that is the aim
[14:43] <om26er> kgunn, How can I help ? :)
[14:56] <kgunn> om26er: thanks for the offer....lemme think on that....is it an open ended offer ?
[14:57] <om26er> kgunn, given my skill set I would most likely be helpful with testing. But maybe there are other things that I might be able to help with.
[15:01] <racarr> kgunn: Standup link?
[15:01] <racarr> Calendar never works for me :(
[15:01] <racarr> kgunn: Nvm it worked
[15:02] <alan_g> racarr: this is probably the wrong channel to publish the link
[15:20] <racarr> greyback: Hey! Have time for a quick sync up soonish?
[15:20] <hikiko> bye
[15:20] <racarr> Just want to chat with you on my plans for API rework
[15:20] <greyback> racarr: I'm at your disposal
[15:20] <racarr> greyback: Ok lets hangout. ill invite you
[15:21] <racarr> https://plus.google.com/hangouts/_/e458079840664e3f891b11aa2d809d703d9882ca?authuser=1&hl=en
[15:21] <racarr> greyback: ^
[15:35] <smartboyhw> BTW, is there to remove Mir from a cmake build?
[15:35] <smartboyhw> I mean, to uninstall it from /usr/local
[15:45] <racarr> make uninstall
[15:47] <smartboyhw> racarr, no target "uninstall"
[15:54] <bschaefer> smartboyhw, you could do: xargs rm < install_manifest.txt
[15:55] <smartboyhw> bschaefer, thanks
[15:55] <racarr> ...I thought we had an uninstall target :(
[15:57] <kgunn> racarr: alan_g kdub .... any volunteer to review todays dev branch merge to trunk ?
[15:57] <kdub> why would you ever want to uninstall? ;-)
[15:57] <kgunn> https://code.launchpad.net/~mir-team/mir/development-branch/+merge/188086
[16:01] <alan_g> kgunn: LGTM
[16:01] <didrocks> sil2100: coming?
[16:01] <kdub> kgunn,  me too
[16:09] <sil2100> didrocks: I didn't get any invite, so I don't even know where to come ;)
[16:09] <didrocks> sil2100: https://plus.google.com/hangouts/_/b23d56bfd9b5678ec007684d3d181c1af9f34002
[16:27] <davmor2> om26er: run it all day log any crashes
[17:31] <om26er> davmor2, right. I thought it was crashing due to a single reason all those times ;)
[17:32] <om26er> "the many apps opened crash"
[17:32] <om26er> is that fixed ?
[17:43] <davmor2> om26er: there was also the open an app and launcher crash that I reported :)
[19:40] <kgunn> kdub: didn't you fix this one (thot it was most recent mp)
[19:40] <kgunn> https://bugs.launchpad.net/mir/+bug/1231594
[19:40] <kdub> oh yeah, should be fixed
[19:41] <kdub> sometimes launchpad changes for me, sometimes not
[19:41] <kdub> havent figured out why
[19:41] <kgunn> no worries...i'll change it (launchpad janitor kgunn :)
[20:47] <kgunn> racarr: ping
[21:48] <racarr> kgunn_: pong
[21:57] <kgunn_> racarr, i hate  my verizon router...missed this...sorry
[21:58] <kgunn_> racarr, so mterry is gonna put up an mp for ignoring arg's it doesn't uderstand as a quick fix....was just wanting to see if you could review/approve before weekend
[21:58] <kgunn_> either you or kevin
[21:58] <kgunn_> its one of our mir blockers for being default in touch (and some mutual management is kinda hot on seeing it all resolved by Monday)
[21:58] <kgunn_> :)
[21:59] <racarr> I reviewed the first one then just saw now there is
[21:59] <racarr> a second one that says something about the 13.10 development version but is targeted towards lp:mir
[21:59] <racarr> and contains lots of extra diff
[21:59] <racarr> kgunn_: > I reviewed the first one then just saw now there is
[21:59] <racarr> 22:02 -!- kgunn<EMAIL_ADDRESS>has joined #ubuntu-mir
[21:59] <racarr> 22:02 < racarr> a second one that says something about the 13.10 development version but is targeted towards lp:mir
[22:00] <racarr> 22:02 < racarr> and contains lots of extra diff
[22:00] <racarr> presumably the goal is to land it
[22:00] <racarr> to lp:mir
[22:00] <kgunn_> racarr, i asked mterry to retarget to dev branch
[22:00] <kgunn_> he said bbiab...a while ago
[22:01] <racarr> kgunn_: Ok I retargeted it https://code.launchpad.net/~mterry/mir/dev-unregistered-options/+merge/188177
[22:01] <kgunn_> racarr, ...huh...you can do that ?
[22:01] <racarr> just waiting to see that the diff is correct
[22:01] <racarr> apparently!
[22:01] <kgunn_> wow
[22:01]  * kgunn_ thinks racarr may be a wizard
[22:02] <racarr> boom
[22:02] <racarr> all done
[22:02] <racarr> no but really there is just a button
[22:02] <racarr> resubmit proposal
[22:02] <racarr> I didnt know you could do it until robert ancell did it to my stuff
[22:02] <kgunn_> racarr, hey thanks!...that's cool...i had no idea, thot the owner had to
[22:03] <racarr> :D
[22:15] <kgunn_> racarr, kdub, mterry  ok...i outta here...have a good weekend
[22:15] <kdub> you too!
[22:19] <racarr> kgunn_: Cheers! You too
[22:34] <mterry> racarr, that's where I put it!
[22:34] <mterry> I manually proposed a new branch...  I thought
[22:50] <mterry> racarr, ah I see.  I pointed it at lp:mir.  Thanks for the fix, doh!


[09:32] <tomwardill> use node-sass for (nearly) no-op CSS compilation: https://code.launchpad.net/~twom/launchpad/+git/launchpad/+merge/384706
[09:33] <tomwardill> the output file isn't exactly the same as the current one, but it contains all the same rules afaics (and the site seems to work...)
[09:33] <tomwardill> the watch command has some slightly strange output due to mishandling of subdirectories and imports, but it works and I think just needs some layout tweaks that I'll hopefully get to next
[09:44] <cjwatson> tomwardill: Can we remove lib/lp/scripts/utilities/js/combo.py and lib/lp/scripts/utilities/js/tests/test_combo.py as well?
[09:44] <cjwatson> I guess all of lib/lp/scripts/utilities/js/tests/ in fact
[09:44] <tomwardill> cjwatson: I think that's still used for the JS files
[09:45] <cjwatson> Are you sure?  It was at one point, but grep doesn't find any other references
[09:45] <cjwatson> Unless I'm misreading
[09:45] <cjwatson> Worth a bit of hunting around to see what else we can remove, anyway
[09:46] <tomwardill> I'll have another poke at it
[09:46]  * tomwardill randomly deletes things to see what breaks
[10:18] <lifeless> somewhat randomly, is LP using pybars? There are forks of it adding python3 and newer handlebars.js features
[10:19] <lifeless> I don't know if anyone reached out to the LP team about it, but it might be an idea to hand over the pypi project to one of the forks if not
[10:19]  * lifeless hands over whatever blessing might possibly be needed for that
[10:19] <cjwatson> lifeless: no
[10:20] <cjwatson> at least I don't think so
[10:21] <cjwatson> we use pystache in the buglisting tests
[10:22] <cjwatson> and a copy of mustache.js I think
[10:27] <tomwardill> cjwatson: removed those files: https://code.launchpad.net/~twom/launchpad/+git/launchpad/+merge/384706 dont' seem to be able to remove any further without a re-engineering of the jsbuild stuff
[10:27] <tomwardill> I'd like CSSComboFile to go away, but stuff breaks if I try
[10:31] <cjwatson> Should hopefully be possible to redo Builder.build_skin etc. using scss, but doesn't have to be in this MP
[10:32] <tomwardill> yeah, that's where I'd like to get it eventually
[13:27] <teward> cjwatson: just as an FYI for the bug i filed about code review DMARC compliance, I'm still working on it, but some more major IT Security related things came up @ employers so i had to address that stuff heh
[13:27] <teward> in case anyone was asking :)
[13:28] <teward> (i'm still working on that branch heh)
[13:28] <cjwatson> Nobody has been asking, but thanks :)
[13:28] <cjwatson> No immediate rush, whenever you have time
[13:34] <teward> yeh the status change on the bug is what caught my attention :)
[13:34] <teward> (since i filed it xD)
[13:37] <teward> cjwatson: i'm not subscribed to the bugs and questions list, has there been any flak from the Community At Large with the email change yet?  Or edge cases and bugs and stuff?
[13:37] <cjwatson> teward: not a word
[13:37] <teward> lucky us.
[13:37] <teward> guess the vast majority of people don't care enough to keep an eye on it as long as it works heh
[13:38] <cjwatson> Oh, one blog comment
[13:38] <cjwatson> Basically asking for name mangling
[13:39] <teward> name mangling how?  (Comments are invisible heh)
[13:40] <cjwatson> Hm?  No they're not, https://blog.launchpad.net/notifications/bug-emails-now-use-the-bugs-address-in-the-from-header
[13:41] <teward> they are if you ain't logged in
[13:41] <cjwatson> I'm not logged in
[13:41]  * teward just logged in with SSO and can see it now
[13:41] <cjwatson> I checked in w3m
[13:41] <teward> hmm
[13:41] <teward> wonder if my system is being weird.
[13:41] <teward> *goes to check it*
[13:41] <cjwatson> shift-reload
[13:41] <cjwatson> Same sort of thing we discussed as maybe a possibility, anyway.  I don't think it's immediately urgent but we should probably have a bug report for it
[13:42] <teward> i mean
[13:42] <teward> that's pretty fixable
[13:42] <cjwatson> And TBH I'd rather avoid name mangling if we can
[13:42] <teward> but that would require the level of complexity we had before
[13:43] <teward> with special case exclusions, etc.
[13:43] <cjwatson> The fact that GitHub doesn't do it means we're not alone
[13:43] <teward> yeah most places dno't
[13:43] <teward> don't*
[13:43] <teward> those that DO have mangling in line do that as a design decision in their systems / lists
[13:43] <cjwatson> Anyway, we don't need to discuss it in depth here IMO
[13:44] <teward> yep
[13:44] <teward> *goes to consume breakfast*
[14:46] <tomwardill> huh, css to scss converters exist
[14:46] <tomwardill> how badly can that go?

[14:47] <tomwardill> weirdly, it's... not that bad?
[14:47] <pappacena> tomwardill: I don't know... maybe it would change randomly the color of dropdowns? 👀
[14:47] <tomwardill> ah, from 'grey' to 'slightly not that grey'?
[14:47]  * pappacena hahaha!
[14:50] <SpecialK|Canon> ;P
[14:50] <tomwardill> I dropped 'base.css' into https://css2sass.herokuapp.com/
[14:50] <tomwardill> and the result is actually readable
[14:51] <tomwardill> (at least to me, as someone who wouldn't know good scss if it wrote me a letter)
[15:00] <tomwardill> hmm, actually going to go with that
[15:01] <SpecialK|Canon> One day I'll ship a tool like that and have it embed zalgo in 0.01% of responses or sth, see who notices ;)
[15:02]  * tomwardill pays careful attention to any SpecialK|Canon MP
[15:02] <SpecialK|Canon> lol
[15:21] <tomwardill> wow, we have some fun about overriding link colours
[16:04] <tomwardill> "ImportError: No module named PIL"
[16:04] <tomwardill> ...not an error I was expecting in this work, I must admit
[16:07] <cjwatson> That's linked using link-system-packages.py
[16:07] <cjwatson> Have you done 'make compile' in that tree recently?
[16:17] <tomwardill> yeah, think I messed up my env
[16:17] <tomwardill> make clean fixed it
[16:17] <tomwardill> found a bug, the combo code rewrites relative urls, so removing it... doesn't
[16:18] <tomwardill> so css declared icons now 404


[05:43] <ovidiu-florin> kubotu: ping
[05:43] <kubotu> pong
[05:43] <ovidiu-florin> wow, that was long
[05:43] <ovidiu-florin> kubotu: ping
[05:43] <kubotu> pong
[05:43] <ovidiu-florin> now that's better
[06:21] <DalekSec> [01:43:30] < ovidiu-florin> kubotu: ping
[06:21] <DalekSec> [01:43:30] < kubotu> pong
[06:21] <DalekSec> Your side.
[06:21] <ovidiu-florin> DalekSec: is that the first or the second one?
[06:21] <DalekSec> First.
[06:22] <ovidiu-florin> it shows 6 seconds on my side
[06:22] <ovidiu-florin> [08:43:24] <ovidiu-florin> kubotu: ping
[06:22] <ovidiu-florin> [08:43:30] <kubotu> pong
[06:23] <ovidiu-florin> then it means that my message had the delay, not kubotu's
[08:57] <lordievader> Good morning.
[10:42] <BluesKaj> Hiyas all
[11:22] <soee> hiho BluesKaj
[11:24] <BluesKaj> hey soee
[13:18] <Riddell> hola chicos
[13:18] <Riddell> did you miss me?
[13:18] <Riddell> what have I missed?
[13:23] <shadeslayer> Riddell: kxmlgui doesn't have 5.12
[13:24] <shadeslayer> that's what you've missed :P
[13:24] <Riddell> does anything?
[13:24] <shadeslayer> yeah
[13:24] <shadeslayer> also, I need a drink
[13:24] <Riddell> buy an irn bru
[13:25] <shadeslayer> I'm not in Scotland anymore mate
[13:25] <Riddell> I can't get it any more in Raval, must be time to go back
[13:25] <shadeslayer> :O
[13:25] <shadeslayer> I'm listening to Billy Joel and I feel like I could do with a drink
[13:26] <shadeslayer> apparently the LHC is back in smash mode
[13:31] <sgclark> Riddell: I am working on 5.12.0 also your script changes blew up in a big way.
[13:31] <Riddell> ah hah
[13:31] <Riddell> sgclark: mm I did think it might, did you not just revert to an older version of them?
[13:32] <ovidiu-florin> Riddell: >:D<
[13:32] <sgclark> well next batch I will lol. Still cleaning up this mess
[13:32] <Riddell> sorry about that sgclark :(
[13:32] <sgclark> though I think I can fix it
[13:32] <soee> :-)
[13:32] <soee> hiho Riddell
[13:32] <sgclark> no worries
[13:32] <sgclark> hope you had fun
[13:33] <shadeslayer> sgclark: fwiw kxmlgui is broken
[13:33] <Riddell> oh aye, I'm all into freestyle canoeing now, phonic monkeys here I come
[13:33] <shadeslayer> just thought I'd tell
[13:33] <sgclark> like broken how? upstream?
[13:33] <shadeslayer> sgclark: no, no 5.12 packaging
[13:33] <shadeslayer> stuff wants kxmlgui 5.12
[13:33] <sgclark> meh I am only still cleaning up merge mess
[13:34] <sgclark> I have not got that far yet...
[13:34] <shadeslayer> okay
[13:34] <shadeslayer> well, I'm not touching it till Monday
[14:16] <ovidiu-florin> https://www.facebook.com/ovidiub13/posts/956580651070925?notif_t=like
[14:16] <ovidiu-florin> it seems that many things are broken in the latest update
[14:17] <ovidiu-florin> let me know if translation is needed (if Facebook does not translate properly)
[14:18] <ahoneybun> wow
[14:18] <ovidiu-florin> are there issues with phonon4qt5-backend-vlc ?
[14:19] <soee> anyone knows if vlc phono backend still leads to systemsettings crash ?
[14:19] <soee> oh :)
[14:19] <soee> it didn't work for a long time
[14:19] <ovidiu-florin> because of what?
[14:19] <soee> vlc issue i think, there was some patch in debain
[14:19] <soee> but i dont know current state
[14:20] <ovidiu-florin> soee: are you comming to akademy?
[14:20] <ovidiu-florin> I'd like to meet you
[14:20] <soee> ovidiu-florin: nope
[14:20] <soee> this year is full of work for me, no time for any events etc. :(
[14:24] <soee> woho next month Plasma 5.4 :)
[14:24] <soee> and fixed Activities ! :)
[14:45] <yofel> shadeslayer: ping, could you upload kdenlive when you have time?
[15:28] <shadeslayer> yofel: Was it fixed?
[15:28] <shadeslayer> where be the fix
[15:28] <yofel> shadeslayer: I fixed it in kubuntu_wily_archive
[15:28] <shadeslayer> ah
[15:29] <shadeslayer> yofel: are you sure
[15:29] <shadeslayer> Last commit was on June 9
[15:29] <murthy> There are some updates available in 15.04 backport, is it ok to upgrade?
[15:29] <yofel> shadeslayer: well, I pinged you on thursday, but I guess you missed it
[15:30] <shadeslayer> Yeah I think so
[15:31] <murthy> sgclark: There are some updates available in 15.04 backport, is it ok to upgrade?
[15:31] <sgclark> um
[15:31] <sgclark> I did not put them there
[15:32] <shadeslayer> yofel: oh ok, so the last paste I have from you was this Imagination Technologies Group
[15:32] <shadeslayer> erm
[15:32] <murthy> sgclark: so backports ppa in ok?
[15:32] <shadeslayer> yofel: http://paste.ubuntu.com/11841424/
[15:32] <yofel> ah yeah, that was with adding libgl and glu as build-deps, but you need to patch it to use GLES instead
[15:32] <sgclark> murthy: what backports in what ppa? I have not finished any.
[15:32] <shadeslayer> yofel: right
[15:33] <shadeslayer> I think this was mentioned at some point
[15:33] <sgclark> I cannot say if ok because they are not mine.
[15:33] <yofel> the git version built tine
[15:33] <yofel> *fine
[15:33] <shadeslayer> that we patched it to use GLES at some point
[15:33] <shadeslayer> I see
[15:33] <shadeslayer> will have a look
[15:33] <murthy> sgclark: kubuntu backports 15.04
[15:33] <sgclark> again. I did not put them there so I cannot say they are fine.
[15:34] <murthy> sgclark: You were backporting 5.3.2 right?
[15:34] <sgclark> I am still working on this mess.
[15:34] <sgclark> I still am.
[15:34] <murthy> sgclark: So there is no rouge package in the ppa right?
[15:35] <sgclark> They can't possibly be there unless someone uploaded the broken mess it is, and I am not responsible
[15:36] <murthy> sgclark: ok. I guess I will upgrade. Thanks you
[15:36] <sgclark> Sorry but I have some real life to attend to. If somehow 5.3.2 is in backports I cannot be responsible for the failures. It is not ready.
[15:37] <sgclark> murthy: if it is 5.3.2 don.t
[15:37] <Haudegen> sgclark: There is nothing rogue in the backports.
[15:37] <sgclark> ok
[15:38] <murthy> sgclark: I know you are frustrated, but I can understand you. I thank you for your hard work
[15:38] <sgclark> sorry, yes I am.
[15:38] <murthy> sgclark: I tried to be a packager for kubuntu myself
[15:40] <sgclark> I have trying to get 5.3.2 out for many days and everything possible has gone wrong. Apologies that my frustrations are showing. But now I must buy food to feed my husband. I will try to have this done asap.
[15:41] <sgclark> santa_: your patches.. fail at changelog. I will have to sort this when I get back. Did we not use to merge? That was so much easier...
[15:41] <murthy> sgclark: You dont have to apologies. We here understand. You do your work at your own time. The users can wait
[15:42] <Haudegen> sgclark: Free Software means we have to apologize to you for not helping more.
[15:42] <murthy> *apologize
[15:43] <murthy> Haudegen: exactly
[15:57] <santa_> sgclark: I was told sending patches was easier (and I agree), give me just some minutes and I will send you updated versions
[16:32] <santa_> sgclark: I have sent everything again to the mailing list, about kglobalaccel it's just a typo and it's fixed in master, so probably you want to merge master into kubuntu_wily_archive instead
[19:21] <murthy> santa_: Did your Ark patch got accepted?
[19:22] <santa_> murthy: hi, I didn't have time to send the mail wth the rationale yet, I'm buried in work
[19:23] <murthy> ok
[19:23] <sgclark> santa_: thanks for the patches. applying them.
[19:23] <santa_> maybe next week I could, but I can't promise anything
[19:23] <santa_> sgclark: great, thanks!
[19:23] <murthy> santa_: Will it make it to 15.10?
[19:24] <santa_> hmm, I don't know
[19:24] <santa_> I don't even know if it will be accepted
[19:25] <murthy> santa_: does the patch have to be submitted before feature freeze?
[19:25] <murthy> santa_: ya, assuming if it will be accepted
[19:25] <santa_> not sure, I guess it depends a bit on your definition of feature
[19:26] <santa_> I will try to write the mail as soon as possible, and let's cross our fingers
[19:26] <murthy> santa_: thanks
[19:27] <murthy> santa_: I will see if adding the patch to the bug report will help
[19:31] <murthy> https://bugs.launchpad.net/ubuntu/+source/ark/+bug/1404239
[19:31] <murthy> santa_: thats the one right?
[19:32] <santa_> one of them
[19:40] <murthy> santa_: Your launchpad profile name?
[19:41] <murthy> Jose Manuel Santamaria Lema?
[19:47] <santa_> yep
[19:48] <santa_> murthy: https://launchpad.net/~panfaust
[19:52] <murthy> santa_: I just updated the bug report https://bugs.launchpad.net/ubuntu/+source/ark/+bug/1404239
[19:52] <murthy> santa_: any other bug report need to be updated?
[20:03] <valorie> wb Riddell
[20:05] <santa_> murthy: updating that one will be enough, as I said I will try to write a long technical justification to kubuntu-devel
[20:05] <murthy> ok
[21:26] <ovidiu-florin> https://www.facebook.com/photo.php?fbid=476229092546148&set=p.476229092546148&type=1&theater
[21:27] <ovidiu-florin> do you know anything about that?
[21:28] <Riddell> thanks valorie :)
[21:29] <santa_> ovidiu-florin: I guess the person in question needs to install baloo-utils
[21:29] <ovidiu-florin> santa_: and what would that bring?
[21:29] <ovidiu-florin> the baloo control pannel?
[21:29] <santa_> which, by the way should be packaged properly, argf I have to send a patch
[21:30] <ovidiu-florin> It came to my understanding that packaging has some issues now....
[21:30] <santa_> ovidiu-florin: the kio baloo thing and the indexers (at least)
[21:30] <ovidiu-florin> stuff just won't package properly
[21:36] <santa_> sgclark: it seems you forgot to add the lintian override file to kexteditor
[21:36] <sgclark> eh?
[21:37] <sgclark> I applied patch. I can't forget something I know nothing about
[21:38] <santa_> sgclark: yeah but the patch created a new file: debian/libkf5texteditor5-libjs-underscore.lintian-overrides
[21:38] <sgclark> oh perhaps I forgot add
[21:38] <santa_> so you have to do a git add against that file to get it included
[21:38] <sgclark> my apologies
[21:38] <santa_> yeah, that's it
[21:38] <santa_> no prob
[22:37] <lordievader> Hmm, I just finished an reinstall and upgrade route, started with 14.04 and worked my way up to 15.10. On 15.10 I noticed sddm was not installed. Have other people seen this?
[22:38] <lordievader> After installing sddm though everything seems fine.
[22:40] <sgclark> not sure 14.04 -> 15.10 is supported. Too many massive changes.
[22:40] <lordievader> It wasn't directly ;)
[22:40] <lordievader> 14.04 -> 14.10 -> 15.04 -> 15.10 ;)
[22:40] <lordievader> Wily images failed to boot for me.
[22:40] <sgclark> yeah the problem lies with the switch from kde4 to plasma5
[22:41] <sgclark> things like missing sddm
[22:41] <lordievader> Lightdm was installed, perhaps that is why sddm was not installed?
[22:41] <sgclark> Thought they posted somewhere that moving to plasma5 it is best to start fresh
[22:41] <lordievader> Hmm, I see how that can mess things up. Oh well, things seem to work fine now :)
[22:41] <sgclark> cool
[22:42] <sgclark> yeah lightdm default for kde4 and sddm default for plasma5
[22:42] <sgclark> glad it is working though
[22:42] <lordievader> I'll configure it further tommorow and see if I run into anything else.
[22:42] <mamarley> When I originally went from KDE4 to KF5/Plasma5, I had major issues for months before I figured out that the "kio" package was not installed.
[22:43] <sgclark> ahh yes that would break many things
[22:44] <sgclark> Riddell: shadeslayer: either of you around?
[22:49] <soee> guys do you know what needs special configuration to make other nvidia driver version than 346 to work with sddm ?
[22:49] <sgclark> I gave up sorry
[22:51] <ahoneybun> God 15.04 is broken
[22:52] <ahoneybun> Fresh install
[22:52] <ahoneybun> With backport ppa
[22:52] <soee> ahoneybun: what is broken ?
[22:53] <ahoneybun> Kwin is crashing and making the whole system take forever to boot
[22:53] <ahoneybun> Or I should say something is taking for ever
[22:53] <ahoneybun> Forever
[22:57] <soee> on fresh install ? strange :/
[22:57] <soee> ahoneybun: anyway jump to Wily :)
[22:57] <ahoneybun> Yep
[22:57] <ahoneybun> soee: you crash
[22:57] <ahoneybun> Crazy
[22:57] <soee> what ? :)
[22:58] <sgclark> ahoneybun: I have heard complaints, hense why I have been killing myself trying to do these backports.
[22:58] <sgclark> Unfortunately, everything that can go wrong, is.
[22:58] <ahoneybun> sgclark: this is from going to 5.3.1
[22:58] <sgclark> Slight delay..
[22:58] <ahoneybun> From stock 15.04
[22:58] <soee> sgclark: but i doubt those problems are only because of Plasma and 5.3.2 might solve them asll
[22:58] <sgclark> I am working on 5.3.2 which supposedly fxes lots
[22:59] <ahoneybun> Wily does have 5
[22:59] <ahoneybun> 5.3.2
[22:59] <soee> yes
[22:59] <ahoneybun> Thanks to sgclark
[22:59] <soee> :)
[22:59] <ahoneybun> soee: can I change my sources.list and dist-upgradem
[23:00] <ahoneybun> Wait I still have updates left
[23:00] <soee> call the command to upgrade to devel version
[23:00] <ahoneybun> So it was half upgraded
[23:00] <soee> i think we have all those problems because of switch to sddm, Plasma 5 etc.
[23:00] <ahoneybun> soee: I agree
[23:00] <sgclark> uh yeah if the updates did not finish that would break stuff :)
[23:00] <soee> but every next release should be much easier now
[23:01] <ahoneybun> I don't see the reason for damn sddm
[23:01] <ahoneybun> We have so many logins
[23:01] <soee> ahoneybun: apt full-upgrade ?
[23:01] <ahoneybun> Running dist-upgrade
[23:01] <soee> i'm impressed how stable Wily is for me now
[23:02] <ahoneybun> No crashes from plasma soee ?
[23:02] <soee> last crash i'v seen was System Settings one
[23:02] <soee> ahoneybun: not a single one tbh if we talk about plasmashell
[23:02] <ahoneybun> 5.3.2 is a great update from what I hear
[23:02] <sgclark> I have not seen crashes in awhile
[23:03] <ahoneybun> Thank you sgclark so much for the work
[23:03] <soee> yes i think we are now at point where all will get only better
[23:03] <ahoneybun> sgclark: maybe I could be your student at akademy :)
[23:03] <soee> :-)
[23:03] <soee> i do plan to start with packaging when i finish all my urgent projects
[23:04] <sgclark> I think packaging videos is a good plan, we certainly need help and no one has time to train properly.
[23:04] <soee> +1
[23:07] <ahoneybun> I've don't think I can use KDE 4 at all with seeing Plasma 5
[23:07]  * ahoneybun has a working system now :)
[23:16] <soee> ;]
[23:39] <ahoneybun> damn I setup btrfs wrong...
[23:56] <Sho_> aka "at all"


[14:45] <OvenWerk1> Eickmeyer: more on the path to module use...
[14:47] <OvenWerk1> studio-controls might be installed in /usr/local/
[14:48] <OvenWerk1> but the path to modules does not include that
[14:50] <OvenWerk1> The only thing I can think of that would deal with this is to put the import statement in main() after we figure out the install path and add the directory our module sits in to sys.path
[16:33] <Eickmeyer> OvenWerk1: /usr/local = BAD. That's completely against Debian packaging rules.
[16:34] <Eickmeyer> We simply can't do that.
[16:34] <OvenWerk1> Eickmeyer: I am not packaging... for any directory :)  but if someone chooses to make install they can install in local
[16:35] <Eickmeyer> Sure, that's fine.
[16:35] <OvenWerk1> (or opt)
[16:35] <Eickmeyer> Again, ew. :)
[16:37] <OvenWerk1> The problem becomes that a module would be installed in that directory space and python would not normally look there for it.
[16:38] <OvenWerk1> (this may not be totally true, python may detect being run in local and change it's sys.path)
[16:40] <OvenWerk1> It would also be nice to be able to test my code "in place" in my development directory tree
[16:46] <Eickmeyer> Python has paths much like bash, so you can install a python module in the usual spot and it should get picked-up.
[16:47] <OvenWerk1> Yes, in /usr/lib but sys.path does not include /usr/local/lib
[16:48] <OvenWerk1> I could put the module in {prefix}/bin
[16:48] <OvenWerk1> but that is not nice either
[16:48] <OvenWerk1> (but it is how I am testing)
[16:49] <Eickmeyer> Makes sense, but I"m just worried about reproducibility.
[16:50] <OvenWerk1> I already detect where we are run from to get install_directory
[16:51] <OvenWerk1>  I use that to findout where */share is
[16:52] <OvenWerk1> So I can add install_directory/lib/python3/packages (or whatever) to sys.path
[16:53] <OvenWerk1> but that would mean:
[16:53] <OvenWerk1> import sys
[16:54] <OvenWerk1> add runpath/etc to sys.path then import auto_jack
[16:54] <Eickmeyer> I've seen that line a lot in Python, so I think that'd be safe.
[16:54] <OvenWerk1> Eickmeyer: can you show me an example?
[16:54] <Eickmeyer> I wish I could, but I don't even know where to look, and I have to take my son to school now.
[16:55] <OvenWerk1> I would like to use "best practice"
[16:55] <OvenWerk1> ok
[16:55] <OvenWerk1> (we have no school today)
[16:55] <OvenWerk1> it being good friday
[17:02] <OvenWerk1> hmm, stackoverflow is working again with no login.
[18:03] <OvenWerk1> Eickmeyer: when you get back... I am using:
[18:04] <OvenWerk1> install_path = os.path.abspath(f"{sys.path[0]}/..")
[18:04] <OvenWerk1> sys.path.insert(1,f"{install_path}/lib/python3/dist-packages")
[18:04] <OvenWerk1> import auto_jack
[18:06] <OvenWerk1> This works fine in my development directory tree and of course effectively does nothing when packaged  ;) but will also work for someone doing make install into local
[18:08] <OvenWerk1> Googling and searching basically shows that no one agrees on a "right" way to do this. But most of the people who don't like this particular method are people who expect packages (in which case I wouldn't need any of this)
[18:19] <Eickmeyer> OvenWerk1: Yeah, Debian has basically taken the stance of "stay the **** out of /usr/local when packaging".
[18:20] <OvenWerk1> I agree. There are still people who like to build/install local stuff in local
[18:21] <OvenWerk1> controls is an application outside of packaging too and so has to take these tings into account
[18:24] <OvenWerk1>  Then /opt/ is really the old flatpack/snap and as such I can ignore it... so you ew for opt applies equally well to snap and flatpack :P
[18:25] <Eickmeyer> Yeah. /opt/ is a "stay out of" as well.
[18:27] <OvenWerk1> I am pretty happy so far as I have a module with one def in it that just prints some text and works as it should so I can move on to populating it something real. I think the first thing is to move the whole of convert into it so convert does not need a system call.
[18:30] <OvenWerk1> This has been a theme in the past few updates of controls...


[10:46] <noodles785> Hi adeuring, I've got some small cleanups to some branches you looked at last week (it didn't get to land before pqm closed). I've merged them into devel and removed some unnecessary code. Can you take a look when you've time?
[10:46] <noodles785> https://code.edge.launchpad.net/~michael.nelson/launchpad/598464-get-or-create-in-devel/+merge/29442
[10:46] <adeuring> noodles785: ok, I'll look
[10:46] <noodles785> It's not really 853 lines, the diff from what you've already reviewed is 100 lines (as on the MP)
[10:46] <noodles785> Thanks.
[10:48] <adeuring> noodles775: so, I should look at the diff between r11095 and 11098?
[10:49] <noodles775> adeuring: yep, which I've pasted there for you (well, except for r11098 adds the __future__ import).
[11:16] <adeuring> noodles775: r=me
[11:17] <noodles775> Thanks adeuring
[14:39] <bac> hi adeuring
[14:39] <adeuring> hi bac!
[14:39] <bac> doesn't look to be too busy today
[14:40] <adeuring> bac: yeah, I did just review.