[07:06] <nibbon_> o/
[07:07] <nibbon_> where can I find a list of differences between -generic and -kvm?
[07:07] <nibbon_> I read this article https://ubuntu.com/kernel/variants#configuration-specific-kernels
[07:08] <nibbon_> but that didn't say much in details :/


[12:02] <signifer123> can linux od shared drives for users novell style?
[12:03] <smykes> dont know
[12:03] <signifer123> do*
[12:03] <smykes> Im out
[12:03] <smykes> thanks for the help
[12:03] <signifer123> k cya later man
[12:03] <signifer123> hopefully
[01:19] <signifer123> hey mhz
[01:19] <mhz> hey signifer123
[01:19] <signifer123> what gradebooks does edubuntu have man?
[01:19] <signifer123> :_p
[01:21] <signifer123> hows life been?
[01:21] <signifer123> :_p
[01:53] <mhz> signifer123: sorry, I was on the phone
[01:54] <mhz> GradeBooks?
[02:13] <signifer123> yeah
[02:13] <signifer123> like ggradebook
[02:13] <signifer123> or opengrade
[02:13] <signifer123> to hold student grade :_p
[02:13] <signifer123> :-P
[02:13] <signifer123> someone asked earlier
[02:19] <mhz> nope, not default
[02:19] <mhz> but available via APT or Synaptic
[02:22] <signifer123> which ones on synaptic?
[02:25] <signifer123> cya
[03:39] <deang> could somebody point me in the direction to get the disabled screen savers enabled/installed in edubuntu?
[03:51] <Burgundavia> deang, you want to know what is installed but not enabled
[03:51] <Burgundavia> ?
[04:01] <deang> Back, sorry.
[04:02] <deang> In Screensaver Preferences, a good number of Display Modes are in grey (as opposed to black), with the preview window titled "Not Installed"
[04:02] <Burgundavia> hmm, edubuntu uses the same screensaver package as ubuntu, so you might want to ask in #ubuntu
[04:05] <deang> It was surprising, as I have seen the whole list enabled on my past Ubuntu usage.  I expected to be able to install them via Synaptics, but, for instance, the search for Gears didn't turn up a screansaver.
[08:11] <aboe> I got a question for the edubuntu team
[09:33] <Burgundavia> highvoltage, long time, no see
[09:40] <highvoltage> Burgundavia: yep yep
[09:40] <highvoltage> Burgundavia: been very, very busy
[09:40] <highvoltage> working everyday of the week, whole day
[09:41] <highvoltage> Burgundavia: at the moment i'm working a bit on tuXlab Xola
[09:41] <highvoltage> it's currently pre-alpha, if you can call it that
[09:41] <highvoltage> http://jonathancarter.ossn.co.za/projects/xola/index.py
[09:54] <Burgundavia> highvoltage, cool thing. Can I make a suggestion as to the UI?
[09:54] <highvoltage> Burgundavia: of course!
[09:54] <Burgundavia> I was initially baffled as to where the solution was
[09:54] <highvoltage> i thought that might be a problem
[09:55] <highvoltage> it's not that obvious that the text on the left is changing
[09:55] <Burgundavia> If possible, maybe open another bubble on the right underneath the current one with the solution on eit
[09:55] <highvoltage> hmmm... it's possible, but it's a bit space intensive
[09:55] <Burgundavia> that makes it very obivious you have arrived at a solution point, and not a another question point
[09:55] <highvoltage> i think i'll have to decrease the font size and penguin heads at some stage anyway
[09:55] <highvoltage> yes, it does
[09:56] <Burgundavia> oh, and you need a back button
[09:56] <highvoltage> i know :)
[09:56] <highvoltage> that's why its pre-alpha :)
[09:56] <Burgundavia> maybe show a hierarchy of where they are in the problem tree?
[09:56] <highvoltage> that's a very good idea
[09:56] <highvoltage> i will bring that in on a later level
[09:56] <Burgundavia> nuke one of the penguin heads and put it there
[09:56] <highvoltage> eventually, I want a wiki style editor for the problem/solution tree
[09:57] <highvoltage> so that the tuxlab help desk can maintain it
[09:57] <Burgundavia> I would maybe expand the logo for tuxlaps, nuke the two large heads and use the logo to do the talking
[09:57] <Burgundavia> then maybe have the two boxes inline vertical instead of horizontal
[09:57] <highvoltage> on the local version on my laptop, i also now have a think bubble coming out of the red penguins head, with pictures of the stuff he's talking about
[09:57] <highvoltage> that's also a good idea
[09:58] <Burgundavia> but a very cool idea
[09:58] <Burgundavia> why don't you just modify moin to do what you want to do?
[09:58] <Burgundavia> hendrik might be able to help you on that, after all the main ubuntu website is currently in moin
[09:59] <Burgundavia> that gives you the editing right away
[09:59] <Burgundavia> but it also allows you to restrict to a small group, via ACLs
[10:00] <highvoltage> true
[10:00] <highvoltage> moin is big though
[10:00] <Burgundavia> ya
[10:00] <Burgundavia> you really want to be able to distribute this easily, in a single flat file if possible
[10:00] <highvoltage> it might be a bit overkill for something like this
[10:00] <Burgundavia> because you need it in places that don't have constant internet access
[10:00] <highvoltage> yes, at the moment it's one python script, one css file, and 4 images :)
[10:00] <highvoltage> yes.
[10:01] <highvoltage> a future version will probably use a sqlite database
[10:01] <Burgundavia> how does it look at 640x480?
[10:01] <highvoltage> currently it's all staticly coded
[10:01] <Burgundavia> I imagine there must be a fair number of older monitors in ZA
[10:01] <highvoltage> it looks horrible at 640x480
[10:01] <highvoltage> we don't use anything older than 1024x768 in tuxlabs
[10:01] <Burgundavia> ah, ok
[10:01] <highvoltage> (or less, at least)
[10:01] <highvoltage> if it's less than 800x600, we consider it broken
[10:01] <Burgundavia> do you use new monitors?
[10:02] <highvoltage> not at the moment
[10:02] <highvoltage> we've used new monitors in about 3 labs so far
[10:02] <highvoltage> it seems that new monitors and old monitors last just as long :)
[10:02] <highvoltage> or at least, an old, good quality monitor is better than a cheapo new monitor
[10:02] <Burgundavia> yes, I have an old 17" here that is about to be donated to someone, as it is a CRT
[10:03] <highvoltage> you
[10:03] <highvoltage> you're getting rid of all your CRT's?
[10:03] <highvoltage> i do like lcd displays, nice and compact.
[10:03] <Burgundavia> you can't buy them in NA anymore, except for a few 21"
[10:03] <highvoltage> wow.
[10:04] <Burgundavia> I don't think I have seen a new computer sold with a CRT for about six months
[10:04] <Burgundavia> oh, and kill the blank background
[10:04] <highvoltage> oh yes, the layout of the tuxlab troubleshooter will probably change completely by the time it reaches any kind of 'finished' state. what you're seeing now is still toying around, it's still in a bit of a conceptual stage :)
[10:04] <Burgundavia> what distro do you guys use for the tuxlabs>?
[10:05] <highvoltage> the black background is currently there because the penguins aren't whole, if you select all in the page you'll see that :/
[10:05] <highvoltage> i'm waiting on the graphical designer to send me some nice pics
[10:05] <highvoltage> currently, Ubuntu
[10:05] <highvoltage> we plan to switch all the schools to Edubuntu after Dapper's release
[10:05] <Burgundavia> so you could roll a .deb and have it preinstalled on all tuxlabs?
[10:06] <highvoltage> yep
[10:06] <highvoltage> when it's finished i'll change the logos a bit for edubuntu too
[10:07] <Burgundavia> http://blogs.gnome.org/view/shaunm/2006/01/28/0 <-- I almost wonder if you could do this in docbook and yelp with less pain
[10:07] <Burgundavia> saves you the development pain
[10:11] <highvoltage> that's really cool.
[10:11] <highvoltage> it would be nice to be able to make the troubleshooting tree in docbook, and then from there generate a bunch of html pages linking to each other
[10:12] <Burgundavia> yelp has had some major improvments in spend of rending XML for the 2.14 release
[10:12] <Burgundavia> chosing an existing technology would allow you to concentrate on creating the content
[10:15] <highvoltage> true, but it might make things more complicated too, as pointed out earlier
[10:15] <highvoltage> i want to keep it as small and customisable as possible
[10:15] <highvoltage> but i will definately have to look at that docbook option, it might make things simpler too
[10:16] <Burgundavia> there is also some cool things happening the XML in and out of moin space
[10:16] <Burgundavia> that might allow you to develop in a moin wiki and ship periodic code drops
[10:21] <juliux> hi highvoltage
[10:22] <juliux> highvoltage, it is possible that you give someonelese op here?
[10:23] <Burgundavia> juliux, doesn't ogra have it?
[10:23] <juliux> highvoltage, because we have for a few days here somebody who joins and quit over 20minutes and we had to ask the freenode people to ban him
[10:23] <juliux> Burgundavia, no
[10:23] <juliux> Burgundavia, only highvoltage
[10:23] <highvoltage> hmmm... let me check
[10:24] <juliux>  /cs access #edubuntu list
[10:25] <Burgundavia> if I have ops on a channel with one nick and I link another nick to it, does that give my other nick ops as well?
[10:25] <highvoltage> geez, I can't remember my chanserv password
[10:26] <highvoltage> i'll have to mail freenode on that
[10:26] <highvoltage> juliux: i'll sort it out
[10:26] <juliux> highvoltage, thanks
[11:05] <highvoltage> juliux: giving you ops until janeW and ogra are on the channel
[11:05] <juliux> highvoltage, and what should i do then?
[11:06] <highvoltage> i'll give them ops, so you don't have to do anything
[11:06] <juliux> ah ok
[12:58] <agente87> hello
[01:18] <highvoltage> hello agente87
[03:03] <flint_> highvoltage, hi  Jonathan
[03:04] <highvoltage> hi mr flint!
[03:04] <highvoltage> you even got my name right
[03:06] <highvoltage> flint_: how are you?
[03:17] <flint_> I actually had to go and look it up :^) but I wanted to make an effort.
[03:18] <flint_> highvoltage, Johnathan, where can I get a copy of the TuxLab document?
[03:18] <flint_> fuck... /jonathan!!! i meant!!!!
[03:18] <highvoltage> :)
[03:18] <highvoltage> the original cookbook?
[03:18] <highvoltage> one second...
[03:18] <flint_> exactly,
[03:19] <highvoltage> here it is: http://www.upfrontsystems.co.za/Members/jean/cookbook/docbook/cookbook.html
[03:19] <highvoltage> would you like it in docbook?
[03:19] <highvoltage> i could get it for you too if youlike
[03:19] <flint_> spank you very much.  na, I want to print it and read it as you intended...
[03:20] <flint_> wizzys and all
[03:24] <jsgotangco> a lot of the introductory text are adapted from RMS material
[03:25] <flint_> jsgotangco, that is not a bad thing...
[03:25] <jsgotangco> not at all
[03:25] <jsgotangco> the docbook source is located at the tsf website though
[03:38] <flint_> highvoltage, did you have a 'thang' going with Leonora van Staden
[03:38] <flint_> ?
[03:39] <flint_> I mean... it's sorta none of my business... but she did do a servicable job in illustration,
[03:39] <flint_> you are a young man, and... one never knows about these things, and mayb one should not speculate...
[03:41] <flint_> her art is quite original.
[03:42] <flint_> highvoltage,  Jonathan?  Note this question was not supposed to piss you off...  I have completely forgotten if you are already married or whatever... (you get old and the memory goes second :^)
[03:42] <jsgotangco> hahaha
[03:43] <flint_> jsgotangco, now easy there big guy, I was just asking a harmless (albiet personal) question....
[03:43] <flint_> (LOL :^)
[03:45] <flint_> jsgotangco, you do not think he is so offended that his rage has silenced  Jonathan's response do you?
[03:45] <flint_> jsgotangco, like what do you know of this?
[03:45] <flint_> :^)
[03:46] <highvoltage> flint_: not that i know of. i might have been very drunk. who is she again?
[03:47] <highvoltage> oh the illustrations :)
[03:47] <highvoltage> jean jordaan got the girl to draw them up, i had nothing to do with it i swear!
[03:48] <highvoltage> and you can ask me anything, i'm not easily offended :)
[03:48] <highvoltage> oh, and i do happen to be single at the moment, you can't work the hours i do and maintain a girlfriend!
[03:55] <flint_> highvoltage, jonathan, you are clearly the Dude...
[03:59] <jsgotangco> how do you maintain a girlfriend? do you grease it ever so often or stuff?
[04:00] <highvoltage> jsgotangco: you spend time with her :)
[04:00] <highvoltage> jsgotangco: if you don't, she yells and screams and eventually leaves you
[04:00] <highvoltage> jsgotangco: last year, i had to choose between girlfriend and going to linuxworld
[04:01] <jsgotangco> linuxworld is nice
[04:01] <highvoltage> yep, it was great.
[04:02] <highvoltage> omg is this the time already
[04:02] <highvoltage> i think it's time that i go home
[04:02] <highvoltage> goodbye everyone!
[04:02] <highvoltage> jsgotangco: if you see ogra or janew around, just do an /op name please
[04:02] <highvoltage> cheers!
[04:03] <jsgotangco> heh why not just call chanserv :/
[04:03] <jsgotangco> oh he left already
[04:10] <juliux> jsgotangco, highvoltage fergot is chanserv password
[04:11] <jsgotangco> oh great and he doesn't remember that i'm in +8 timezone
[04:11] <juliux> so what
[04:11] <jsgotangco> im about to sleep
[04:11] <juliux> hehe
[04:13] <flint_> hey jsgotangco what is an /op name?
[04:13] <jsgotangco> oh he just meant i pass channel op to ogra or janew
[04:13] <juliux> flint_, then you get op here
[04:14] <flint_> juliux, suppose I want to shirk responsibility as I have my entire miserable life?
[04:16] <flint_> juliux, I need to log the conversation with hivoltage.  This stuff is great!!!  How do I do it, besides cut and paste?
[04:17] <juliux> flint_, there is a log in the internet of this channel i think
[04:18] <jsgotangco> \sh_away, please op ogra or janew when you are back when you see them thanks
[04:18] <jsgotangco> i gotta sleep
[04:18] <jsgotangco> :)
[04:18] <juliux> flint_, http://people.ubuntu.com/~fabbione/irclogs/edubuntu-current.html
[04:18] <juliux> flint_, there is a log file
[04:19] <flint_> juliux, keep in mind I am EST.  The sun is just rising here...
[04:19] <juliux> EST ?
[04:19] <lucasvo> eastern standard time
[04:19] <juliux> thxs lucasvo
[04:20] <lucasvo> must be somewhere india/asia
[04:20] <lucasvo> or russia
[04:21] <flint_> lucasvo, nah, much colder, Vermont USA.
[04:21] <lucasvo> ho?
[04:21] <juliux> flint_, how cold it is by you ?
[04:21] <flint_> I have achieved the status of Political Refugee...
[04:22] <flint_> Today Warm two days ago -5 F.
[04:22] <juliux> moment i have to check what it is in celsius
[04:22] <lucasvo> juliux:  google: -5 farenheit to celsius
[04:23] <juliux> lucasvo, i have a wether applet
[04:23] <lucasvo> ah
[04:23] <juliux> lucasvo, an here we have 30 F and this is -1 Celsius
[04:23] <flint_> Gentlemen, I have a wife, and now honeydos... gotta go. :^(
[04:23] <lucasvo> flint_: why are you a refugee?
[04:23] <juliux> cu
[04:23] <lucasvo> cu
[04:24] <flint_> Born in DC.  Left Holloween. Now in Vermont.  I have a personal problem with Military Facisism... call me a wimp.
[04:26] <flint_> Gallaudet, the school for the Deaf in DC USA, has been using tty since forever.  Their prefered signoff is to send the abreviation os "Stop Key. Stop Key" or sksk.  I like this.
[04:26] <flint_> sksk
[04:27] <crimsun> ...I missed something
[05:05] <digitalnova> im a newb to nix.  I went into terminal, used sudo to create a win32 directory under /usr/lib  so i can put some ASF codecs for totem in there.
[05:05] <digitalnova> ell , after i created the dir win32, i went into file manager, and the dir wasnt there?
[05:05] <digitalnova> ls -ld /usr/lib/win32     gets me file dir not found
[05:05] <digitalnova> but i can CD into win32
[05:36] <jelkner> flint: you here, paul?
[05:40] <lucasvo> my sister has problem with keyboard layout
[05:40] <lucasvo> it is strange, it always changes to US again
[05:40] <lucasvo> she can't turn on CHE in gnome
[06:31] <MeeKs> anyone here
[06:54] <steelballz> ogra: Are you on?
[06:54] <steelballz> helpme
[07:05] <MeeKs> im having trouble getting my wireless networking running with kubuntu
[07:05] <MeeKs> it wont work wired either
[07:14] <steelballz> helpme
[07:16] <spacey> whats wrong steelballz
[07:19] <steelballz> Ogra was helping me yesterday trying to get ltsp to work on amd64 flight3
[07:20] <steelballz> Nothing worked so I tried a full install of daily 20060116 i386 and no there either
[07:26] <spacey> hmm, afraid thats to specific for me
[08:48] <signifer123> hey


[01:21] <perrito666> thanks for the review waigani very good questions
[01:22] <waigani> perrito666: np :)
[01:25] <menn0> waigani: here's the fix for the frequent panics in the machine-dep-engine under Go 1.5: https://github.com/juju/juju/pull/4090
[01:25] <menn0> waigani: review please
[01:25] <waigani> menn0: looking
[01:29] <waigani> menn0: ship it. I didn't know about sync.Once - handy
[01:31] <menn0> waigani: I knew about it but had never used it
[01:34] <waigani> menn0: It does feel like a slight kluge. Shouldn't the flow be such that close can only be called once?
[01:34] <menn0> waigani: well it's perfectly ok for Kill to be called lots of times
[01:34] <waigani> that's true
[01:34] <menn0> waigani: and this case you want the channel to be close on Kill
[01:35] <waigani> okay, fair enough :)
[02:11] <mup> Bug #1533431 opened: Bootstrap fails inexplicably with LXD local provider  <docteam> <juju-core:New> <https://launchpad.net/bugs/1533431>
[03:09] <cherylj> mwhudson: is someone actively working on getting go 1.5 into trusty?
[04:08] <mup> Bug #1533469 opened: github.com/juju/juju/api/reboot Build failed <ci> <ppc64el> <regression> <test-failure> <unit-tests> <juju-core:Incomplete> <juju-core controller-rename:Triaged> <https://launchpad.net/bugs/1533469>
[04:20] <mup> Bug #1533469 changed: github.com/juju/juju/api/reboot Build failed <ci> <ppc64el> <regression> <test-failure> <unit-tests> <juju-core:Incomplete> <juju-core controller-rename:Triaged> <https://launchpad.net/bugs/1533469>
[04:23] <mup> Bug #1379930 changed: relation config values set to the empty string are lost <charm> <relations> <juju-core:Expired> <https://launchpad.net/bugs/1379930>
[04:23] <mup> Bug #1514570 changed: 'JUJU_DEV_FEATURE_FLAGS=address-allocation' blocks after first 3 ips are allocated <juju-core:Expired> <https://launchpad.net/bugs/1514570>
[04:23] <mup> Bug #1533469 opened: github.com/juju/juju/api/reboot Build failed <ci> <ppc64el> <regression> <test-failure> <unit-tests> <juju-core:Incomplete> <juju-core controller-rename:Triaged> <https://launchpad.net/bugs/1533469>
[04:26] <mup> Bug #1379930 opened: relation config values set to the empty string are lost <charm> <relations> <juju-core:Expired> <https://launchpad.net/bugs/1379930>
[04:26] <mup> Bug #1514570 opened: 'JUJU_DEV_FEATURE_FLAGS=address-allocation' blocks after first 3 ips are allocated <juju-core:Expired> <https://launchpad.net/bugs/1514570>
[04:29] <mup> Bug #1379930 changed: relation config values set to the empty string are lost <charm> <relations> <juju-core:Expired> <https://launchpad.net/bugs/1379930>
[04:29] <mup> Bug #1514570 changed: 'JUJU_DEV_FEATURE_FLAGS=address-allocation' blocks after first 3 ips are allocated <juju-core:Expired> <https://launchpad.net/bugs/1514570>
[05:11] <mup> Bug #1532130 changed: Config item 'version' vanishes with 1.26 <regression> <juju-core:Invalid> <https://launchpad.net/bugs/1532130>
[05:15] <mup> Bug #1532130 opened: Config item 'version' vanishes with 1.26 <regression> <juju-core:Invalid> <https://launchpad.net/bugs/1532130>
[05:18] <mup> Bug #1532130 changed: Config item 'version' vanishes with 1.26 <regression> <juju-core:Invalid> <https://launchpad.net/bugs/1532130>
[05:21] <mup> Bug #1532130 opened: Config item 'version' vanishes with 1.26 <regression> <juju-core:Invalid> <https://launchpad.net/bugs/1532130>
[05:24] <mup> Bug #1532130 changed: Config item 'version' vanishes with 1.26 <regression> <juju-core:Invalid> <https://launchpad.net/bugs/1532130>
[07:30] <mup> Bug #1532130 opened: Config item 'version' vanishes with 1.26 <regression> <juju-core:New> <https://launchpad.net/bugs/1532130>
[08:41] <mattyw> anastasiamac, morning, still around?
[08:42] <anastasiamac> mattyw: m on and off - kids r home, dinner...
[08:42] <mattyw> anastasiamac, no problem
[09:04] <dimitern> frobware, dooferlad, morning :) can I bother you with a review on http://reviews.vapour.ws/r/3482/ please?
[09:31] <frobware> dimitern, welcome back & done.
[09:31] <dimitern> frobware, thanks!
[09:32] <frobware> dimitern, I plan to make everything a bridge on the maas-spaces branch when we re-render /e/n/i. Any thoughts or concerns?
[09:34] <dimitern> frobware, like we discussed last week? i.e. is_active always True?
[09:35] <frobware> dimitern, yes. I think, initially, I would like to take the simplest approach and if we find that bridging the world is too much we take another look.
[09:41] <frobware> dimitern, do you want to drop this (http://reviews.vapour.ws/r/3472/) as my 1.25-redux branch landed?
[09:43] <dimitern> frobware, sounds good
[09:43] <dimitern> frobware, will do
[10:01] <dimitern> voidspace, jam, frobware, standup?
[10:01] <alexisb> dimitern, I am keeping jam busy
[10:02] <dimitern> alexisb, sure, np just checking
[10:03] <voidspace> dimitern: omw
[10:27] <jam> dimitern: voidspace: have any time to chat briefly about what's going on here?
[10:29] <dimitern> jam, sure - when will be a good time for you?
[10:29] <jam> I'm writing up a summary email of the discussions from the morning, I have lunch pretty soon
[10:30] <jam> I seem to have a gap in about 4hrs, does that work for both of you?
[10:31] <dimitern> jam, works for me
[10:39] <voidspace> jam: should be fine
[10:43] <jam> bridge
[14:46] <mup> Bug #1533694 opened: inconsistent juju-gui and juju status <juju-core:New> <https://launchpad.net/bugs/1533694>
[14:52] <mup> Bug #1533694 changed: inconsistent juju-gui and juju status <juju-core:New> <https://launchpad.net/bugs/1533694>
[14:55] <mup> Bug #1533694 opened: inconsistent juju-gui and juju status <juju-core:New> <https://launchpad.net/bugs/1533694>
[15:01] <cherylj> yikes.  what happened with that controller-rename test, sinzui ?
[15:01] <cherylj> http://reports.vapour.ws/releases/3503
[15:01] <sinzui> cherylj: the previous job left xenial-slave dirty. I am not having must success cleaning either
[15:01] <cherylj> :(
[15:02] <sinzui> cherylj: I am going to remove the failed 1.25 revision from testing to make controller-rename complete testing, thenlet 1.25 be rediscovered.
[15:02] <cherylj> sinzui: sounds good
[15:03] <voidspace> dimitern: ping
[15:03] <voidspace> dimitern: unping
[15:05] <TheMue> voidspace: *lol* didn't know this "command"
[15:05] <voidspace> TheMue: heh :-)
[15:05] <voidspace> I use it all the time...
[15:05] <TheMue> cool
[15:17] <voidspace> well, writing tests has just found two more bugs in my code
[15:18] <perrito666> voidspace: writing tests always does that
[15:19] <perrito666> its very bad for the pride :p
[15:20] <voidspace> :-)
[15:22] <TheMue> voidspace: just writing tests for my latest feature too
[15:23] <voidspace> TheMue: heh, cool
[15:33] <jam> natefinch: katco: I'm trying to use the LXD provider, but it is failing to set up ssh keys on the started container
[15:33] <jam> I can see authorized-keys that make sense in the instanceconfig
[15:33] <katco> jam: ericsnow as well ^^^
[15:33] <katco> jam: that's a new one i think
[15:33] <jam> but /home/ubuntu/.ssh/ is empty
[15:34] <katco> that's very strange...
[15:34] <jam> I can see in cloud-init-output.log it is complaining that there was nothing in /home/ubuntu/.ssh as well
[15:34] <jam> (i think)
[15:35] <perrito666> jam: try adding that to your keyring
[15:35] <perrito666> I recall some of the providers not working for that
[15:35] <perrito666> sinzui: it was the key ring right? during the sprint with HP
[15:36] <katco> jam: talking this over with the team, but on the surface this doesn't sound like something the lxd provider would be responsible for. what build of juju are you using?
[15:37] <katco> jam: also, standard questions: what ubuntu+lxd are you running?
[15:37] <sinzui> jam: perrito666 : yes, add the $HOME/.ssh/<keys> to your key ring.
[15:37] <jam> katco: trusty with the stable ppa
[15:38]  * perrito666 is working at a bar and just asked a coffee in english
[15:38]  * perrito666 hides under the table
[15:38] <jam> perrito666: if I attach to the instance, /home/ubuntu/.ssh is empty
[15:38] <jam> that doesn't sound like a keyring thing
[15:39] <jam> And if I add a debug print before the instance is spawned, I see the ssh public key in the instance config
[15:39] <perrito666> :|
[15:39] <jam> katco: I'm using nate's branch
[15:39] <katco> jam: ah... i'm surprised it's even getting that far? the trusty version doesn't have lxd built in because it's not >= go1.3
[15:39] <jam> katco: stable ppa
[15:39] <jam> ppa:ubuntu-lxc/lxd-stable IIRC
[15:39] <jam> katco: I'm using the resources branch
[15:39] <katco> ohhh for lxd
[15:40] <katco> ok ok gotcha
[15:40] <jam> I can "lxc attach" to the instance to debug it
[15:40] <jam> but I get the same result reliably right now
[15:40] <jam> (lxc exec ... bash)
[15:41] <katco> jam: ok, that makes a lot more sense. natefinch is telling me the pastebin i sent you was local provider, not lxd. we're investigating lxd now
[15:41] <katco> jam: we're probably just sitting on an unstable commit of master
[15:41] <jam> ci-info: no authorized ssh key fingerprints found for user ubuntu
[15:42] <natefinch> we know we're kind of out of date wrt to master... I'd just use local, if it's all the same.
[15:44] <blackboxsw> g
[15:45] <jam> natefinch: with local provider I can replicate the demo script
[15:46] <katco> jam: we're working on getting lxd to work (as well as resource-get)
[15:50] <dooferlad> dimitern, frobware, voidspace: I can work around the issue of not having a default gateway set in MAAS by setting a guests default gateway to its hosts IP address. Since we have forwarding enabled on all our hosts this works.
[15:51] <dooferlad> It is a bit rubbish, but it doesn't involve parsing any more files - the data is in state.
[15:52] <frobware> dooferlad, does that mean the "real" gateway is not in state?
[15:53] <dooferlad> frobware: yes
[15:53] <dimitern> dooferlad, we only have fwding on with the A-C feature flag
[15:53] <dooferlad> dimitern: I have set no flags
[15:53] <dooferlad> frobware: the host is getting its address by DHCP
[15:54] <dooferlad> and the guest from the MAAS API
[15:54] <dooferlad> it feels really messed up
[15:54] <jam> katco: so talking with the guys here about lxd, you *shouldn't* use the linuxcontainers.org images, because those don't have cloudinit installed
[15:54] <jam> you just need the lxd-images import
[15:54] <jam> as that is from cloud-images.ubuntu.com simplestreams info
[15:54] <dimitern> dooferlad, that's exactly what we do for A-C - host acts like a gateway, but that has its drawbacks
[15:55] <perrito666> jam: the instructions do say to use the cloud images, doesn't it? (i only used lxd provider once)
[15:55] <dimitern> like the need for fwding on, as well as packets coming from a container will have different TTL and source as they arrive at the destination
[15:55] <jam> perrito666: the first thing it says is to "lxc add linuxcontainers.org" but then not use it
[15:56] <jam> katco: fwiw, it fails with master as well
[15:56] <jam> same "(publickey)" issue
[15:56] <katco> jam: bootstrapping lxd?
[15:56] <perrito666> jam: ah, I just ignored that one
[15:56] <jam> katco: yeah
[15:56] <jam> I'm using ubuntu-trusty and not ubuntu-wily, don't know ifthat matters
[15:56] <jam> IIRC they use a diffreent cloud-init version
[15:57] <natefinch> jam: you need ubuntu wily for the bootstrap server at least
[15:57] <natefinch> jam: iirc
[15:57] <katco> jam: that should work, i'm using ubuntu-trusty
[15:57] <jam> anyway, I can reproduce this if you want a test case
[15:57] <jam> but I'm off to other things now
[15:57] <dooferlad> dimitern: I don't know why we have the host using DHCP but not for the container. Is that how the MAAS devices API works?
[15:57] <katco> jam: absolutely, ty for the input
[15:57] <natefinch> I'm pretty sure this is just a result of using the wrong images
[15:58] <katco> jam: you're doing --upload-tools?
[15:58] <jam> katco: it fails right away if you don't
[15:58] <jam> (it fails with "I don't know what lxd provider is" cause it uses some other version)
[15:58] <katco> jam: i dunno, i think natefinch is correct. there's something unique with what you're doing. sounds like the image
[15:59] <katco> jam: i've got a bootstrapped env. right now on ubuntu-trusty
[15:59] <katco> jam: but we'll figure it out, open a bug if you don't mind
[15:59] <jam> katco: I just did "lxd-images import ubuntu --alias ubuntu"
[16:01] <frobware> dooferlad, you have mail
[16:01] <jam> its release-2015218
[16:01] <katco> jam: fingerprint?
[16:02] <katco> jam: actually what's lxc image list
[16:02] <jam> getting it, just a sec
[16:02] <dooferlad> frobware: a victory for sanity!
[16:02] <katco> jam: np. understand if you have to run too
[16:02] <jam> ffs. just ran into a bug with lxd-images. I had deleted the image to double check the download, and now lxd-images import is giving me a "NoneType is not iterable" after doing the download
[16:03] <katco> jam: =|
[16:07] <jam> katco: 0afd3f6ac was in my terminal backtrace
[16:08] <natefinch> that's different than mine... are they supposed to be the same fingerprint for different people and/or different times?  I'm not sure I'd trust they don't get updated with security patches etc
[16:08] <katco> jam: i think that's the one i'm on: 0afd3f6ac0d7
[16:12] <jam> katco: https://bugs.launchpad.net/juju-core/+bug/1533742
[16:12] <mup> Bug #1533742: lxd provider fails to setup ssh keys during bootstrap <lxd> <juju-core:Triaged> <https://launchpad.net/bugs/1533742>
[16:12] <jam> natefinch: katco: 20151218 is dec-18 when they last updated it
[16:12] <jam> (according to the URL from lxd-images import)
[16:16] <katco> jam: i'm trying to repro from master as well (but my host is wily)
[16:17] <jam> katco: thanks.
[16:17] <jam> I would think the issue would be the image version vs the host, which I'm guessing you're thinking as well
[16:18] <katco> jam: what version of go are you compiling master with?
[16:18] <jam> katco: 1.6
[16:18] <jam> 1.5
[16:18] <jam> the one that you get after adding the lxd ppa
[16:18] <jam> 1.5.1
[16:19] <katco> jam: should be sufficient
[16:19] <jam> anyway, now need to get ready for dinner. but I do have your demo working. I think I'm scheduled for Fri morning
[16:20] <jam> so if you can add resource-get to show the resources working, that'd be great
[16:20] <katco> jam: k, we're also pushing for resource-get
[16:20] <perrito666> bbl, changing locations
[16:20] <katco> jam: thx john
[16:22] <mup> Bug #1533742 opened: lxd provider fails to setup ssh keys during bootstrap <lxd> <juju-core:Triaged> <https://launchpad.net/bugs/1533742>
[16:25] <mup> Bug #1533742 changed: lxd provider fails to setup ssh keys during bootstrap <lxd> <juju-core:Triaged> <https://launchpad.net/bugs/1533742>
[16:28] <mup> Bug #1533742 opened: lxd provider fails to setup ssh keys during bootstrap <lxd> <juju-core:Triaged> <https://launchpad.net/bugs/1533742>
[16:37] <mup> Bug #1533750 opened: 2.0-alpha1 stabilization <blocker> <juju-core:Triaged> <https://launchpad.net/bugs/1533750>
[16:37] <mup> Bug #1533751 opened: Increment minimum juju version for 2.0 upgrade to 1.25.3 <blocker> <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1533751>
[16:40] <mup> Bug #1533750 changed: 2.0-alpha1 stabilization <blocker> <juju-core:Triaged> <https://launchpad.net/bugs/1533750>
[16:40] <mup> Bug #1533751 changed: Increment minimum juju version for 2.0 upgrade to 1.25.3 <blocker> <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1533751>
[16:46] <mup> Bug #1533750 opened: 2.0-alpha1 stabilization <blocker> <juju-core:Triaged> <https://launchpad.net/bugs/1533750>
[16:46] <mup> Bug #1533751 opened: Increment minimum juju version for 2.0 upgrade to 1.25.3 <blocker> <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1533751>
[17:02] <fwereade> huh, I think that was an earthquake
[17:02] <natefinch> neat
[17:02]  * natefinch says from a place that pretty much never has earthquakes.
[17:03] <fwereade> yeah, it's a bit disconcerting, I never remember feeling one in the uk
[17:18] <cherylj> katco: ping?
[17:18] <katco> cherylj: hey
[17:18] <cherylj> katco: got a minute?
[17:18] <katco> cherylj: yeah sure
[17:19] <cherylj> katco: https://plus.google.com/hangouts/_/canonical.com/cheryl-katco?authuser=0
[17:28] <katco> natefinch: don't forget to drag the card for the bug you're working on to in progress
[17:28] <katco> ericsnow: ping?
[17:28] <ericsnow> katco: hey
[17:28] <ericsnow> katco: sorry, I'm ready to go
[17:28] <katco> ericsnow: "no more than half an hour" - ericsnow 2.5h ago
[17:28] <katco> ;)
[17:29] <katco> ericsnow: at this point, let's wait until after lunch.
[17:29] <cherylj> Can I get a review?  http://reviews.vapour.ws/r/3519/
[17:29] <cherylj> Small review
[17:29] <ericsnow> katco: k
[17:30] <katco> cherylj: lgtm
[17:30] <cherylj> thanks, katco
[18:38] <perrito666> jam: ping
[18:41] <natefinch> good licl., ot
[18:41] <natefinch> it's 10:41pm where he is
[18:41] <natefinch> good luck, that is...
[18:41] <natefinch> unless he's in cape town, in which case it's 8:41
[18:42] <natefinch> still not good odds :)
[18:44] <perrito666> I assumed he was in capetown
[18:50] <natefinch> katco: sorry, was at lunch and then trying to figure out which of the networking bugs is least terrible to work on
[19:01] <mup> Bug #1533790 opened: GCE provider is very restrictive when using a config-file (json) <juju-core:New> <https://launchpad.net/bugs/1533790>
[19:01] <mup> Bug #1533792 opened: Panic: TestProvisioningMachinesWithSpacesSuccess <ci> <panic> <ppc64el> <regression> <test-failure> <juju-core:Incomplete> <juju-core controller-rename:Triaged> <https://launchpad.net/bugs/1533792>
[19:27] <perrito666> is anyone aware of the current status of syslog vs mongodb?
[19:59] <katco> ericsnow: ok i'm ready to pair if you are
[19:59] <ericsnow> katco: gimme half an hour <wink>
[19:59] <ericsnow> katco: BRT :)
[19:59] <katco> rofl
[19:59] <thumper> morning folks
[20:00]  * thumper grunts
[20:00] <thumper> almost 2500 emails
[20:00] <katco> heyo thumper
[20:31] <perrito666> thumper: returning from holidays?
[20:46] <thumper> perrito666: aye
[20:46] <thumper> first day back after three weeks
[20:46] <natefinch> thumper: must be rough
[20:46] <perrito666> uff, heavy
[20:46] <thumper> lots of email
[20:46] <perrito666> it would be nice to have a "valid until" feature on emails
[20:46] <perrito666> :p
[20:46] <perrito666> "sorry this email went sour"
[20:47] <thumper> :)
[20:47] <cherylj> jog__: are you around?
[20:48] <jog__> cherylj, yes
[20:48] <cherylj> jog__: are the MAASes currently occupied?
[20:49] <jog> cherylj, yes, there are 3 CI jobs running. What do you need?
[20:49] <cherylj> jog: if I could look at a running env while it's doing the deployer test, I might be able to get more data on the rabbitmq-server failures
[20:50] <cherylj> jog: or if I could do a simple depoy
[20:50] <cherylj> deploy even
[20:52] <jog> cherylj, If you want to bootstrap and just deploy a single rabbitmq-server charm, the MAAS should have capacity for that... deploying the entire OS bundle when other things are running is when we run into resource issues... I can deploy a rabbitmq-server for you.
[20:52] <cherylj> jog: it would need to be in a container
[20:53] <jog> ok
[20:53] <cherylj> so just deploy --to lxc:0
[20:53] <cherylj> I'm wondering if we've run into bug 1329930
[20:53] <mup> Bug #1329930: rabbitmq-server fails to deploy into lxc container on maas provider <rabbitmq-server (Juju Charms Collection):Fix Released> <https://launchpad.net/bugs/1329930>
[20:53] <cherylj> I see someone else has run into it recently
[21:02] <natefinch> cherylj: git blame says I should talk to you about https://bugs.launchpad.net/juju-core/+bug/1515289
[21:02] <mup> Bug #1515289: bootstrap node does not use the proxy to fetch tools from streams.c.c <bug-squad> <juju-core:Triaged> <https://launchpad.net/bugs/1515289>
[21:02] <cherylj> natefinch: I didn't do it!
[21:03] <natefinch> cherylj: totally possible :)
[21:03] <natefinch> cherylj: https://github.com/juju/juju/blob/master/cloudconfig/userdatacfg_unix.go#L260
[21:04] <natefinch> cherylj: so, I think the title of that bug is wrong
[21:04] <natefinch> cherylj: he can bootstrap just fine, which means he gets the tools from streams ok.  It looks like the problem is actually that new nodes can't get the tools from the state server
[21:05] <natefinch> cherylj: sorry, I may be confused, however
[21:06] <cherylj> natefinch: he includes something else later that shows the get command the bootstrap node is trying to use to get the tools from streams
[21:07] <cherylj> I then inspected the bootstrap node, and found this in all-machines.log: <...>
[21:08] <natefinch> cherylj: ok, I think I understand what I'm seeing... I thought the --noproxy on the curl command from the other node was the problem, but that's probably just failing because the state server can't get the tools either
[21:09] <cherylj> natefinch: yeah, I believe that's the case
[21:09] <natefinch> cherylj: ok, nevermind then. Thanks for helping me understand the bug report :)
[21:15] <jog> cherylj, it's bootstrapping
[21:25] <natefinch> ericsnow: gah, you broke GenerateFingerprint(nil) :/
[21:32] <mup> Bug #1533849 opened: github.com/juju/juju/version [build failed] on windows <ci> <regression> <test-failure> <windows> <juju-core:Incomplete> <juju-core 1.25:Triaged by cherylj> <https://launchpad.net/bugs/1533849>
[21:35] <mup> Bug #1533849 changed: github.com/juju/juju/version [build failed] on windows <ci> <regression> <test-failure> <windows> <juju-core:Incomplete> <juju-core 1.25:Triaged by cherylj> <https://launchpad.net/bugs/1533849>
[21:41] <mup> Bug #1533849 opened: github.com/juju/juju/version [build failed] on windows <ci> <regression> <test-failure> <windows> <juju-core:Incomplete> <juju-core 1.25:Triaged by cherylj> <https://launchpad.net/bugs/1533849>
[21:42] <cherylj> stop it, mup
[21:42] <cherylj> review, pretty please: http://reviews.vapour.ws/r/3520/
[21:43] <natefinch> cherylj: shipit
[21:43] <natefinch> cherylj: are you not using goimports?
[21:44] <mup> Bug #1533849 changed: github.com/juju/juju/version [build failed] on windows <ci> <regression> <test-failure> <windows> <juju-core:Incomplete> <juju-core 1.25:Triaged by cherylj> <https://launchpad.net/bugs/1533849>
[21:44] <natefinch> cherylj: or hmm, is it because it's an _windows file, so it gets missed
[21:45] <natefinch> cherylj: was going to ask how you even landed code that wouldn't compile, but of course our landing bot isn't compiling on windows (yet)
[21:45] <perrito666> goimports rocks
[21:45] <natefinch> perrito666: yeah, I wasn't convinced until I used it, now I love it.
[21:46] <perrito666> I have it hooked on save
[21:47] <natefinch> yep, me too.  The only problem I have is when I manually add an import (for example, one that needs to be named) and then accidentally hit save before I have used it.
[21:47] <mup> Bug #1533849 opened: github.com/juju/juju/version [build failed] on windows <ci> <regression> <test-failure> <windows> <juju-core:Incomplete> <juju-core 1.25:Triaged by cherylj> <https://launchpad.net/bugs/1533849>
[21:47] <perrito666> yup, happens sometimes
[21:48] <perrito666> but i usually write the code the other way
[21:49] <natefinch> perrito666: I have autocomplete, to help remind me what the names of things are, but it won't work if the import doesn't exist yet, so it's kind of a chicken and egg thing.
[21:50] <perrito666> aaand of course, defaulting mongo log breaks tests
[21:52] <natefinch> lol
[21:52] <natefinch> because of course it does
[21:59] <natefinch> perrito666: what, logging to mongo and having tests that inspect log output don't somehow turn two bad ideas into a good idea? :)
[22:00] <perrito666> yeah, logging one into one unreliable destination beats just logging all into one destination
[22:01] <natefinch> whelp, dinner time.  Back later.  Good luck storming the castle!
[22:08] <cherylj> jog: any luck getting rabbitmq-server to deploy?
[22:09] <jog> cherylj, not yet, I had to cleanup left behind nodes on the MAAS, it's redeploying now
[22:10] <cherylj> jog: can I ssh into it from finfolk and watch the deploy?
[22:11] <jog> cherylj, yes... export JUJU_HOME then run juju status -e min-lxc
[22:11] <cherylj> jog: thanks!
[22:16] <jog> cherylj, kill-controller ran despite --keep-env
[22:17] <cherylj> blargh
[22:26] <katco> cherylj: do you need me in the release standup?
[22:28] <cherylj> katco: no, I don't think so.  Thanks!
[22:28] <katco> cherylj: cool ty, pairing atm
[22:46] <thumper> perrito666: still here?
[22:47] <thumper> perrito666: state environ.go, LatestAvailableTools, never written to, added back in Sep, is it going to be used?
[22:47] <thumper> hmm... found something
[22:47] <thumper> nm
[23:13] <cherylj> hey thumper, I figured out the cause of some of the test failures.  I have the change merging for master now.  Would you be able to rebase controller-rename once it merges?
[23:17] <perrito666> axw: anastasiamac going
[23:17] <perrito666> thumper: here,
[23:19] <jog> the controller-rename juju binary complains if destroy-environment is used with: ERROR "parallel-maas18" is a system; use 'juju system destroy' to destroy it
[23:19] <perrito666> thumper: sorry I was trying to sport away the effects of working on a desk
[23:19] <jog> it also complains with: ERROR unrecognized command: juju system
[23:20] <perrito666> thumper: that was added and later changed by menn0 iirc
[23:20] <jog> I was able to destroy with 'destroy-controller' are we just in transition here or is a bug needed?
[23:41] <mup> Bug #1533896 opened: Metadata worker repeatedly errors on new azure <juju-core:In Progress by anastasia-macmood> <https://launchpad.net/bugs/1533896>
[23:44] <mup> Bug #1533896 changed: Metadata worker repeatedly errors on new azure <juju-core:In Progress by anastasia-macmood> <https://launchpad.net/bugs/1533896>
[23:47] <mup> Bug #1533896 opened: Metadata worker repeatedly errors on new azure <juju-core:In Progress by anastasia-macmood> <https://launchpad.net/bugs/1533896>


 Sound bug. Eoan with backports. Firefox sound starts at zero volume. You have to increase the volume with the application stream. Opening a new tab with sound brings the same issue and adds another application stream in settings. Is there a fix?
