[07:51] <liuxg> alexabreu, ping
[09:15] <tsdgeos> dednick: ping
[09:16] <tsdgeos> unping
[09:16] <tsdgeos> Saviq: ping
[09:16] <Saviq> tsdgeos, wassup?
[09:16] <tsdgeos> you sure that's the duplicate?
[09:17] <tsdgeos> regarding https://bugs.launchpad.net/ubuntu/+source/indicator-messages/+bug/1418505
[09:17] <tsdgeos> i mean the duplicate is marked as fix released
[09:17] <tsdgeos> but this still happens
[09:17] <Saviq> tsdgeos, there's a indicator-messages task that's not fix released
[09:18] <tsdgeos> aahh
[09:18] <tsdgeos> i see
[09:18] <Saviq> which is basically bug #1412779
[09:18] <Saviq> which is a duplicate
[09:19] <tsdgeos> oki
[09:54] <tsdgeos> oh man
[09:55] <tsdgeos> why does platform-api doesn't build parallel?
[10:27] <tsdgeos> greyback: ping
[10:28] <greyback> tsdgeos: pong
[10:28] <tsdgeos> greyback: i built https://code.launchpad.net/~mir-team/qtubuntu/port-to-mirclient/+merge/245164 and https://code.launchpad.net/~mir-team/platform-api/expose-mir-connection/+merge/245054 on the pohne and now everything is crashing like mad
[10:28] <tsdgeos> anything i may be missing?
[10:30] <greyback> tsdgeos: you're building the packages I guess. Maybe merge their trunks? Nothing obvious coming to mind
[10:30] <tsdgeos> i think i merged everything
[10:30] <tsdgeos> let me check
[10:31] <greyback> hasn't been any qtubuntu change this year anyway
[10:31] <greyback> platform got a few fixes, nothing I would expect impacts input
[10:32] <greyback> Does every app crash on startup? Or only if you interact with it?
[10:32] <tsdgeos> yeah everything is merged
[10:32] <tsdgeos> well unity8 is crashing
[10:32] <greyback> ah
[10:32] <tsdgeos> so ca'n't see anything
[10:32] <tsdgeos> and i guess the compositor is crashing too
[10:33] <tsdgeos> since i can't even see the spinning ubuntu
[10:33] <greyback> unity8 doesn't use qtubuntu
[10:33] <greyback> but it does use part of platform-api - the sensors bit
[10:33] <greyback> it could be the ABI change requiring qtmir rebuild
[10:34] <tsdgeos> let me see if a qtmir rebuild helps
[10:58] <dandrader> mzanetti, did you see those failures? https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-vivid/438/?
[10:59] <dandrader> mzanetti, could that be related to the changes in lp:~mzanetti/unity8/saveRestoreWindowSizePosition?
[11:00] <mzanetti> dandrader: no, haven't seem them yet. but yes, I believe it's the same issue as you reported
[11:00] <mzanetti> dandrader: which I just fixed a minute ago
[11:01] <mzanetti> normally on a device ~/.cache/unity8 exists because main.cpp (or something triggered by that) creates it
[11:01] <mzanetti> however, the test alone didn't do that and failed if you ran it on a clean device (or wiped ~/.cache first
[11:15] <Cimi> tsdgeos, how do I create a qvariantmap with a qvariantmap inside?
[11:15] <tsdgeos> just create it?
[11:15] <tsdgeos> QVariantMap a; QVariantMap b; a["moo"] = b;
[11:22] <Cimi> tsdgeos, I was trying http://paste.ubuntu.com/10171978/
[11:23] <tsdgeos> second one doesn't have to be a qvariantmap btw
[11:23] <tsdgeos> it has to be a qvariantlist
[11:23] <tsdgeos> see https://code.launchpad.net/~aacid/unity8/testFor1316660
[11:23] <tsdgeos> https://code.launchpad.net/~aacid/unity8/testFor1316660/+merge/249210
[11:31] <Cimi> tsdgeos, well, I can just reuse that button then
[11:31] <Cimi> as I need one to click
[11:31] <tsdgeos> you'll need to give it some more info though, i didn't fill in the other fields
[11:32] <tsdgeos> since my code is just good enough to have them on screeen
[11:32] <tsdgeos> i mean there's no id for example
[11:32] <tsdgeos> but yeah you can reuse that
[11:32] <tsdgeos> and if you can review the MR it'd be even awesomer :)
[11:42] <Cimi> tsdgeos, can you add buttonData["id"] = "open_click" ?
[11:42] <Cimi> or well, I can since I will need other stuff...
[11:43] <Cimi> nevermind...
[11:43] <tsdgeos> ok :)
[12:07] <mzanetti> dandrader: come one... now approve it already
[12:09] <tsdgeos> greyback: i rebuilt qtmir too
[12:09] <tsdgeos> nothing :/
[12:14] <greyback> tsdgeos: that's v strange
[12:14] <tsdgeos> maybe i messed up somewhere
[12:14] <tsdgeos> will try again
[12:15] <greyback> don't spend too much time at it, the MR needs fixing anyway
[12:15] <tsdgeos> greyback: is UbuntuWindow::moveResize being gone in https://code.launchpad.net/~mir-team/qtubuntu/port-to-mirclient/+merge/245164 very bad? or the code that was there basically did nothing and the result is the same?
[12:16] <greyback> tsdgeos: it never did anything. I'd keep the stub in though, as it needs to be implemented once mir supports it
[12:16] <tsdgeos> the stub is there
[12:16] <tsdgeos> just no code
[12:16] <tsdgeos> and a todo
[12:16] <greyback> no change needed there then so
[12:17] <greyback> it's to allow clients resize their own windows
[12:17] <tsdgeos> ok
[12:17] <greyback> which we've never needed on phone/tablet so far
[12:17] <tsdgeos> so from a "i know nothing about this" pov the code looks ok-ish
[12:17] <greyback> sounds good to me
[12:17] <tsdgeos> i've done some comments that are more from the "let's make the code nicer"
[12:18] <tsdgeos> like he has some casts he doesn't need and stuff
[12:18] <dandrader> mzanetti, approved, thanks
[12:18] <greyback> tsdgeos: cool. the functional testing will be the more important part, to ensure gestures and stuff all work as before
[12:20] <tsdgeos> yeah
[13:14] <Cimi> tsdgeos, so something like that is correct? http://paste.ubuntu.com/10172979/
[13:20] <Cimi> I see "no such signal", but should be in the interface... :/
[13:57] <tsdgeos> greyback: now i have it running
[13:57] <greyback> tsdgeos: what changed?
[13:57] <tsdgeos> i installed too many packagers before and something broke when tried to fix it
[13:58] <tsdgeos> like i installed *.deb
[13:58] <greyback> ah
[13:58] <tsdgeos> and it includes qtmir-desktop
[13:58] <tsdgeos> and kaboom
[13:58] <greyback> ah yeah
[13:58] <greyback> have done that myself manys a time
[13:59] <greyback> sorry, should've thought of that as a possible shoot-yourself-in-the-foot
[14:05] <mterry> Woah.  is launchpad down?
[14:05] <greyback> mterry: works for me
[14:05] <mterry> Huh, my browsers can't get to it
[14:05] <MacSlow> mterry, lp works for me too
[14:06] <mterry> Let me try resetting my internet
[14:06] <greyback> larsu: hey, would you have any idea, with the GTK mir backend, is there a way to stop it drawing client-side window decorations?
[14:07] <mterry> Yup, that fixed it
[14:07] <larsu> greyback: tell the app you're running unity. Many apps don't care, though
[14:08] <greyback> larsu: I want to run it with Mir though - but just to play with server-side decoration
[14:09] <larsu> greyback: hm, what do you mean?
[14:09] <larsu> gtk's client side decorations are totally up to the app. It's just another widget you pack
[14:10] <larsu> so there's really no way to disable them for all apps
[14:10] <greyback> larsu: right now, if I run a GTK app on Mir, the app draws it's own decorations. As if the backend decided to do it for the app
[14:10] <larsu> oh wait, really?
[14:10]  * larsu is confused
[14:10]  * larsu asks attente
[14:10] <greyback> that's what I'm seeing anyway
[14:20] <dandrader> mterry, hey, in greeter-refactor, I noticed you removed the behavior that animated the LoginList resize. So when you show the vkb in the test the LoginList jumps up immediately. Is it also like that on a tablet or does it appear to be animated (becasue maybe the reported kbd rect grows and shrinks along with the internal ubuntu-keyboard animation)
[14:20] <dandrader> mterry, I'm asking that because I'm still flashing my tablet :)
[14:29] <Cimi> tsdgeos, did you se before? ^^
[14:29] <tsdgeos> Cimi: hmmm see what?
[14:29] <tsdgeos> i guess not
[14:30] <Cimi> tsdgeos, so something like that is correct? http://paste.ubuntu.com/10172979/
[14:30] <Cimi> I see "no such signal", but should be in the interface... :/
[14:30] <tsdgeos> something like tha tyes
[14:30] <tsdgeos> Cimi: you're getting that error?
[14:31] <Cimi> yes
[14:31] <tsdgeos> void triggered(QString const&, QString const&, QVariantMap const&);
[14:31] <tsdgeos> fix your signature
[14:31] <tsdgeos> in the connection
[14:37] <mterry> dandrader, hrm that may not have been an intentional drop, let me look
[14:38] <Cimi> tsdgeos, yes works, thanks!
[14:38] <Cimi> learning bit of c++ a day keeps saviq away
[14:38] <Saviq> lol
[14:39] <Cimi> :))
[14:40] <tsdgeos> greyback: so anything in particular you'd want me to manual test on that MR?
[14:42] <Cimi> tsdgeos, to get scopes from previewmodel, can I use Scopes *scopes = dynamic_cast<Scopes*>(parent()); ?
[14:43] <tsdgeos> Cimi: no, see who is the parent
[14:43] <tsdgeos> Cimi: pass it down as another param in the constructor and that's it
[14:44] <mterry> dandrader, restored the behavior -- that was just a merge mistake
[14:44] <mterry> dandrader, thanks for the catch  :-/
[14:44] <Cimi> tsdgeos, ok
[14:45] <dandrader> now my N10 won't turn on...
[14:47] <Saviq> dandrader, if it drained, it will take a good half hour on a high-current (2A) charger to recover
[14:48] <greyback> tsdgeos: main things I'b be concerned with are gestures, and keyboard input on desktop. Tapping around should just work as before
[14:48] <Cimi> tsdgeos, in scope.ccp we have this return new PreviewStack; which then creates the previewmodel
[14:48] <dandrader> Saviq, I was flashing it and the flash tool tried to reboot it after pushing the images. that's when the N10 dropped dead. but who knows, maybe it has no battery left indeed. it's been ages since I last played with it
[14:49] <Cimi> tsdgeos, so your advice is calling PreviewStack(this) then moving the parent down the line?
[14:55] <dandrader> Saviq, something is very wrong. while charging, all of a sudden display turns on, big full battery  icon shows up, then big empty battery icon, then rotating ubuntu logo (like from usc), then display turns off
[14:56] <dandrader> Saviq, then the whole things repeats itself after a minute. seem to be in some sort of reboot loop
[14:56] <tsdgeos> greyback: don't have the desktop setup to try
[14:56] <tsdgeos> Cimi: yeah
[14:56] <Saviq> dandrader, the "full" batter is just charging indication probably, it doesn't actually convey the charge level
[14:57] <greyback> tsdgeos: ok, leave that
[14:57] <Saviq> dandrader, try getting it into fastboot (power+vol...left?) and leave it there for a while
[14:58] <dandrader> Saviq, yeah, at least now it's responding to power button presses. got into fastboot
[14:58] <Saviq> dandrader, if you go 'start' it should boot into ubuntu
[14:58] <Saviq> dandrader, it's in a reboot loop because nothing clears the "go into recovery" flag, 'cause recovery dies
[14:59] <dandrader> Saviq, is says "Downloading...." under the robot. is that right?
[14:59] <dandrader> Saviq,  s/right/expected
[14:59] <Saviq> dandrader, no, it went into download mode, I think you might've gotten into download mode instead of fastboot (which are really similar)
[14:59] <Saviq> dandrader, use the other vol button when powering up ;)
[15:00] <dandrader> Saviq, ok, booted into ubuntu successfully now. thanks for the tip
[15:01] <MacSlow> does anyone here know which package provides the python-import-module "ubuntuuitoolkit"?
[15:01] <Saviq> dandrader, think it'd make sense to file a bug, we should not get into a reboot loop like that, our recovery should probably clear the recovery flag as soon as it got it
[15:02] <Saviq> MacSlow, ubuntu-ui-toolkit-autopilot
[15:02] <MacSlow> Saviq, hm... in that case dpkg and grep failed me... thanks
[15:24] <MacSlow> what is "Binder_2" and why would it create a 99% load on the device?
[15:25] <Saviq> MacSlow, it's android's kernel IPC
[15:25] <MacSlow> hm
[15:26] <Saviq> MacSlow, shouldn't hog CPU unless it's actually chugging data around
[15:27] <Saviq> dandrader, there's a conflict on lp:~phablet-team/ubuntu-keyboard/shellRotation
[15:27] <dandrader> Saviq, when merging it with trunk, you mean?
[15:27] <Saviq> dandrader, yes
[15:28] <dandrader> Saviq, ok, if I can't solve it I will ask Eleo
[15:38] <Cimi> tsdgeos, chaining down doesn't seem to work well for me... having issues with parents http://paste.ubuntu.com/10174489/
[15:40] <tsdgeos> Cimi: hmm
[15:40] <tsdgeos> pass it as additional parametero
[15:40] <tsdgeos> otherwise when previewstack creates previewmodel
[15:40] <tsdgeos> this is is not a scopes
[15:42] <tsdgeos> -s
[15:43] <tsdgeos> mterry: tbh i don't think it really matters much, i mean we're swiping the greeter, it's not like it's the most performance critical part of the phone
[15:44] <tsdgeos> Saviq: greyback: performance discussion around clipping in https://code.launchpad.net/~mterry/unity8/bleeding-infographic/+merge/249223 if you want to jump in
[15:51] <tsdgeos> paulliu: there?
[15:52] <paulliu> tsdgeos: yes
[15:52] <tsdgeos> paulliu: did you mention you wanted https://code.launchpad.net/~paulliu/unity8/notification_helper/+merge/249211 to be reviewed by some people from QA? or can i just approve it?
[15:53] <paulliu> tsdgeos: Because they will use it. So I'd like to see if they like it.
[15:53] <tsdgeos> ok
[15:53] <tsdgeos> i'll give my approval but not top approve letting them comment
[15:53] <tsdgeos> paulliu: maybe you should subscribe them
[15:53] <tsdgeos> so they know there's stuff for them to do
[15:53] <paulliu> tsdgeos: yes. ok. I'll do.
[15:54] <Cimi> tsdgeos, changed something, but other c++ errors http://paste.ubuntu.com/10174764/
[15:55] <Cimi> oh no
[15:55] <Cimi> hold on
[15:55]  * tsdgeos holds
[15:55] <Saviq> Cimi, the actual errors are usually more useful than patches, this way tsdgeos doesn't need to compile with his eyes :P
[15:56] <greyback> tsdgeos: I replied to the MR. A single clip shouldn't have any big impact, so I don't object to that change. If doing the same task without clipping is much more complex, it's probably not worth the code complexity
[15:57] <Cimi> Saviq, I want at least give it a try for myself :)
[15:57] <Cimi> but yeah
[15:58] <tsdgeos> greyback: fwiw i wasn't objecting to clipping, i was just arguing to leave the clipping on all the time :D
[15:58] <Saviq> greyback, so, it's probably better to just clip: true
[15:58] <tsdgeos> but it's just arguing for the arguing
[15:58] <Saviq> greyback, no point in turning it on/off?
[15:58] <greyback> Saviq: probably yeah
[15:58] <Saviq> mterry, ↑
[15:59] <greyback> if Greeter offscreen, it should be marked invisible, in which case the whole thing has zero impact
[16:00] <greyback> one thing I keep meaning to do is set everything under the greeter as invisible while greeter is occluding it, would stop that jank in the infographics animation on startup
[16:00] <mterry> Saviq, OK
[16:00] <mterry> greyback, if greeter is offscreen, it is invisible
[16:00] <greyback> mterry: good
[16:01] <greyback> would be even nicer if we unloaded Greeter, to release its resources
[16:01] <greyback> but not a huge deal
[16:01] <Saviq> greyback, yeah, we tried that, but it's not worth it on phone, the greeter is up too often
[16:02] <greyback> sounds likely yeah
[16:02] <Saviq> greyback, destroying it and recreating all the time
[16:10] <tsdgeos> mterry: your greeter-refactor branch is a tag-hell, can you run ./strip-tags.py on it?
[16:16] <Saviq> tsdgeos, when free, you could have a look at https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-vivid/452/?
[16:16] <Saviq> tsdgeos, that seems to be our last flaky qml test
[16:18] <Saviq> mzanetti, https://www.youtube.com/watch?v=3J4TWDQDuhU :D
[16:19] <tsdgeos> Saviq: i added a tryCompare in one of my branches
[16:19] <tsdgeos> should maybe hopefully fix that
[16:19] <tsdgeos> gievn that i don't have anything slow enought o reproduce that error
[16:20] <Saviq> tsdgeos, lemme loop
[16:20] <tsdgeos> Saviq: the branch i mean is https://code.launchpad.net/~aacid/unity8/testFor1316660/+merge/249210
[16:20] <Saviq> kks
[16:21] <tsdgeos> Saviq: btw the rtm branch has a few dead tags, not sure we care
[16:22] <Saviq> tsdgeos, they're not dead according to strip_tags actually, bzr weird as usual
[16:22] <Saviq> tsdgeos, meaning that they actually refer to a valid revision
[16:23] <tsdgeos> ok
[16:26] <mzanetti> Saviq: yeah, saw that video :D
[16:27] <Saviq> dandrader|lunch, mterry, lp:~dandrader/unity8/fixSurfaceActiveFocus and lp:~mterry/unity8/tutorial-new-screens conflict, please either rebase one on the other or let me know which should I leave out from the silo
[16:28] <mterry> Saviq, dandrader|lunch: I'll try rebasing mine
[16:29] <Saviq> tx
[16:32] <mterry> Saviq, done
[16:40] <Cimi> tsdgeos, so I sent scopes down, but I also need to emit openScope signal from scope
[16:41] <Cimi> tsdgeos, I might send Scope instead, but I have then the problem of getting Scopes from it
[16:41] <seb128> can I run a qt5 app from a vt and get it to display under the mir demo server?
[16:42] <tsdgeos> Cimi: add a scopes() getter to scope
[16:42] <tsdgeos> return dynamic_cast<Scopes*>(parent());
[16:42] <Cimi> tsdgeos, ok
[16:42] <Cimi> tsdgeos, I was doing dynamic_cast<Scopes*>(m_scope->parent()); inside the previewmodel
[16:42] <tsdgeos> it's not nice, but it's a mock :D
[16:43] <Cimi> tsdgeos, but this was not working, why?
[16:43] <tsdgeos> Cimi: it should
[16:43] <tsdgeos> all the scope objects are forced to have Scopes as parent
[16:43] <tsdgeos> what problem did you have?
[16:43] <Cimi> cannot dynamic_cast ‘((PreviewModel*)this)->PreviewModel::m_scope->Scope::<anonymous>.unity::shell::scopes::ScopeInterface::<anonymous>.QObject::parent()’ (of type ‘class QObject*’) to type ‘class Scopes*’ (target is not pointer or reference to complete type)
[16:43] <Cimi>      Scopes *scopes = dynamic_cast<Scopes*>(m_scope->parent());
[16:44] <Cimi> I suspect I need cast something
[16:44] <tsdgeos> #include "fake_scopes.h"?
[16:45] <Cimi> tsdgeos, this compiles
[16:45] <Cimi> tsdgeos, how did you get it was missing an include?
[16:45] <tsdgeos> Cimi: because it was complaining it can't cast qobject to scopes
[16:45]  * Cimi trying to learn c++ here
[16:46] <tsdgeos> because it didn't know scopes *is* a qobject
[16:46] <tsdgeos> since the include was missing and thus it couldn't
[16:46] <Cimi> tsdgeos, but fake_scope.h was included
[16:46] <tsdgeos> sure fake_scope only defines Scope, not Scopes
[16:46] <Cimi> I see
[16:46] <Cimi> ok
[16:46] <Cimi> gracias
[16:46] <tsdgeos> well there's a forward declaration saying
[16:46] <tsdgeos> "there will be eventually a class named Scopes"
[16:46] <tsdgeos> but that's all
[16:48] <Cimi> tsdgeos, now can I emit openScope from the previewModel?
[16:49] <tsdgeos> Q_EMIT myscope->openScope(something);
[16:49] <tsdgeos> something is probably another scope, no?
[16:50] <tsdgeos> so Q_EMIT myscope->openScope(myscope->scopes()->getScopeFromAll("SomeotherScope"))
[16:50] <tsdgeos> or something like that
[16:50] <tsdgeos> that actually compiles D:
[16:54] <Saviq> mterry, resubmit the MP please
[16:54] <Saviq> with the prerequisite
[16:56] <Cimi> tsdgeos, ok works! tomorrow the test finally :)
[16:58] <tsdgeos> :)
[16:59] <mterry> Saviq, guh right
[16:59] <mterry> Saviq, https://code.launchpad.net/~mterry/unity8/bleeding-infographic/+merge/249223 could also be squeezed in maybe
[17:00] <mterry> Saviq, try now
[19:35] <Encrypt> Hello there o/
[19:35] <Encrypt> Hi tedg o/
[19:35] <Encrypt> Im coming to bother you people with the GMainLoop and the MessagingMenu :D
[19:36] <Encrypt> I thought about what tedg_ told me last time
[19:36] <Encrypt> SO, I think I understood what I have to do to add a gsource to the GMainLoop using an idle_source_add (or something like that)
[19:37] <Encrypt> But, I'm still wondering how to deal with the messaging menu
[19:37] <Encrypt> That is to say how to deal with "messaging_menu_app_append_source()"
[19:37] <Encrypt> Because I noticed that I have to stop the loop to add the event
[19:38] <tedg> You don't have to stop the loop as much as append the source in the same thread.
[19:38] <tedg> So if you do the idle_source_add(), you can append in that function.
[19:38] <tedg> That will execute in the same thread as the mainloop.
[19:39] <Encrypt> Oh!
[19:39] <Encrypt> Ok!
[19:39] <Encrypt> I hadn't understood it like that
[19:39] <Encrypt> Let's give it a try :p
[19:47] <Encrypt> By the way...
[19:47] <Encrypt> I discovered the editor "Atom" yesterday
[19:47] <Encrypt> It works pretty well! :)
[19:47] <Encrypt> For those who want to have a look
[19:47] <Encrypt> https://atom.io/
[20:48] <mterry> Does anyone here run xmir on their desktop?
[20:50] <ChrisTownsend> mterry: Do you mean to run an X app on the Unity 8 desktop?
[20:50] <mterry> ChrisTownsend, I'm just trying to start with running normal unity7 desktop
[20:50] <mterry> ChrisTownsend, I can run that mostly fine
[20:50] <mterry> ChrisTownsend, but it crashes when I start chromium
[20:50] <mterry> ChrisTownsend, and am trying to see if I'm alone or if there are workarounds or what
[20:51] <Encrypt> tedg, Am I doing it right now?
[20:51] <Encrypt> tedg, http://pastebin.com/ZqcLTm31
[20:52] <Encrypt> The only thing I'm not sure about is line 44
[20:52] <ChrisTownsend> mterry: Oh, ok.  I don't do that.  Where are you getting xmir from?
[20:52] <Encrypt> It seems that I can't really give an array of gpointer to this kind of function
[20:53] <Encrypt> BTW, notifications don't work anymore :/
[20:53] <ChrisTownsend> mterry: I run Xmir to run X apps in Unity 8, so it's a different use case than what you are doing.
[20:53] <Encrypt> But that might be related to the data[2] thing
[20:57] <mterry> ChrisTownsend, just getting it from vivid
[20:57] <ChrisTownsend> mterry: Ok, not sure about that then.
[20:57] <mterry> ChrisTownsend, that's fair, thanks anyway!  :)
[20:58] <ChrisTownsend> mterry: Sorry I couldn't be more help:)
[21:00]  * Encrypt should use a structure
[21:01] <tedg> Encrypt, You probably want to create everything on the thread.
[21:01] <tedg> Encrypt, So instead of creating, and then running it. You want the function on the thread to create everything.
[21:01] <Encrypt> Hum
[21:01] <Encrypt> Apparently it work
[21:01] <Encrypt> Fine then
[21:02] <tedg> And yes, a structure would be good. You also need to free some of the memory.
[21:04] <Encrypt> tedg, Then, what I don't understand is how to do that
[21:04] <tedg> Also, you can't pass memory that is allocated in the stack between threads. I needs to be on the heap.
[21:04] <Encrypt> How could an external function call the thread?
[21:04] <Encrypt> I'm confused
[21:05] <tedg> Your mm_notify function would, in theory, be called by the non-Glib thread.
[21:05] <tedg> So then it needs to pass of the data to the GLib thread.
 Also, you can't pass memory that is allocated in the stack between threads. // Are you talking about run_mmloop?
