[09:18] <Sophie_> hellooooo
[09:18] <Sophie_> may I ask a question ?
[09:18] <Sophie_> I am trying to bootstrap juju on maas on a node but always I get an error that is says "dial tcp <IP_ADDRESS>:80: connection refused"
[09:19] <Sophie_> my maas server is on localhost
[13:51] <beisner> hi jcastro, can you squeeze these couple of 1-liners into your review?  tldr;  use `charm-proof`now instead of `charm proof`
[13:51] <beisner> https://code.launchpad.net/~1chb1n/charms/trusty/mongodb/update-charm-proof/+merge/290198
[13:51] <beisner> https://code.launchpad.net/~1chb1n/charms/trusty/ubuntu/update-charm-proof/+merge/290196
[13:57] <jcastro> beisner: I've not done code reviews before, that time is usually for doc and AU reviews
[13:57] <jcastro> though these seem so trivial I'll pair up with someone and learn the process
[13:58] <beisner> jcastro, ah gotcha.   & thx :)
[14:34] <arosales> morning o/
[14:39] <marcoceppi> \o
[15:38] <tych0> hi everyone. if i just want a juju xenaial instance (on gce, if it matters), how do i do that? juju deploy cs:xenial/ubuntu gives me a "charm not found"
[15:42] <cherylj> tych0: juju add-machine --series xenial should work for you
[15:49] <tych0> cherylj: sweet, thanks!
[15:52] <tych0> hmm, although it puts me in the "error" state
[15:53] <tych0> how do i figure out what went wrong? juju debug-log -n50 -l DEBUG doesn't tell me anything
[15:59] <tych0> ah, juju status --format=yaml says something helpful,
[15:59] <tych0> no "xenial" images in us-central1 with arches [amd64]
[16:00] <cherylj> tych0: are you just trying to get a xenial machine?  I mean, can it be outside of juju?
[16:01] <cherylj> (and btw for the above error - maybe set the image-stream to daily?)
[16:01] <tych0> well, i want juju to know about it so i can test some lxd container type code
[16:01] <tych0> cherylj: yeah, that's what i probably need to do, but i don't know how to do that :)
[16:01] <cherylj> tych0: juju get-model-config | grep image-stream will tell you if / what it's set to
[16:01] <cherylj> tych0: then juju set-model-config image-stream="daily"
[16:01] <cherylj> if you need to change it
[16:02] <tych0> cool, thanks
[16:02] <tych0> how do i delete this failed machine?
[16:02] <tych0> remove-machine :)
[16:03] <tych0> cherylj: hmm. is the google provider busted?
[16:03] <tych0> oh, maybe not
[16:04] <tych0> http://paste.ubuntu.com/15540341/
[16:04] <tych0> Odd_Bloke: ^^
[16:04] <tych0> does that mean the gce daily streams are broken?
[16:21] <jose> beisner: ping
[16:21] <beisner> hi jose
[16:21] <jose> beisner: hey, I see that you did a couple lint fixes on ubuntu and mongodb, are those intended for review by any charmer or by openstack charmers?
[16:22] <jose> I mean, I could take a look, but wouldn't want to touch them if you expect openstack charmers to review
[16:24] <beisner> jose, yep they're not openstack-specific.  i think jcastro was going to have a go with the merge/review, but might be happy to have the first-available reviewer take it instead.  whaddaya say, jorge?
[16:26] <jose> jcastro: if you want me to guide you through the process I'd be happy to
[16:32] <rcj> tych0: that daily should be usable: http://paste.ubuntu.com/15540787/
[16:35] <cholcombe> tinwood, for your merge conflict you can just git review again and gerrit will merge and tell you which files to fix :)
[16:37] <tych0> rcj: ok, so this is a juju bug then?
[16:40] <rcj> tych0, ah, I see the problem
[16:40] <rcj> image is in ubuntu-os-cloud-devel project, not ubuntu-os-cloud
[16:41] <tych0> rcj: ok, what does that mean? :)
[16:45] <rcj> tych0, well, to use the gcloud cli as an example, this would launch that image... gcloud compute instances create "gce-rcj-x2" --zone us-central1-c --machine-type g1-small --network "default" --boot-disk-size 10 --boot-disk-type "pd-ssd" --boot-disk-device-name "gce-rcj-x1" --image /ubuntu-os-cloud-devel/daily-ubuntu-1604-xenial-v20160326
[16:46] <rcj> tych0, the paste you had showed the image in /ubuntu-os-cloud/ which is where we put release images only, not daily.
[16:47] <tych0> rcj: so is it fair to say that,
[16:47] <tych0> ubuntuImageBasePath  = "projects/ubuntu-os-cloud/global/images/"
[16:47] <tych0> we need another constant like that that looks like,
[16:47] <tych0> ubuntuDailyImageBasePath = "projects/ubuntu-os-cloud-devel/global/images/"
[16:47] <tych0> ?
[16:47] <rcj> yes
[16:47] <tych0> cool
[16:48] <tych0> ah, fuck.
[16:48] <tych0> looks like juju doesn't have access to the stream at that point maybe
[16:50] <tych0> rcj: thanks. i'll try to send a juju patch for htis
[16:50] <tych0> i'll close that CPC issue too, one sec
[17:19] <tych0> rcj: cherylj: https://github.com/juju/juju/pull/4902
[17:36] <c0s> kjackal_ kwmonroe cory_fu: I am looking into https://api.jujucharms.com/charmstore/v5/trusty/apache-spark-6/archive/config.yaml and just noticed the "yarn-client" execution mode for Spark
[17:36] <c0s> any reasons yarn-standalone wasn't used?
[17:37] <c0s> this is the _driver_ execution mode
[17:39] <icey> in juju 2, is there still an environment variable that can be set to control the controller/model for juju to connect to?
[17:41] <kwmonroe> c0s: i think the 2 yarn options are yarn-cluster and yarn-client, and we went with client because we wanted to use yarn resources as workers, but keep the spark master separate from yarn.  had we used yarn-cluster, i believe that would use a yarn resource for the spark master as well.
[17:42] <kwmonroe> c0s: unless yarn-standalone is new for spark > 1.5, in which case, i'm not sure what that does.
[17:44] <c0s> kwmonroe: the diff between yarn-client and yarn-standalone is where the _driver_ be running, really.
[17:45] <c0s> in the case of yarn-client, it will be executed on the client host, which might be totally outside of the cluster. hence adding more network traffic, etc.
[17:45] <cory_fu> kwmonroe: https://spark.apache.org/docs/0.8.1/running-on-yarn.html mentions yarn-standalone so it's not new.  But https://spark.apache.org/docs/latest/running-on-yarn.html doesn't mention it.  Is it perhaps an older spelling?
[17:45] <c0s> in yarn-standalone, the dirver will be co-located on a thread in Application Manager
[17:46] <c0s> cory_fu: indeed, it isn't a new thing
[17:47] <c0s> I am not sure why Spark docs don't have it any more. In all honesty, I am not sure about many thing that Spark project does nowadays
[17:47] <cory_fu> c0s: Looks like the spelling of the options might have changed to --master yarn --deploy-mode {cluster,client,standalone}?
[17:48] <kwmonroe> c0s: :)  cory_fu, i think you're right.  looks like our latest spark charm isn't up with the times: https://github.com/juju-solutions/layer-apache-spark/blob/master/lib/charms/layer/apache_spark.py#L107
[17:48] <cory_fu> Hrm, no, I think --deploy-mode only accepts {cluster,client}
[17:48] <c0s> oh, that's interesting
[17:48] <kwmonroe> iow, i don't think --master yarn-* is relevant in my read of the latest docs.  it needs to be --master yarn and --deploy-mode cluster|client
[17:49] <c0s> at any rate - if we are thinking of moving away from yarn deployment model, this whole discussion might be mott
[17:49] <kjackal_> http://spark.apache.org/docs/latest/running-on-yarn.html
[17:49] <c0s> kwmonroe: perhaps --master yarn --deploy-mode cluster replaces the yarn-standalone thing. I could check the source code to make sure, if it is of any interest to anyone ;)
[17:50] <kjackal_> Thank you c0s please keep me in the loop
[17:50] <kwmonroe> it is indeed of interest to me c0s -- i'd like to get our --master fixed, because what we have now shouldn't work (unless i'm missing deprecation warnings)
[17:51] <c0s> indeed so .... https://github.com/apache/spark/pull/95
[17:52] <c0s> yarn-standalone has been renamed
[17:52] <c0s> please accept my apologies for confusing the hell out of everybody
[17:52] <kwmonroe> lol
[17:52]  * c0s ducks
[17:53]  * magicaltrout is permenantly in a state of confusion anywa
[17:53] <c0s> kjackal_: however, it still might worth changing yarn-client to yarn-cluster in the scope of this discussion ;)
[17:53] <kwmonroe> i think we're still not correct c0s.  we pass execution mode config setting as the --master $var, but in the latest docs form kjackal_, it seems any yarn mode needs --master yarn followed by another setting controlling what type of yarn mode we want.
[17:53] <magicaltrout> permanently
[17:53] <c0s> I think you're right kwmonroe
[17:54] <c0s> magicaltrout: thanks, I feel better for at least not adding to your burden ;)
[17:54] <kjackal_> the "yarn-client" resolves to master=yarn and deploy=client
[17:54] <c0s> yeah, that's what I am saying
[17:54] <kjackal_> let me try to find the doc I read about this
[17:55] <c0s> and deploy, I believe, needs to be cluster
[17:55] <kjackal_> but you are right it is the prefered way
[17:56] <c0s> I think --deploy-mode client is good for spark-shell and some such nonsenses
[17:56] <kjackal_> http://spark.apache.org/docs/latest/submitting-applications.html
[17:57] <kjackal_> yarn-client	Equivalent to yarn with --deploy-mode client, which is preferred to `yarn-client`
[17:57] <kjackal_> yarn-cluster	Equivalent to yarn with --deploy-mode cluster, which is preferred to `yarn-cluster`
[17:58] <cory_fu> That's an awfully non-committal deprecation note
[17:59] <c0s> yeah, also this is what's important really
[17:59] <c0s> --deploy-mode: Whether to deploy your driver on the worker nodes (cluster) or locally as an external client (client) (default: client)  †
[17:59] <c0s> along with the foot-note
[17:59] <kwmonroe> so c0s, you're saying that you want this in cluster mode so both master (driver) and workers are in the yarn cluster.  i'm ok with that, but originally, we thought it might be best for the driver to be outside of yarn.  i'm not sure why.  probably flipped a coin.
[18:00] <c0s> here it is
[18:00] <c0s> † A common deployment strategy is to submit your application from a gateway machine that is physically co-located with your worker machines (e.g. Master node in a standalone EC2 cluster). In this setup, client mode is appropriate. In client mode, the driver is launched directly within the spark-submit process which acts as a client to the cluster. The input and output of the application is attached to the console. Thus, this mode is especially suitable for applica
[18:01] <c0s> as I said earlier: client mode will involve more network traffic and will require an alive connection between the client machine and the cluster to avoid loosing some output, etc.
[18:02] <c0s> however, it seems that in case where the client machine is co-located with the cluster - the deploy mode doesn't make much of a difference
[18:02] <cory_fu> Doesn't this only affect jobs that are run by the charm, in which case they *would* be co-located within the cluster?
[18:03] <cory_fu> And they mention it being "especially suitable for applications that involve the REPL (e.g. Spark shell)."  That seems like it would include the Zeppelin notebooks, no?
[18:03] <c0s> what if the configuration from such charmed cluster is copied to an external client and used there then?
[18:04] <c0s> if you, however, frame the question like cory_fu does - then it makes sense to use client one, I guess
[18:05] <c0s> again, apologies for crying wolf
[18:05] <cory_fu> c0s: Hrm.  I don't think we should be supporting copying the config like that.  For one thing, it will reference cloud-internal IPs for everything, which wouldn't work outside anyway.  Instead, we should probably have an action or something that gives you the config you need to use the cluster from an external client
[18:09] <c0s> fair enough, cory_fu
[18:27] <kwmonroe> hey cory_fu, i'm working with Guest57293 (that's her given name).  what would cause something like this:
[18:27] <kwmonroe>  update-status   File "/usr/local/lib/python3.4/dist-packages/charms/reactive/relations.py", line 255, in conversation 2016-03-28 17:42:32 INFO update-status     raise ValueError('Unable to determine default scope: no current hook or global scope') 2016-03-28 17:42:32 INFO update-status ValueError: Unable to determine default scope: no current hook or global scope
[18:27] <kwmonroe> trying to access a conversation from something like config-changed?
[18:30] <cory_fu> That means your interface layer is not scope=GLOBAL and is using a method that requires a default conversation, like self.conversation(), self.get_remote(), etc.  IOW, you're asking it to tell you something about "this conversation" without it having enough information to know what conversation  you're talking about
[18:30] <cory_fu> The conversation metaphor was intended to simplify things but I think ended up making things more confusing.  :(
[18:32] <cory_fu> I'd have to see the specific code in question, but self.get_remote(), self.set_remote(), or self.conversation() (singular) are the most common cause, and it generally means you need to instead have a "for conv in self.conversations(): conv.get_remote()" or similar loop.
[18:32] <cory_fu> Let me find an example
[18:32] <magicaltrout> a confusing metaphor in Juju?! no way!
[18:32]  * magicaltrout is truely shocked
[18:33] <magicaltrout> -e
[18:36] <cory_fu> I think https://github.com/juju-solutions/interface-mapred/blob/master/provides.py is a fair example.  You'll notice that inside @hook decorated methods, it uses self.conversation().  That's because it's handling a specific relation hook, and so it knows what remote unit its talking to.  But in the other methods, it has to be aware that it could be talking about several different remote units at once, so it loops over the list of conversations and
[18:36] <cory_fu> handles each one separately
[18:36] <cory_fu> kwmonroe, Guest57293: If you can point me to the code that's causing the error, I can give more specific advice
[18:42] <Guest57293> Hi Cory, you can find the code here : provides.py : http://paste.ubuntu.com/15541870/
[18:42] <Guest57293> requires.py : http://paste.ubuntu.com/15541889/
[18:46] <cory_fu> Guest57293: Ok, so in provides.py, the scope.UNIT seems right because you might be providing NFS storage to several different clients.  However, that means that host_name has to send the hostname_storage to  every client, and nfsclient_ip might return several addresses, one for each client.
[18:47] <cory_fu> Guest57293: So, both of those need to use the "for conv in self.conversations():" loop, and nfsclient_ip I guess needs to return a list instead of one value
[18:49] <Guest57293> ok.
[18:51] <Guest57293> I had one more doubt, one I am having a relation between NFS Storage Server and n number of nfs clients. For the first unit of nfs client, all states and values are set, which is fine.
[18:52] <Guest57293> But for the second unit , the previous state values are retained, so it directly enters the @when condition. How can I reset my state values and variables ?
[18:53] <Guest57293> for nfs client units
[19:02] <cory_fu> Guest57293: So, there are two approaches to that for the interface layer.  My preferred approach is for the interface layer to set the states according to what is connected / available, and then have the charm use things like "data_changed" to figure out if something changed and needs to be responded to
[19:03] <cory_fu> Guest57293: The other approach is more what you're talking about, which is to set the state when something happens and then remove the states once its been processed.  In that case,  you'd need to add an "acknowledge_client" method on the interface which would remove the states.
[19:04] <cory_fu> Guest57293: The downside of that approach is that you then can no longer ask the interface layer "what are all the connected nodes", for instance.
[19:04] <cory_fu> But maybe you don't need that and the other approach might simplify your charm.
[19:04] <magicaltrout> marcoceppi: i have a charm in the review queue with ancient tests so it flags red
[19:05] <magicaltrout> a) does that matter? b) can I do anything about it or do I just wait?
[19:05] <marcoceppi> magicaltrout: do you want another test run?
[19:05] <magicaltrout> be nice
[19:05] <magicaltrout> they run in bundletester
[19:05] <Guest57293> thanks cory
[19:05] <magicaltrout> but I have no clue how that translates to the real thing
[19:05] <marcoceppi> magicaltrout: which charm?
[19:05] <marcoceppi> magicaltrout: bundletester is what we run in the test env
[19:06] <magicaltrout> yeah, but a lxc juju 1.2 instance != the canonical test env ;) saikuanalytics-enterprise
[19:06] <marcoceppi> magicaltrout: heh, which charm?
[19:07] <magicaltrout> https://jujucharms.com/u/spicule/saikuanalytics-enterprise/trusty/6
[19:07] <marcoceppi> magicaltrout: I just rekicked the test
[19:08] <marcoceppi> they old
[19:08] <magicaltrout> ta
[19:08] <magicaltrout> yeah, i assumed that dumping your charm back into the review queue would re-test the charm
[19:08] <magicaltrout> but that assumption was invalid :)
[19:14] <marcoceppi> magicaltrout: it will in new review queue! but not in current one
[19:14] <magicaltrout> supposedly this new review queue will also write my charm for me....
[20:11] <cholcombe> make lint keeps catching me ridin dirty haha
[20:18] <gQuigs> is there a charm config way I missed to disable SSLv3 /RC4 in  juju-gui or openstack-dashboard  (also asked if charms should just do that by default in -dev)
[20:23] <durschatz1> What is the best way to find out the exact steps taken to upgrade the openstack  neutron-dhcp-agent?  I'm not sure who the charmer is to ask.
[20:26] <deanman> I'm having layer-docker charm failing to install properly during install hook. Is debug-hooks the proper way to debug this ?
[20:50] <kwmonroe> deanman: you could do debug-hooks on the failed unit, then "juju resolved --retry <unit>" in another terminal to manuall run the install hook.  or you could "juju debug-log --include <unit> -n 100" to see the last 100 lines of unit log.
[20:58] <marcoceppi> gQuigs: https://jujucharms.com/juju-gui/#charm-config-secure that seems to be what you want, though it may not work in the gui charm
[21:02] <deanman> kwmonroe: Thanks, i found the problem.
[21:03] <deanman> Is deploying a layer-docker inside an lxc a bad practice? I'm trying to learn how to deploy my custom docker images  but it seems that they are failing when deploying on a wily lxc container using the layer-docker charm template/
[21:04] <kwmonroe> deanman: lazyPower or mbruzek know for sure, but i didn't think docker inside lxc containers worked.
[21:05] <kwmonroe> (sorry, i don't know why, but think i've heard that recently.  i should probably be quiet)
[21:05] <lazyPower> deanman - it works only if (that i myself have verified, others may work but i havent vetted them):  you're on xenial installing the docker.io package   inside a lxd container
[21:05] <lazyPower> and yeah, docker inside lxd totally works if you do the above :)
[21:05] <deanman> kwmonroe: How would you propose to work a local dev machine then with docker ?
[21:06] <lazyPower> the default fs type needs to be changed to overlay as well, vs the default of aufs. I believe there's still some tweaking that needs to happen to the docker profile.
[21:06] <deanman> I have local bootstrap VM deploying into lxc
[21:06] <lazyPower> ah also, you have to fire up that lxd image w/ the docker profile to disable the appropriate cgroups.
[21:06] <lazyPower> deanman - i haven't had any luck in that method :(
[21:07] <lazyPower> deanman - what we've done i the past, is use juju 1.25 w/ local: kvm
[21:07] <bdx> Is anyone else having issues with filing bugs on launchpad?
[21:07] <mbruzek> deanman: what Ubuntu version is your VM?
[21:08] <bdx> -> https://www.dropbox.com/s/vl3hac0ns9kvcwg/Screen%20Shot%202016-03-28%20at%202.04.56%20PM.png?dl=0
[21:08] <deanman> lazyPower: i think i saw somewhere juju nagging about my cpu not supporting KVM or something (running MacOS and then vagrant to host my juju env)
[21:08] <lazyPower> ah yeah, hypervisor in a hypervisor
[21:09] <mbruzek> bdx: there is a #launchpad channel on IRC
[21:09] <lazyPower> even if it did work, the performance would be abysmal
[21:09] <deanman> mbruzek: wily64
[21:09] <bdx> mbruzek: sweet, thx
[21:09] <mbruzek> deanman: I have only got it two work with xenial
[21:10] <deanman> mbruzek: Would it be stable enough to do my juju learning and invite colleagues to participate ?
[21:10] <lazyPower> deanman - if you dont have a local configuration to work with, you can registher for the charm developer program and we'll give you some AWS credits to dev with
[21:10] <mbruzek> deanman or is lxc a requirement?
[21:12] <deanman> lazyPower: by local configuration you mean a non-virtualised ubuntu environment right ?
[21:13] <deanman> mbruzek: My only requirement is how to port a product we have in docker into juju and share the magic with my colleagues :-)
[21:13] <lazyPower> deanman - Right. If you have spare hardware there's a few options available to you as well, such as setting up a single server to run juju w/ kvm to work on docker workloads until we've gotten a stable docker-running-in-lxd story.
[21:13] <lazyPower> deanman - but to start, here's the form for the charm developer program: https://developer.juju.solutions/
[21:15] <mbruzek> deanman: OK. Yeah LXD/LXC can run together, but that is really coming together for 16.04 (yet unreleased)  and the experience is not great. You can sign up for the developer program to use amazon
[21:15] <mbruzek> where you get a full vm and it will run docker, lxc whatever
[21:16] <mbruzek> I have an early copy of 16.04 (xenial) on my laptop and have been able to run Docker inside LXC, but not through Juju yet.
[21:16] <mbruzek> I was able to run this manually
[21:17] <mbruzek> I use the local kvm provider with Juju 1.25 with much success.
[21:17] <deanman> so for docker workloads you either deploy on a bare machine e.g. --to 1 or if you want to pack more using --to kvm:x ?
[21:18] <gQuigs> marcoceppi that just makes it not in plain text, I want it to use modern SSL..  thanks though
[21:18] <lazyPower> deanman: correct
[21:19] <mbruzek> deanman: actually give me "juju version"
[21:19] <lazyPower> only we dont use --to kvm:x, the local:kvm provider routes all "machine" requests through the kvm installation, and spins up vm's that act as bare metal.
[21:19] <mbruzek> https://jujucharms.com/docs/stable/config-KVM
[21:19] <deanman> mbruzek: 1.25.3-wily-amd64
[21:20] <mbruzek> This works with juju 1.25, use ^ document to set up the kvm provider
[21:20] <mbruzek> Then you can deploy all the docker workloads you want
[21:21] <deanman> That's for the remote juju deployment/workflow. For local dev i'll have to wait for xenial ?
[21:22] <deanman> or at least in my case running mac
[21:22] <lazyPower> deanman - yep, and possibly a bit longer
[21:22] <lazyPower> we're still exploring and piloting running docker based workloads in lxd
[21:23] <mbruzek> deanman: That is our local provider setup.  I don't own a mac so I can't tell you if kvm will work with your vm solution
[21:24] <deanman> mbruzek: on a linux based pc for local dev. KVM is fast enough ?
[21:24] <mbruzek> deanman: Are you doing vagrant to get wily64 ?
[21:24] <deanman> mbruzek: Yeap! Using vagrant to ease the whole process and to introduce it to a wide audience, mostly windows machines and less linux.
[21:25] <mbruzek> deanman: KVM is awesome fast. But if you are using a mac, you are doing virtualization, and then kvm (another virtualization) it wouldn't be what I would choose
[21:25] <mbruzek> aisrael: lazyPower: can vagrant vms do KVM inside them?  I have heard parallels can.
[21:26] <mbruzek> but I don't know vagrant.
[21:26] <deanman> mbruzek: vagrant -> virtualbox
[21:26] <mbruzek> deanman: Then that should work, the setup for the local provider is pretty simple/easy.
[21:26] <mbruzek> you will know for sure soon enough.
[21:27] <mbruzek> deanman: If that does not work sign up for the developer program that lazyPower referenced and you can get some free amazon creds.
[21:28] <mbruzek> deanman: my w540 laptop has linux on it,  have ubuntu installed, and then configure the local kvm provider and it is crazy fast.
[21:28] <mbruzek> through juju
[21:29] <mattrae> hi, is it possible to change how Juju generates the hostnames of LXC containers (i.e. juju-machine-1-lxc-10) to avoid having duplicate names if managing mulitple juju environments with the DNS domain?
[21:32] <mbruzek> mattrae: you would have to contact a core developer on that one.
[21:33] <mbruzek> mattrae: how are you getting a duplicate name?
[21:36] <mattrae> mbruzek: thanks mbruzek. i need to do more testing, it happens reportedly by having multiple environments on the same maas server, both environments will use juju-machine-1-lxc-1 for their first container on machine 1
[21:36] <mbruzek> mattrae: I see now. This is not something I have ever tried, and don't know how to do.
[21:37] <mbruzek> mattrae: I once ran 2 lxc providers on the same machine and was able to change the ports of juju so they would not collide, but not the names of the instances
[21:37] <deanman> mbruzek: following the kvm guide your shared and it complains about "failed verification of local provider prerequisites: kvm ok is not installed"
[21:38] <mbruzek> deanman: `sudo apt-get install juju-local`
[21:38] <mattrae> mbruzek: cool thanks for the suggestions :)
[21:38] <mbruzek> deanman: you may also need to install kvm, let me check the packages that I have installed
[21:39] <deanman> mbruzek: i think it's not supported on macos
[21:39] <mbruzek> deanman install it on your wiley64
[21:39] <mbruzek> deanman: if the juju-local does not install qemu-kvm you should install that too
[21:40] <mbruzek> but I think it should
[21:40] <deanman> mrjazzcat: "KVM acceleration can NOT be used" when running kvm-ok inside the vm
[21:40] <deanman> mbruzek: "KVM acceleration can NOT be used" when running kvm-ok inside the vm
[21:41] <mbruzek> deanman: that means kvm will run slow, but I suspect it will still run
[21:41] <mbruzek> deanman: Some virtualization technologies do not run nested virtualization. On Ubuntu I am able to run KVM within KVM
[21:42] <deanman> i think it didn't like it when defined inside environments.yaml (container: kvm)
[21:42] <mbruzek> deanman: what was the error?
[21:43] <mbruzek> deanman: juju would give you an error when you tried to bootstrap, if you got an environments.yaml error I suspect a yaml format error
[21:43] <deanman> mbruzek: "ERROR there was an issue examining the environment: failed verification of local provider prerequisites: kvm-ok is not installed. Please install the cpu-checker package."
[21:44] <mbruzek> apt-get install cpu-checker
[21:44] <deanman> mbruzek: cpu-checker is installed ;-)
[21:44] <deanman> minor bug
[21:44] <mbruzek> OK
[21:44] <mbruzek> well then sign up for the developer program and use aws
[21:45] <mbruzek> I apologize this didn't work, I am not mac savvy
[21:45] <deanman> ok it did go forward and was able to deploy juju-gui on a new machine (guessing KVM)
[21:45] <mbruzek> virsh list --all
[21:47] <mbruzek> that will show the kvm machines on the ssystem.
[21:47] <deanman> mbruzek: empty but after bootstrapping a local provider inside a vm and issuing juju deploy juju-gut i saw a new machine being added and the charm actually deploying
[21:48] <deanman> had to use sudo though for virsh, that's the expected way right?
[21:48] <mbruzek> deanman: yes but you can add the user to the virsh group and use virsh commands
[21:49] <deanman> would sudo report something different? no entries on virsh
[21:49] <mbruzek> deanman: no sudo would give you everything
[21:50] <deanman> mbruzek: ok so I'm not running that charm inside kvm, where am i running it then ? :-0
[21:51] <mbruzek> deanman: did you specify kvm when you bootstrapped? I suspect you might be in lxc
[21:52] <deanman> mbruzek: nope, no kvm or lxc reference whatsoever while bootstrapping or in environments.yaml
[21:53] <mbruzek> deanman: http://pastebin.ubuntu.com/15544632/
[21:53] <mbruzek> That is what my virsh list --all looks like
[21:54] <deanman> http://pastebin.ubuntu.com/15544671/
[21:54] <mbruzek> local in this case is lxc
[21:55] <mbruzek> sudo lxc image list
[21:55] <deanman> and this is my environments http://pastebin.ubuntu.com/15544688/
[21:55] <mbruzek> where was your kvm configuration
[21:55] <mbruzek> ?
[21:56] <deanman> it was in that environments.yam file but removed when it complained during bootstrap
[21:56] <mbruzek> deanman: That is LXC then: https://jujucharms.com/docs/stable/config-LXC
[21:57] <mbruzek> You will not be able to use docker within those LXC containers.
[21:57] <deanman> mbruzek: yeah it seems so...
[21:57] <mbruzek> The gui will deploy and other charms should work fine, just Docker does not play nice with the wily code
[21:58] <mbruzek> I have to get going soon, I recommend the developer program and use aws
[21:59] <mbruzek> deanman: https://developer.juju.solutions/
[22:00] <mbruzek> and ping marcoceppi once you fill that out, then you can use a real cloud
[22:03] <deanman> mbruzek: Thank you
[22:09] <mbruzek> deanman: you are welcome good luck.
[22:31] <LiftedKilt> Is there a way to specify the series in the lxc containers that are created? For example my maas default deploy is xenial, and I want all my servers to be xenial. If I need to deploy a charm that doesn't support xenial, can I have juju request a new xenial server, and deploy the charm in a trusty container?
[22:34] <marcoceppi> LiftedKilt: you can create a xenial machine then tell juju to put a trusty lxc on int
[22:34] <marcoceppi> juju add-machine --series xenial
[22:34] <marcoceppi> that gives you, say machine 8
[22:35] <marcoceppi> juju deploy trusty/juju-gui --to lxc:8
[22:35] <LiftedKilt> marcoceppi: awesome - that's exactly what I was hoping for
[22:36] <LiftedKilt> marcoceppi: is there a way to deploy it without first adding the machine or specifying which machine I want it on?
[22:38] <marcoceppi> LiftedKilt: not entirely
[22:39] <marcoceppi> LiftedKilt: are you looking to do this in a bundle?
[22:39] <LiftedKilt> marcoceppi: potentially, but not exclusively
[22:40] <LiftedKilt> marcoceppi: was hoping for a way to be able to "juju deploy charm --to lxc:" and let it pick a machine or create one as it sees fit
[22:43] <LiftedKilt> marcoceppi: essentially I want to be able to deploy charms without worrying about series, and have juju create the appropriate containers to faciliate those charms
[22:44] <LiftedKilt> marcoceppi: with the intention of deploying every charm to a separate container
[23:14] <marcoceppi> LiftedKilt: that's a great idea, but not one that exists today
[23:27] <LiftedKilt> marcoceppi: haha well that's a bummer
[23:27] <marcoceppi> LiftedKilt: it's not a bad idea to reply to the 2.1 roadmap email about it
[23:27] <LiftedKilt> marcoceppi: I think I can make do without, but it would definitely make things easier
[23:27] <marcoceppi> --to lxc: would be nice