[01:04] <Rabid_Raven> hey guys, is there a way to refresh the icons in kde or to delete the cache? my icons aren't all showing
 F5?
[01:05] <Rabid_Raven> yeah, f5 funny
[01:05] <Rabid_Raven> the menu icons, to give you an idea, aren't there for some applications
[01:05] <Rabid_Raven> even if i go back to the default icon set
 what menu?
 application menu?
 try witching your widget
[01:08] <Rabid_Raven> IrcsomeBot: the kde main menu. like i'm missing the one for konsole and ksysguard... even if i go back to hte default ubuntu icon set
 there are various types of kde men, not only one. Check your widgets.
[01:08] <Rabid_Raven> i imagine that i can delete something in .config but i'm not sure what
[01:09] <Rabid_Raven> IrcsomeBot: application launcher
 yes, go to >panel options>add widgets and check what the other styles of app lauchers do, is my first suggestion.
[01:17] <Rabid_Raven> unfortunately, none of the widget options have anything about simply refreshing the icon cache
 are icons necessary?
[01:22] <Rabid_Raven> the icons make it nice
[01:22] <Rabid_Raven> either way, i deleted .cache but it doesn'T seem to help
[01:31] <Rabid_Raven> thanks for your help anyway, i get the impression it'll fix on its own eventually lol
 k system is certainly etherial