[21:06] <tedg> No mm_notify()
[21:06] <Encrypt> Ok
[21:06] <tedg> An mm_rm_entry()
[22:40] <Encrypt> tedg, It works _o/
[22:43] <tedg> Woot!
[22:43] <Encrypt> Yep :p
[22:44] <Encrypt> tedg, Thanks for your help! :)


[12:57] <gour> for the sake of experiment tried to convert some git repo to bzr and got: bzr: ERROR: exceptions.ImportError: cannot import name single_plural
[12:57] <gour> any hint?
[14:29] <mgz> gour: can you run with -Derror and paste the traceback?
[14:41] <gour> mgz: https://paste.fedoraproject.org/paste/tA1XtbXr9kWDqCZGo4BF8Q
[15:50] <mgz> gour: going by https://bugs.launchpad.net/ubuntu/+source/bzr-fastimport/+bug/1360924 should be fixed in some later version of fastimport?
[15:51] <mgz> it's fine with the breezy embedded version of fastimport at least
[15:51] <mgz> so, you can install from trunk and do `brz fast-import` instead?
[16:07] <gour> ok, will try that
[16:16] <gour> how would install bzr-git from the trunk?
[16:17] <mgz> gour: from https://code.launchpad.net/~jelmer/brz-git/trunk
[16:20] <gour> bzr branch lp:brz-git will pull the trunk?
[16:22] <mgz> yes
[16:22] <mgz> the trunk with the breezy imports, more importantly
[16:23] <gour> do you have any rough eta for 3.0?
[16:32] <mgz> not really, depends how many weekends I can steal for breezy time
[16:32] <mgz> likewise for jelmer
[16:34] <gour> i've tried to pull latest bzr-fastimport in the attempt to use it with latest bzr, but get the following: https://paste.fedoraproject.org/paste/5gDEc8NaC-fnKVLNLVCvSA
[16:34] <mgz> you need to do what it says on the tin for that
[16:34] <mgz> renamed the directory
[16:35] <gour> btw, it would be great to have some brz package for fedora...
[16:35] <gour> ahh, now recall that, no '-' in module names :-(
[16:40]  * gour is converting gnucash repo to bzr
[16:50] <gour> conversion with bzr-fastimport's trunk failed with: https://paste.fedoraproject.org/paste/wQNLvwQT~PIqd1NkB3Ocqg
[17:32] <teknopaul> Hi all , cant find this in the docs,  if I run a server with   bzr serve --directory=/srv/bzr/repo on port 4155  is this a secure protocol? (for use over t'Internet)
[17:36] <Peng> No
[17:37] <Peng> Use one of the other protocols
[17:47] <teknopaul> Peng: OK thanks
[17:48] <teknopaul> BTW you know you are getting 500s  from the wiki today and yesterday e.g  http://wiki.bazaar.canonical.com/SharedRepositoryTutorial
[20:20] <teknopaul> Is it really true that there are no serverside commit|push hooks in bazaar?  I need to build code after its submitted.


[09:42] <Skyrider> Can I ask a ufw related question here?
[09:48] <Skyrider> Might as well.. Used ufw to block an ip range x.x.0.0/16, yet it doesn't appear to work. All the other ufw rules are working, just not this ranged deny I created.
[12:58] <tomreyn> Skyrider: i would not recommend ufw for a server firewall. rather use iptables directly or some framework around it such as shorewall.
[12:58] <JanC> well, ufw is a framework around it
[12:59] <tomreyn> yes, but... not a complete or really good one
[13:02] <JanC> it should be able to do what most people need for a simple server, no?
[13:03] <tomreyn> yes, as long as they don't use the GUI for managing it.
[13:04] <tomreyn> thats my personal POV, anyways
[13:04] <JanC> ufw itself doesn't have a GUI
[13:05] <tomreyn> gufw is a separate package, but i think it's preinstalled.
[13:05] <tomreyn> ...on desktops
[13:05] <JanC> I doubt it is
[13:06] <JanC> it never supported ufw correctly, and hasn't been updated in a decade probably?
[13:06] <tomreyn> hmm its in universe, probably not then, right
[13:07] <Skyrider> Using ufw as I prefer its simplicity.
[13:07] <tomreyn> so let's say ufw can be fine, just dont use gufw
[13:07] <JanC> Skyrider: I assume you didn't forget to reload the firewall after adding that rule?
[13:09] <JanC> also "doesn't appear to work" is rather vague
[13:13] <Skyrider> all rules added through ufw should be instantly loaded.
[13:13] <Skyrider> As for gufw, don't see a point in that seeing I use a headless server.
[13:14] <Skyrider> And "doesn't work", I blocked an ip range and had to block the IP range in nginx as well. The blocked IP's keeps showing up in nginx's logs, while it shouldn't be logged at all as ufw should deal with it.
[13:14] <Skyrider> Maybne ufw ip range deny/reject is borked?
[13:15] <JanC> there is no other rule overriding it?
[13:16] <Skyrider> Guess that's a fair point I haven't considered. allow port 80 I suppose.
[13:16] <Skyrider> But shouldn't deny/reject override allow?
[13:17] <Skyrider> It is listed in iptables: -A ufw-user-input -s <IP_ADDRESS>/16 -j REJECT --reject-with icmp-port-unreachabl                                                                                e
[13:19] <Skyrider> As for ufw, was last updated 2018-12-14
[13:22] <JanC> rule ordering?
[13:23] <JanC> you'd need to have the deny for that range before the one to allow port 80
[13:25] <JanC> as the first one that matches will be applied
[13:30] <JanC> Skyrider: ^^^
[13:40] <Skyrider> Thanks JanC, but I double checked. All rejects in ufw are set to top.
[13:40] <Skyrider> [10] Anywhere                   REJECT IN   <IP_ADDRESS>/16
[13:40] <Skyrider> [11] 80/tcp                     ALLOW IN    Anywhere
[13:40] <Skyrider> 1 to 9 are also rejects.


[11:59] <LjL> blakkinferno: read the page ubotu gave you - it explains it
[11:59] <Windy> there's probably a reason to it somewhere
[11:59] <blakkinferno> okay, so ill just use sudo. ANd ill read it, LjL
[11:59] <blakkinferno> thanks
[11:59] <LjL> Windy: yes, sudo doesn't always work with GUI programs
[11:59] <Windy> i think gksudo is more secure or something
[11:59] <Sinistrad> gksudo will graphically prompt for a password (and probably does some other environmental things related to the X environment)
[11:59] <james> Sinistrad: yes thanks - i see what you mean!
[12:00] <james> is that by design?  seems like a pretty crazy implementation :)
[12:00] <blakkinferno> okay, ill use gksudo then
[12:00] <Sinistrad> james, it is...
[12:00] <mcphail> Windy: don't use sudo with graphical apps. It can mess up permissions on important files
[12:00] <james> excellent, thanks a lot for the help
[12:00] <amattas> Is there a fix for the Powernowd problems with various dell's, I've seen lots of forums and such but no definitive answer
[12:00] <Windy> ah, good thing i found that out BEFORE i tried it with graphical apps
[12:00] <Sinistrad> james, Scrollbars like that are part of some commonly-used library (lesstif?) so you'll run into them quite often
[12:00] <Windy> on the bright side, most graphical apps i've got don't need me to hop into terminal
[12:01] <james> cool, good to know


[08:22] <anotheryou> Hi. how would I change the main volume by a bit through the terminal?
[08:22] <anotheryou> (I want to map it to the keyboard)
[08:23] <anotheryou> nevermind: amixer -D pulse sset Master 5%+
[22:17] <Celso> Good night,
[22:17] <Celso> I installed xubuntu-core and I want to install a printer.
[22:17] <Celso> Which package do I need to install with setting up the printer?
[22:27] <gnoob> something with cups
[22:40] <cdoublejj> so what IRC clients yall like? i used to really like chatzilla
[22:45] <gnoob> I just set up Pidgin and I think it might work for me.   I now kiwiIRc is one people like.
[22:45] <gnoob> The Lounge is another
[23:22] <mikaslayton> Hey everyone.  Just installed xUbuntu on my Alienware Aurora R6 yesterday.  Didn't realize that my usual screen-sharing app (kosmi.io -- a web-based screensharing app) doesn't share audio in anything other than windows.  I tried discord too and can't seem to share audio.  Does sharing audio with video work in xUbuntu?
[23:36] <tomreyn> generally, it works, sure. there could be some problems with your audio chipset on your xubuntu release / kernel version.
[23:40] <mikaslayton> hmmm
[23:42] <mikaslayton> thank you for the kind response.  To further specify, I'm trying to watch a TV show with a friend on Discord.  Video works, but they can't hear anything.
[23:50] <tomreyn> mikaslayton: i'm just helping someone else in a different channel, so i'm afraid i can't help there right now. but you could look at
[23:50] <tomreyn> !audio
[23:50] <tomreyn> ^ this, and also ask your question in #ubuntu, which is often busier than #xubuntu, and should be able to help with it as well.
[23:50] <mikaslayton> Thank you so much.  I will look at that!  :)
[23:51] <tomreyn> mikaslayton: if the above does not work, also look at (And share with those in the other channel) the output of the      journalctl -b -p3 | nc termbin.com 9999    command
[23:52] <mikaslayton> awesome, will do.