[00:10]  * pleia2 preps newsletter for editors
[00:27] <pleia2> jose: can you check to see if the askubuntu script is working for you?
[00:27] <jose> hmm, /me checks
[00:29] <jose> I'm missing some dependencies, let me install
[00:29] <jose> pleia2: no JSDON object could be decoded
[00:30] <pleia2> same
[00:30] <jose> maybe ask marcoceppi?
[00:30] <pleia2> no, I'll grab the fellow I usually ask for this script :)
[00:30] <pleia2> oli
[00:30] <jose> ok then :)
[00:34] <pleia2> sent, I'll wait on those stats for now
[00:43] <pleia2> ok, newsletter is off to the editors
[00:50] <jose> thank you pleia2 :)
[18:07] <PaulW2U> Proof reading done. Lots of minor corrections made. In schlopo's absence it would be good if someone else could take a close look at the wiki page.
[18:21] <pleia2> thanks Paul
[20:07] <jose> has our bot been pinged for link-checking?
[20:15] <pleia2> no, Unit193 can you do the honors? https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue368
[20:16] <pleia2> I'll do a final once over in an hour or so and publish
[20:16] <jose> np :)
[22:44] <pleia2> got the askubuntu script back from oli, I'll upload new one after release
[22:45] <pleia2> the 1.0 api was retired, so it's updated to use the new one and a few fixups
[22:59] <pleia2> Welcome to the Ubuntu Weekly Newsletter, Issue 368 for the week May 12 - 18, 2014 https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue368