[07:09] <lordievader> Good morning
[07:12] <r4u1> Good night
[12:45] <BluesKaj> Howdy all
 still no kmail :(
 @RikMills @Sick_Rimmit
 @Schyken, Thanks!
 ❤
[13:27] <jubo2> Does the baloo search ever work for anyone? I've never seen it work
[13:28] <jubo2> maybe it does not have an index
[13:28] <jubo2> as I get no results
 Hey guys! In Kubuntu 18.04, how do I go about always mounting an external drive in exactly the same custom point of my file fystem every time I connect?
 Is there a GUI way to do it?
 I think you can do this via the KDE Partition Manager (Like the KDE alternative to GParted)
 Find the partition you want, right click, and it should be something like "edit mount point" or "mount options"
 @Schyken, Hey Clayton! I thought that was the case, but I cannot find it. That's why I asked...
 @Schyken, Oh!, I am so dumb! The option exists when I choose the partition, not the device! Silly me!
 @Linuxophil, Ah, sweet! Glad you found it! I was worried that maybe it had been removed 😅
 @Schyken, Removed?  :P
 (Photo, 1280x720) https://irc-attachments.kde.org/0WizfW9w/file_20242.jpg
 @Linuxophil, Ooh, I actually really like the mountpoint dialog in KDE Partition Manager! I've not actually used it before, so this is good to know for the future!
 @Schyken, I have to say that almost anything I have used in KDE has been just spectacular! I have settled on Plasma because I NEED fractional scaling, but since I have explored that world, there is no doubt it is superior to Gnome in most ways.
 One thing I cannot understand though is the search function in dolphin.
 in a folder with a lot of files I cannot find the several *.epub files by typing "epub" in the search field. Drives me nuts.
 Yeah, I'm not a fan of how it doesn't do wrapping well at all. It makes it quite difficult.
 @Schyken, What's wrapping?
 Sorry, non IT person here.
 @Linuxophil, Searching on either side of the text
 Just a user.
 which syntax would you use to search for epub files in a folder with mixed files in it?
 @Linuxophil, In Nautilus I just type ".png" or ".epub"
 find <folder> name '*.epub'
 It also supports *
 ...and in dolphin you have no experience either, right?
 I can't really get it to work the way I'd like in Dolphin
 @Linuxophil, It just hasn't worked for me when I used it
 @cipher_alpha, in dolphin.
 you open the terminal in dolphin and it will take you to the folder
 @Schyken, Yeah, Agreed.
 F4
 @cipher_alpha, So there is no working file search in the file search box?
 file serach works fine in dolphin itself
 go to the root folder where you files are stored then do a *.epub
 @cipher_alpha, when I go into a folder and use the dolphin search box search for specific files that are definitely there, they do not appear.
 it will list out all files with epub.  if you want to know where it was stored at in the root then left click and hit properities and it will give you the full path
 @cipher_alpha, you mean "/" or "/path/to/folder/with/file"?
 if they are stored in your home then go to /home/username
 if they are mounted drives then go to /mnt or /media where you moutned them at
 you can not search / as that requires root permission
 got it
 but:
 (Photo, 1280x361) https://irc-attachments.kde.org/0fBDI0Aj/file_20243.jpg
 search result
 (Photo, 1280x482) https://irc-attachments.kde.org/FeCSMzNs/file_20244.jpg
 The png that exists in /home/me/pictures is not in the list of results.
 Any idea, what I am doing wrong?
 you trying to search other home directories that are not yours?
 Baloo is active. I am the only user on my PC. I am definitely searching in the right folder path.
 same happens if I only search in the actual folder that the file is in.
 when you clikc on the <home> places in dolphins does it have all your folders listed
 (Photo, 1081x664) https://irc-attachments.kde.org/nHbD8tAu/file_20245.jpg
 @cipher_alpha, Yes, it does.
 (Photo, 1111x733) https://irc-attachments.kde.org/ES0D5IZk/file_20246.jpg
 those search results are from various folders within my home directory
 do keep in mind it will not search hidden folders
[16:07] <altendky> i am having issues with my new lenovo thinkpad p1 gen 2 not turning on it's display when coming out of suspend.  i just did a test over ssh with `xset -display :0 dpms force off` then sleep then force on and it worked as expected.  display turned off for 20 seconds and returned.  i then tried pm-suspend (still over ssh) then pressed the power button to bring the laptop back up and it is responsive over ssh. i left
[16:07] <altendky> dmesg --follow running, can run commands etc in the ssh sessions i started before suspending.  i tried running `xset -display :0 dpms force on` now and it hangs and the display is still off.  generally if i wait maybe 10-20 minutes the display eventually turns on.  any ideas what the next debugging step is?  dmesg log: https://paste.ubuntu.com/p/y8hXYmx6P2/
[16:16] <altendky> hmm, eventually xset exited with `xset:  unable to open display ":0"`
[16:32] <ren> come si crea disco avvio su penna usb usando K3b?
 @ren, K3B a quanto ne so non crea dischi d'avvio, devi usare l'apposito software per farlo
[21:24] <altendky> i got some support for my above questions in #ubuntu (i also installed ubuntu temporarily).  i should have been using `systemctl suspend` and `journalctl` for diagnostics.  so, back to real world usage to refresh myself on what my _real_ problems are
Binary file (standard input) matches


[10:22] <cjwatson> ev: you filed a couple of bugs the other day and milestoned them for beta-1 - do you expect to be able to fix them today?
[10:28] <ev> some, not all
[10:28] <ev> I'll push the ones I don't get to back
[10:30] <cjwatson> ok
[10:36] <CIA-31> ubiquity: cjwatson * r4611 trunk/ (debian/changelog ubiquity/i18n.py):
[10:36] <CIA-31> ubiquity: Remove grub_device_label from string_extended, now that the boot loader
[10:36] <CIA-31> ubiquity: question is only asked from the partitioning page rather than a separate
[10:36] <CIA-31> ubiquity: dialog (LP: #726740).
[10:54] <cjwatson> ev: doesn't ubiquity need to Build-Depends: python-pyicu, debconf-utils, python-mock for the test suite?  you can't apt-get install things in a buildd context
[10:55] <ev> ah yeah
[10:55]  * ev fixes
[10:55] <cjwatson> would save those grotty tests for /var/lib/dpkg/info/$foo.list too, which aren't multiarch-safe
[10:56] <ev> which was broken anyway, as I've just caught (didn't install mock)
[10:56] <cjwatson> yeah :)
[10:57] <CIA-31> ubiquity: evand * r4612 trunk/ (debian/changelog debian/control tests/build): Move test dependencies into build-depends. Thanks Colin Watson!
[10:58] <ev> oh hm, can build depends come from universe for a package in main?
[10:58] <ev> if not, I should probably sort out a MIR for mock
[10:59] <cjwatson> they can't
[10:59] <cjwatson> maybe best disable the test suite for beta-1 then, or else branch
[10:59] <cjwatson> we probably don't have time for MIR handling
[11:00] <cjwatson> though I'm a bit surprised mock isn't in main already for something
[11:00] <cjwatson> bug 723219
[11:00] <ubot2> Launchpad bug 723219 in python-mock "[MIR] python-mock" [Undecided,New] https://launchpad.net/bugs/723219
[11:01] <cjwatson> I commented
[11:01] <cjwatson> targeting for final
[11:05] <ev> oh phew
[11:06] <ev> presumably we should still disable the test suite for beta-1, correct?
[11:07] <cjwatson> unless you can find doko around at short notice
[11:12] <ev> got a yes to that
[11:17] <cjwatson> cool
[11:26] <CIA-31> ubiquity: evand * r4613 trunk/ (debian/changelog scripts/plugininstall.py):
[11:26] <CIA-31> ubiquity: Move the apt-clone working directory into /var/log/installer at the
[11:26] <CIA-31> ubiquity: end of installation (LP: #739492).
[12:58] <CIA-31> migration-assistant: evand * r107 migration-assistant/ (debian/changelog ma-apply ma-ask ma-script-utils):
[12:58] <CIA-31> migration-assistant: Reuse os-prober's newns to ensure that mounts are occuring in a new
[12:58] <CIA-31> migration-assistant: namespace (LP: #739400).
[13:00] <CIA-31> migration-assistant: evand * r108 migration-assistant/debian/changelog: releasing version 0.6.9
[13:08] <CIA-31> ubiquity: evand * r4614 trunk/ (debian/changelog ubiquity/plugins/ubi-language.py):
[13:08] <CIA-31> ubiquity: Set the next button back to its original label once done calculating
[13:08] <CIA-31> ubiquity: its size.
[13:35] <ev> cjwatson: is there any reason I shouldn't update the keytables in gfxboot-theme-ubuntu?
[13:36] <cjwatson> nope, if you use scrape-console-setup to do it
[13:36] <cjwatson> could you do a scrape-localechooser run at the same time?
[13:37] <cjwatson> you can use http://people.canonical.com/~cjwatson/tmp/gfxboot-test.tar.gz to test it
[13:37] <cjwatson> make sure the language and keymap menus don't overflow the screen after the update
[13:37] <ev> indeed, was already in the process of doing the former
[13:37] <ev> will do
[13:37] <ev> thanks
[13:41] <ev> god damn zsh is made of magic. It just auto-escaped as I was typing that url as a parameter to wget.
[13:41] <cjwatson> neat
[14:43] <ev> cjwatson: any idea what should be done about this stray codepoint http://people.canonical.com/~evand/tmp/updated-gfxboot-theme-ubuntu.png ?
[14:43] <ev> otherwise I think it looks good
[14:44] <cjwatson> which one's stray?
[14:44] <cjwatson> oh, zwnbsp
[14:46] <cjwatson> ev: add 'lo' to @langname_notranslate
[14:46] <ev> I've added https://wiki.ubuntu.com/Installer/UpdateGfxbootThemeUbuntu to the wiki
[14:46] <ev> okay, will do
[14:46] <cjwatson> let smarter renderers deal with it
[14:47] <cjwatson> sudo ./scrape-localechooser ~/bzr/localechooser.ubuntu - missing '> langnames.inc' there
[14:47] <ev> whoops, thanks
[14:49] <ev> fixed; feel free to make any changes there as you see fit
[15:44] <CIA-31> ubiquity-slideshow-ubuntu: evand * r343 ubiquity-slideshow-ubuntu/ (5 files in 2 dirs): Merge Rollo's updated screenshots branch.
[15:55] <highvoltage> ev: could you spin a new package for the ubiquity slideshows? we have the new edubuntu slides in there and it's probably a good idea to get it out there now that ui freeze is in place :)
[15:55] <ev> actually in the process of that right now
[15:55] <highvoltage> (I'll notify doc team about it too and let them know that the current slides aren't the latest ones)
[15:56] <ev> just trying to sort out the u1 stuff
[15:56] <highvoltage> whohoo!
[16:42] <CIA-31> ubiquity-slideshow-ubuntu: evand * r344 ubiquity-slideshow-ubuntu/ (2 files in 2 dirs): Update the Ubuntu One icon.
[16:52] <CIA-31> ubiquity-slideshow-ubuntu: evand * r345 ubiquity-slideshow-ubuntu/debian/changelog: Freeze exception (LP: #744374).
[16:56] <CIA-31> ubiquity-slideshow-ubuntu: evand * r346 ubiquity-slideshow-ubuntu/po/ (6 files in 6 dirs): Update templates.
[17:01] <CIA-31> ubiquity-slideshow-ubuntu: evand * r347 ubiquity-slideshow-ubuntu/debian/changelog: releasing version 37
[17:22] <cjwatson> ev: are you still working on anything for the next ubiquity upload?
[17:23] <cjwatson> I'd like to get this bunch of RC bug-fixes in fairly soon
[17:39] <ev> cjwatson: sort of. skaet asked me to remove the alpha warning, which I noticed wasn't showing in the first place.  The immediate thought was that the text is entirely in the extended description, but there seems to be a deeper issue here.
[17:39] <ev> I don't think it's beta 1 critical though
[17:40] <ev> I'm trying to find more time to dig at seb's console-setup bug (LP: #742558), but I don't think that's going to happen today
[17:41] <ev> oo yay, I see that mock went into main
[17:41] <cjwatson> ev: which text is entirely in the extended description?
[17:41] <ev> the alpha warning
[17:42] <cjwatson> that seems fair enough
[17:42] <cjwatson> but in any case, doesn't matter for beta :)
[17:42] <ev> indeed it does not :)
[17:45] <cjwatson> hmm, that's odd (742558)
[17:47] <cjwatson> feels kind of RC to me :-/
[17:49] <cjwatson> do you already have a set -x trace of keyboard-configuration.config?
[17:49] <cjwatson> I'm wondering if kbdnames is up the spout
[17:50] <cjwatson> hm, though that would reset default_variant too
[17:50] <cjwatson> awkward conflict with preseeding the keyboard layout here
[17:51] <cjwatson> I think the question may be: what is preseeding keyboard-configuration/layoutcode?
[17:54] <cjwatson> 'cos whatever it is probably shouldn't be
[17:55] <ev> I don't, but I can generate one in a bit
[17:55] <cjwatson> maybe not needed
[17:56] <cjwatson> I can sort of infer the flow
[18:02] <cjwatson> ev: what did you do at the CD boot menu when you reproduced that bug?
[18:03] <cjwatson> your debug log shows keyboard-configuration/layoutcode already set when ubiquity started (AFAICS), but that doesn't seem to be the case for me when I boot into a live session
[18:06] <CIA-31> debian-installer: cjwatson * r1430 ubuntu/debian/changelog: releasing version 20101020ubuntu24
[18:11] <ev> select french as the language
[18:11] <ev> cjwatson: ^
[18:12] <cjwatson> ah yes
[18:13] <cjwatson> WTF
[18:13] <cjwatson> /proc/cmdline looks right
[18:14] <cjwatson> IMO this isn't a ubiquity bug, and we shouldn't block on it for this upload
[18:14] <cjwatson> I can't quite see where it is yet, though
[18:22] <ev> okay
[18:22] <cjwatson> keyboard-configuration/layoutcode is set to us in the livefs
[18:23] <cjwatson> also, casper seems to be inexplicably setting console-setup/layoutcode instead
[18:23] <cjwatson> needs set -x debugging in /scripts/casper-bottom/19keyboard
[18:23] <cjwatson> dinnertime
[18:25] <ev> so I'll do a ubiquity upload now then
[18:28] <CIA-31> ubiquity: evand * r4615 trunk/debian/real-po/ (66 files): debconf-updatepo
[18:30] <CIA-31> ubiquity: evand * r4616 trunk/ (d-i/manifest debian/changelog debian/control):
[18:30] <CIA-31> ubiquity: Automatic update of included source packages: migration-assistant
[18:30] <CIA-31> ubiquity: 0.6.9, user-setup 1.28ubuntu14.
[18:53] <cjwatson> ev: thanks!  missing push of the release commit?
[19:25] <CIA-31> ubiquity: evand * r4617 trunk/debian/changelog: releasing version 2.5.30
[19:25] <ev> indeed, thanks
[19:26] <cjwatson> huh, how'd this ever work
[19:27] <cjwatson> casper writes some bits of configuration only into /etc/default/keyboard, which is removed when the ubiquity c-s plugin starts up
[19:27] <cjwatson> maybe it used to be arranged a bit differently ...
[19:27] <cjwatson> we can probably fix this by preseeding those values in casper even if they're non-empty
[19:27] <cjwatson> still trying to see where console-setup/layoutcode gets preseeded
[19:28] <cjwatson> oh, 24preseed, of course
[19:28] <cjwatson> so in fact, IMO it would be best to fix this in gfxboot-theme-ubuntu - rename console-setup/* to keyboard-configuration/* there
[19:28] <cjwatson> so that we aren't going through a compat layer
[19:28] <cjwatson> do you agree?
[19:29] <ev> huh, mvo marked apt-clone 0.1.2 as released but seemingly never uploaded it
[19:29] <ev> indeed
[19:29] <ev> I do
[19:29] <cjwatson> I'll just double-check that that works
[19:32] <cjwatson> or at least fudge casper at run-time to pretend that it was done that way :)
[19:40] <ev> heh
[19:45] <cjwatson> yeah, that's better - mind if I go ahead and upload that?
[19:45] <ev> by all means
[19:48] <cjwatson> done
[20:37] <cjwatson> ev: could you have a look at the last couple of comments on bug 652852, please?
[20:37] <ubot2> Launchpad bug 652852 in ubiquity "Ubiquity doesn't suggest to install on unallocated free space" [High,Fix released] https://launchpad.net/bugs/652852
[20:53] <ev> will do
[20:56] <CIA-31> ubiquity: evand * r4618 trunk/ (d-i/update-control debian/changelog debian/control): Put build-dependencies in the right place.
[22:39] <Heller_Barde> hi everyone
[22:41] <Heller_Barde> is there a way to use the alternate installer to install ubuntu onto an existing LVM without it messing up my existing arch linux
[23:01] <CIA-31> ubiquity: evand * r4619 trunk/ (d-i/update-control debian/changelog debian/control): Add python-apt to the build-depends for the test harness.
[23:03] <CIA-31> ubiquity: evand * r4620 trunk/debian/ (changelog rules):
[23:03] <CIA-31> ubiquity: * Use the standard nocheck DEB_BUILD_OPTIONS argument instead of
[23:03] <CIA-31> ubiquity:  UBIQUITY_NO_TESTS. Thanks Steve Langasek!
[23:03] <CIA-31> ubiquity: * Run the tests on all architectures.
[23:12] <ev> cjwatson: (if you're still around) seem sensible? http://paste.ubuntu.com/586639/
[23:13] <cjwatson> aha, is that it
[23:13] <ev> the logs appear to suggest that rather loudly :)
[23:13] <cjwatson> maybe send it to stderr instead?
[23:13] <cjwatson> I couldn't divine it from the logs with any certainty
[23:14] <ev> the most recent ones
[23:14] <ev> only a few minutes old
[23:14] <cjwatson> hm, no subprocess.STDERR, bah
[23:14] <cjwatson> you could ditch just stdout; chatter on stderr is not a problem
[23:14] <cjwatson> ah, somebody replied with --debug output?
[23:15] <ev> indeed
[23:15] <ev> odd that there's no subprocess.stderr though
[23:15] <cjwatson> oh, it can be an existing file object
[23:16] <cjwatson> so stdout=sys.stderr should work
[23:16] <ev> I *just* caught that as well
[23:16] <ev> indeed
[23:16] <ev> okay, I'll go with that
[23:16] <ev> thanks
[23:16] <cjwatson> good catch, I'd been trying to reproduce in kvm but failing
[23:17] <ev> thanks, but it was really easy once that log was posted
[23:17] <ev> jockey's output in debconf is quite easy to spot :)
[23:17] <ev> UNKNOWN MULTI LINE COMMAND! and such
[23:18] <CIA-31> ubiquity: evand * r4621 trunk/ (debian/changelog scripts/plugininstall.py): Don't feed jockey's output into debconf (LP: #739632).
[23:19] <cjwatson> heh, yeah
[23:19] <ev> anything else, or should I send this back to the buildd and cross my fingers?
[23:19] <cjwatson> that's all I know of at the moment
[23:20] <cjwatson> why the heck is d-i failing to build?  I can't reproduce t
[23:20] <cjwatson> it
[23:22] <ev> even with pbuilder?
[23:23] <cjwatson> just trying a chroot - I think it may be sensitive to whether libpango1.0-dev is installed
[23:25] <CIA-31> ubiquity: evand * r4622 trunk/debian/changelog: releasing version 2.5.31


 Have you guys heard of Virtual Richard M Stallman, or VRMS package?   You run the command vrms and it tells you what is non-free software installed on your system.   I'm gonna try it out
 So Google pay just said I can't use it any more.
 I tried to use it at a subway.
 What? The card?
 No with my phone.
 The card is still good since I just used it instead.
 ... interesting
 Ahhhhh
 I'm on the Samsung Beta.
 That might be it.
 I use Samsung pay for everything
 Have you tried it?
 I use Samsung pay for everything, even in places not intended (gas pumps)
 I have tried it but it does not support my Bank or my Bank does not support it.
 Keith on the subject of gas pumps, I fill up at exxon cause their pumps natively accept samsung pay, Android and apply pay.
 You don't have to do the whole put a empty card in the pump
 I use the empty card trick
 The empty card trick is sometimes a pain.
 Plus, activing the pump from inside the car is pretty neat.
 I get out and the pump is live.
 Yes, I have good luck with it mot of the time


[18:56] <mhall119|work> morning
[18:56] <mhall119|work> I have questions about tasksel, can anyone here help?
[19:06] <alkisg> !ask | mhall119|work
[19:08] <mhall119|work> sorry, didn't want to write a long post about what I need if nobody knew anything about it
[19:09] <mhall119|work> I'm working on making a Qimo alternate cd
[19:09] <mhall119|work> I see that the Xubuntu alt cd preseed is tasksel-ing xubuntu-desktop
[19:09] <mhall119|work> I want to make a qimo-desktop task so I can do the same
[19:09] <mhall119|work> what is involved in doig that
[19:09] <mhall119|work> ?
[19:10] <mhall119|work> I saw that all the xubuntu-desktop packages have "Task: xubuntu-desktop" in their control file, is that all that's necessary?
[19:18] <alkisg> Until someone that knows about tasks answers, you could have a look at /usr/share/tasksel/ubuntu-tasks.desc. I think that making such a task desciption file would be easier than adding the tasks to the packages...
[19:21] <mhall119|work> yeah, I saw that
[19:21] <mhall119|work> not sure if the alt cd installer uses that list or not
[19:22] <mhall119|work> I didn't see it in the alt-cd filesystem anyway
[19:22] <mhall119|work> maybe it's in initrd somewhere though


[15:42] <XaSe> Hello ARMites...
[15:42] <XaSe> Is anyone actice today?
[15:42] <XaSe> *Active*
[21:44] <robclark> rsalveti / hrw, maybe dumb question, but is it possible to cross-compile perf tool?  It seems it needs a cross-libelf-dev installed..
[21:59] <robclark> hmm, ok.. built it natively which will hopefully coexist with cross-compiled kernel..
[22:01] <robclark> but seems crashy :-(


[09:28] <legreffier> Hello ! I still didn't get any feedback here or with the mail I sent to the ML on wednesday :/
[09:29] <legreffier> I realize it might not be the right place (ml seemed legit, though)
[09:29] <legreffier> is there somewwhere better maybe ?
[13:58] <legreffier> Thanks a lot !