[00:01] <StevenK> wgrant: http://pastebin.ubuntu.com/1229519/
[00:01] <wgrant> StevenK: That looks most excellent. Perhaps try some tests that exercise the DB?
[00:01] <StevenK> Hmmm
[00:01] <StevenK> -t bugs ?
[00:02] <wgrant> Though DatabaseLayer setup worked, so it's a good sign
[00:02] <StevenK> And it can run while I nom
[00:02] <wgrant> -t bugs is huge
[00:02] <wgrant> Try archiveuploader
[00:02] <wgrant> Relatively quick and terrible
[00:37] <StevenK> wgrant: Right, that looks pretty excellent too
[00:39] <wgrant> Right.
[00:39] <wgrant> So, jenkins :)
[00:41] <StevenK> wgrant: Yes
[00:41] <wgrant> StevenK: Should be pretty easy, I guess
[00:41] <wgrant> No need for the complex build rules any more
[00:41] <wgrant> Just a .testr.conf, lp-setup-lxc-build, testr run --parallel
[00:41] <wgrant> Or so
[00:42] <StevenK> Do I need the testr from testing-cabal?
[00:48] <wgrant> StevenK: You might need new testrepository, testtools and subunit
[00:48] <wgrant> Might as well grab them all from there
[00:48] <StevenK> Right
[00:48] <StevenK> Just installing java and fixing ssh access
[00:52] <wallyworld> lol
[00:53] <StevenK> The Jenkins slave is java, no choice in the matter
[00:53] <wallyworld> i know, just trolling
[00:55] <StevenK> Slave successfully connected and online
[00:55] <StevenK> wgrant: So, .testr.conf ?
[00:55] <StevenK> This is different from the .testr.conf already in the LP tree?
[00:56] <wgrant> StevenK: Yeah. Grab it from testr.conf in lp:~launchpad/lpbuildbot/public
[00:56] <wgrant> It has a list command and uses lp-setup-lxc-test rather than bin/test
[00:57] <StevenK> So I should move it into the tree as the first step?
[00:57] <wgrant> Just clobber the .testr.conf that's in trunk locally for now
[00:58] <wgrant> buildbot copies it in at the start of each build
[00:59] <StevenK> I've added a build step
[01:01] <LPCIBot> Project devel build #1091: STILL FAILING in 1 min 3 sec: https://lpci.wedontsleep.org/job/devel/1091/
[01:01] <wgrant> Heh
[01:02] <StevenK>  sudo lp-setup-lxc-build lptests /home/jenkins/.ssh/id_rsa
[01:02] <StevenK> sudo: lp-setup-lxc-build: command not found
[01:02] <StevenK> :-(
[01:02] <wgrant> Is it in PATH?
[01:03] <StevenK> It's in /home/jenkins/bin, but it looks like that doesn't work
[01:03] <wgrant> ~/bin isn't in PATH by default
[01:03] <StevenK> Well, yes
[01:04] <LPCIBot> Project devel build #1092: STILL FAILING in 8.9 sec: https://lpci.wedontsleep.org/job/devel/1092/
[01:06] <LPCIBot> Project devel build #1093: STILL FAILING in 28 sec: https://lpci.wedontsleep.org/job/devel/1093/
[01:06] <StevenK> Haha
[01:06] <StevenK> Need testr init first
[01:06] <wgrant> Ooh
[01:06] <wgrant> It nearly worked
[01:06] <StevenK> Are you spying? :-)
[01:06] <wgrant> Yes
[01:07] <wgrant> How many threads does the instance have?
[01:07]  * StevenK firewalls wgrant off
[01:07] <StevenK> 4 processors, apparently
[01:07] <wgrant> You'll want testr run --parallel --concurrency=SOMETHING --subunit --full-results
[01:07] <wgrant> And you'll need to set a shared TEMP, which probably means it needs to be in the code dir
[01:08] <wgrant> buildbot creates temp/ in the tree at the start of each build
[01:10] <StevenK> Oooh
[01:10] <StevenK> This is looking okay
[01:10] <wgrant> Indeed
[01:10] <wgrant> concurrency=8 is probably going to die
[01:10] <wgrant> But we'll see
[01:11] <StevenK> Die how?
[01:11] <StevenK> We have 34GiB of RAM
[01:11] <wgrant> It'll thrash
[01:11] <wgrant> Ah, so at least RAM won't be a problem
[01:11] <StevenK> Oh, yeah, java.
[01:11] <wgrant> Also, your build failed
[01:11] <StevenK> So we have 4GiB of RAM available
[01:11] <wgrant> lazr.restful missing from download-cache?
[01:11] <wgrant> buildbot's happy with it, so I assume you just failed to update
[01:11] <LPCIBot> Project devel build #1094: STILL FAILING in 2 min 19 sec: https://lpci.wedontsleep.org/job/devel/1094/
[01:12] <wgrant> Yeah
[01:12] <wgrant> But it otherwise worked
[01:12] <StevenK> I guess I need to run bzr pull in the download-cache
[01:12] <wgrant> You'll want to add bzr up download-cache, and probably update-sourcecode, steps
[01:12] <wgrant> But you can just do a one-off for now, I suppose
[01:13] <StevenK> I don't need db setup?
[01:13] <wgrant> lp-setup-lxc-build should do that
[01:13] <StevenK> I thought so
[01:14] <StevenK> Here's a script I prepared earlier
[01:14] <LPCIBot> Project devel build #1095: STILL FAILING in 10 sec: https://lpci.wedontsleep.org/job/devel/1095/
[01:14] <wgrant> Evidently not :)
[01:14] <wgrant> StevenK: scripts/init_testr.py from the lpbuildbot branch may be handy
[01:15] <wgrant> StevenK: It preserves .testrepository between runs, which makes balancing the tests between runners more effective
[01:15] <wgrant> And prevents the issue that killed this build :)
[01:16] <StevenK> Hmmm
[01:16] <StevenK> Right
[01:17] <StevenK> So far I'm blowing it away, but that can be fixed
[01:18] <wgrant> This is looking better
[01:18] <StevenK> Indeed
[01:19] <StevenK> wallyworld: Are you watching too, or just ignoring us?
[01:19] <wallyworld> huh?
[01:19] <wgrant> Doing proper work, hopefully :P
[01:20] <StevenK> This is proper work!
[01:20] <wallyworld> watching what?
[01:20] <StevenK> Also known as buildbot and buildbot-poll die in a large fire
[01:20] <StevenK> Jenkins
[01:20] <wgrant> StevenK: Check in temp/
[01:21] <wgrant> Are there 8 files with lots of tests listed?
[01:21] <StevenK> Yes
[01:21] <wgrant> It's starting up 8 new containers, so it looks good
[01:21] <wgrant> Great
[01:21] <wgrant> I think we're good :)
[01:21] <wgrant> Yay
[01:21] <StevenK> We are
[01:22] <wgrant> And it's even tagged properly
[01:22] <StevenK> jenkins@domU-12-31-39-17-3C-7F:~/launchpad/lp-branches/workspace/devel$ uptime
[01:22] <wgrant> I must work that out on prod buildbot with gnuoy next week
[01:22] <StevenK>  01:22:17 up  3:08,  1 user,  load average: 6.70, 2.75, 1.14
[01:22] <wgrant> :)
[01:22] <wallyworld> wgrant: i recall reading somewhere why the test count is inflated now. can you remind me?
[01:23] <wgrant> wallyworld: The Zope testrunner layer setup/teardowns appear as tests
[01:23] <wgrant> eg 'test: lp.testing.layers.BaseLayer:tearDown'
[01:23] <wallyworld> really?
[01:23] <StevenK> I wonder how it will take with 8
[01:23] <wallyworld> surely we can filter that out
[01:23] <wgrant> If you grep them out then the count is accurate
[01:24] <wgrant> StevenK: Didn't jenkins previously show live test stats?
[01:24] <StevenK> It will show progress, not stats
[01:25] <StevenK> But it takes like 3 or 4 builds to prime
[01:25] <wgrant> :(
[01:25] <wgrant> Yeah
[01:25] <wgrant> Doesn't subunit2junitxml let it show live counts?
[01:25] <StevenK> ENOIDEA
[01:27] <wallyworld> wgrant: StevenK: if you want a break from jenkins, a quickie.... https://code.launchpad.net/~wallyworld/launchpad/embargoed-sharing-policy-ui-1055617/+merge/126585
[01:27] <StevenK> 8 threads is probably what, 2 hours?
[01:27] <StevenK> wallyworld: It's building
[01:28] <StevenK> So now wgrant and I should do a critical or something
[01:28] <wallyworld> do a review first :-)
[01:28] <wgrant> I'm waiting for a local testr run too
[01:29] <wallyworld> oh bollocks. legit bb failure
[01:29]  * wallyworld fixes
[01:29] <StevenK> Line 53 can be sucked back onto 47?
[01:29] <StevenK> Which probably makes the branch neutral
[01:29] <wallyworld> yeah
[01:30] <StevenK> jenkins@domU-12-31-39-17-3C-7F:~/launchpad/lp-branches/workspace/devel$ uptime
[01:30] <StevenK>  01:30:10 up  3:16,  1 user,  load average: 11.62, 9.77, 5.15
[01:30] <wgrant> StevenK: Well, you did ask it to run 8 multiprocess test suites on 4 cores :)
[01:31] <StevenK> I should have gone bigger?
[01:31] <wgrant> Doesn't matter too much
[01:31] <StevenK> Pft, we have 20GiB of RAM free
[01:32] <wgrant> I'm not sure what yellow used for scalability testing, but we don't really need that here
[01:32] <wgrant> We don't care about scaling, just working
[01:33] <StevenK> It seems to work
[01:33] <wgrant> Indeed
[01:34] <wgrant> StevenK: You should probably steal the remaining build steps from master.cfg in the lpbuildbot branch
[01:34] <wgrant> With scripts/init_testr and co
[01:34] <StevenK> Aww, can't we just move on and get this on prase? :-P
[01:34] <wgrant> Also shake Julian until MAAS Tarmac and Jenkins configs fall out!
[01:35] <StevenK> I think other projects have used it as well
[01:35] <StevenK> openstack is one I can remember. Until they switched to git, at least
[01:52] <wallyworld> StevenK: you ok to +1 that branch you looked at?
[01:53] <StevenK> wallyworld: Sorry, done.
[01:53] <wallyworld> np thank you
[01:54] <wallyworld> i was doing the testfix anyway till now
[02:24] <lifeless> wgrant: pqm 0.6 up on LP, and in trunk.
[02:25] <lifeless> wgrant: YMMV, may the farce be with U
[02:26] <wgrant> Thanks
[02:26] <wgrant> Of course I might just dump PQM and use Tarmac instead :)
[02:26] <lifeless> fine by me
[02:26] <lifeless> long as you're not running tests under it
[02:27] <lifeless> tarmac isn't even faintly paranoid enough about *that*
[02:27] <StevenK> Tarmac+Jenkins ?
[02:27] <wgrant> Right, Tarmac + Jenkins is the sensible solution
[02:27] <lifeless> though I don't know why you'd have tarmac in the picture for that.
[02:28] <wgrant> Other projects (eg. maas) have you submitting to Tarmac, Tarmac asks Jenkins to build it, then Tarmac commits if Jenkins succeeds
[02:29] <lifeless> you may not know this, but PQM can get its queue from LP
[02:30] <lifeless> or could before the code team destroy the API :)
[02:30] <lifeless> anyhow
[02:30] <lifeless> there is something funky with that layering
[02:30] <lifeless> I need to reset my whiteboard to make a case, i think
[02:33] <wallyworld> do we know why TestArchiveWebservice.test_getAllPermissions_constant_query_count sometimes fails?
[02:34] <wgrant> wallyworld: It might depend on whether it's the first browser test in that process
[02:35] <wgrant> lifeless: Yeah, but Tarmac is at least less crufty and abandoned than PQM is today...
[02:39] <bigjools> tarmac + jenkins is working extremely well for maas so far
[02:40] <StevenK> bigjools: Are the configs available so we can duplicate it?
[02:50] <StevenK> wallyworld: You fail. Again.
[02:50] <wallyworld> huh?
[02:51] <wallyworld> how?
[02:51] <StevenK> Oh, the failure wasn't your fault.
[02:51] <wallyworld> nope
[02:51] <StevenK> Carry on
[02:54] <wgrant> Hm
[02:54] <wgrant> That subunit stream looks a little broken
[02:54] <StevenK> wgrant: I wonder if bug 1020439 is limited to those few branches
[02:54] <_mup_> Bug #1020439: AttributeError: 'NoneType' object has no attribute 'items'  in +preview-diff <code-review> <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1020439 >
[02:54] <wgrant> StevenK: Yes
[02:54] <StevenK> Oh, they have no merge_diff ?
[02:54] <wgrant> So assign to you and close
[02:54] <wgrant> Oh oops, wrong bug
[02:55]  * wgrant -> lunch
[02:55] <StevenK> Haha
[02:55] <StevenK> Helpful much
[02:55] <wgrant> It may be the same, but I can't remember
[02:55] <wgrant> And am on my way out
[02:55] <StevenK> wgrant: It still happens
[02:55] <StevenK> wget a URL from the OOPS gives 00
[02:55] <StevenK> *500
[02:58] <StevenK> The MP exists, and has a diff
[03:01] <LPCIBot> Project devel build #1096: STILL FAILING in 1 hr 46 min: https://lpci.wedontsleep.org/job/devel/1096/
[03:02] <StevenK> Wha?
[03:02]  * StevenK prods Jenkins
[03:04] <StevenK> Hm, it misreports the failure, too :-(
[03:39]  * wallyworld has an appointment with the tax man :-(
[03:39] <StevenK> wallyworld: To pay him?
[03:41] <wallyworld> no, to figure out some of my shit for last year
[03:41] <wallyworld> bbiab
[03:56] <nigelb> Don't you pay him for that? :)
[03:57] <lifeless> We don't pay him for his shit.
[03:57] <lifeless> That would just be wrong wrong wrong
[03:58] <nigelb> Heh
[04:48] <StevenK> wgrant: Halp?
[04:49] <StevenK> wgrant: bug 1020439 is triggered when previewdiff.diff.diffstat = None and I'm trying to figure out how to not make lazr.restful eat a bullet
[04:49] <_mup_> Bug #1020439: AttributeError: 'NoneType' object has no attribute 'items'  in +preview-diff <code-review> <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1020439 >
[04:52] <lifeless> StevenK: does lazr.restful want diff to never be None ?
[04:52] <StevenK> lifeless: Where is that defined?
[04:53] <lifeless> the schema for the interface
[04:53] <lifeless> I'm wagging here, of course
[04:53] <LPCIBot> Project devel build #1097: STILL FAILING in 1 hr 46 min: https://lpci.wedontsleep.org/job/devel/1097/
[04:53] <StevenK> Jenkins, you make me very sad.
[04:53] <StevenK> lifeless: readonly=True, I'm not sure what the other defaults are
[04:54] <lifeless> me neither
[04:54] <StevenK> They are not set to required=True
[04:54] <StevenK> So I guess they're False
[04:56] <StevenK> _StringException: lost connection during test 'lp/registry/javascript/tests/test_milestone_creation'
[04:56] <StevenK> Hm
[04:56] <lifeless> StevenK: so - marshaller
[04:57] <lifeless> StevenK: look at the marshallers available, I'll bet that its one with a bug in it
[04:58] <StevenK> <class 'lazr.restful.marshallers.DictFieldMarshaller'>
[05:00] <lifeless> StevenK: so a few lines up
[05:00] <lifeless>         marshaller = getMultiAdapter((field, self.request), IFieldMarshaller)
[05:00] <lifeless> that suggests that that is going off the rails, to me at least
[05:01] <StevenK> lifeless: How?
[05:01] <StevenK> The field is declared as an exported dict
[05:01] <StevenK> And it's attempting to unmarshall the contents
[05:01] <StevenK> It just doesn't deal with None at all
[05:01] <lifeless> right
[05:03] <StevenK> Right, if value is None: return {} works nicely
[05:03] <StevenK> HAH
[05:03] <StevenK>     def _get_diffstat(self):
[05:03] <StevenK>         if self._diffstat is None:
[05:03] <StevenK>             return None
[05:04] <StevenK> GIGO
[05:04] <lifeless> EWTF
[05:04] <lifeless> how is that different to
[05:04] <lifeless> return self._diffstat ?
[05:04] <StevenK> Below that it returns a dict
[05:04] <lifeless> ah
[05:08] <StevenK> Fantastic, I don't need to touch lazr.restful
[05:12] <StevenK> lifeless: So, can you look at the last Jenkins build?
[05:12] <StevenK> lifeless: I have this inkling there is something screwy with the subunit stream
[05:13] <lifeless> url me up
[05:13] <StevenK> lifeless: https://lpci.wedontsleep.org/job/devel/lastBuild/
[05:18] <lifeless> ERROR: cannot verify lpci.wedontsleep.org's certificate, issued by `/C=IL/O=StartCom Ltd./OU=Secure Digital Certificate Signing/CN=StartCom Class 1 Primary Intermediate Server CA':
[05:18] <lifeless>   Issued certificate has expired.
[05:21] <StevenK> Yes
[05:21] <StevenK> We should fix that by moving to prase
[05:21]  * StevenK bangs that drum a little harder
[05:23] <lifeless> StevenK: ok, so tricks:
[05:23] <lifeless> cat consoleText| subunit-stats | less
[05:23] <lifeless> page down till you see
[05:23] <lifeless> Starting up the container...
[05:23] <lifeless> after that you should see nothing as subunit will be eating it
[05:24] <lifeless> when you start seeing something, its because subunit thinks a test prior to it has not finished
[05:24] <lifeless> and is in pass-through mode on everything other than a terminal for that test.
[05:24] <lifeless> so
[05:24] <lifeless> test: lib/lp/soyuz/stories/ppa/xx-private-ppas.txt
[05:24] <lifeless> is the first output
[05:24] <lifeless> use that to seek in the raw stream to debug
[05:24] <lifeless> less consoleText
[05:24] <lifeless>  / lib/lp/soyuz/stories/ppa/xx-private-ppas.txt
[05:24] <lifeless> and work back:
[05:25] <lifeless> test: Could not communicate with subprocess
[05:25] <lifeless> time: 2012-09-27 04:39:15.455646Z
[05:25] <lifeless> test: lib/lp/soyuz/stories/ppa/xx-private-ppas.txt
[05:25] <lifeless> ^ thats invalid yo
[05:26] <StevenK> Could not communicate with subprocess is zope.testing garbage, isn't it?
[05:26] <lifeless> yes, its odd that it says 'test: Could not communicate with subprocess'
[05:27] <lifeless> theres no immediate evidence of interleaving going on
[05:27] <lifeless> it *could* be a race condition with gc or something
[05:27] <lifeless> or just bad code for handling that situation
[05:27] <lifeless> e.g.
[05:27] <lifeless> there is a reporter thingy in zope.testing
[05:27] <lifeless> it has a special class for subunit
[05:27] <lifeless> that class may have a bug
[05:28] <lifeless> where it reports this situation via the literal 'test: Could not communicate with subprocess\n'
[05:28] <lifeless> which would be a bug.
[05:28] <StevenK> Then why doesn't buildbot see that :-(
[05:28] <lifeless> it may not be encountering 'Could not communicate with subprocess'
[05:28] <lifeless> or it may be one of the things gary keeps posting a bug link to
[05:29] <lifeless> StevenK: s    def error_with_banner(self, message):
[05:30] <lifeless>         self._emit_fake_test(message, self.TAG_ERROR_WITH_BANNER)
[05:30] <StevenK> Haha
[05:31] <StevenK> That does seem a little bit like crack, yes.
[05:31] <lifeless> which calls startTest(test), _emit_tag(tag), addSuccess(test)
[05:31] <lifeless> so, that should be ok, but..
[05:32] <lifeless> and in fact..
[05:32] <lifeless> test: Could not communicate with subprocess
[05:32] <lifeless>  is line 108890
[05:32] <lifeless> successful: Could not communicate with subprocess
[05:32] <lifeless> is 108996
[05:33] <StevenK> subunit doesn't like tests with whitespace?
[05:33] <lifeless> so there is an interleaving problem
[05:33] <lifeless> subunit doesn't care about that
[05:33] <lifeless> open consoleText with vim
[05:34] <lifeless> something wrote, to the same fd, a tonne of other test info between the three lines of that self._emit_fake_test function
[05:34] <StevenK> wallyworld, wgrant: https://code.launchpad.net/~stevenk/launchpad/preview-diff-none-type/+merge/126601
[05:35] <StevenK> lifeless: Yeah, the line numbers are staggeringly different
[05:36] <lifeless> StevenK: part of the issue here is that you're getting the demultiplexed stream out of testr
[05:36] <StevenK> testr run --parallel --subunit --full-results --concurrency=8 | subunit2junitxml -f -o test-results.xml
[05:37] <lifeless> yeah
[05:37] <lifeless> testr is running 8 streams on separate fd's and demultiplexing them.
[05:37] <lifeless> its possibly a bug in your testtools version
[05:37] <lifeless> what testtools and subunit versions are you running ?
[05:38] <StevenK> ii  python-testtools                0.9.14+bzr267~ppa37~precise1    Extensions to the Python unittest library
[05:38] <StevenK> ii  subunit                         0.0.8+bzr176~ppa126~precise1    command line tools for processing Subunit streams
[05:38] <StevenK> Both from testing-cabal
[05:39] <lifeless> hmmm
[05:39] <lifeless> I have to run, cynthia time
[05:39] <lifeless> suggestion
[05:39] <lifeless> drop the subunit2junitxml -f -o test-results.xml for now
[05:39] <nigelb> 54
[05:39] <lifeless> and the --full-results and the --subunit
[05:39] <nigelb> argh, sorry!
[05:40] <lifeless> testr will write its output to .testrepository, the jenkins fs explorer thingy will let us pull the stream down and see what it gets
[05:40] <lifeless> I will return in ~2 hours
[05:40] <StevenK> Which is how long the build will take
[06:18] <wgrant> StevenK: Did the build look successful other than the dead runner and corrupt stream?
[06:19] <StevenK> wgrant: Mostly
[06:19] <StevenK> I'm doing what lifeless' suggested, so we'll see
[06:20] <StevenK> But since testr likes hiding things, we have no output at all
[06:20] <wgrant> StevenK: Tail the stream
[06:20] <wgrant> It's in ~/.testrepository
[06:20] <wgrant> It'll be tmpFOO
[06:21] <StevenK> Right
[06:21] <StevenK> wgrant: Can haz review?
[06:21] <wgrant> Er
[06:21] <wgrant> Not ~/, but the tree
[06:22] <StevenK> Yes, I found it
[06:22] <StevenK> -rw------- 1 jenkins jenkins 3.4M Sep 27 06:22 .testrepository/tmpTDk8xw
[06:23] <wgrant> StevenK: Nothing else relies on diffstat being None sometimes?
[06:24] <StevenK> Hm, maybe
[06:28] <StevenK> wgrant: Good catch. http://pastebin.ubuntu.com/1229847/
[06:28] <wgrant> Well
[06:28] <wgrant> This is interesting
[06:29] <wgrant> I think our bugtracker may be sentient
[06:29] <wgrant> https://bugs.launchpad.net/launchpad?field.searchtext=quote_like
[06:29] <wgrant> Look at the first result
[06:30] <wgrant> First thought was "these results are terrible". Open first result, "Cannot search for identifier containing underscores... well I can search for it but the results aren't any good."
[06:30] <StevenK> Haha
[06:31] <StevenK> wgrant: I can't see any other code that relies on diffstat being None
[06:31] <wgrant> Did you consider making lazr.restful deal with it?
[06:32] <StevenK> I did, and then decided it was a case of GIGO
[06:32] <wgrant> Well, we allow object references to be nullable
[06:32] <wgrant> Why not dicts?
[06:34] <StevenK> Like you say, it could be fixed in lazr.restful's marshaller. But I decided that fixing LP was a little easier
[06:35] <StevenK> And it didn't involve working out how to run its tests and then spinning a new release, uploading to pypi and download-cache and then making an LP branch anyway
[06:37] <StevenK> If you strongly object then I can do that on Tuesday
[06:39] <wgrant> StevenK: It's not that hard; wallyworld did it yesterday
[06:40] <wallyworld__> and finished the job today
[06:40] <StevenK> I know it's not hard. It's easier to just change LP.
[07:06] <StevenK> wallyworld__: I don't think lp:lazr.restful contains your changes
[07:06] <wallyworld__> hmm. i'm sure i merged, let me check
[07:07] <StevenK> Hmm, yeah, revision 200
[07:07] <wallyworld__> ah, merged restfulclient
[07:07] <wallyworld__> forgot restful
[07:07] <wallyworld__> let me do it now
[07:08] <StevenK> The version.txt in the tree and pypi did not match
[07:08] <StevenK> And I didn't want to unfix your carefully fixed bug
[07:09] <wallyworld__> StevenK: done, sorry
[07:15] <StevenK> https://code.launchpad.net/~stevenk/lazr.restful/dict-unmarshaller-none/+merge/126615
[07:16] <wgrant> StevenK: Why isn't None None?
[07:16] <wgrant> None shouldn't be {}
[07:16] <wgrant> It should be None
[07:16] <wgrant> probably
[07:16] <StevenK> Well, it's better than what we have currently, which is AttributeError
[07:17] <wgrant> Exposing an unstable interface in lazr.restful is not better than AttributeError :)
[07:19] <wallyworld__> wgrant: StevenK: i had to reboot again after another unity crash and now lp.dev won't load in ff, but loads in chrome. "The connection was interrupted". any idea?
[07:20] <StevenK> Stop stabbing zope while loading it in Firefox?
[07:20] <wallyworld__> i have no knife
[07:20] <wgrant> wallyworld__: Tried restarting Apache?  I don't have a working launchpad setup at the moment.  Would anyone be able to test & land this branch for me?  https://code.launchpad.net/~jtv/launchpad/format-relative-imports/+merge/124878
[13:53] <stub> jtv: sending via ec2
[13:53] <jtv> ?
[13:53] <jtv> Oh, branch.  Thanks!
[13:53] <stub> responsive r us
[14:04] <tumbleweed> stub: talking of responsiveness, have a moment to eyeball https://code.launchpad.net/~stefanor/launchpad/edit-packagesets/+merge/124555 ?
[14:12] <stub> tumbleweed: done
[14:13] <tumbleweed> stub: thanks
[16:29] <adeuring> jcsackett: thanks for your review!
[16:29]  * adeuring nearly forgot the MP
[16:30] <jcsackett> adeuring: you're welcome.
[18:28] <lifeless> sinzui: https://bugs.launchpad.net/launchpad/+bug/736010 is affecting openstack
[18:28] <_mup_> Bug #736010: Milestone:+index timeouts <timeout> <Launchpad itself:Triaged> < https://launchpad.net/bugs/736010 >
[18:29] <lifeless> sinzui: wondering if one of your timeout demolishing machines could cast an eye over it.
[18:30] <abentley> deryck: I'm getting a test failure on stable.  Both test and code are old.  Can you reproduce?  http://pastebin.ubuntu.com/1230926/
[18:32] <deryck> abentley, let me see....
[18:35] <lifeless> sinzui: oh, I see ttx is in #launchpad talking abou tit
[18:42] <sinzui> lifeless, We have discussed that bug a lot. We think a lot of work is needed t fix this issue. This is a design problem, not a a bad query problem
[18:44] <deryck> abentley, I don't get that failure.
[18:44] <lifeless> sinzui: Why do you say its a design problem ?
[18:45] <lifeless> sinzui: I see 2000ms of time between query 66 and 67 in https://oops.canonical.com/oops/?oopsid=OOPS-c3db3abe60cbad08100ecb38fcac389a#statementlog
[18:45] <abentley> deryck: Wacky.  It looks legit to me, but it also doesn't seem to happen on ec2.
[18:46] <deryck> WEIRD
[18:46] <deryck> sorry to shout, fat fingers :)
[18:46] <deryck> I wonder what's different for you that you see it?
[18:47] <sinzui> lifeless, the page only works if you can display all milestones and blueprints. It does not scale. We can improve the queries, but it still will not scale for large projects. I think a proper fix is to load just the crucial/first items, then use ajax to complete the listings, then do the analysis.
[18:47] <abentley> deryck: Maybe python version.  Are you on quantal 2.7.3?
[18:47] <lifeless> sinzui: I am confused; the OOPS doesn't show queries as a problem at all.
[18:47] <lifeless> sinzui: Are we talking about the same issue ?
[18:48] <deryck> abentley, ah, no.  I still have upgraded actually. :(
[18:48] <deryck> abentley, but I am on 2.7.3
[18:48] <sinzui> yes we are, This bug has been around a long time and making queries faster does not fix the issue
[18:48] <lifeless> sinzui: ok, so we're slightly in sync :) - I see bad python code / tal code.
[18:49] <sinzui> You can fix that query, but it want users the believe you have fixed the issue for there hundreds of items, we need to think about the solution differently
[18:49] <sinzui> YES
[18:49] <lifeless> sinzui: I agree that doing latency hiding and incremental loading would be better.
[18:49] <sinzui> Late evaulation that because the page relies on bug and blueprint rendering rules
[18:49] <lifeless> sinzui: but is there not a low hanging just-be-more-efficient step to get Ubuntu and openstack unstuck ?
[18:49] <lifeless> sinzui: its not late evaluation, only 68 queries on the page before it timed out .
[18:50] <sinzui> I think we just want to pull the data and have the browser do the analysis...such as I do in the burndown charts I wrote
[18:50] <lifeless> sinzui: those charts are sweet ;)
[18:51] <sinzui> I don't believe the issue is low hanging. I have landed more than a dozen speed ups in 2 years. so have you and William
[18:51] <sinzui> I asks jcsackett to not leap into that bug given the tremendous failure rate
[18:52] <lifeless> hmm
[18:52] <lifeless> loaded for me
[18:52] <jcsackett> lifeless, sinzui: timeout fixed.
[18:52] <lifeless> 69 queries in 6.83 seconds
[18:52] <lifeless> jcsackett: how ?
[18:52] <jcsackett> as i said, was increasing the wrong hard_timeout rule.
[18:52]  * jcsackett misread the flags.
[18:52] <jcsackett> the flag was for ProjectMilestone; we just now fixed milestone
[18:52] <jcsackett> well "fixed" ;-p
[18:53] <sinzui> lifeless, wgrant, jcsackett, and wallyworld__can discuss the effort to make that page properly fast for all project sizes in a few hours
[18:54] <lifeless> sinzui: my curiosity is piqued
[18:54] <lifeless> sinzui: I agree on the long term
[18:54] <lifeless> but I'm wondering why the short term is so poor
[18:54] <sinzui> certainty.
[18:55] <sinzui> 1 day of effort to fix one bug is high certainty to deliver value
[18:55] <sinzui> 5 days to fix 5 bugs is less certain, but equal value
[18:56] <sinzui> 10 days to fix 1 bug is even less certain to deliver less value.
[18:57] <sinzui> lifeless, we are a "machine" because we are taking the most certain bugs first. I asked jcsackett to not work on that one yet because there is more risk involved.
[18:57]  * sinzui hoped to fix another escalated bug before having to do feature analysis to fix criticals
[18:57] <lifeless> sinzui: all cool
[18:58] <lifeless> sinzui: I meant, what about the code makes this one so poor
[18:58] <lifeless> sinzui: not about your team or your choices ;)
[19:00] <sinzui> we often choose to make pages do less, or batch. milestones do need to show all items. The tales calls are an embarrassment. I choose to reuse code to keep presentation consistent, but the adaptions are costly.
[19:02] <sinzui> lifeless, the analysis is costly in Python I think. I know I can do it in JS now.
[19:05] <lifeless> sinzui: I'm getting a profile
[19:06] <lifeless> https://qastaging.launchpad.net/++profile++show/ubuntu/+milestone/ubuntu-10.10/+index#
[19:06] <lifeless> just sneaked in: 3378720 function calls (3296251 primitive calls) in 19.845 CPU seconds
[19:12] <lifeless> sinzui: there are some low hanging fruit that might make a lot of things better (or might be profile artifacts)
[19:12] <lifeless>      5134    0.810    0.000    0.979    0.000 enumcol.py:39(__init__)
[19:12] <lifeless> ^ 4% of total runtime, I believe wgrant has complained about enumcol performance before
[19:12] <sinzui> yes
[19:13] <lifeless> a few more like that
[19:14] <sinzui> this page might break now that there are private bluerprints too. milestones do the private bugs query then cache the permissions, but I did not see such as change land for blueprints
[19:15] <lifeless> yay
[19:19] <lifeless> sinzui: the ubuntu timing out page is only 140k in size
[20:24] <abentley> jcsackett: I have a sequence of four branches that need review.  Are you up for it?
[20:24] <jcsackett> abentley: if said sequence starts with new-tests, i'm already looking at it.
[20:25] <abentley> jcsackett: Excellent.  Continues with https://code.launchpad.net/~abentley/launchpad/storm-sprint-queries/+merge/126770 https://code.launchpad.net/~abentley/launchpad/specification-cleanup/+merge/126789 https://code.launchpad.net/~abentley/launchpad/hide-sprint-blueprints/+merge/126792
[20:27] <jcsackett> abentley: cool. i can get 'em all.
[21:05] <sinzui> jcsackett, do you have time to review https://code.launchpad.net/~sinzui/launchpad/email-authentication-errors/+merge/126801
[21:06] <jcsackett> sinzui: sure, you're in the queue.
[21:06] <jcsackett> still looking through abentley's series.
[21:12] <sinzui> abentley, rick_h_. was the privacy banner or information portlets updated in the last few days
[21:12] <sinzui> JS is broken on pages that show the privacy banne like bugs and archives
[21:13] <abentley> sinzui: Yes, rick_h_ changed the banner code yesterday IIRC.
[21:13] <sinzui> fab, maybe the diff will help me find the problem
[21:14] <abentley> sinzui: (rick_h is away)
[21:14] <sinzui> okay, diff it will be
[21:35] <jcsackett> abentley: i'm through your series of branches. r=me on all but one which has a few questions.
[21:35] <abentley> jcsackett: I've replied.
[21:35] <abentley> jcsackett: Thanks!
[21:38] <jcsackett> abentley: missed both things you pointed out. given those, r=me on that one as well.
[21:38]  * jcsackett moves on to sinzui's.
[21:39] <sinzui> wallyworld__, If your waking: read this to learn what I have learned so far https://bugs.launchpad.net/launchpad/+bug/1057714
[21:39] <_mup_> Bug #1057714: javascript is broken on pages that show the privacy banner <bugs> <javascript> <regression> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1057714 >
[21:40] <wallyworld__> sinzui: haven't read that bug but i think it may be a dupe of mine from yesterday, for the mp ypu approved
[21:40] <wallyworld__> mine is bug 1057248
[21:40] <_mup_> Bug #1057248: javascript error on bugtask page <javascript> <regression> <Launchpad itself:In Progress by wallyworld> < https://launchpad.net/bugs/1057248 >
[21:40] <sinzui> wallyworld__, does this look familiar: http://pastebin.ubuntu.com/1231240/
[21:41] <sinzui> This is the change, but I do not know why info_type is not defined in the privacy module
[21:41] <wallyworld__> sinzui: yes. i changed privacy.js and information_type.js
[21:41] <sinzui> okay,
[21:41] <wallyworld__> there were vrious issues - 'throw' was misspelt, lots of lint
[21:42] <sinzui> ah@
[21:42] <wallyworld__> plus the info_type issue
[21:42] <sinzui> !
[21:42] <sinzui> okay
[21:42] <wallyworld__> landing my branch now
[21:42] <lifeless> wgrant: enumcol would benefit from a cache I suspect
[21:42] <lifeless> wgrant: one of the rare times I'll say that
[21:42] <wallyworld__> we can deploy this morning
[21:42] <sinzui> we can run the yui layer locally, then lp-land
[21:42] <wallyworld__> sinzui: yes, doing that now
[21:44] <sinzui> sorry wallyworld__I remember the diff, but I did not read all the details int he bug.   At this point I'm confident with going ahead and removing the queue script.  Is there any remaining review you feel the need to do on https://code.launchpad.net/~cjwatson/launchpad/remove-queue-tool/+merge/114464 ?
[23:01] <wgrant> cjwatson: Let me look
[23:03] <wgrant> lifeless: Hmm
[23:03] <wgrant> lifeless: I might try to profile it a bit harder now that someone other than me thinks it might be a problem.
[23:05] <rick_h_> wallyworld__: man, so sorry. Just thought I added unused stuff. Tests passed, etc. I shouldn't have tried to rush that before I left
[23:06] <wgrant> cjwatson: r=me. Are you also going to remove the feature flag check?
[23:07] <wallyworld__> rick_h_: no problem. shit happens :-)
[23:08] <rick_h_> wallyworld__: I owe you one. broke it apart and tried to stage it in nice simple bits that didn't get too involved and boom
[23:09] <wallyworld__> rick_h_: we may need to look at the events - seems there are 2 sets (show/hide banner, info type public/private) that do the same thing. may be able to be refactored to just one set
[23:10] <rick_h_> wallyworld__: well so I can explain that
[23:10] <wallyworld__> i didn't get into it too far
[23:10] <cjwatson> wgrant: That's going through EC2 at the moment (https://code.launchpad.net/~cjwatson/launchpad/pabj-remove-feature-flag/+merge/126090)
[23:10] <rick_h_> because the filbug.js uses the privacy banner directly with a custom message, you need to be able to talk to the privacy banner with a custom message
[23:10] <wgrant> cjwatson: Ah, great
[23:10] <wgrant> I have a fair bit of MP mail; haven't quite caught up this morning yet
[23:11] <cjwatson> Yep.  Thanks.  I look forward to my giant LoC credit
[23:11] <rick_h_> wallyworld__: but the normal use case is that someone changes the information_type widget, which fires the information_type:changed, and files information_type:is_public/private and the banner will auto show/hide based on that event
[23:11] <cjwatson> And I haven't even removed delayed copies yet ...
[23:11] <rick_h_> wallyworld__: so there's really two use cases and almost should be a different banner, since privacy and security are sharing code tbh
[23:11] <lifeless> wgrant: there is a kcachegrind file for you
[23:11] <wallyworld__> rick_h_: ok, thanks for the explanation
[23:11] <wallyworld__> my main aim was to add the missing tests and get the fix out
[23:12] <rick_h_> wallyworld__: and in the next branch the banners will render themselves vs the html being in the .pt file, so the events will be used as ways to say "need a banner html setup here"
[23:12] <wallyworld__> cool :-)
[23:12] <rick_h_> wallyworld__: right, understand. and it's not 100% tested because it's part 1 of 4 and in general this was 'new unused' code since nothing is firing the events yet
[23:13] <wallyworld__> rick_h_: one thing. i had to move the info_type namespace variable from the top of the module or else it was undefined
[23:13] <wallyworld__> i don't know why
[23:13] <rick_h_> wallyworld__: so like I said appreciate it. Been offline most of the day on vaca so bummed to log in and see I did wrong for you guys
[23:13] <rick_h_> wallyworld__: hmmm, let me look
[23:14] <wgrant> lifeless: But it's from qastaging, so it's not completely useful
[23:14] <wgrant> Not useless, though
[23:14] <lifeless> not useless
[23:15] <rick_h_> wallyworld__: ok that's strange. I'll check it out when I get to the follow up branch when I get back
[23:15] <wgrant> rick_h_: Missing context here, but we only recently moved the banners *into* the HTML, to avoid them popping into the page later on once the JS loads.
[23:15] <wallyworld__> rick_h_: thanks. i didn't get into the root cause. i'd love to know why
[23:15] <rick_h_> wallyworld__: nothing looks odd, but running on 3hrs sleep after driving 600+ miles overnight
[23:16] <wallyworld__> rick_h_: where did you drive from/to?
[23:16] <rick_h_> wallyworld__: https://maps.google.com/maps?saddr=clarkston,+mi&daddr=Charlottesville,+VA&hl=en&sll=37.6,-95.665&sspn=38.593229,86.396484&geocode=FRAWjAIdYh8H-ymTC47xX5ckiDGKYHxzNWKthw%3BFfpHRAIdeopS-ymPpFDqLYaziTH8dIvDlvCGkA&oq=charlottesvi&mra=ls&t=m&z=6
[23:16] <rick_h_> doh
[23:17] <wallyworld__> looks like a nice drive
[23:17] <rick_h_> wgrant: yea, I'll hopefully be able to take care of that still. The big thing is we need banners on more places and it takes a bunch of code to wire it up it seems. Trying to split it into contained parts
[23:18] <rick_h_> wgrant: for instance trying to not have the privacy banner need to know about the information type, LP.cache locations, etc.
[23:18] <wgrant> Indeed.
[23:18] <rick_h_> wgrant: but thanks for the heads up. I didn't realize it was moved due to a flash effect so good to keep an eye on
[23:19] <rick_h_> wallyworld__: yea, well with a 2yr old those overnight drives still the best so he sleeps through most of it. Thanksfully we also had the lion king movie soundtrack for backup lol
[23:19] <wallyworld__> ah, those were the days. long gone for me now
[23:19] <wallyworld__> rick_h_: wgrant still listens to the Lion King for his beddy byes time
[23:19] <wgrant> Heh
[23:20] <rick_h_> hah
[23:21] <lifeless> wgrant: the other thing is there is a huge amount of content being re-rendered
[23:22] <lifeless> wgrant: a simple static result cache for rendering of person priority importance status might help a great deal.
[23:22] <wgrant> We can possibly just also make that not terrible
[23:22] <lifeless> or do both
[23:23] <lifeless> evaluating the same template with the same parameters in the same request to the same bytes seems non horrible to me
[23:23] <wgrant> Says he who removed template fragment caching :P
[23:23] <wgrant> (yes, yes, it was the wrong way to cache, but blah)
[23:23] <wgrant> :)
[23:24] <lifeless> I'm not against caches /per se/
[23:57] <wgrant> wallyworld__: qas is updated, if you want to check out the JS stuff
[23:57] <wgrant> Not sure why it's [testfix]
[23:57] <wallyworld__> finally, been waiting
[23:57] <wallyworld__> wgrant: because db bb was borked and i needed to get it landed
[23:57] <wallyworld__> we should fix that
[23:58] <wgrant> wallyworld__: In that situation you should force the build and wait 5 minutes
[23:58] <wgrant> [testfix] skips all QA
[23:58] <wallyworld__> ok