[00:02] <mp5shooter> Hi, can I get an Ubuntu cloak here?
[00:04] <nalioth> mp5shooter: are you an Ubuntu member?
[00:04] <mp5shooter> Yes
[00:04] <nalioth> got a launchpad page?
[00:04] <mp5shooter> No, I don
[00:05] <mp5shooter> don't. Do I need one
[00:05] <mp5shooter> ?
[00:05] <nalioth> if you are an Ubuntu member, you'll have a LP page  :|
[00:05] <mp5shooter> Really?
[00:05] <mp5shooter> I
[00:06] <mp5shooter> I'm signed up on the Ubuntu forums
[00:06] <mp5shooter> Which makes me an Ubuntu member, right?
[00:06] <nalioth> no.
[00:06] <mp5shooter> :$
[00:06] <nalioth> !member
[00:06] <mp5shooter> Thanks
[01:42] <zzl> how come ubuntu company won't accept my disk request?
[03:44] <Arc_> hey
[03:46] <Arc_> is there a process for changing the owner of a loco channel?
[03:47] <elkbuntu> Arc_, depends if former owner is still available
[03:48] <Arc_> he hasn't been around since the loco council meeting and has gone completely non-responsive
[03:48] <Arc_> by all indications we'll never see or hear from him again
[03:48] <elkbuntu> how long ago was this?
[03:49] <elkbuntu> and for which loco?
[03:49] <Arc_> new hampshire
[03:50] <elkbuntu> how long ago was the loco council meeting?
[03:50] <Arc_> almost a month ago
[03:50] <elkbuntu> and the former leader is who?
[03:50] <Arc_> he was replaced as our loco council admin due to CoC violations
[03:50] <Arc_> matthew craig
[03:51] <Arc_> aka m-c aka desertc
[03:51] <elkbuntu> oh. him.
[03:51] <Arc_> yea nikkiana is our new admin
[03:51] <elkbuntu> my opinion of him is not high. however, his time with us has always been sporadic
[03:52] <Arc_> yea well at present nobody in the loco has any access in the channel, he gave ops only to members of other locos.  it's a weird situation
[03:53] <Arc_> nothing urgent to solve tonight, but it'd be nice for our team's irc channel to be managed by the team
[03:53] <elkbuntu> yeah, from what i've seen, he's all about status and fame
[03:53] <Arc_> yea that'd be a fair evaluation.
[03:53] <elkbuntu> he came into my loco and proceeded to tell us that LCA was a 'silly lug meeting'
[03:54] <elkbuntu> linux.conf.au is a very well established and respected foss conference
[03:55] <Arc_> before he moved here he wrote every GNHLUG board member (a very old and well established LUG with several chapters, founded by Jon "maddog" Hall) and told them that it was urgent that they call him.  the one that did he apparently got angry about because she was "disrespecting him" and not being active enough
[03:55] <Arc_> a general warning was passed around GNHLUG about him before he even moved here :-/
[03:55] <elkbuntu> hehe
[03:55] <Arc_> but I don't want to gossip about him, I'd just like to see the last piece resolved
[03:56] <elkbuntu> no problem
[03:56] <Arc_> so is there a process in place for this, or someone specific to talk to?
[03:56] <elkbuntu> yeah, you're right here
[03:57] <elkbuntu> who is magicrobotmonkey?
[03:57] <Arc_> a member of another loco IIRC
[03:59] <Arc_> im at a loco afterparty right now, nikkiana is sitting next to me
[03:59] <Arc_> most of the members are right here
[04:00] <elkbuntu> it'd be advisable if the person who wanted to be admin of the team was present, since they are to be the contact for all things team-related
[04:01] <Arc_> ok i'll get her to open her laptop :-)
[04:03] <elkbuntu> hi nikkiana :)
[04:03] <nikkiana> elkbuntu, you beckoned?
[04:03] <nikkiana> hey!
[04:03] <elkbuntu> nikkiana, so you're the loco contact now? :)
[04:03] <nikkiana> elkbuntu, indeed i am.
[04:04] <Arc_> yea we reached that consensus at the meeting today
[04:04] <elkbuntu> did they all vote you in or did you volunteer?
[04:04] <elkbuntu> aha
[04:04] <Arc_> the loco council made her launchpad admin but we waited until this meeting to determine a contact person
[04:04] <nikkiana> elkbuntu, it was a vote.
[04:05] <Arc_> https://wiki.ubuntu.com/NewHampshireTeam/Meetings/20080816
[04:05] <elkbuntu> ok cool. i'm just finding someone with relavent irc-fu right now
[04:06] <Arc_> apparently magicrobotmonkey lives in NH, he just hasn't been to a meeting yet
[04:07] <Arc_> so I guess he's the only loco member with ops access
[04:08] <nalioth> so what do we need to do ( in a nutshell )?
[04:08] <nalioth> Arc_: can you identify to nickserv, please?
[04:09] <Arc_> if you could replace desertc/m-c with nikkiana as channel owner we could do the rest
[04:09] <Arc_> nalioth: ok
[04:09] <nalioth> i guess we're discussing #ubuntu-us-nh ?
[04:09] <Arc_> my normal nick is Arc - I'm not at home right now but am logged in
[04:09] <Arc_> yes
[04:10] <Arc_> er, am now id'ed to nickserv
[04:11] <Arc_> I was just going through making sure all the places the contact/leader/admin/etc for the loco was listed online were updated, and realized the IRC part I couldn't edit
[04:11] <nalioth> nikkiana: i believe you are set up now
[04:12] <nikkiana> nalioth, thanks!
[04:12]  * elkbuntu hugs nikkiana
[04:12] <elkbuntu> now go be awesome :)
[04:12] <Arc_> chanserv still lists m-c as "founder"
[04:12] <nalioth> Arc_: nikkiana has full access
[04:13] <Arc_> ok
[04:13] <Arc_> so will this update the page?
[04:13]  * nikkiana hugs elkbuntu
[04:13] <elkbuntu> Arc_, nikkiana has more powers than m-c. if she /msg chanserv help she can find out all the needs to know
[04:13] <nalioth> we have new services, you see ( there can be up to 4 'founder' class users on the ACL )
[04:14] <Arc_> ah ok
[04:14] <Arc_> sorry we've all drinken a bit at this point :-)
[04:14] <Arc_> sugar maple liqour
[04:14] <elkbuntu> at least m-c did the right thing and set the staff in the access list
[04:15] <nalioth> where is m-c ?
[04:15] <elkbuntu> nalioth, MIA
[04:15] <nalioth> oh?
[04:15] <elkbuntu> hasnt been seen since the moment the team was made official
[04:15] <nalioth>  9 hours?
[04:16] <Arc_> he pops on IRC but doesn't join the channel, and seems to only be on IRC very briefly
[04:16] <Arc_> pleia2 and popey can verify that
[04:16] <elkbuntu> you can get /ns info to work?
[04:18] <nikkiana> yep
[04:19] <elkbuntu> Arc_, links to the logs of that meeting?
[04:19] <Arc_> https://wiki.ubuntu.com/NewHampshireTeam/Meetings/20080816
[04:19] <Arc_> it was an in-person meeting, not IRC
[04:20] <nalioth> no official minutes?
[04:20] <Arc_> those are the official minutes
[04:21] <Arc_> was I suppost to write them in a specific format?
[04:24] <Arc_> there was a lot of chat about different things so not the easiest to take minutes on
[04:25] <elkbuntu> Arc_, what about the pleia2 popey meeting minutes
[04:26] <Arc_> oh sorry I ment you could verify that m-c hasn't joined #ubuntu-us-nh in almost a month from them
[04:29] <Arc_> oh weird magicrobotmonkey seems to be the only other person with ops right now
[04:29] <nalioth> Arc_: nikkiana can remedy that
[04:30] <Arc_> yea im helping her
[04:34] <Arc_> she can't set herself +F
[04:34] <Arc_> she's only -f and can't remove m-c since he's the only founder
[04:34] <Arc_> er only lowercase f
[04:40] <elkbuntu> i think that's what nalioth was waiting on verification before doing
[04:40] <Arc_> ah
[04:40] <Arc_> sorry not following Irc very well
[04:40] <nalioth> Arc_: she can manage the channel just fine.
[04:40] <nalioth> isn't that the ultimate point?
[04:41] <nalioth> or are you after "GLORY" and a title?
[04:41] <Arc_> we're looking to mitigate further harm
[04:42] <Arc_> m-c banned a US admin from our channel last month just before the council meeting, and while he hasn't been around, he isn't exactly the most stable individual
[04:42] <Arc_> and we've spent a lot of time already dealing with this
[04:42] <Arc_> there's no rush in this as I said before
[04:42] <elkbuntu> pleia2, are you awake?
[04:42] <elkbuntu> popey, you too?
[04:43] <Arc_> you can verify with the loco council/etc - popey is the loco council member who's been handling this thus far
[04:43] <Arc_> pleia2 is our advisor
[04:43] <pleia2> hey
[04:43] <elkbuntu> and neither of them are actively conversing right now, which is why we asked for irc logs of any agreement they had
[04:43] <Arc_> oh emails there is
[04:43] <nalioth> i honestly don't think this is gonna become an issue in the next 24h
[04:43] <nikkiana> hi pleia2! :D
[04:44] <elkbuntu> pleia2, can you verify that m-c is effectively persona non gratis?
[04:44] <Arc_> nalioth: I agree.  there's no rush on this at all, as I said as we've been sitting around talking I've been updating wiki pages and stuff and realized the IRC stuff hasn't been dealt with yet
[04:44] <elkbuntu> s/gratis/grata/
[04:45] <pleia2> elkbuntu: that's correct, the ubuntu loco council and the us mentors team have been working with us-nh for a couple months now, m-c has brokent the CoC several times and was removed from leadership by the loco council
[04:46] <pleia2> nikkiana has already been replaced as the admin on launchpad, and Arc is now running the mailing list
[04:46] <elkbuntu> nalioth, is this enough verification?
[04:47] <nalioth> %actioned
[04:48]  * elkbuntu hugs pleia2 and nikkiana
[04:48] <Arc_> don't forget - he hasn't been in the channel for almost a month, hasn't joined the mailing list (and was specifically invited), and didn't attend the last two meetings
[04:48]  * nikkiana hugs elkbuntu and pleia2
[04:48]  * pleia2 hugs elkbuntu and nalioth!
[04:48] <pleia2> hehe
[04:48]  * nikkiana hugs nalioth and Arc_ too!
[04:48] <nalioth> need any help, you can just PM me any time ( i'll get back with you when i see the message )
[04:49] <Arc_> thanks guys
[04:49] <nikkiana> nalioth, thanks so much! glad to meet you. :)
[04:49] <nalioth> good to have you here with us
[04:50] <elkbuntu> no prob. i always wondered when he'd earn himself a place on the pariah table. i guess i know now ;)
[04:51]  * elkbuntu munches happily on smoked chicken
[04:52] <nikkiana> elkbuntu, mmmm! yummy!
[04:53] <Arc_> we have pizza and maple liquoir and absenth
[04:53] <Arc_> and poor spelling
[04:53] <nalioth> and snow
[04:53] <nikkiana> nalioth, not this time of year, i hope!
[04:53] <Arc_> down under its winter :-)
[04:54] <elkbuntu> i cant seem to find a deli that sells it in single quantities, so i end up having to buy packs of two breasts, which dramatically increases my meat intake for a bit
[04:55] <nikkiana> elkbuntu, my meat intake has gone down since Arc started hanging around. He's vegan. ;)
[04:55] <Arc_> hey I made non-vegan pizza tonight
[04:56] <nalioth> i like deep fried tofu, but the prep is a pita
[04:56] <elkbuntu> nikkiana, my meat intake dropped dramatically after i moved out (finally) from my parent's place. dad is a meat&veg type person. i'll happily munch on vegies&pasta with sauce, or marinated tofu
[04:57] <elkbuntu> my favourite work lunch is coconut chicken from a thai place near work, since they do the deep-fried tofu thing which is damn good with the coconut sauce
[04:58] <elkbuntu> Arc_, the president of Linux Australia is vegan too, in case you care ;)
[04:59] <nalioth> deep fried tofu needs the good prep ( it tastes like crap with tofu right out of the vat or box )
[04:59] <elkbuntu> nalioth, recipe kthx
[05:00] <nalioth> start with extra firm tofu
[05:00] <nalioth> drain it
[05:00]  * nalioth thinks this would be a pastebin thing . .
[05:00] <elkbuntu> yup
[05:01] <nalioth> wrap it in a cotton dish towel, and stick it in a tupperware bowl
[05:01] <nalioth> freeze overnight
[05:01] <Arc_> I live in the free state, I'm happy here :-)
[05:01] <nalioth> next morning, gently squeeze all the water out
[05:01] <nalioth> repeat 4 or 5 times
[05:02] <nalioth> at which point you have a chunk of raw soybean scum ( with very little water )
[05:03] <elkbuntu> tofu usage has not really taken off in australia like it has in the US. i still cant convince my parents to try it
[05:05] <nalioth> elkbuntu: i once was a [       ] for a family ( made meals, cleaned, etc ) and i made a 'meat and taters' meal ( all the menfolks would eat ) out of tofu and taters.  they never realized what they were eating, and thought it was the bestest thing . .
[05:05] <elkbuntu> heh
[05:05] <nalioth> tofu is great
[05:06] <nalioth> i love cooking with it, in its many forms
[05:06] <elkbuntu> im learning to appreciate it
[05:08] <nalioth> it comes dried, so you can use it in place of noodles
[05:08] <nalioth> TVP is a tofu-based meat analogue
[05:09] <elkbuntu> not here it doesnt. we only get it in the fridge section in a few marinated flavours and small tubs of various textures
[05:09] <elkbuntu> i'd probably have to go to an asian grocery and try read thai to figure what i was getting
[05:09] <nalioth> visit your asian supermarkets ( you know, the ones that stink really really bad )
[07:12] <popey> Arc_: all happy?
[07:12]  * popey just woke
[07:17] <coolbhavi> popey, good morning :)
[07:17] <elkbuntu> popey, except that -pk has a bot ring going, sureh
[07:18] <popey> erk
[07:18]  * popey was specifically wondering about -us-nh :)
[07:23] <elkbuntu> popey, that's sorted, yes. meanwhile trying to get through to the -pk crew that just because they think a heap of bots responding to !blah style triggers is helpful... doesnt mean it is
[07:28] <popey> :S
[08:25] <SuLphEr> elkbuntu, btw, do u own all ubuntu related domain also?
[08:26] <Hobbsee> SuLphEr: it must follow http://www.ubuntu.com/aboutus/trademarkpolicy
[08:26] <Hobbsee> canonical has the trademark, and can prosecute those violating it, if they wish.
[08:27] <SuLphEr> can i buy ubuntu-lover.net domain, do u thnk?
[08:27] <Hobbsee> did you read the URL?  no.
[08:28] <elkbuntu> you can buy it, but canonical can tell you to stop using it at any time they want
[08:28]  * Hobbsee also notes that if you do, you are violating the agreement with whoever sold you the URL, too.
[08:29] <pk> Hobbsee : every channel name starts with ubuntu is the property of ubuntu or freenode ? and every channel name starts with ubuntu that exsists is ubutu official , RIGHT ?
[08:30] <Hobbsee> pk: it's the property of the group contact, by freenode rules.  The group contact is the irc council, who are ubuntu people.  And every channel that starts with #*ubuntu*, is official.
[08:30] <SuLphEr> bye
[08:30] <elkbuntu> every channel name that starts with #ubuntu is goverened by the ubuntu irc council. canonical owns the name Ubuntu in the context of the operating system, so can at any time it wants, stop a use of the name.
[08:32] <pk> then these #*ubuntu* channel names are reserved/restricted and not publically available , RIGHT sir ?
[08:32] <elkbuntu> pretty much.
[08:32] <SuLphEr> anyway, thanks enough. I am not with this ubuntu shit anymore
[08:32] <SuLphEr> sorry, not ubuntu
[08:33] <SuLphEr> connnnonical shit
[08:33] <elkbuntu> SuLphEr, then please leave
[08:33] <SuLphEr> bye
[08:33] <pk> SulPher : dont get disheart , its time to learn ,
[08:33] <SuLphEr> elkbuntu, ofcourse, im leaving
[08:33] <SuLphEr> pk, dont u know wat happend on france?
[08:34] <SuLphEr> how connonical behave wd france team who spread ubunru all over da france?
[08:34] <SuLphEr> anyway, bye
[08:35] <pk> nope sulpher , i just know what happened in pakistan , the ubuntu-pk.org (officially web) is closed since more then a year , the help channel #ubuntu-pk is not active , there is no evluation purpose for team leaders , only these rules and TOS are apply on peoples who have less knowledge
[08:36] <Hobbsee> pk: even if i registered #ubuntu-random, and did random, non-ubuntu stuff with it, it'd get shut down.
[08:36] <Hobbsee> no matter how worthwhile i thought it might be.
[08:37] <pk> i agree you sir
[10:00] <pk> Can anyone tell me how to become an ubuntu member ?
[10:01] <elkbuntu> !member
[10:01] <pk> thank you elkubuntu
[10:08] <pk> IF one is fullfilling the requirement and get fits into the criteria for newmember , then what will be the next step ?
[10:10] <elkbuntu> presenting oneself to any regional membership board that fits their schedule
[10:12] <pk> Is regional membership board exsists on freenode also ?
[10:12] <Myrtti> Or motu if thats more appropriate
[10:12] <Myrtti> Yes
[10:12] <pk> motu = #motu right ?
[10:13] <Myrtti> No
[10:14] <Myrtti> Ugh
[10:14] <Myrtti> Irc on mobile phone is nice but burdensome sometimes...
[10:17] <elkbuntu> pk, no #ubuntu-motu
[10:17] <pk> ok
[10:57] <[NikO]> PriceChild, for *ubuntu/members* testimonials for uBOTu-fr, there is not a lot of cloaked users on #ubuntu-fr
[16:51] <_r1_> hi here
[16:52] <juliux> hi
[17:01] <PriceChild> _r1_: has had a chat with me in PM wrt ubotu-fr cloak.
[17:01] <_r1_> [NikO]: ping
[17:08] <[NikO]> hi there
[17:08] <[NikO]> _r1_, pong
[17:08] <[NikO]> PriceChild, so :) ?
[17:15] <PriceChild> [NikO]: Good work on all the people. I'm the only irc council person awake atm I believe, but will get back to you asap.
[17:15] <[NikO]> ok thanks
[20:28] <NullHead> may I ask a question regarding the IRC server that #ubuntu runs on?
[20:29] <PriceChild> freenode?
[20:29] <PriceChild> and its a network
[20:29] <NullHead> well sure, freenode
[20:30] <NullHead> does anybody here know a guide I can follow to get dancer-services working?
[20:30] <NullHead> I'm attempting my own IRC server
[20:30] <NullHead> I suppose I should go to a freenode channel for this question ...
[20:31] <PriceChild> I'm not sure where the dancer support channel is, but I don't think its on this network.
[20:31] <jpds> NullHead: https://help.ubuntu.com/community/IrcServer
[20:32] <PriceChild> NullHead: There is a guide on the wiki though?
[20:32] <PriceChild> ah that's probably it
[20:32] <NullHead> where is this wiki? I seem to fail at finding the proper offical website
[20:33] <jpds> NullHead: I just gave you the link.
[20:33] <NullHead> I'm trying to use dancer-ircd, btw
[20:33] <NullHead> oh I see it
[20:33] <PriceChild> NullHead: https://help.ubuntu.com/community/Dancer-IRCD
[20:34] <NullHead> PriceChild: Thanks, but I folowed it word for word and it doesn't seem to work
[20:34] <NullHead> the server is a Debain etch one if that matters ..
[20:34] <NullHead> look see http://wopr.ath.cx/phpsysinfo
[20:34] <NullHead> but this should work on Debain as well?
[22:04] <PriceChild> [NikO]: the cloak has been enabled
[22:04] <PriceChild> NullHead: if its not even on ubuntu then i'm not sure what to do sorry.
[22:04] <[NikO]> \o/ great :)
[22:04] <[NikO]> thanks a lot