[00:01] <ali1234> well, okay, thevery first thing you should do is try to reproduce the bug yourself. if you can't do that you can't fix it
[00:01] <ali1234> the next step is to install all the software you need in order to fix it
[00:02] <elfy> knome: would be fairly good to catch sight of it again :)
[00:02] <elfy> just for Justin ofc :)
[00:04] <matte88> so I should just edit a file and revert it in mousepad?
[00:04] <knome> elfy, heh, yep
[00:05] <ali1234> matte88: yes, but it has to be one you opened, not one you created then saved, due to another bug i just found
[00:06] <ali1234> you can create, save, quit, open, edit, revert
[00:06] <elfy> knome: :)
[00:06] <matte88> ok, a file which already exists
[00:07] <elfy> knome: no real reason to not get that out to bed I guess
[00:08] <elfy> another day though
[00:10] <matte88> ok, I'll try it later on my pc
[00:10] <matte88> after that what kind of software do I need to install?
[00:11] <ali1234> you'll need git, build-essential, and the dependencies of mousepad
[00:12] <ali1234> and you'll need to clone the upstream source of mousepad
[00:14] <ali1234> plus your text editor of choice
[00:14] <matte88> I see..aside from this technical stuff, how are you organized? I mean, i read before that there are different teams
[00:15] <ali1234> there are a bunch of different teams in xubuntu, but upstream development is more adhoc
[00:15] <knome> matte88, the teams in xubuntu are very loosely organized too
[00:15] <knome> basically people who are interested about a thing (say artwork) are called that team..
[00:15] <ali1234> don't worry about organization, just send patches
[00:15] <knome> yeah.
[00:16] <matte88> I see
[00:16] <knome> xubuntu is a smallish team whatsoever
[00:16] <matte88> ahahaah I can't wait to be honest
[00:16] <ali1234> (i'll cover how to send patches after we find the bug)
[00:22] <matte88> perfect
[00:23] <ali1234> i'm writing this up as a guide
[00:26] <matte88> awesome!
[00:26] <matte88> where will you put it?
[00:27] <ali1234> probably on my blog which i never put anything on
[00:32] <knome> ali1234, could also publish it on xubuntu.org,
[00:33] <brainwash> and/or xfce.org
[00:34] <matte88> great
[00:40] <ali1234> pad.ubuntu.org
[00:40] <ali1234> oops :)
[00:49] <ali1234> http://pad.ubuntu.com/NAYlTHW4ZR is what i've got so far
[00:50] <knome> nighty, see you all later
[01:51] <anolis> 'Evening yall
[10:59] <brainwash> elfy: I've removed the config folder before launching abiword
[10:59] <brainwash> it's a normal installation: not virtual, no live mode
[11:01] <elfy> so is this one - I can reproduce that issue every time here
[11:01] <elfy> brainwash: you've got a real vivid install ? \o/
[11:02] <brainwash> yea
[11:03] <brainwash> enabling crash data collection in apport helps a lot I think
[11:03] <brainwash> bug 1401609
[11:04] <brainwash> opened it randomly, closed it and... crash
[11:05] <brainwash> would it help to advice testers to add 'crash' to the apport config?
[11:07] <brainwash> maybe it's not, because hardly anyone actually looks at these crash reports
[11:13] <elfy> brainwash: booted live session, made sure there was no .config/abiword - started abiword, hit space 22 time - I know that because the top instance is Untitled22 ;)
[11:16] <brainwash> elfy: do you type or press any keys before abiword is fully loaded?
[11:18] <elfy> nope
[11:18] <brainwash> the obvious fix is to replace abiword with libreoffice writer :)
[11:18] <elfy> yea :)
[11:21] <brainwash> I'll load the guest session and test it again
[11:21] <elfy> just as well lose gnumeric at that point :p
[11:21] <elfy> oops - best have lo calc too then
[11:21] <elfy> I wonder why I can reproduce this here till the cows come home and you can't
[11:22] <brainwash> abiword in guest session works fine too
[11:22] <elfy> delete .config/abiword and try again
[11:22] <brainwash> the guest session has no greeter wallpaper, it shows a plain black background. is this ok?
[11:23] <ochosi> should show the default wallpaper
[11:23] <brainwash> the guest session has a clean config folder
[11:23] <elfy> no idea - never use guest sessions
[11:23] <ochosi> but if you're e.g. using nouveau drivers, the wallpaper might still be messed up
[11:23] <elfy> hi ochosi
[11:23] <ochosi> heya elfy
[11:23] <brainwash> it's not messed up, just missing
[11:24] <ochosi> right, not sure what's up there tbh
[11:24] <ochosi> when logging in there's the default wallpaper though, right?
[11:24] <brainwash> yes
[11:24]  * ochosi shrugs
[11:25] <ochosi> maybe something with accountsservice not working correctly with the guest session
[11:25] <brainwash> gtk-greeter has changed a bit in the last few months, code wise
[11:25] <ochosi> i guess "a bit" would be an understatement
[11:25] <brainwash> but it's no a valid user
[11:25] <brainwash> heh :D
[11:26] <ochosi> but yeah, there are several more branches pending, so i suggest we wait until those have landed and if there are still problems, we can investigate
[11:26] <ochosi> although even then, it's not very high on my list tbh
[11:26] <brainwash> right, I'll file a report
[11:26] <ochosi> i'd rather get other stuff done
[11:26] <brainwash> no.. but I randomly discover these little bugs
[11:29] <elfy> ochosi: not sure how long you want me to be looking at this tiling update - not something I would choose to use, so sooner the better :p
[11:30] <ochosi> elfy: as there shouldn't be any regressions (ideally and as far as i can tell) just keep using it, you don't have to pay special attention to it
[11:30] <ochosi> if you feel the tiling isn't useful to you, feel free not to use it since you've already tested it for a bit
[11:31] <ochosi> i'd still wanna wait a bit longer until sending out the testing call, also wanna clarify some stuff with cedric on the weekend (author of the branch)
[11:32] <elfy> ok - thanks boss :p
[13:42] <jjfrv8> elfy, I just noticed something about the abiword thing. It seems to depend on the position of the mouse cursor - at least on my two existing installations.
[13:42] <jjfrv8> when I first launch abiword, it opens unmaximized and, if my mouse cursor is not in the window, I get the bug.
[13:42] <jjfrv8> as windows keep opening on pressing space, eventually I might get a window where the mouse cursor happens to be positioned in the body of the message... and then typing starts working normally
[13:42] <jjfrv8> this seems to be the case whether or not the .config folder exists
[13:44] <elfy>  yep - see the same
[13:45] <elfy> bizarre
[13:47] <jjfrv8> I can add a comment to the bugs later, gotta run now.
[13:50] <ObrienDave> could it have something to do with 'focus' stealing prevention?
[13:55] <brainwash> ObrienDave: is it enabled by default?
[13:56] <ObrienDave> no, i have all of that stuff enabled and i see similar behavior with abiword
[13:57] <brainwash> we mostly tested it in a fresh environment, so it wasn't enabled I guess
[15:33] <ali1234> okay i finally fixed that gnome-system-tools so it installs nt with packagekit
[15:33] <ali1234> it's a big copy-paste job
[16:23] <ali1234> https://bugs.launchpad.net/ubuntu/+source/gnome-system-tools/+bug/1270090
[16:23] <ali1234> https://launchpad.net/~a-j-buxton/+archive/ubuntu/gst-packagekit
[16:24] <ochosi> oh, when reading that last URL i first read "gstreamer"
[16:24] <ochosi> would have been nice too, installing gst-plugins via packagekit...
[16:24] <ali1234> yes, sorry
[16:24] <ali1234> doesn't it already do that?
[16:24] <ochosi> not really
[16:24] <ali1234> i can't rename the ppa now anyway
[16:24] <ali1234> well, it's very easy to do
[16:24] <ali1234> this took me like half an hour
[16:25] <ochosi> last time i checked it just shipped a dumb script that installs plugins (and almost always fails, as you can see in parole)
[16:25] <ali1234> yeah, i just use mpv because of this
[16:25] <ochosi> understandable
[16:26] <ochosi> thing is, neither of us (parole maintainers) has any packagekit experience, so it's stuck on our roadmap for a while already
[16:26] <ali1234> http://www.freedesktop.org/software/PackageKit/pk-faq.html#session-methods
[16:26] <ali1234> check the C example, it's really simple
[16:27] <ochosi> yeah, i guess the problem with gst-plugins is that their package-names might differ depending on the distro
[16:27] <ali1234> yeah
[16:28] <ochosi> that was the issue the script tried to "work around" by being maintained by distributors
[16:28] <ali1234> this gnome-system-tools stuff is an ubuntu patch anyway
[16:29] <ochosi> yeah
[16:29] <ochosi> i guess we'd need distributor-specific patches for parole and packagekit
[16:29] <ochosi> -> not cool
[16:29] <ali1234> you won't need to patch packagekit
[16:30] <ochosi> yeah, but we need to have the right plugin-names per distributor
[16:30] <ali1234> ah, for upstream yes
[16:30] <ali1234> however you can ask packagekit which distro you are on
[16:30] <ochosi> yup, i was thinking upstream
[16:31] <ochosi> oh, hm, that could work/help
[16:31] <ali1234> anyway this bug now needs a packaging person to look at my debdiff and do it properly
[16:33] <ochosi> ali1234: one from u-desktop or from us?
[16:33] <ali1234> either. ubutu-sponsors has been auto-subscribed
[16:34] <ochosi> oh, good
[16:34] <ali1234> i never know if i'm doing packaging things right
[16:34] <ali1234> i can just about use quilt
[16:34] <ali1234> it seems to work anyway
[16:57] <brainwash> ali1234: any idea what MATE is doing?
[16:57] <ali1234> about what?
[16:57] <brainwash> with their mate-system-tools
[16:58] <ali1234> oh, no
[16:58] <ali1234> upstream gnome-system-tools does not attempt to install anything itself
[16:58] <brainwash> the plan was to switch to their fork of gst
[16:59] <brainwash> the upstream one is the simplified gtk3 one
[16:59] <brainwash> which heavily depends on gnome3, right?
[16:59] <ali1234> the upstream one has never done it
[16:59] <ali1234> even when it was gtk2
[16:59] <ali1234> the installer stuff is entirely added by ubuntu
[17:00] <ali1234> so it won't be in mate
[17:00] <brainwash> why not simply drop the ubuntu patch then?
[17:00] <ali1234> because it's easy to fix?
[17:01] <brainwash> took you 9 months :P
[17:01] <brainwash> so mmh, if we switch to mate-system-tools, then it won't have the installer code
[17:01] <ali1234> right
[17:02] <ali1234> unless someone sends this patch to mate
[17:02] <ali1234> or the mate package in ubuntu
[17:02] <brainwash> I assume that we are the last ones who still install gnome-system-tools
[17:02] <ali1234> probably
[17:04] <brainwash> "mate-system-tools will be removed in 1.10"
[17:04] <brainwash> ?!
[17:04] <brainwash> according to the github issue tracker


[00:05] <ahoneybun> \o/
[00:42] <ahoneybun> anyone have the oxygen theme when they are changing their sound volume?
[03:27] <ahoneybun> Riddell_: can I get access to the docs.k.org server?
[08:21] <lordievader> Good morning.
[08:35] <sick_rimmit> Good morning to you sir :-)
[11:09] <BluesKaj> Hey all
[11:17] <BluesKaj> hi again
[12:13] <soee_> hiho BluesKaj
[12:15] <BluesKaj> Hey soee_
[12:48] <Riddell_> ahoneybun: you already do, username is ahoneybun
[14:46] <ahoneybun> Riddell: how do you login though?
[15:19] <clivejo> hummmm my kdeconnect has stopped working totally now
[16:18] <Riddell> ahoneybun: ssh?
[16:18] <Riddell> clivejo: mine stops working randomly for no good reason :(
[16:18] <ahoneybun> I have no idea the IP and pass
[16:18] <Riddell> clivejo: when are we going to finish this packaging stuff?
[16:19] <Riddell> did you get anywhere with kamoso?
[16:19] <Riddell> I'm back in EU timezone now
[16:19] <Riddell> and feeling jetlagged
[16:19] <ahoneybun> Riddell: did you see the current Manual?
[16:20] <Riddell> ahoneybun: maybe, I was even more jetlagged yesterday so I didn't take it in, what's new?
[16:20] <ahoneybun> I have some awesome things up
[16:20] <ahoneybun> on a server I have access to
[16:20] <ahoneybun> Riddell: http://<IP_ADDRESS>/
[16:21] <Riddell> looking funky ahoneybun, how did you generate that?
[16:21] <ahoneybun> Sphinx
[16:21] <Riddell> and did you consider the idea of just dropping the generated version and pointing the site towards the wiki?
[16:22] <ahoneybun> I just got that up for the moment
[16:22] <ahoneybun> the idea is to move from wiki
[16:22] <ahoneybun> for the Manual anyway
[16:23] <ahoneybun> that everyone Project not just Kubuntu to be written in reST
[16:25] <clivejo> Riddell: I got it working on my own machine
[16:25] <Riddell> clivejo: ooh exiting
[16:25] <Riddell> clivejo: did you upload to a PPA?
[16:26] <clivejo> but cant get it to build on LP
[16:26] <Riddell> ahoneybun: why? what's wrong with the wiki?
[16:26] <ahoneybun> I want all the projects to use a similar language (reST) and have the Manuals all on LP
[16:26] <clivejo> Kubuntu has a philosophy!
[16:27] <Riddell> we do? I hope it's friendly
[16:27] <Riddell> ahoneybun: in bzr? that'll increase the barrier to entry again no?
[16:27] <clivejo> packaging is NOT friendly
[16:28] <ahoneybun> Riddell: the idea is having a core location will make it easier to find
[16:28] <ahoneybun> they can branch the Manual and fix typos and such
[16:29] <ahoneybun> Riddell: https://www.youtube.com/watch?v=YgSxGaSy-8s
[16:30] <Riddell> clivejo: no it's not, that's why we do it so our users don't have to
[16:32] <clivejo> Riddell: its the package dependancies that is annoying me
[16:33] <clivejo> so its compiling fine on my box, but not on LP
[16:33] <Riddell> clivejo: needs Qt5OpenGLConfig.cmake
[16:33] <Riddell> clivejo: I'm afraid there's no quick way to do that
[16:33] <clivejo> and the only way I know of fixing it is trail and error
[16:33] <Riddell> pretty much yes
[16:34] <Riddell> you can use pbuilder-dist to compile it fresh each time same as launchpad does so you don't need to upload it to launchpad
[16:34] <Riddell> but it still takes an age
[16:34] <Riddell> you can read the CMakeLists.txt to look for what qt a kf5 dependencies it wants and add those as build deps
[16:34] <ahoneybun> Riddell: so this does not look good? http://<IP_ADDRESS>/
[16:34] <Riddell> but that's not usually complete
[16:34] <Riddell> ahoneybun: looks lovely
[16:34] <clivejo> I was thinking of making a VM image of a basic install
[16:34] <Riddell> clivejo: nah pbuilder is where it's at
[16:34] <Riddell> or just a local chroot
[16:35] <Riddell> using debootstrap
[16:35] <Riddell> pbuilder-dist create wily
[16:35] <ahoneybun> Riddell: sphinx provides epub converting as well
[16:35] <clivejo> any resources on that
[16:35] <Riddell> pbuilder-dist build foo.dsc
[16:35] <clivejo> need to do some reading
[16:35] <ahoneybun> so the Manual now has a epub
[16:35] <clivejo> ahoneybun: you need more pretty pictures
[16:35] <clivejo> I like pictures
[16:36] <Riddell> clivejo: pbuilder is a tool for making a chroot, compiling the package in the chroot and sputting out the result and pbuilder-dist adds some improvements like managing multiple distro releases and keeping logs around
[16:36] <ahoneybun> clivejo: agreed
[16:36] <Riddell> clivejo: pbuilder-dist create wily   to start
[16:36] <ahoneybun> still a WIP
[16:36] <Riddell> actually maybe the other way around:  pbuilder-dist wily create
[16:36] <Riddell> then add universe by logging int  pbuilder-dist wily login --save-after-login
[16:36] <clivejo> just at a terminal
[16:37] <Riddell> apt install nano and edit sources.list
[16:37] <ahoneybun> Riddell: I moved all the Wiki text to reST so far and made a project on LP:  https://launchpad.net/kubuntu-manual
[16:37] <clivejo> ahoneybun: can I ask what are the main issues with media wiki?
[16:37] <sick_rimmit> Hey ahoneybun Good job on the Wiki
[16:39] <ahoneybun> clivejo: that every Ubuntu based project uses MoinMoin for some reason and Sphinx/reST provide awesome features
[16:39] <ahoneybun> and it is easy to learn over LaTeX
[16:39] <ahoneybun> sick_rimmit: thanks
[16:40] <ovidiu-florin> is today's meeting still happening?
[16:40] <clivejo> Riddell: is there any way to cache package files?
[16:41] <ahoneybun> ovidiu-florin: there is talk in #ubuntu-meeting but seems a lot of people are unavaiable
[16:41] <clivejo> seems to be downloading an entire system :/
[16:42] <Riddell> ovidiu-florin: sladen is organising a meeting in 20 mins, but he seems to have missed out the important part of oranising a meeting which is to schedule people to be there
[16:43] <Riddell> clivejo: yes that's the point, apt will cache packages as much as it can
[16:44] <clivejo> surely I should ahve all these packages in the cache as they are installed on my system?
[16:44] <sladen> Riddell: I've tried to help the meeting that was suggested by another happen
[16:44] <sladen> Riddell: it may or may not, .... anything that gets a ball rolling is good
[16:45] <sladen> Riddell: even if it's simply working out whom might setup a doodle for a meeting of their own organisation
[16:45] <clivejo> oh kdeconnect is back again
[16:45] <clivejo> weird
[16:47] <soee> hmm, soon windows will boot faster than k/ubutnu
[16:47] <yofel> since we switched to systemd, win7 and kubuntu boot about equally fast
[16:47] <yofel> win might actually be a bit faster
[16:48] <yofel> mountall in systemd takes considerably longer than in upstart
[16:48] <clivejo> upgrade to Wins 8, that will soon slow it down
[16:48] <soee> yesterday i jumped to Wily rom Vivid and booting time is a bit longer i thn
[16:48] <Riddell> I just bought a new laptop, was amuzing to see it came with windows 8 but you could pay extra for an upgrade to windows 7
[16:49] <clivejo> Riddell: format it
[16:49] <soee> w7 ? :)
[16:49] <clivejo> win8 is rubbish
[16:49] <yofel> I never bothered upgrading to 8, I'll get 10 next month
[16:49] <Riddell> clivejo: oh I did :)
[16:49] <soee> hmm ksysguard does not liek kuuntu-desktop
[16:49] <clivejo> it goes against my grain
[16:50] <clivejo> bit like unity
[16:51] <clivejo> a computer is a tool to help you be more productive, not fight you at every task
[16:52] <clivejo> anyhow, Im hungry and ordering a chinese takeaway!
[16:52] <clivejo> Ill leave dbuilder to do whatever its doing!
[16:53] <soee> well i don't know W8, its like 3-4 years now since im on kubuntu and only ocassionaly run w7 to do some image proessing stuff :)
[16:55] <soee> Riddell: http://paste.ubuntu.com/11741153/
[18:09] <ahoneybun> Riddell: you have a Kubuntu table cloth?
[18:09] <Riddell> no, paul made that up
[18:20] <ahoneybun> ok
[18:31] <Riddell> clivejo: I'll shut down this ec2 as we're not using it
[19:36] <_Groo_> hi/2 all
[19:37] <_Groo_> stupid question but is dolphin working with baloo from kubuntu-ci?
[19:37] <_Groo_> the plasma search and krunner work with baloo, but dolphin cant find it
[19:52] <clivejo> Riddell: ping
[20:04] <clivejo> anyone know how to get pbuilder to install build tools automatically?
[20:11] <clivejo> the--variant=buildd option?
[20:26] <clivejo> well that didnt work
[20:27] <Riddell> clivejo: it'll install build-essential along with the build of the package
[20:27] <Riddell> clivejo: what command are you running and what's not working?
[20:28] <clivejo> dget isnt working
[20:28] <clivejo> surely thats an essential build tool
[20:28] <Riddell> the whole point of pbiulder is it is a minimal chroot just as launchpad build daemons use
[20:28] <Riddell> but why are you using dget?
[20:29] <Riddell> the whole point is to use pbuilder-dist build *dsc  to build a package
[20:29] <clivejo> to grab my package from ppa
[20:29] <Riddell> do that on your system
[20:29] <clivejo> its on my system?
[20:29] <Riddell> then run pbuilder-dist wily build *dsc
[20:29] <Riddell> where *dsc is the .dsc file for the package you want to build
[20:29] <clivejo> oh
[20:30] <clivejo> I was trying to do it from inside
[20:30] <clivejo> pbuilder-dist wily login --save-after-login
[20:30] <Riddell> use that to edit sources.list to add universe and apt update
[20:30] <Riddell> then leave with control-d
[20:30] <clivejo> ah
[20:30] <Riddell> then use it to build your package
[20:30] <clivejo> got ya now
[20:31] <clivejo> so you wanted me to install nano within the environment
[20:31] <clivejo> let me try it again
[20:32] <clivejo> I need to reboot, seems to be another kernel update in wily
[20:36] <Riddell> I sometimes use nano, sometimes I work out the sed command
[20:36] <Riddell> which is faffy mainly because I switch between UK, US and spanish keyboards and the quote key moves around
[20:37] <clivejo> Im rebuilding the environment
[20:37] <clivejo> was trying to fix it myself
[20:41] <shadeslayer> Riddell: stop switching? :P
[20:41] <shadeslayer> Riddell: what time is it there >.>
[20:42] <shadeslayer> ah 11
[20:42] <clivejo> is he not back in the UK?
[20:43] <Riddell> clivejo: I'm back in .cat
[20:44] <clivejo> Spain?
[20:44] <Riddell> until september yes, then we'll be independent and free!  (although I've yet to work out why)
[20:45] <clivejo> you're not free now?
[20:46] <Riddell> no we're restricted by the pesky spanish, who mostly take our money and live on it as benefits for 9 months of the year </deliberately provative and biased and not necessarily my view>
[20:48] <clivejo> at least you have the sun
[20:49] <clivejo> wow, its finished, Im going for a reboot
[20:52] <clivejo> Riddell: how to I make the text in Konsole stay bigger?
[20:53] <Riddell> clivejo: settings -> edit current profile
[20:53] <Riddell> appearance -> select font
[20:53] <Riddell> surprisingly faffy that
[20:53] <Riddell> maybe there's a shortcut
[20:53] <Riddell> yes, control +
[20:53] <clivejo> oh, I thought it should just remember your previous settings
[20:54] <clivejo> I was using control +
[20:56] <clivejo> deb http://archive.ubuntu.com/ubuntu wily main restricted universe multiverse
[20:56] <clivejo> already there
[20:56] <Riddell> lovely
[20:57] <ahoneybun> anyone have the old volume animation from oxygen?
[20:57] <ahoneybun> when I change my volume I see the old Oxygen icon set and theme
[21:18] <clivejo> Riddell: regarding kamoso-3.0-alpha.tar.xz what should my version be?
[21:18] <Riddell> kamoso_3.0~alpha.orig.tar.xz
[21:19] <clivejo> grrr stupid ~
[21:19] <clivejo> lets try that again
[21:22] <clivejo> and in the version file
[21:22] <clivejo> dch -i
[21:51] <clivejo> so many packages!
[22:16] <clivejo> Riddell: pbuilder is not finding the deps I need, I guess I need to add the next stage ppa into the sources too?
[22:17] <Riddell> clivejo: yes, and your ppa too
[22:17] <clivejo> oh yeah, it will need purpose
[22:23] <clivejo> Riddell: do I need to run a full apt upgrade or will apt update be ok?
[22:23] <Riddell> apt update is fine
[22:23] <Riddell> there's mostly nothing to upgrade as the chroot only has the base system installed
[22:24] <clivejo> got signature errors
[22:25] <clivejo> can I use add-apt-repository in the build environment?
[22:25] <Riddell> if you install whatever package it's in yes
[22:29] <clivejo> thats better
[22:30] <clivejo> pulling in kf5 stuff now
[22:31] <Riddell> yay
[22:34] <clivejo> so LP does all this every time we upload to it?
[22:34] <clivejo> *beep beep beeping beep*
[22:35] <Riddell> yep
[22:35] <clivejo> still failing on Qt5OpenGLConfig.cmake in the environment, yet compiles fine under my local
[22:35] <Riddell> else who knows what it would build against, the linker would get very confused
[22:35] <Riddell> it's separate from the rest of qt
[22:35] <Riddell> packages.ubuntu.com can probably track it down
[22:36] <clivejo> problem is I have tracked it down before and installed on my local machine, just cant remember what I installed to fix it!
[22:40] <clivejo> is it libqt5opengl5-dev ?
[22:40] <clivejo> or just libqt5opengl5 I need?
[22:41] <clivejo> Ill try the dev one
[22:45] <clivejo> Riddell: have you this already packaged and installed?