[12:00] <cstachris> hi - i just watched the video from the developer summit, i liked your BHAG :)
[14:02] <highvoltage> good morning
[14:02] <highvoltage> cs<tab>
[14:02]  * highvoltage wishes people would hang around more
[14:02] <alkisg> 'morning hi<tab> :)
[14:03] <highvoltage> hi alkisg :)
[14:03] <highvoltage> we assigned you a work item or two in your absense at UDS :)
[14:03]  * alkisg would prefer to get the "make the edubuntu dvd able to netboot fat clients" action item :D
[14:08] <highvoltage> alkisg: so, I think the nbd item on https://blueprints.launchpad.net/ubuntu/+spec/community-q-edubuntu is for that
[14:09] <alkisg> I [stgraber] Add support for nbd in NETBOOT= for casper: TODO ==> DONE
[14:09] <alkisg> Ah sorry
[14:09] <highvoltage> alkisg: perhaps talk to stgraber about it, it might be worth while splitting up some of the sub tasks for that.
[14:09] <alkisg> I added support to get nbdroot= from dhcp
[14:09] <alkisg> OK let me read that more...
[14:10] <highvoltage> alkisg: I added an item for you to investigate whether we could (or need) any tablet integration or features for epopte
[14:10] <highvoltage> *epoptes
[14:10] <alkisg> I'll ask Phantomas to check, if he can find any tables, that is
[14:10] <alkisg> *tablets
[14:11] <highvoltage> we're going to try to find a sponsor for some tablets and we'll send you one if it works out
[14:11] <stgraber> alkisg: we want to allow for the livecd to be bootable over the network, it currently is but only when using cifs or nfs, I want to add nbd so we don't need to pull one of the other two on the media
[14:11] <alkisg> stgraber: I wonder if serving the NBD image over NFS is fast enough
[14:12] <alkisg> If so, we only need a bit of code in our current ltsp initscripts...
[14:12] <alkisg> Btw, I've removed "nbdroot=" from our default command line, it gets that from root-path now
[14:13] <alkisg> stgraber: also, is 12.10 a good target to netboot the whole squashfs image, thus supporting fat clients too? (i.e. have ltsp-client installed in it already)
[14:13] <highvoltage> stgraber: I guess we still need to sort our tasks by milestone, I'm technically in a meeting now but I guess we could go through it a bit later
[14:14] <alkisg> So, if ltsp-client is already installed in the squashfs image, there's no need to touch casper, is there?
[14:15] <alkisg> In a few days I'll push a `ltsp-update-image --cleanup /` option which can be used to generate the final image, after whatever language etc the user has installed
[14:16] <highvoltage> what will --cleanup clean up?
[14:16] <alkisg> snakeoil keys, user accounts etc
[14:16] <alkisg> logs..
[14:16] <stgraber> alkisg: in theory making edubuntu's squashfs an ltsp image will allow us to bypass casper indeed (assuming having both ltsp and casper in the initramfs won't create a conflict). I still want to support nbd in casper for other ubuntu projects that won't be using ltsp though.
[14:17] <alkisg> Ah, ok
[14:41] <highvoltage> stgraber: so with unity2d going away, would weblive also use unity3d+llvm?
[14:42] <stgraber> highvoltage: yeah
[14:42] <stgraber> highvoltage: the good thing is that most sessions are single-app sessions so won't be affected by the change
[14:42] <stgraber> highvoltage: the rest will probably use a tiny bit more CPU but I don't expect a huge change as all the rendering is already done serverside with NX
[14:43] <highvoltage> cool
[15:14] <highvoltage> mgariepy: oh yes meant to paste it for you too: https://blueprints.launchpad.net/ubuntu/+spec/community-q-edubuntu
[15:58] <highvoltage> stgraber, mgariepy, alkisg: I moved all the items to milestones, I took random guesses with many of them, so please edit where appropriate.
[15:58] <alkisg> Nice :)
[15:59] <highvoltage> (they should soon be on http://status.ubuntu.com/ubuntu-quantal/edubuntu-dev.html)
[18:03] <highvoltage> http://www.muktware.com/3594/edubuntu-linux-education
[18:04] <highvoltage> "All in all Edubuntu 12.04 is an excellent release in every respect and carries the contribution of FOSS to the World and Humanity in the field of Education further.
[18:04] <highvoltage> "
[18:06] <highvoltage> stgraber: I want to do a story on edubuntu.org listing some of the good feedback we've received for 12.04, I guess I'll have to prioritize that website work I need to do :)
[18:08] <highvoltage> http://twitpic.com/9jy3vd
[18:28] <highvoltage> mhall119: howdy, are you around?
[18:31] <mhall119> highvoltage: only for a moment, then I have to pickup the kids from school
[18:31] <mhall119> I'll be back in about 30 minutes though
[18:31] <highvoltage> mhall119: the appguide is kind of cool even though we never gave it proper linkage: https://wiki.ubuntu.com/Edubuntu/AppGuide
[18:32] <highvoltage> mhall119: but would it be perhaps better to put that on the edubuntu website instead and link to the app pages on https://apps.ubuntu.com ?
[18:32] <mhall119> I should probably re-create it for 12.04, huh?
[18:32] <mhall119> likely, yeah
[18:32] <mhall119> IIRC, apps.u.c didn't exist when I made it
[18:32] <highvoltage> indeed.
[18:32] <highvoltage> ooh, the apps pages include the reviews too
[18:32] <mhall119> I can modify the script to spit out HTML for the website
[18:33] <highvoltage> ok cool!
[18:33] <mhall119> highvoltage: can you give me a work item on one of the edubuntu blueprints to do that?
[18:33] <highvoltage> well, I guess linking to the apps site is sufficient, at least that would give us less pages to maintain
[18:33] <mhall119> yeah, I think just name, short description and a link will do
[18:34] <highvoltage> mhall119: done
[18:34] <mhall119> thanks
[18:34] <highvoltage> it would allow us to reduce the number of wiki pages we have, too. so that will be awesome.
[18:34] <highvoltage> and the website is typically more accessable to people than the wiki.
[19:27] <ajmitch> highvoltage: thought I'd lurk in here again ;)
[19:28] <highvoltage> ajmitch: whohoo! :)
[19:30] <ajmitch> highvoltage: so what sort of things were you looking at with tablets?
[19:31] <highvoltage> ajmitch: so, I've probably pasted this to you before: http://zareason.com/shop/zatab.html
[19:32] <ajmitch> yeah I've got that sitting on my desk now
[19:32] <highvoltage> ajmitch: for a start, we want to do some hardware enablement on it (which kubuntu is at least mostly taking care of)
[19:32] <highvoltage> ajmitch: then try out unity with all its touch features on it
[19:32] <highvoltage> ajmitch: and also extend epoptes (http://epoptes.org) to have touch features
[19:33] <ajmitch> so I'm wanting to get ubuntu (using unity) on it once it's possible to run
[19:33] <highvoltage> ajmitch: when we have something that more or less works as a system for that tablet, we want to target app developers and encourage them to port their software over to ubuntu for the software center so that we have more touch apps available
[19:33] <highvoltage> ajmitch: yeppers.
[19:34] <ajmitch> sounds like much of what I was planning apart from epoptes :)
[19:34] <highvoltage> there's probably a lot more we /could/ do. but in 6 months I'm not sure if there's more we can do.
[19:35] <ajmitch> I'm going to try & help out the community team rockstars like mhall119 & dpm with the developer.ubuntu.com site as well
[19:35] <highvoltage> but if you get a bright idea, don't hessitate to try it out and report back :)
[19:35] <highvoltage> cool.
[19:35] <ajmitch> oh sure :)
[19:37] <ajmitch> as far as I know, the zatab can boot from the microSD card which I can write on my laptop
[19:37] <ajmitch> I think I had an adapter for it around here
[19:37]  * highvoltage still needs to check with rlnx if we can order a bunch
[19:38]  * ajmitch has to work out how to try & boot a different image on this though
[19:38] <highvoltage> darkwing on #kubuntu-devel might be able to tell you
[19:40] <ajmitch> another channel to join? :)
[19:40] <highvoltage> hehe
[19:41]  * ajmitch tries to track down what caused his lxc directory usage to explode
[19:41] <ajmitch> 7.4G log file...
[19:41] <ajmitch> I knew trying out juju was a mistake
[19:42] <highvoltage> sounds like a candidate for #rmrf: http://identi.ca/tag/rmrf
[19:45] <ajmitch> it'd managed to fill up my disk, not happy with that
[19:51] <mhall119> ajmitch: is the log from juju?
[19:52] <ajmitch> mhall119: yep, though it's apparantly from zookeeper, there's a bug filed about it