[00:17]  * thumper just pushed a mega-branch
[00:18] <thumper> http://reviews.vapour.ws/r/4937/
[00:18] <thumper> even though it touches 59 files
[00:18] <thumper> the diffstat is just: +541 −387
[00:18] <thumper> it needs some cleanup in instance/namespace.go and instance/namespace_test.go but the rest is good for review
[00:19]  * thumper goes to walk the dog before she climbs the walls
[00:20] <anastasiamac> thnx thumper\o/.. i *think* m meant to be OCR today :-P
[00:21] <thumper> wallyworld: this is the shortler lxd name branch
[00:21] <thumper> wallyworld: it also fixes the maas container dns issue
[00:21] <thumper> and makes some things more consistent
[00:22] <wallyworld> thumper: awesome
[00:22] <wallyworld> thumper: my branch a couple of days ago was 840 files
[00:22] <thumper> :)
[00:23] <thumper> someone has to do the big hunks
[00:23] <thumper> see you in a bit
[00:23] <anastasiamac> hunks or chunks?
[00:59] <davecheney> thumper: OH MY GOD
[00:59] <davecheney> i just found a set of state tests that duplicate TearDownTest
[01:11] <perrito666> davecheney: doing test archeology?
[01:13] <anastasiamac> perrito666: lasr i've heard, all these were under davecheney's couch or something :)
[01:15] <davecheney> perrito666: no, i hit my toe on this
[01:16] <perrito666> davecheney: If you are to believe Indiana Jones movies, that is how most archeology is done
[01:17] <davecheney> nhttps://github.com/juju/juju/pull/5493
[01:18] <davecheney> perrito666: i have not excavated deep enough to get to the real issue yet
[01:18] <davecheney> i'm still diging up the past
[01:20] <perrito666> ah, allwatcher
[01:46] <davecheney> perrito666: hide yo' kids, hide yo' wife, all watcher coming
[02:30] <thumper> wallyworld: http://reviews.vapour.ws/r/4937/ updated. Nothing really surprising. Heading home to test maas now. Car wheel alignment now done.
[02:30]  * thumper heads off line briefly
[02:47]  * thumper tries to remember how to bootstrap a maas thing again
[02:48] <davecheney> thumper: I have a fix for https://bugs.launchpad.net/juju-core/+bug/1586244
[02:48] <mup> Bug #1586244: state: DATA RACE in watcher <2.0-count> <blocker> <race-condition> <juju-core:In Progress by dave-cheney> <https://launchpad.net/bugs/1586244>
[02:48] <davecheney> it's not perfect
[02:48] <davecheney> but it will unblock things for beta8
[02:49] <davecheney> the "we can just zero shit out to make the test pass" logic was woven through all those tests
[02:49] <davecheney> a custom equality function would have been a _lot_ of work
[02:49] <davecheney> and would have taken days to test
[02:49] <davecheney> days of wall time
[02:49] <davecheney> because the state tests are such an utter cluster fuck
[02:57] <thumper> wallyworld: what is the expected way to be able to bootstrap maas?
[02:57] <thumper> I don't need to add-cloud do i?
[02:57] <thumper> just creds?
[02:57]  * thumper is confused
[02:58] <natefinch> thumper: unless it has changed in the last week, you do need add cloud
[02:58] <thumper> what is supposed to go into the cloud config for a maas cloud?
[02:58] <thumper> juju help maas doesn't do anything
[02:59] <thumper> I feel it should tell you how to set up juju for maas
[03:00] <natefinch> thumper: yeah.... I am hoping whoever did the maas work will fix that
[03:00] <thumper> it is the credential and cloud definitions
[03:01] <thumper> not the maas provider
[03:01] <thumper> what auth-type should be defined for maas?
[03:01] <thumper> it uses an oauth token
[03:01] <natefinch> thumper: http://pastebin.ubuntu.com/16858151/
[03:02] <natefinch> thumper: your yaml file for add-cloud should look like that... fix the cloud name and endpoint of course.
[03:02] <thumper> right
[03:02] <thumper> and creds?
[03:02] <natefinch> thumper: I think when you add it, it'll ask for the outh key
[03:02] <natefinch> maybe during bootstrap?  I forget when it asked me
[03:04] <natefinch> I really wish juju bootstrap maas/https://myhostname.com/MAAS worked
[03:04] <natefinch> the release notes say that works, but it doesn't
[03:04] <anastasiamac> mine works and creda re in format http://pastebin.ubuntu.com/16858205/
[03:05] <anastasiamac> creds* r
[03:05] <thumper> I add creds for vmaas
[03:05] <thumper> then go "juju list-credentials"
[03:05] <thumper> and it errors
[03:05] <natefinch> fantastic
[03:05] <thumper> saying "removing secrets from credentials for cloud maas: cloud maas not valid"
[03:06] <thumper> works if you say 'juju list-credentials vmaas"
[03:06] <natefinch> uhh... that sounds like a bad idea.... deleting secrets because we encountered an error?
[03:06] <anastasiamac> i did mine by hand... and here is my clouds... http://pastebin.ubuntu.com/16858228/
[03:07] <natefinch> or do they just mean they're eliding them from the output?
[03:07] <natefinch> because that error message is scary
[03:07] <anastasiamac> also...maybe do not name your cloud 'maas'? maybe there is a confusion with type 'maas'
[03:07] <thumper> got it now
[03:07] <natefinch> meh.... if they're one and the same, what's the difference?
[03:07] <thumper> it is bootstrapping
[03:07] <natefinch> huzzah
[03:08] <natefinch> I name all my environments after the provider type.  I only have one of each... why reinvent the wheel
[03:08] <thumper> anastasiamac: I didn't name it maas
[03:08] <thumper> I called mine "vmaas"
[03:08] <thumper> so no idea where it is falling down there
[03:08] <anastasiamac> :/
[03:09] <anastasiamac> i've cafted files by hand and could bootstrap... the commands gave me grief :(
[03:15] <thumper> maas tests running
[03:15]  * thumper packing up and taking laptop while Maia does BJJ
[03:15] <thumper> emails and stuff
[03:30] <davecheney> all := newStore()
[03:30] <davecheney> why ...
[03:43] <davecheney> github.com/juju/juju/payload/api/private
[03:43] <davecheney> private is a terrible name for a package
[03:44] <natefinch> davecheney: naming is hard.  It's the api for agents, as opposed to the client api
[03:46]  * thumper isn't going to start on that one
[03:46]  * thumper does hr bollocks
[04:22] <mup> Bug #1587236 opened: no 1.25.5 tools for vivid? <juju-core:New> <https://launchpad.net/bugs/1587236>
[04:33] <davecheney> yes, the client api is called this github.com/juju/juju/payload/api/private/client
[04:33] <davecheney> ffs
[04:37] <davecheney> thumper: did some looking into the api bifurcation
[04:37] <davecheney> lots and lots of refactoring will be needed before its possible
[04:38] <davecheney> the api depends directly on watchers
[04:38] <davecheney> i don't even know how that's possible
[04:38] <davecheney> oh and directly on the state/multiwatcher
[04:39] <davecheney> lucky(~/src/github.com/juju/juju/api) % pt multiwatcher
[04:39] <davecheney> allwatcher.go:
[04:39] <davecheney> 9:      "github.com/juju/juju/state/multiwatcher"
[04:39] <davecheney> 51:func (watcher *AllWatcher) Next() ([]multiwatcher.Delta, error) {
[04:40] <davecheney> right, so we expose the state types directly inside the api, even though they get pooped into and out of json
[04:40] <davecheney> this should be reasonably straight forward to fix
[04:50] <thumper> davecheney: as fun as it is, now is not the time to be looking into this
[04:50] <thumper> we need to keep focused on the 2.0 beta 8 bugs
[04:50] <thumper> o/ balloons
[04:50] <davecheney> thumper: understood, I'm not making any changes
[04:50] <davecheney> but I have some time to think during test runs
[04:50] <thumper> doc is fine to start
[04:50] <thumper> :)
[04:50] <davecheney> indeed
[04:51] <wallyworld> thumper: there's 2 docs in state which have EnvUUID - endpointBiningsDoc and resourceDoc - these should be deleted right
[04:51] <thumper> wallyworld: 'juju deploy ubuntu --to lxd:" doesn't work
[04:51] <wallyworld> correct
[04:51] <wallyworld> it's on the todo list
[04:51] <thumper> why not?
[04:51] <thumper> oh, bug?
[04:51] <wallyworld> knowm issue, just haven't got to it yet
[04:51] <thumper> um... not sure about those docs
[04:51] <thumper> we should double check with the original authors
[04:51] <thumper> ack
[04:51] <thumper> won't file another bug then
[04:52] <thumper> wallyworld: btw, just finished testing with maas, changes look good
[04:52] <wallyworld> thumper: nate is looking to at plus other lxc to lxd things this week
[04:52] <wallyworld> awesome
[04:52] <thumper> wallyworld: juju add-machine talks *a lot* about lxc
[04:52] <thumper> we should change to lxd
[04:52] <wallyworld> yes
[04:52] <wallyworld> there's a lot there
[04:52] <wallyworld> just a sed script
[04:52] <wallyworld> sigh
[04:52]  * thumper nods
[04:52] <thumper> sed is magic like that
[04:53] <thumper> wallyworld: I thought you'd find my typo amusing on the PR
[04:53] <thumper> fuxes-nnnn
[04:53] <thumper> u and i are so close together
[04:53] <wallyworld> lol
[04:54] <wallyworld> thumper: with the EnvUUID thing, these fields are tagged "env-uuid" so even if we keep them, sure we want to use "model-uuid"
[04:54] <wallyworld> surely
[04:54] <thumper> yes
[04:54] <thumper> surely
[04:54] <thumper> we probably can just remove them
[04:54] <thumper> I have been cleaning up docs as I go
[04:54] <thumper> most model-uuid fields are implicit and aren't needed
[04:54] <thumper> the framework ensures they are there
[04:54] <thumper> and valid
[04:55] <wallyworld> ok, i'll delete them
[04:57]  * thumper looks sadly at tomorrow
[04:57] <thumper> meetings solid from 8am to noon
[04:58]  * thumper sighs
[04:58] <thumper> yay
[04:58] <thumper> later peeps
[04:58] <thumper> I'll check in on that branch to see if it lands - should only be intermittent failures if it doesn't
[05:21] <davecheney> oh no
[05:21] <davecheney> we have tests which accidentally mutate data stored in a cache
[05:21] <davecheney> then expect to match that accidentally mutated data
[06:06] <davecheney> menn0: thumper-bjj http://reviews.vapour.ws/r/4941/
[06:06] <davecheney> ^ fix for beta8 blocker
[07:07] <wallyworld> axw: rb doesn
[07:07] <wallyworld> 't like the latest pr, you can eyeball the changes here https://github.com/juju/juju/pull/5497/files?diff=split
[07:08] <wallyworld> if you get time, could you take a look? not really urgent
[07:28] <axw> wallyworld: ok
[07:28] <axw> only 380 files changed this time
[07:28] <wallyworld> yeah :-(
[07:29] <dimitern> axw: hey, do you know if any of the openstack charms use the enhanced storage support?
[07:29] <axw> dimitern: AFAIK only ceph is using it
[07:29] <axw> dimitern: why do you ask?
[07:29] <dimitern> axw: I've been deploying openstack-base bundle on my hardware maas for the past few days
[07:30] <dimitern> axw: it mostly works :)
[07:30] <axw> dimitern: cool :)   are you looking to test storage?
[07:30] <dimitern> axw: yeah, I was looking at the various ceph-related charms, and ISTM none of them define "storage" section in their metadata
[07:31] <axw> dimitern: hrm, possibly in staging still
[07:31] <dimitern> axw: and it appears cinder is required in order to later use juju on the deployed openstack
[07:32] <dimitern> axw: ok, just checking whether I missed something obvious..
[07:32] <dimitern> nova-lxd is quite cool!
[07:33] <axw> dimitern: it's in here: https://api.jujucharms.com/charmstore/v5/ceph/archive/metadata.yaml
[07:33] <axw> dimitern: apparently it still hasn't made its way over to ceph-osd yet
[07:34] <dimitern> axw: what's the charm url for the above? cs:~?/ceph ..
[07:34] <axw> dimitern: cs:xenial/ceph-1 (or just "ceph")
[07:35] <dimitern> axw: ah, I see - so ceph has it but ceph-osd not yet
[07:35] <axw> dimitern: if you want to use juju storage, don't set the osd-devices config. instead, deploy with --storage osd-devices=<...>
[07:35] <axw> dimitern: seems so. I thought it had been copied over
[07:35] <dimitern> axw: but for that to work the charm needs a storage section in the metadata, right?
[07:36] <axw> dimitern: yep, so that only works for ceph, and not ceph-osd atm
[07:36] <dimitern> axw: do you know the difference ? is ceph-osd+ceph-mon = ceph ?
[07:37] <axw> dimitern: not entirely sure, but I think so
[07:37] <dimitern> axw: ok, I'll ask jamespage for details
[07:38] <axw> dimitern: Chris Holcombe is in charge of the ceph charms, FYI
[07:38] <dimitern> jamespage: can I use 3x ceph instead of 3x ceph-osd + 3x ceph-mon for an opestack base deplyment?
[07:39] <dimitern> axw: oh, good to know, thanks!
[07:39] <axw> dimitern: totally unrelated, I'm curious to know what you're doing with concourse.ci. I saw it a while ago, but didn't dig too deep. got anything to show off at the sprint perhaps? :)
[07:40] <dimitern> axw: we have a call later today with the QA guys to discuss concourse ci
[07:41] <axw> dimitern: okey dokey. I shall watch this space
[07:41] <dimitern> axw: I'm charming concorse so it can be evaluated easily, first attempt in bash, now "properly", i.e. with charm layers and unit tests
[07:41]  * axw nods
[07:43] <axw> wallyworld: I can't open the full diff on GitHub either, so reviewing this is going to be difficult...
[07:43] <wallyworld> faaark
[07:44] <axw> wallyworld: I've got the raw diff, I guess I'll just email comments :/
[07:44] <wallyworld> damn, sorry
[07:44] <jamespage> axw, dimitern: ceph-osd has storage support in master branch - not yet released
[07:44] <dimitern> wallyworld: oh wow it's happening! service -> application
[07:44] <jamespage> cs:~openstack-charmers-next/xenial/ceph-osd
[07:44] <wallyworld> dimitern: yeah, it is. omfg it's been a big job
[07:44] <axw> jamespage: righto, thanks for clarifying
[07:45] <dimitern> jamespage: nice, I'll use that then - did your rabbitmq-server fix for bug 1574844 land on cs:xenial/rabbitmq-server ?
[07:45] <mup> Bug #1574844: juju2 gives ipv6 address for one lxd, rabbit doesn't appreciate it. <conjure> <juju-release-support> <landscape> <lxd-provider> <juju-core:Won't Fix> <rabbitmq-server (Juju Charms Collection):Fix Committed by james-page> <https://launchpad.net/bugs/1574844>
[07:45] <dimitern> wallyworld: it will be worth enduring it now rather than later :)
[07:46] <wallyworld> indeed. we need to get this all done for beta8
[07:46] <wallyworld> since after beta8, we need to support upgrades
[07:47] <dimitern> jamespage: another question - since all of my NUCs have 1 disk only, I decided to try emulating 2 disks by using a volume group with 3 volumes - root, ceph, and lxd (for nova-lxd) - seems to work
[07:48] <dimitern> jamespage: well, the question is - should it work equally well like this I guess?
[07:54] <dimitern> axw: I've found an issue with storage/looputil/ tests failing if you have a loop device attached locally (e.g. losetup /dev/loop0 /var/lib/lxc-btrfs.img)
[07:54] <axw> dimitern: eep, sorry. they're meant to be isolated
[07:55] <axw> dimitern: which test fails?
[07:55] <axw> or is it all of them? :)
[07:55] <dimitern> axw: attempted a fix here: http://reviews.vapour.ws/r/4871/diff/# (that was discarded, but I think about extracting and proposing a fix like the one in the diff in storage/)
[07:55] <dimitern> axw: in parseLoopDeviceInfo
[07:56] <dimitern> the fix no longer causes the tests to fail, but I guess the isolation issue is still present..
[07:56] <jamespage> dimitern, not yet - working that today
[07:57] <jamespage> dimitern, you can always test with the ones from ~openstack-charmers-next - that's an upload of the master branch of each charm as it lands
[07:58] <dimitern> jamespage: I used -next initially, but a few deployments failed due to incompatible changes across revisions (e.g. lxd started using 'block-devices' vs 'block-device')
[07:58] <axw> dimitern: seems like a reasonable change
[07:58] <dimitern> axw: cheers, I'll propose it as a separate fix then
[07:59] <axw> dimitern: could you please also file a bug about isolation? it should be fixed also, but it's a separate issue
[07:59] <dimitern> axw: will do
[07:59] <axw> thanks
[07:59] <jamespage> dimitern, well those will always happen at some point in time - lxd was never actually released until 16.04 so we broke it before then...
[08:00] <dimitern> jamespage: that's ok - it's under development still
[08:01] <dimitern> jamespage: I really should've tried that earlier (full openstack deployment with lxc or lxd).. now I see how flaky our multi-nic approach is :/
[08:02] <dimitern> lxc is *even* worse with the default lxc-clone: true .. any lxc always comes up with 2 IPs per NIC due to cloning ;(
[08:02] <dimitern> frobware: are you around?
[08:03] <frobware> dimitern: yep
[08:03] <dimitern> frobware: wanna sync?
[08:03] <frobware> dimitern: oh yes
[08:03] <dimitern> frobware: ok, omw
[08:11] <axw> wallyworld: sorry, this is just too immense for me to review
[08:12] <wallyworld> ok, i wonder wtf is up with github :-(
[08:12] <wallyworld> maybe i'll try reproposing
[08:12] <axw> wallyworld: regardless of that, it's too big. the other one was big, and was about 1/4 the size diff
[08:13] <wallyworld> the trouble is when you rename even one thing, the corresponding changes are huge
[08:13] <axw> and htat one was basically the same change repeated in most of hte files, this one is all over the place
[08:13] <axw> wallyworld: I don't know how to fix it, but I can't review as is
[08:13] <wallyworld> ok, i'll see if it behaves a second time
[08:13] <axw> wallyworld: one thing I did pick up was an inappropriate renane of juju/service package path
[08:14] <axw> that's about systemd/upstart services, not juju services
[08:14] <wallyworld> i didn't mean to do that
[08:15] <wallyworld> axw: are you sure?
[08:16] <wallyworld> it's not renamed as far as i can see
[08:29] <axw> wallyworld: I just replied to your question via email. I misremembered, there's just an invalid comment change
[08:29] <wallyworld> ah, rightio
[08:30] <wallyworld> axw: i'll rey and get the diff up using rbtool or something. after soccer
[08:30] <axw> wallyworld: ok, but I don't think it's going to help much. it really needs to be broken up I think
[08:31] <wallyworld> damn, tht will be very difficult :-(
[08:31] <wallyworld> since even an error message change perculates through several packages and tests
[08:34] <axw> wallyworld: you could do all messages/strings in one branch. types in another, functions in another... I don't know. all I know is I can't perform any kind of useful review on a 60K line diff
[08:58] <frobware> dimitern: https://bugs.launchpad.net/juju-core/+bug/1576674
[08:58] <mup> Bug #1576674: 2.0 beta6: only able to access LXD containers (on maas deployed host) from the maas network <lxd> <maas-provider> <oil> <ssh> <juju-core:Triaged by dimitern> <https://launchpad.net/bugs/1576674>
[09:03] <dimitern> frobware: ta!
[09:06] <dimitern> axw: fyi, bug 1587345
[09:06] <mup> Bug #1587345: worker/provisioner: Storage-related tests not isolated from the host machine <tech-debt> <test-failure> <juju-core:Triaged> <https://launchpad.net/bugs/1587345>
[09:31] <mup> Bug #1587345 opened: worker/provisioner: Storage-related tests not isolated from the host machine <tech-debt> <test-failure> <juju-core:Triaged> <https://launchpad.net/bugs/1587345>
[10:45] <frobware> dimitern, fwereade: I'm going to skip the meeting in 15 - need to catch up with other stuff and other meetings later in the day too.
[10:45] <dimitern> frobware: that's ok - marked you as optional anyway :)
[11:01] <dimitern> fwereade: omw
[11:34] <anastasiamac> dooferlad: standup
[11:52] <babbageclunk> dimitern, fwereade, voidspace, frobware: review please? http://reviews.vapour.ws/r/4944/ It's the other side of the Mongo3.2 slowness fixes.
[12:10] <dooferlad> anastasiamac: i am on holiday until Thursday :-)
[12:11] <anastasiamac> dooferlad: ooh lucky some \o/ did not see it in team's calendar -sorry :) have fun
[12:28] <dimitern> babbageclunk: sorry, was otp till now - looking
[12:35] <fwereade> dimitern: further thoughts: nursery workers probably want a StringsWorker that notifies only on enter-relevant-state (or watcher-created-state-already-relevant)
[12:35] <fwereade> dimitern, failures kinda need to be the nursery's responsibility to reschedule
[12:36] <fwereade> dimitern, I'm not sure whether that will be better with more controller-side infra, or not
[12:38] <dimitern> fwereade: a stringsworker as coordinator?
[12:38] <fwereade> dimitern, if we do have more infra we should probably go all the way with it: so when we create a machine we add a schedule-whatever doc for "now", and if the worker fails it just sends a reschedule-because-error message that writes a new time on the ticket, updates the status(?) and moves on confident that the watcher will deliver it when required
[12:39] <fwereade> dimitern, well, the worker wants to be based on some watcher? I don't know for sure that strings>notify
[12:40] <dimitern> fwereade: strings sounds better as those the nursery entites should be a few and short-lived anyway
[12:42] <dimitern> fwereade: I've taken notes for those
[12:51] <dimitern> fwereade: that makes total sense
[12:52] <dimitern> fwereade: it's already taking shape in my mind.. tyvm!
[12:52] <dimitern> babbageclunk: ping
[12:52] <babbageclunk> dimitern: pong
[12:53] <dimitern> babbageclunk: how can I test your PR locally? run tests before and after apt install mongodb-3.2 ?
[12:55] <babbageclunk> dimitern: Yup - although it's juju-mongodb3.2
[12:55] <dimitern> babbageclunk: ok, I'll try it now
[12:56] <dimitern> babbageclunk: cheers
[12:56] <babbageclunk> dimitern: Then build, then run tests with JUJU_MONGOD=/usr/lib/juju/mongo3.2/bin ...
[12:57] <babbageclunk> dimitern: Thanks for looking!
[12:57] <dimitern> babbageclunk: oh, I see, ta! (was just wondering..)
[12:58] <babbageclunk> dimitern: You might see the occasional failure in subnets_test - that's the one that seems to be a problem with txns between mgo and mongo3.2
[12:59] <dimitern> babbageclunk: with your patch and both mongodb versions? or only with 3.2?
[13:01] <babbageclunk> dimitern: yes, with my patch, only with mongo3.2.
[13:01] <dimitern> babbageclunk: ok
[13:01] <babbageclunk> dimitern: Actually you see the same without my patch.
[13:01] <dimitern> babbageclunk: how much longer is "too long" with 3.2?
[13:01] <babbageclunk> dimitern: ...but with mongo3.2
[13:03] <babbageclunk> dimitern: Well, running the state tests with 3.2 for master takes longer than a couple of hours, so longer than I could bear to wait while doing something else. Running a small slice of them showed they were about 100x slower.
[13:04] <babbageclunk> dimitern: Is the maas-juju meeting I have in my calendar still current?
[13:04] <dimitern> babbageclunk: oh! I better not wait more than a couple of minutes over the time it took with 2.4 then :)
[13:04] <dimitern> babbageclunk: anybody else around from maas?
[13:04] <babbageclunk> dimitern: Not unless you're feeling very bored.
[13:04] <babbageclunk> dimitern: No, I'm the only one here!
[13:05] <dimitern> babbageclunk: I don't have anything new so I guess we should skip it
[13:05] <babbageclunk> dimitern: Cool cool
[13:08] <mup> Bug #1585836 changed: Race in github.com/juju/juju/provider/azure <azure-provider> <blocker> <ci> <race-condition> <regression> <unit-tests> <juju-core:Fix Released by axwalk> <https://launchpad.net/bugs/1585836>
[13:25] <dimitern> babbageclunk: all tests pass with 3.2, the time difference is more than double here though
[13:26] <dimitern> 233.236 s vs 477.708 s
[13:26] <babbageclunk> dimitern: :(
[13:26] <babbageclunk> dimitern: Not sure there's much I can do about it unfortunately.
[13:28] <dimitern> babbageclunk: I'll run it a couple of times to get better stats
[13:28] <babbageclunk> dimitern: Thanks
[13:28] <redelmann> hi there
[13:28] <redelmann> im seeing a lot of this output: http://paste.ubuntu.com/16863930/ in debug-log
[13:29] <redelmann> juju version 1.25.5
[13:29] <redelmann> it also happen in 1.24.x before upgrade to 1.25
[13:29] <mup> Bug #1585300 opened: environSuite invalid character \"\\\\\" in host name <blocker> <ci> <regression> <test-failure> <unit-tests> <windows> <juju-core:Incomplete> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1585300>
[13:29] <dimitern> redelmann: on what cloud are you seeing this?
[13:30] <redelmann> dimitern: aws
[13:30] <dimitern> redelmann: have you changed firewall-mode for the environment?
[13:31] <redelmann> dimitern: no, everything is in default
[13:31] <dimitern> redelmann: and those machines showing the error - can you access exposed workloads on them regardless of the error?
[13:32] <redelmann> dimitern: here is a larger output: http://paste.ubuntu.com/16863964/
[13:32] <redelmann> dimitern: yes
[13:32] <mup> Bug #1585300 changed: environSuite invalid character \"\\\\\" in host name <blocker> <ci> <regression> <test-failure> <unit-tests> <windows> <juju-core:Incomplete> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1585300>
[13:33] <redelmann> dimitern: ok, this is new: exited "firewaller": AWS was not able to validate the provided access credentials (AuthFailure)
[13:33] <dimitern> redelmann: it looks like something is odd about your AWS credentials?
[13:33] <frobware> dimitern, babbageclunk, voidspace: testing meeting?
[13:33] <redelmann> dimitern: good point, i will research a little
[13:33] <dimitern> redelmann: uh, sorry I need to take this - back in ~1/2h
[13:34] <redelmann> dimitern: thank you
[13:34] <babbageclunk> frobware: I don't have an invite?
[13:35] <dimitern> babbageclunk: you should have now
[13:35] <babbageclunk> dimitern: ta
[13:38] <mup> Bug #1585300 opened: environSuite invalid character \"\\\\\" in host name <blocker> <ci> <regression> <test-failure> <unit-tests> <windows> <juju-core:Incomplete> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1585300>
[13:59] <mup> Bug # changed: 1518807, 1518809, 1518810, 1518820, 1519141, 1576266, 1583772
[14:01] <dimitern> babbageclunk: I suspect the longer run-time was bogus as the second run finished in 482.571 s; running a third now
[14:02] <babbageclunk> dimitern: oh, good - yeah, it's definitely pretty variable.
[14:03] <dimitern> redelmann: I'd suggest to install the official AWS CLI tools and using the same AWS credentials you give to juju to try e.g. starting and stopping an instance with --dry-run
[14:15] <dimitern> babbageclunk: you have a review
[14:15] <babbageclunk> dimitern: cheers!
[14:15] <dimitern> it seems the test actually take less time the more you run them :D
[14:22] <rogpeppe> if anyone wanted to know what the Juju API looked like: http://rogpeppe-scratch.s3.amazonaws.com/juju-api-doc.html
[14:22] <babbageclunk> dimitern: Sorry! I think I mislead you about the value for JUJU_MONGOD - it needs to be the full path to mongod, including the filename, so for 3.2 you need to set it to /usr/lib/juju/mongo3.2/bin/mongod
[14:23] <babbageclunk> dimitern: Otherwise it'll silently fall back to using the 2.4 binary.
[14:23] <alexisb> rogpeppe, :)
[14:23] <rogpeppe> alexisb: i don't think there are any API docs anywhere, right?
[14:23] <alexisb> rogpeppe, nope
[14:24] <alexisb> just what is on github
[14:24] <dimitern> babbageclunk: that's what I did, yeah
[14:24] <rogpeppe> alexisb: i guess some people might find this useful then
[14:24] <dimitern> babbageclunk: it was using 3.2
[14:24] <alexisb> rogpeppe, you bet!
[14:24] <alexisb> thank you
[14:24] <babbageclunk> dimitern: Huh. Ok, awesome!
[14:25] <rogpeppe> alexisb: my pleasure :)
[14:25] <dimitern> babbageclunk: I double checked by 'ps -ef|grep mongod' while the test was running
[14:25] <perrito666> good morning
[14:25] <babbageclunk> dimitern: Sweet, that would definitely be better.
[14:28] <dimitern> perrito666: o/
[14:28] <alexisb> frobware, I am going to be a few minutes late
[14:29] <frobware> alexisb: ack
[14:31] <dimitern> babbageclunk: hey! you know what?
[14:31] <babbageclunk> dimitern: what?
[14:32] <dimitern> babbageclunk: running the tests on 2.4 with your patch (which I've just thought to do), actually cuts the run-time in *half* !
[14:33] <frobware> dimitern: heh, nice
[14:33] <babbageclunk> dimitern: Wow, that's a bigger change than I saw. But I didn't want to get excited about the tests going faster under 2.4, because that will just make the pain of 3.2 more intense.
[14:33] <dimitern> babbageclunk: running again to get a better sample
[14:35] <dimitern> babbageclunk: well, it's quite reasonable to expect this, especially with not doing things like recreating dbs for *every* test case
[14:35] <babbageclunk> dimitern: Yeah, definitely - it's doing a lot less.
[14:36] <dimitern> babbageclunk: I can confirm - ~276 s on 2.4 vs ~476 on 3.2
[14:37] <dimitern> babbageclunk: great job! please land this soon! :)
[14:44] <babbageclunk> dimitern: ok!
[14:45] <dimitern> babbageclunk: I did a final run with 3.2 with comparable system load levels - it's still ~476
[14:48] <babbageclunk> dimitern: Cool.
[14:50] <babbageclunk> dimitern: If someone's commented on a change, and I think I've addressed those comments, I should probably wait for them to put a Ship It on the review before merging it, right?
[14:51] <natefinch> babbageclunk: if it was trivial, then just go ahead and merge.  If it was something complicated, I usually wait to make sure they agree with my change
[14:52] <natefinch> babbageclunk: that's assuming you got a "fix it, then ship it"... if you didn't get the ship it, then definitely ask if they intended to give you a ship it or if they think it will need a re-review
[14:52] <babbageclunk> natefinch: Makes sense - thanks!
[14:54] <mup> Bug #1587503 opened: LXD provider fails to set hostname <juju-core:New> <https://launchpad.net/bugs/1587503>
[14:54] <babbageclunk> natefinch: (I got a bit excited and didn't check with someone for a previous change, when I realised I figured it was probably a bit rude.)
[15:03] <voidspace> babbageclunk: dimitern: frobware: sorry I missed the testing meeting - I was at the dentist. I have the invite now.
[15:04] <natefinch> hmm... pretty sure I'm a team of 1 for my standup
[15:14] <dimitern> voidspace: that's ok - we'll have one every other week
[15:14] <voidspace> dimitern: yeah, I saw. Great.
[15:15] <dimitern> voidspace: the gist of it is we need to come up with a list of relevant networking tests that could be added to the current CI
[15:15] <voidspace> dimitern: right, sounds like a good start
[15:36] <babbageclunk> frobware: Are you ok with me merging http://reviews.vapour.ws/r/4944
[15:36] <babbageclunk> frobware: ?
[15:55] <arosales> natefinch: or katco or anyone familiar with resorces could we get your ack on https://github.com/juju/docs/pull/1122
[15:55] <arosales> need this to land in docs asap so we can have charmers start using terms
[15:56] <natefinch> arosales: will look
[15:56] <arosales> natefinch: thanks!
[16:24] <rogpeppe> fwereade, dimitern: you might like this: http://rogpeppe-scratch.s3.amazonaws.com/juju-api-doc.html
[16:25] <dimitern> rogpeppe: awesome! tyvm
[16:26] <dimitern> rogpeppe: what did you use for generating this?
[16:26] <rogpeppe> dimitern: some code :)
[16:26] <rogpeppe> dimitern: one mo and i'll push it to github
[16:27] <rogpeppe> dimitern: it does rely on a function i implemented in apiserver/common to get all the facades
[16:29] <dimitern> rogpeppe: nice! cheers
[16:30] <mup> Bug #1587552 opened: GCE Invalid value for field 'resource.tags.items <blocker> <ci> <gce-provider> <regression> <juju-core:Triaged> <https://launchpad.net/bugs/1587552>
[16:30] <frobware> babbageclunk: sorry, was otp
[16:31] <babbageclunk> frobware: no worries - not blocking me, just thought I'd check
[16:49] <fwereade> rogpeppe, nice
[16:51] <rogpeppe> fwereade: obviously a lot of the comments are Go-implementation-oriented, but it's better than nothing :)
[16:51] <fwereade> rogpeppe, absolutely
[17:07] <perrito666> bbl
[17:09] <rogpeppe> dimitern: i've pushed the code to github.com/rogpeppe/misc/cmd/jujuapidochtml and github.com/rogpeppe/misc/cmd/jujuapidoc
[17:09] <rogpeppe> dimitern: the former just generates the HTML; the latter generates the computer-readable form that jujuapidochtml works from
[17:10] <dimitern> rogpeppe: thanks! starred and bookmarked :)
[17:29] <alexisb> natefinch, is the PR in this bug merged?: https://bugs.launchpad.net/juju-core/+bug/1581885
[17:29] <mup> Bug #1581885: Rename 'admin' model to 'controller' <juju-release-support> <usability> <juju-core:In Progress by natefinch> <https://launchpad.net/bugs/1581885>
[17:29] <alexisb> seems to be??
[17:40] <natefinch> alexisb: yes, sorry, it's in
[17:40] <natefinch> alexisb: I marked it as such
[17:41] <alexisb> natefinch, awesome, thank you
[19:56]  * thumper looks sadly at the calendar for this morning and sighs
[19:59] <rick_h_> thumper: look at all those oppertunities!
[20:08]  * perrito666 wonders why the code is working
[20:09] <natefinch> it's never good when you have to wonder why something works
[20:19]  * thumper slaps rick_h_
[20:20] <perrito666> uh, did you just ....rickslapped him? <puts sun glasses> <cue csi miami music>
[20:20]  * rick_h_ says "Thank you sir may I have another?"
[20:49] <redir> brb reboot
[20:53] <thumper> trivial review for someone http://reviews.vapour.ws/r/4948/
[20:55] <perrito666> thumper: ship it
[20:55] <thumper> perrito666: ta
[21:07] <mup> Bug #1587644 opened: jujud and mongo cpu/ram usage spike <canonical-bootstack> <juju-core:New> <https://launchpad.net/bugs/1587644>
[21:52] <mup> Bug #1587236 changed: no 1.25.5 tools for vivid? <juju-core:Won't Fix> <https://launchpad.net/bugs/1587236>
[21:52] <mup> Bug #1587653 opened: juju enable-ha accepts the --series= option  <cdo-qa> <ha> <juju-core:New> <https://launchpad.net/bugs/1587653>
[22:01] <mup> Bug #1587653 changed: juju enable-ha accepts the --series= option  <cdo-qa> <ha> <ui> <juju-core:New> <https://launchpad.net/bugs/1587653>
[22:01] <mup> Bug #1587236 opened: no 1.25.5 tools for vivid? <juju-core:Won't Fix> <https://launchpad.net/bugs/1587236>
[22:07] <mup> Bug #1587236 changed: no 1.25.5 tools for vivid? <juju-core:Won't Fix> <https://launchpad.net/bugs/1587236>
[22:07] <mup> Bug #1587653 opened: juju enable-ha accepts the --series= option  <cdo-qa> <ha> <ui> <juju-core:New> <https://launchpad.net/bugs/1587653>
[22:14] <perrito666> alexisb: did you need anyhing?
[22:14]  * perrito666 notices he is answering old messages because of lag
[22:16] <alexisb> perrito666, nope, I got an update from Ian, thanks!
[22:16] <perrito666> oh, I get my updates from the internet, I just apt-get update :p
[22:17] <alexisb> :)
[22:18]  * perrito666 tries to unfreeze
[22:22] <thumper> alexisb, wallyworld: http://reviews.vapour.ws/r/4949/diff/#
[22:22] <thumper> I've not done other packages because I think we actually need some of them
[22:22] <wallyworld> ok
[22:22] <thumper> potentially we could do the apiserver too
[22:22] <thumper> but haven't done that yet
[22:22] <thumper> state takes ages
[22:23] <alexisb> thumper, well that was a simple fix to remove a bunch of pain
[22:23] <alexisb> thank you
[22:23] <thumper> alexisb: I told you it wouldn't be big
[22:45]  * perrito666 runs tests for state and wonders if he could make dinner while he waits
[23:04] <axw> thumper: in http://reviews.vapour.ws/r/4925/, you say "business object layer". would it make sense to have it in the core package maybe? I still think it belongs in "names" at the moment for consistency, but maybe if we were to move core outside, and fold names into it?
[23:05] <thumper> axw: have it in names for now
[23:06] <axw> okey dokey
[23:13] <mup> Bug #1463420 changed: Zip archived tools needed for bootstrap on windows <simplestreams> <tools> <windows> <juju-core:Fix Released by bteleaga> <https://launchpad.net/bugs/1463420>
[23:30] <alexisb> menn0, it seems our 1x1 has fallen off the calendar
[23:30] <menn0> alexisb: yeah, we haven't had one for a while
[23:30] <alexisb> I will put some time for us tomorrow
[23:31] <menn0> alexisb: sounds good


[00:21] <parampam> hello, I've been trying to build the mainline kernel (from kernel.org) and even though it compiles every time I boot it hangs at "loading ramdisk", when I boot with nomodeset the system boots, but the resolution is messed up
[00:22] <parampam> I'm using nouveau, is there anything ubuntu specific that I need to do besides fakeroot make-kpkg --initrd --append-to-version=-some-string-here kernel-image kernel-headers
[00:22] <parampam> ?
[00:23] <parampam> the 3.6 kernel from http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.6.2-quantal/ works fine
[07:10]  * smb yawns
[11:14]  * henrix -> lunch
[11:30] <black_puppydog> hey all. I just read about the "new" send/receive feature of btrfs and asked myself if there are any apps in development to use this feature for fast backups?
[11:31] <xnox> black_puppydog: offtopic for this channel =) as you are asking about userspace tools....
[11:32] <black_puppydog> yeah, I thought that too, but xouldnt come up with the right channel for this. any pointers?
[11:34] <xnox> black_puppydog: #ubuntu or #ubuntu-server
[11:35] <black_puppydog> ok, #ubuntu seemed too general, but why #ubuntu-server ?
[11:35] <black_puppydog> I am talking abouta normal desktop machine
[11:35] <black_puppydog> well, laptop actually, still....
[12:11] <ashwini> http://codepad.org/0eVoe3vI kernel module, http://codepad.org/tkbUSE6r user code, http://codepad.org/C2fxD5Yv make file : I am trying to write a simple char driver, using mmap in user space. The problem is my code is working fine for 20 - 4K bytes, but I want to mmap 10024 bytes. At this value (BUFF_LEN 10024 and +) it is crashing. Any idea how to make it work for 10024 ? or any hint or suggestions ?
[12:59] <xnox> black_puppydog: you can try #ubuntu-desktop. #ubuntu-server has more poweruser crowd who are more lickely to take backups =)
[14:41] <ppisati> apw: are you around?
[14:41] <apw> ppisati, yep
[14:41] <ppisati> apw: cool, is your panda hooked up?
[14:42] <apw> ppisati, its off and not where i am right now, what do you need?
[14:42] <ppisati> apw: nothing, just a check
[14:43] <apw> ppisati, i can boot and update it tonight if that is useful
[14:43] <ppisati> apw: do you connect it to an hdmi or dvi monitor?
[14:44] <apw> i use the connector nearest the edge of the board
[14:45] <ppisati> apw: and your monitor?
[14:45] <ppisati> apw: do you remember if you are using an hdmi->dvi cable or hdmi->hdmi cable?
[14:45] <apw> ppisati, i cannot visualise it right now, monitor has both
[14:46] <apw> i'd have to look at it in the flesh
[14:46] <ppisati> apw: ok, anyhow, if you can try beta2 on it that would be nice
[14:46] <apw> ppisati, rather than the release ?
[14:46] <ppisati> apw: yeah, you should get a black (or blue) screen before installer comes up
[14:47] <ppisati> apw: at least, it happens to me and jsalisbury
[14:47] <ppisati> apw: bot to ogra and rsalveti
[14:47] <ppisati> *not
[14:47] <apw> odd
[14:47] <ppisati> apw: this while using the hdmi output on the board and an hdmi->dvi cable
[14:50] <jsalisbury> ppisati, I see it when using the DVI output and an hdmi->dvi cable
[14:51] <ppisati> jsalisbury: right
[14:51] <rtg_> apw, I've got 3.7-rc1 rebased and am finding the configs generation to be quite tedious.  Care to share ?
[14:52] <apw> rtg_, as in how do i do the update configs part ?
[14:53] <rtg_> apw, right, I keep having to repeast many of the same answers for each flavour/arch
[14:53] <apw> rtg_, i do that via "script"
[14:53] <apw> rtg_, so i run script, in the contained shell i make updateconfigs
[14:53] <apw> rtg_, then i answer for one arch
[14:54] <apw> rtg then i give up, and ^C and exit the script
[14:54] <rtg_> apw, then append your answers to the common config ?
[14:55] <apw> rtg_, then i use chinstrap:~apw/config2rules on that file
[14:56] <apw> rtg_, and put that in debian.master/config/OVERRIDES, then run updateconfigs
[14:56] <apw> making sense ?
[14:57] <rtg_> apw, OVERRIDES is what I was looking for.
[14:57] <apw> rtg_, then i do the same next arch adding to OVERRIDES until done
[14:58] <rtg_> apw, yep, makes sense
[15:04] <rsalveti> ppisati: so it seems there are a lot to test actually
[15:04] <rsalveti> dvi alone, hdmi alone, dvi+hdmi cable, hdmi+dvi cable and different board revs
[15:04] <ppisati> rsalveti: ?
[15:05] <rsalveti> because with my setup, and with my boards, I'm not able to reproduce this issue at all
[15:05] <rsalveti> I just need to find a hdmi->dvi cable here
[15:05] <ppisati> rsalveti: that's why i'm trying to get more people to test it
[15:05] <ppisati> rsalveti: so far, me and jsalisbury can reproduce it
[15:05] <ppisati> rsalveti: you and ogra no
[15:05] <rsalveti> ppisati: please also document at the bug all the board revs you tested
[15:05] <ppisati> rsalveti: done
[15:05] <rsalveti> great, thanks
[15:07] <ppisati> is there a way to kick a QA test?
[15:08]  * jsalisbury needs to reboot.  brb
[15:08] <ppisati> ogra_: ^
[15:08] <bjf> ppisati, what exactly are you asking?
[15:08] <ppisati> bjf: that they take a panda, and try to reproduce lp 1065902
[15:08] <ubot2> Launchpad bug 1065902 in linux-ti-omap4 "black/blue screen before installer, tty switch fixes it" [Medium,Confirmed] https://launchpad.net/bugs/1065902
[15:09] <ppisati> bjf: with their hw setup
[15:09] <bjf> ppisati, you can ask hggdh, i know they have several
[15:09] <ppisati> bjf: if they have more setups, better
[15:09] <ppisati> hggdh: ^
[15:09] <bjf> ppisati, hggdh would know what testing they are currently doing with them
[15:10] <ogra_> ppisati, yeah, what bjf said
[15:17] <hggdh> ppisati: sorry, was in a meeting
[15:18] <hggdh> ppisati: what do you need there?
[15:18] <ppisati> hggdh: we would like to ask you to try and reproduce lp 1065902
[15:18] <ubot2> Launchpad bug 1065902 in linux-ti-omap4 "black/blue screen before installer, tty switch fixes it" [Medium,Confirmed] https://launchpad.net/bugs/1065902
[15:18] <ppisati> hggdh: how many panda setups wo you have in the QA lab?
[15:19] <ppisati> hggdh: just dd beta2 img on an sd card, pop into your panda, boot it and wait a couple of minutes
[15:20] <ppisati> hggdh: if the desktop doesn't show up (you get a black/blue screen) you hit that bug
[15:20] <hggdh> ppisati: where is the beta2 image?
[15:20] <ppisati> hggdh: else it's ok
[15:20] <ppisati> hggdh: it's all written in that lp bug
[15:20] <hggdh> ppisati: if it helps any, I already reproduced it locally
[15:20] <ppisati> hggdh: good to know
[15:20] <ppisati> ogra_: rsalveti ^
[15:20] <hggdh> (my setup is similar to yours, HDMI->DVI connection
[15:20] <ppisati> then it's not just me and jsalisbury
[15:21] <hggdh> ppisati: IIRC, I also added the bug to the ISO QA list -- don't really remember, though, ran a truckload of tests during the weekend
[15:22] <ppisati> hggdh: nice, thanks
[15:23] <hggdh> yeah, I added it to the ISO results
[15:29] <rsalveti> ppisati: were you able to reproduce it with a real hdmi connector/monitor?
[15:29] <rsalveti> or with the dvi->dvi
[15:31] <ppisati> rsalveti: hdmi on the board, dvi on the lcd -> i get it
[15:31] <ppisati> rsalveti: hdmi on the board, hdmi input (e.g my tv) -> it's ok
[15:34] <rsalveti> ppisati: and dvi->dvi?
[15:38] <ppisati> rsalveti: dvi output on the board, hdm9
[15:38] <ppisati> rsalveti: hdmi->dvi cable to my lcd (ok, but crappy resolution)
[15:39] <rsalveti> ok, thanks
[15:39] <ppisati> brb
[15:46] <skaet> ogasawara, is there an ETA on when the release notes updates from kernel team will be done?
[15:48] <ogasawara> skaet: doing it now
[15:48] <ogasawara> skaet: 20min?
[15:48] <skaet> thanks.   :)  that'll help.
[16:00]  * ppisati -> gym
[16:04] <JoseeAntonioR> ogasawara: hey, have a second for a PM?
[16:05] <ogasawara> JoseeAntonioR: busy at the moment, feel free to message me and I'll get to it when I can
[16:05] <JoseeAntonioR> thanks
[17:48]  * rtg ->  lunch
[18:42] <develtech> hi
[18:43] <develtech> every one! i have question regarding tcrypt module
[18:47] <develtech> any one used trcrypt
[20:11]  * henrix -> EOD
[20:32]  * rtg_ -> EOD


[11:16] <CIA-18> ubiquity: cjwatson * r4841 trunk/ (147 files in 3 dirs): Update translations from Launchpad.
[14:12] <CIA-18> console-setup: cjwatson * r416 ubuntu/debian/ (changelog keyboard-configuration.config):
[14:12] <CIA-18> console-setup: Fix default keyboard selection for language/country combinations lacking
[14:12] <CIA-18> console-setup: a proper combined locale (LP: #814448).
[14:14] <CIA-18> console-setup: cjwatson * r417 ubuntu/debian/changelog: releasing version 1.57ubuntu24
[14:15] <CIA-18> ubiquity: cjwatson * r4842 trunk/ (debian/changelog ubiquity/plugins/ubi-console-setup.py):
[14:15] <CIA-18> ubiquity: Enable code in console-setup 1.57ubuntu24 to fix default keyboard
[14:15] <CIA-18> ubiquity: selection for language/country combinations lacking a proper combined
[14:15] <CIA-18> ubiquity: locale (LP: #814448).
[15:59] <CIA-18> ubiquity: evand * r4843 trunk/ (d-i/update-control debian/control): Add udev to build-deps for network-manager unit test.
[16:01] <CIA-18> ubiquity: evand * r4844 trunk/tests/test_usersetup.py: Increase hostname check timeout.
[16:23] <CIA-18> ubiquity: evand * r4845 trunk/ubiquity/nm.py: full path
[16:27] <CIA-18> ubiquity: evand * r4846 trunk/ (debian/changelog ubiquity/frontend/noninteractive.py):
[16:27] <CIA-18> ubiquity: Move noninteractive frontend to PyGI bindings for GObject (LP:
[16:27] <CIA-18> ubiquity: #829186).
[16:54] <stgraber> ev: when are you planning to upload the pygi version of ubiquity? I guess I'll need to upload a pygi version of the Edubuntu plugins once it's in the archive.
[16:54] <ev> stgraber: it's been uploaded
[16:55] <stgraber> oh, ok. Refreshing my DVD image then :)
[17:01] <CIA-18> ubiquity: evand * r4847 trunk/ (debian/ubiquity.templates ubiquity/plugins/ubi-wireless.py): Connect up to wireless state changes
[17:02] <stgraber> ev: hmm, ok. I'll wait for tomorrow's build. The current one once upgraded to the new ubiquity just segfaults on me...
[17:02] <ev> yeah, that happens from time to time
[17:02] <ev> it's a bug in the css renderer
[17:02] <ev> I need to look into it
[17:11] <stgraber> ev: is there a way to workaround that bug? I seem to have it pretty consistently
[17:11] <ev> stgraber: keep running ubiquity until it works
[17:12] <stgraber> while :; do ubiquity --debug; done
[17:12] <stgraber> there we go
[17:16] <ev> last commit is broken, but I must dash.  Will obviously fix before the next upload


[08:47] <melmoth> hello MAAS people. I have been asked in wich release since wich release did the fast installer starting to support avoton architecture.
[15:32] <melmoth> hello MAAS people. I have been asked  since wich release did the fast installer starting to support avoton architecture.
[16:00] <flakrat> Howdy, I'm trying to test Maas in a lab that consists of two workstations that only have WOL, no BMC type devices. I'm able to PXE boot and provision a compute node, however the node never enters a "Ready" state, only stays at "Deployed" since the Maas server can't determine a valid power state
[16:01] <flakrat> Is there any way for me to force the Ready state for this node?
[16:02] <roadmr> flakrat: hm, doesn't "ready" come before "deployed"?
[16:03] <roadmr> flakrat: try commissioning the node, no deployment, doesn't that leave it in "ready"?
[16:03] <flakrat> roadmr, let me give that a shot
[16:04] <roadmr> flakrat: sure. AFAIK "ready" means "ready to be deployed to", so if you're in "deployed", you're already past "ready".
[16:07] <flakrat> ah
[16:12] <flakrat> roadmr, aha, I just had to "Release node" to get it from Deployed to Ready
[16:13] <roadmr> flakrat: cool! though if you were able to deploy to it, I think it's all working fine anyway, right?
[16:15] <flakrat> yeah, but I'm at the step of running "openstack-install" which requires a node in the Ready state before it will continue, banged my head against that all day yesterday :-)
[16:16] <roadmr> ohh... I see
[16:16] <roadmr> flakrat: I usually just deploy each openstack service manually :) (old-school heheh)
[16:19] <flakrat> yeah, I'm about to do that, too much is being hidden behind progress bards for my taste :-)
[20:33] <kirkland> j^2: howdy!
[20:33] <kirkland> j^2: you were looking for me earlier?
[20:33] <kirkland> lazyPower: fyi, j^2 is "JJ", whom you are to meet up with next week ;-)
[20:34] <j^2> kirkland: yep sent you some PMs :)
[20:34] <j^2> I'm driving ATM I'll ping you again in a bit
[20:38] <kirkland> j^2: ack, thanks
[20:44] <lazyPower> o/
[20:44] <lazyPower> kirkland: thanks for the heads up
[20:53] <j^2> :)
[22:09] <saltlake> This is my first experience with maas and openstack.
[22:09] <saltlake> My setup is : 1 x86 server with 128GB RAM I have ubuntu 14.1 on this server with maas installed on it. I used ubuntu-vm-builder to
[22:09] <saltlake> create a VM called node1. This is given 8GB RAM and 20G disk set to /dev/sdc2.
[22:09] <saltlake> I go to my maas server page and access the maas interface. create my admin. I download a trustry image.
[22:09] <saltlake> I add maas-virbr0 as an interface to the cluster and setup a dhcp range etc.
[22:09] <saltlake> I then try to add a node. I give it node1 and the mac address. I only see the status of the node as "commissioning"
[22:09] <saltlake> Please note all this is running on the same physical machine. Please help. What should I expect to see wrt the node status ?
[22:09] <saltlake> THank you
[22:11] <saltlake> anyone ?
[22:12] <saltlake> extra virtual cookies for anyone who dares to help !! ?
[22:15] <saltlake> is anyone using maas at all or is everyone moving over to the redhat way of things ?
[22:15] <saltlake> thanks y'all!!


[02:29] <Noskcaj> I've merged manpages from debian. Can someone review it please?
[02:29] <Noskcaj> https://code.launchpad.net/~noskcaj/ubuntu/saucy/manpages/merge3.51-1
[02:31] <Logan_> Noskcaj: If you hit the "Propose for merging" link, it will be added to the sponsorship queue.
[02:32] <Noskcaj> oops, i forgot that bit. *facepalm*
[03:23] <Noskcaj> What's happened with the "file" package. The debian bzr branch in launchpad is two years old and the version in saucy is different to the version in the saucy bzr branch
[03:25] <Logan_> Noskcaj: The Bazaar branch is out of date. You can see all of these outdated branches at http://package-import.ubuntu.com/ .
[03:25] <ScottK> Noskcaj: These kinds of things are why, personally, I just ignore the branches and work from the actual archive.
[03:26] <Logan_> ScottK: Embrace the future! ;P
[03:26] <ScottK> I've seen the future and it's the past.
[03:26] <Noskcaj> ok. It seems more difficult going through the archives though, and slightly outdated
[03:26] <Logan_> Plus, bzr branch warns you if a branch is out date.
[03:26] <Logan_> of
[03:26] <ScottK> UDD is umaintained now, so I don't see it getting better.
[03:27] <Logan_> Noskcaj: grab-merge is pretty simple to use.
[03:27] <Logan_> I personally use UDD wherever possible, but it's been getting more, uh, unreliable recently.
[03:29]  * Noskcaj read documentation for grab-merge and MoM
[03:29] <ScottK> I've seen the future and it's the past.
[03:29] <Noskcaj> *reads
[03:31] <Logan_> Noskcaj: https://wiki.ubuntu.com/UbuntuDevelopment/Merging is a good read for that sort of thing.
[03:31] <Noskcaj> thanks
[04:33] <Logan_> Noskcaj: Hey, are you around?
[04:33] <Noskcaj> Logan_, yeah
[04:34] <Logan_> Noskcaj: Soooo. Squid3.
[04:34] <Logan_> You're just starting out with merges, right?
[04:34] <Noskcaj> yeah. I attempted various things, i don't know if they worked or how to get pbuilder to work (the wiki page is far from intuitive)
[04:35] <Logan_> Okay. Here's my advice. Stay away from huge packages like that, especially with active maintainers.  I'd not even found the merge.ubuntu page when i did that one
[04:36] <Logan_> Even I wouldn't touch a package like that, and I've done a crapton of merges (ask anyone).
[04:36] <Noskcaj> ok. I'm looking at dnsmasq now. It's smaller, but i still don;t really know what i'm doing
[04:36] <jbicha> Noskcaj: yeah, you're definitely going to have to figure out how to build stuff before proposing uploads
[04:36] <jbicha> maybe https://wiki.ubuntu.com/SimpleSbuild will help, if you still have trouble getting a build environment set up, you can ask here
[04:37] <Noskcaj> ok
[04:37] <Logan_> You should always makes sure packages build locally, at least on your architecture, before you propose them.
[04:37] <Logan_> Also, I recommend this guide: http://developer.ubuntu.com/packaging/html/
[04:38] <Logan_> It's very intuitive and up-to-date when it comes to getting set up, etc. I don't mean to scare you away from this, but it gets difficult with bigger packages. You can definitely tackle smaller merges, though.
[04:38] <Noskcaj> Ok, thanks for all that.
[04:38] <Logan_> Please let us know in this channel if you need any help. That's what we're here for. :)
[04:39] <Logan_> I asked questions constantly when I was starting out. No regrets whatsoever.
[05:02] <Noskcaj> Logan_, can ou have a look at https://code.launchpad.net/~noskcaj/ubuntu/saucy/plasma-widget-quickaccess/upstream-merge/+merge/174529
[05:02] <Noskcaj> I think i've finally done one right
[05:03] <Logan_> Noskcaj: I think I've reached my quota for tonight. Going to sleep soon. However, I'll take a look when I get the chance.
[05:03] <Noskcaj> ok. thanks
[05:04] <Logan_> No problem/
[05:04] <Logan_> *
[05:04] <Logan_> .
[05:04] <Logan_> Typing is hard.
[05:04] <Noskcaj> :)
[05:11] <Noskcaj> After running "grab-merge dnsmasq" i get a list of conflicts. how do i fix them?
[05:11] <ScottK> Noskcaj: That particular package has been worked on my by the Kubuntu team.  I would suggest asking in #kubuntu-devel for review/sponsorship.
[05:11] <Noskcaj> i did last time, repeating
[05:12] <ScottK> OK.
[05:12] <ScottK> Personally, I'm slightly uncomfortable with it because it's not done by the same upstream as the last release.
[05:13] <ScottK> To resolve merges, you go through the files with merges and figure out what you need/throw away.
[05:13] <ScottK> (usually it's keep ubuntu's change, drop Debian's, but sometimes it's the other way around.
[05:13] <ScottK> sometimes it's a mix of the two.)
[05:14] <ScottK> Conflict resolution is a case where you really need to understand what's going on in the package.
[05:15] <ScottK> Since Ubuntu and Debian use dnsmasq somewhat differently, it may not be a great one to work on either.
[05:15]  * ScottK is off to bed too.
[05:15] <Noskcaj> ScottK, ok. Any recommendations? also, how do i tell what parts of the files are the conflicts?
[05:16] <ScottK> If you look in the files, there are conflict markers that show what's from Ubuntu and what's from Debian.
[05:18] <Noskcaj> ok
[07:20] <Noskcaj> It seems something is wrong with step 4 on https://wiki.ubuntu.com/SimpleSbuild
[07:21] <Noskcaj> It crashes when i run sbuild-update --keygen
[16:16] <Unit193> cjwatson: Hey, so have you seen https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/898110 ?  By default it'd still show the same as it does now, it'd just be easier for users to change and show all.
[16:18] <TheLordOfTime> Unit193:  if you don't mind me giving my opinion, I quite like the new "Previous LInux Versions" submenu, and I like it that way because at any given time i have 6 kernels and Windows, and not having that submenu takes a *while* to get to Windows for when I need to boot to it (which is of course rare but happens)
[16:18] <TheLordOfTime> and while it could be tweaked so it's useful
[16:19] <TheLordOfTime> such as adding the kernel version to the main menu of what it's going to load, i would rather have the sub menu than deal with however many entries before I get to the OS i want to boot to.
[16:20] <Unit193> TheLordOfTime: And this would leave that as default, so nothing would actually change for you.  The problem I have, is I still keep the generic kernel installed, but also have other(s), and "Ubuntu" doesn't tell me what's acually going to boot.  Changing GRUB_ENABLE_SUBMENU to false would be much, much easier and nicer, while leaving the defaults as is.
[16:53] <Unit193> TheLordOfTime: Did you look at comment 6 and the patch?
[17:44] <cjwatson> Unit193: Perhaps somebody should send that upstream.  Our patch stack is getting a bit wobbly for me to want to add more Ubuntu-specific options (which I might later have to cope with being added upstream under different names).
[17:45] <Unit193> Awwh, dangit.  I noticed grub2 source package had quite a few patches, though.
[17:45] <cjwatson> Sure, but they aren't all equal.  I think a lot harder about ones that add new configuration surface, as a general rule.
[17:47] <cjwatson> The only such thing right now is GRUB_RECORDFAIL_TIMEOUT, and there was pressing reason for that since it was causing unrecoverable failures on remote headless servers.
[17:47] <cjwatson> I won't add new configuration surface in a packaging-specific patch just because people don't like the current shape of the menu.  But you may well find grub-devel receptive.
[17:49] <Unit193> Well, for me it was more that 10_linux isn't easy to figure out, but point about new config well taken.  Thanks for giving me an answer!
[17:50] <cjwatson> It's got kind of complex, yes.  Another reason I get increasingly reluctant with each patch people ask for :-)
[17:51] <Unit193> Understandable, that's why I rely on others too.
[19:02] <obounaim> Hi everybody
[19:02] <obounaim> How to discard the last bzr commit in order to drop the last ubuntu changes
[19:03] <obounaim> then do a merge from Debian
[19:03] <jtaylor> so you want to sync from debian?
[19:03] <jtaylor> and drop all ubuntu changes?
[19:05] <obounaim> no I want to drop just the last ubuntu changes
[19:07] <obounaim> I want to drop the last changes in Ubuntu of "bitmeter"
[19:07] <jtaylor> then how you do it depends on personal preference and what kind of changes there are
[19:07] <jtaylor> if they are small its often simpler to just take the debian package and readd the changes to keep from the ubuntu package with e.g. meld
[19:08] <jbicha> you can't just drop a bzr commit if you're trying to use the lp:ubuntu/bitmeter branch
[19:10] <obounaim> So I will not be able to use UDD in this case right?
[19:10] <jtaylor> you can
[19:10] <jtaylor> but a bzr revert might do to much
[19:10] <jtaylor> like reverting the changelog
[19:12] <obounaim> Is it a problem to revert the changelog?
[19:13] <jtaylor> somewhat
[19:13] <jtaylor> its not the end of the world (one loses it on a sync anyway) but its better to keep it
[19:14] <jtaylor> it can be very important when trying to understand the history of a merge
[19:15] <obounaim> would please take a look in the case of bitmeter. I think reverting the changelog in this case should not be a problem
[19:16] <jtaylor> keeping the changelog is easy, just don't use bzr revert and use patch -p1 -R on a fragment
[19:19] <jtaylor> do we still need any of the bitmeter changes?
[19:30] <jtaylor> bitscope is satisfied by all supported releases, jackd1 and 2 are  > 0.50 and -lm is in debian
[20:10] <obounaim> When making a patch do we need to modify both Makefile.am and Makefile.in ?
[22:13] <Noskcaj> When running "mk-sbuild saucy" i get the error http://paste.ubuntu.com/5872370/ What am i doing wrong?
[22:20] <jbicha> Noskcaj: the wiki guide is a bit too complex
[22:20] <jbicha> just a guess, but maybe you should undo step 3
[22:20] <Noskcaj> ok
[22:23] <Noskcaj> i'll try that
[22:48] <Noskcaj> jbicha, that fixed it, thanks


[09:51] <drostie> Which is better for ubuntu-touch, kubuntu active or unity? :>
[09:52] <drostie> They both look relatively new and on the advice of the Linux Action Show I think I'll give unity a test drive for a week, especially because Kubuntu-active is only i386 and not amd64. but I was wondering if some of you had seen kubuntu-active.
[12:41] <drostie> Okay, so. Ubuntu 12.04 still seems quite unusable for tablet users. D:
[12:41] <drostie> At the very least, when I tap a point on the screen my pointer should go to that point on the screen. It should not try to initiate a drag action from wherever it is presently.
[12:42] <drostie> There are other WTFs, but that was the one which made me quit the LiveCD.


[02:05] <lotuspsychje> good morning
[05:45] <Truth2342> exit
[13:57] <lotuspsychje> seems like we gonna get a bunch of graphics issues on 6.2
[13:58] <lotuspsychje> few reports starting to showup in #ubuntu-bugs-announce
[13:58] <lotuspsychje> bug #2029581
[13:58] -ubottu:#ubuntu-discuss- Bug 2029581 in nvidia-graphics-drivers-418-server (Ubuntu) "package nvidia-dkms-418-server 418.226.00-0ubuntu5~<IP_ADDRESS> failed to install/upgrade: подпроцесс из пакета nvidia-dkms-418-server установлен сценарий post-installation возвратил код ошибки 10" [Undecided, New] https://launchpad.net/bugs/2029581
[14:25] <ravage> ogra: froscon tomorrow? ;)
[14:26] <ogra> nah ... gardening tomorrow (if weather permits) 😛
[14:26] <ravage> does not look so great
[14:26] <ogra> yeah, i fear so too
[14:27] <ravage> i hope kölsch will keep us warm
[14:28] <ogra> warm kölsch ? shudder 🙂
[14:28] <ravage> its almost free and actually cold :D
[17:59] <ogra> oh my ... he is still trying to get python 3.6.x onto 22.04 ... now building his wn toolchain ...
[17:59] <ogra> *own
[18:02] <tomreyn> ohm i guess i missed some backstory there
[18:02] <ogra> tomreyn, he is around since two weeks nearly every day, he's an admin and his devs refuse to port their build env to a recent python version, so he tries to get old python 3.6 onto 22.04 ... last was to try to build python from source which wants libc 2.17 ...
[18:03] <tomreyn> hehe, fun, not.
[18:03] <ogra> in the two weeks even my 80y+ old mom had ported the build scripts to python 3.8 😛
[18:04] <ogra> cant be more than a few lines you need to change in there between 3.6 and 3.8
[18:05] <tomreyn> i guess their dev and ops don't talk a lot
[18:06] <ogra> yeah ...
[18:07] <leftyfb> 2 weeks?
[18:07] <leftyfb> 2023 Apr 12 15:50:07 <leftyfb>	Niclos: why exactly do you need python3.11.3?
[18:08] <ogra> lol
[18:08] <ogra> i didnt know !!
[18:08] <leftyfb> then he picked back up 3 weeks ago
[18:08] <ogra> 3.6 is on topic since two or three weeks though
[18:08] <leftyfb> 2023 Jul 13 13:06:07 <leftyfb>	Niclos: 22.04 has python3 3.10.6
[18:08] <ogra> yeah
[18:09] <leftyfb> I was about to post this to them but they left: "Niclos: you've been at this since April.  You also refuse to take any advice given here. Please stop wasting our time and either fix your code or use outdated and unsupported OS's to support your code and ride that until you have no choice but to fix your code."
[18:10] <ogra> it told them yesterday already to not ask about building libc 2.17 for 22.04 ... which is why the initial posts were about gcc and holding back on telling versions at all i guess
[18:10] <ogra> s/it/i/
[18:11] <ogra> i really wasnt expecting to see more of it today 🙂


  Just popping in to say hello!
[08:17] <Kilos> hello to you too have a good day
[08:17] <Jacques_Stry> :)
[08:23] <Padroni> hi mopkop
[08:23] <inetpro> Kilos: why you kill me?
[08:23] <inetpro> good mornings
[08:23]  * Padroni witnessed this unprovoked attack on inetpro
[08:24] <inetpro> ai!
[08:25]  * inetpro fortunately has many lives
[08:25] <mopkop> Hello Padroni!
[08:25] <Kilos> lol
[08:25] <mopkop> and inetpro
[08:26]  * Jacques_Stry imagines inetpro having cat ears - 9 lives?
[08:26] <inetpro> hi mopkop
[08:26] <Kilos> unprovoked??
[08:26] <Kilos> grrrr
[08:29] <Kilos> maybe just shooting him off trello can help me a bit
[08:29] <inetpro> Kilos: please fix https://wiki.ubuntu.com/ZATeam/Meetings/20150224
[08:29] <Kilos> lol
[08:30] <inetpro> why did you even modify that?
[08:30] <Kilos> oh my
[08:31]  * Kilos calls Mr. fixit
[08:31] <inetpro> Kilos: you see, /me can still shoot back :-)
[08:31] <Kilos> ya so i see :D
[08:32] <inetpro> you want me to fixit?
[08:32] <Kilos> yes please
[08:32] <Kilos> pretty please
[08:32] <Kilos> and
[08:32] <Kilos> make a new template for us
[08:33] <inetpro> refretch!
[08:33] <Kilos> i give up so long on the wiki thing
[08:33] <Kilos> ?
[08:34] <inetpro> refresh man
[08:34] <inetpro> it's fixed
[08:34] <Kilos> yay well done
[08:34] <Kilos> ty
[08:34]  * inetpro reverted to revision 3 with the click of a button
[08:35] <Kilos> dont talk so much just make a new improved template
[08:35] <inetpro> the power of revision control
[08:36] <Kilos> i will only do basic edits from now on and then not often
[08:36] <inetpro> Kilos: no
[08:36] <Kilos> inetpro  no what
[08:37] <inetpro> 02/27 10:36:20 <Kilos> i will only do basic edits from now on and then not often...
[08:37] <Kilos> that statement is correct
[08:37] <inetpro> no
[08:37] <Kilos> ai!
[08:37]  * Kilos looks for sjambok
[08:38]  * inetpro switches back to invisible
[08:38] <Kilos> swine
[08:43] <Padroni> Well that escelated quickly...
[08:43] <Kilos> lol
[08:44] <Kilos> these peeps that know how to do stuffs so easily and well then try pawn the task off on the greeter bot
[08:44] <Kilos> poor greeter bot
[08:47] <Kilos> https://wiki.ubuntu.com/ZATeam/Members#preview
[08:47] <Kilos> note greeter bot
[08:48] <nlsthzn> morning all
[08:49] <mopkop> Good Morning!
[08:49] <nlsthzn> like your handle mopkop :)
[08:50] <mopkop> Yea, I really need a haircut :)
[08:50] <Kilos> lol
[08:51] <Kilos> just buy a wahl hair clipper and do it yourself
[08:55] <mopkop> One question. By signing this code of conduct, I do not yet bind myself to any projects, do I?
[08:57] <Kilos> nope
[08:57] <mopkop> :)
[08:57] <nlsthzn> you just say you will abide by the ubuntu code of conduct
[08:57] <Kilos> everything here is done out of the goodness in your heart
[09:02] <Kilos> inetpro  heres one thats close, only minor fixing needed https://wiki.ubuntu.com/ZATeam/Meetings/20150324#preview
[09:04] <mopkop> I can't seem to figure out how to generate a PGP key. I'm in Passwords and Keys, I clicked the plus sign and filled in the form, and then - nothing
[09:04] <mopkop> Please help?
[09:07] <Kilos> sjoe thats a heavy job
[09:07] <Kilos> maybe mazal  did a how to
[09:08] <mopkop> There is a How To on Launchpad, but I follow the instructions, but still nothing... https://launchpad.net/+help-registry/openpgp-keys.html#publish
[09:09] <mopkop> Maybe I'm using the wrong program.
[09:10] <Kilos> you do it from terminal i think
[09:10] <Kilos> https://help.ubuntu.com/community/GnuPrivacyGuardHowto
[09:11] <Kilos> almost everyone struggles with that
[09:11] <mopkop> Thank you! Now I don't feel so bad!
[09:18] <Kilos> in your google searches add with ubuntu
[09:19] <Kilos> then with luck you get ubuntu how tos
[09:31] <Jacques_Stry> I did it in the passwords program but after clicking the plus sine and filling in the form you have to wait a while before the new key is desplayed
[09:31] <Jacques_Stry> displayed*
[09:31] <andrewlsd> ... my biggest issue with signing the TOS, is that I don't used GPG often enough, and have lost my keys.
[09:35] <Kilos> and it only works from one pc
[09:40] <Kilos> hi drussell  hows davy?
[09:40] <Kilos> davey too
[09:50] <Kilos> hi magellanic
[09:51] <magellanic> ahoy
[09:53] <mopkop> Will it matter if I register a different full name on my PGP key as my Ubuntu-one account?
[09:57] <Kilos> lol
[09:57] <Kilos> i dunno
[09:58] <Kilos> you a multi personality oke
[09:59] <Kilos> why would you want to do that mopkop  ?
[10:00] <mopkop> Nevermind, I made a new one. In the one I did not include my second name.
[10:00] <Kilos> lol
[10:02] <mopkop> It's Signed! Finally!
[10:03] <Kilos> well done
[10:03] <mopkop> Now I feel like I've been though a trail of patients an intelligence in some RPG
[10:03] <mopkop> :)
[10:03] <Kilos> hard work that
 trial of patience and intelligence </suggestion>
[10:06] <Kilos> hahaha it tried everyone else patience when helping me do it
[10:06] <Kilos> wb Padroni
[10:07] <mopkop> Sorry :(
[10:11] <Padroni>  it really works on my tits when my ISP changes my IP mid-stroke while in a SSH session
[10:12] <Padroni> now I have to go add my new IP to the hosts.allow file for EVERY server in the datacenter
[10:12] <Padroni> .\/.
[10:12] <Kilos> hehe
[10:13] <Kilos> life on the internet
[10:13] <Padroni> yeah
[10:13] <Padroni> got a nice surprise on my paycheck this month
[10:13] <Padroni> unannounced raise
[10:14] <Padroni> the boss seems to like me for a change
[10:14] <Kilos> nice
[10:14] <Padroni> indeed
[10:15] <Padroni> the wife was so excited she immediately demanded 1/2 of it as pocket money
[10:15] <Kilos> lol
[10:15] <mopkop> lol.
[10:16] <mopkop> Is there any way, other than coding, to contribute to the Ubuntu project?
[10:16] <Kilos> yes
[10:17] <Kilos> somewhere here should be the info https://ubuntu-za.org
[10:17] <mopkop> i'm Sorry, but all coding I know is c# and Web-languages. I'll have a lot of learning to do...
[10:18] <Kilos> dont be sorry just keep learning
[10:18] <Kilos> i cant code at all
[10:23] <Kilos> if anyone can provide some help with drupal please ping Neo31 when he pops in again or leave him a message with maaz
[10:24] <Padroni> what help?
[10:24] <Padroni> Stress test to see where it breaks?
[10:24] <Padroni> coz that's all I can help with
[10:24] <Kilos> i dunno he just asked if i know anyone that can do drupal
[10:24] <Padroni> I'd rather use Wordpress
[10:25] <Padroni> but that is a matter of personal preference
[10:25] <Padroni> as always
[10:25] <Kilos> maybe he has some drupal stuff to fix
[10:25] <Padroni> tell hiim to contact me so I can see where I can help
[10:25] <Kilos> didnt you see him ask on #ubuntu-africa
[10:25] <Kilos> ai! ek sukkel
[10:26] <Padroni> nope
[10:26] <Padroni> met wat?
[10:27] <Kilos> als
[10:27] <Kilos> i told the bot there to tell him to ping you when he gets back
[10:27] <Padroni> oh
[10:28] <Kilos> wb mopkop
[10:28] <mopkop> Soor, internet dopped :(
[10:28] <mopkop> dropped
[10:28] <Kilos> lol
[10:38] <Kilos> mopkop  you see what to do there?
[10:39] <Kilos> you are already here so join the mailing list too
[10:39] <mopkop> Yes, that's the next step. Just joined Trello :)
[10:39] <Kilos> cool
[10:40] <Kilos> whats your trello username?
[10:40] <mopkop><EMAIL_ADDRESS>[10:41] <Kilos> https://trello.com/b/GKXXiBxU/ubuntu-south-africa-loco
[10:42] <Kilos> hmm...
[10:42] <Kilos><EMAIL_ADDRESS>We don’t know that person. Add a name and click “Send” and we’ll add a virtual member and send them an invite email. They'll automatically receive access to the board once they sign up and confirm their email address.
[10:43] <mopkop> Try ashtonvanniekerk
[10:43] <mopkop> @ashtonvanniekerk
[10:45] <magellanic> Padroni: https://mosh.mit.edu/ (if you're keen to try it)
[10:47] <andrewlsd> magellanic, Padroni: mosh #ftw.
[10:47] <Kilos> ill let the pro do that mopkop
[10:48] <andrewlsd> I usually alias it to 'mosh -a'
[10:48] <andrewlsd> so that it always does local echo.
[10:49] <magellanic> I haven't actually used it, looked interesting though
[10:51] <Padroni> Thanx magellanic
[10:51] <Padroni> I will have to do a lot of testing on that before switching though
[10:51] <Padroni> We do not trust that which we do not control.
[10:52] <Padroni> I can't run the risk of having my whole datacenter exposed due to vulnerabilities in a 3rd party SSH tool
[10:52] <Jacques_Stry> So i finished my wallpaper render - Not happy at all, starting over >.< http://s29.postimg.org/e20312rzb/Ubuntu_za.jpg
[10:52] <Padroni> Jacques_Stry:  that looks nice
[10:53] <Padroni> Can I get that logo from you, incase I wanna make my own wallpaper?
[10:53] <Jacques_Stry> just not working for me...
[10:53] <Padroni> if you have it as a transparent PNG, that would be awesome...
[10:53] <Jacques_Stry> I'll make you one - it's a 3d render
[10:54] <Padroni> you lost me at "I'll make you one"
[10:54] <Padroni> thanx mate
[10:54] <Jacques_Stry> np
[10:55] <Jacques_Stry> do you want it with the shadows or flat?
[10:55] <Padroni> both?
[10:55] <Jacques_Stry> k
[10:55] <Padroni> Also, if I could have long, flowing hair, that would be great.
[10:56] <Padroni> Makes me look more important.
[10:56] <Jacques_Stry> LOL
[10:56] <Padroni> and make my eyes a darker blue
[10:56] <Padroni> hehe
[11:15] <magellanic> Padroni: but you already have that with openssl ;) :p
[11:16] <Padroni> we run a tight VPN at work
[11:16] <Padroni> So we are good
[11:22] <Padroni>  I love being able to speak to ubuntu users from other parts of africa
[11:23] <Padroni>  It's good to know the whole damn CONTINENT is trying to figure out how to exit VIM, not just me...
[11:23] <magellanic> +1
[11:23] <magellanic> I've been a long time vi user
[11:23]  * Padroni made a funnny
[11:24] <magellanic> only because I can't figure out how to exit from it :p
[11:24] <Padroni> haha
[11:24] <Padroni> never gets old, that onoe
[11:24] <Padroni> *one
[11:24] <Padroni> so Jacques_Stry
[11:24] <magellanic> hehe
[11:24] <Padroni> what happened to you?
[11:24] <Jacques_Stry> Me?
[11:24] <Padroni> No son, the other Jacques_Stry ....
[11:24] <Padroni> ;)
[11:25] <Jacques_Stry> Setting up a IPFire server
[11:26] <Jacques_Stry> and checking out free avast for business
[11:27] <Jacques_Stry> I manage allot of win computers so unfortunately antivirus is still a reality for me
[11:28] <Padroni> You should write a how-to for that
[11:28] <Jacques_Stry> IPFire?
[11:28] <Padroni> yes
[11:28] <Padroni> in fact - you can put the how-to on my blog
[11:29] <Jacques_Stry> IPFire is awesome - actually I should
[11:29] <Jacques_Stry> Been using it for 2 years now and has made my life so much easier
[11:31] <Padroni> we must speak about this
[11:31] <Padroni> maybe I will just start a new blog for these type of how-to's?
[11:31] <Jacques_Stry> But the documentation is very incomplete some times - so your left guessing
[11:31] <Padroni> I should have a IT related domain lying around somewhere
[11:32] <Padroni> ?
[11:33] <Jacques_Stry> I'll start writing the first setup how-to and let you know
[11:34] <Padroni> check yer pm
[11:54] <Jacques_Clone> Went mobile
[11:54] <Jacques_Clone> Finished at work ;)
[11:56]  * andrewlsd thinks IPliquid
[11:57] <Jacques_Clone> Ipliquid?
[12:06] <ThatGraemeGuy> we all do
[12:08] <andrewlsd> :-P
[12:15] <andrewlsd> anyone looked at google "inbox" app?
[12:16] <andrewlsd> ... looks like their intended next version of gmail
[12:17] <magellanic> I used it for a week
[12:17] <magellanic> during the very early days
[12:18] <magellanic> didn't like it, but it has some very useful stuff
[12:18] <magellanic> I will probably try it again ;)
[12:29]  * mazal peeks in
[12:32] <ThatGraemeGuy> oh look
[12:32] <ThatGraemeGuy> it's beer o'clock
[12:32] <ThatGraemeGuy> b'byeee all
[12:32] <mazal> Bye ThatGraemeGuy
[12:34] <andrewlsd> byeee
[12:54] <nlsthzn> uncle Kilos- you can get an ubuntu member cloak now for IRC (you too superfly)
[12:56] <Kilos-> we have them i think nlsthzn
[12:57] <Kilos> ya
[12:57] <Kilos> now just waiting to see about the membership certificate
[12:58] <nlsthzn> I applied but suspect it for lost in the mail >.<
[12:58] <Kilos> oh do you have to apply?
[12:59] <Kilos> better to get it online then you can print it methinks
[12:59] <nlsthzn> well the one through the post is actually signed by Mark AFAIK :)
[12:59] <nlsthzn> a real signature
[13:00] <Kilos> yes but he can sign them then they can scan and send
[13:00] <Kilos> trusting post aint wise
[13:01] <nlsthzn> then they can just ad a printout of his signature... not the same *wow* effect :p
[13:01] <nlsthzn> or you could just make your own then I guess
[13:01] <Kilos> lol
[13:02] <Kilos> where is the wow effect if its lost in the post
[13:02] <nlsthzn> the mystery, suspense... besides the cert isn't worth the paper it is printed on :p
[13:14] <Kilos> haha was actually quite funny the first time i went to the loco council, first thing they said was "suppose you are here for your cloak"
[13:14] <Kilos> i said nono im here to discuss something else
[13:15] <Kilos> thats when i wantes #ubuntu-africa to be official
[13:15] <Kilos> wanted
[13:18] <nlsthzn> :)
[13:18] <nlsthzn> lol
[13:20] <Kilos> didnt even know what the cloak was then
[13:20] <Kilos> what a twit
[13:20] <nlsthzn> :p
[14:00] <Padroni> I think I have reached 'counterproductive 'o clock'
[14:00] <Kilos> lol
[14:00] <Kilos> i been there for years
[14:02] <Padroni> meh
[14:02] <Padroni> got one more hacked site to investigate
[14:02] <Padroni> or at least see why it was hacked
[14:02] <Kilos> did you guys ever get magespawn sorted with the hacking of his sites
[14:03] <Padroni> he never came back to me
[14:03] <Padroni> but we did speak about it at lenght at that point
[14:03] <Kilos> maybe he has it done then
[14:03] <Padroni> he was gonna run it past the higher up's at work
[14:03] <Padroni> could be
[14:03] <Kilos> shame he struggled for months
[14:40] <Kilos> hmm... the clone arrived
[14:40] <Kilos> im sure hes lame too
[14:41] <Kilos> oh he left
[14:58] <Kilos> hahaha zergli caught out hey
[14:58] <Kilos> zerlgi too
[15:18] <charl> good afternoon
[15:18] <charl> Maaz: coffee on
[15:18]  * Maaz flips the salt-timer
[15:18] <Kilos> hi charl
[15:18] <Kilos> Maaz  coffee please
[15:18] <Maaz> Kilos: Okay
[15:19] <charl> hi Kilos
[15:22] <Maaz> Coffee's ready for charl and Kilos!
[15:22] <Kilos> Maaz  dake
[15:22] <Maaz> Kilos: What?
[15:22] <Kilos> Maaz  danke
[15:22] <Maaz> Bitteschön
[15:22] <charl> Maaz: danke
[15:22] <Maaz> Bitteschön
[15:22] <charl> sehr gut, sehr gut
[15:23]  * charl trinkt den kaffee
[16:51] <nlsthzn> eish, little man has now been sleeping off all his rust and will be waking up in time for the rugby >.< :p
[17:17] <Kilos> haha
[17:18] <Kilos> teach him to watch
[17:30] <nlsthzn> brilliant try for cheetahs :)
[17:31] <Kilos> yip
[17:44] <Kilos> sjoe
[17:44] <nlsthzn> brilliant again
[17:52] <Kilos> uh oh hiding coming
[17:52] <nlsthzn> ugh and this is why I don't even want to bother watching rugby anymroe
[17:52] <nlsthzn> *anymore
[17:52] <Kilos> lol
[17:52] <nlsthzn> I think that was a try
[17:53] <Kilos> no forward pass
[17:54] <nlsthzn> yup
[17:55] <Kilos> sill hope
[17:55] <Kilos> still too
[17:58] <nlsthzn> :)
[18:18] <Kilos> oh wow
[18:18] <nlsthzn> what a try
[18:23] <nlsthzn> how can the opposition number 9 push the number 9 feeding the scrum away from getting the ball the whole time and the ref doesn't do anything?!
[18:24] <Kilos> ?
[18:24] <Kilos> there are so many new rules i get lost
[18:25] <Kilos> he lets them play the ball on the ground too
[18:27] <nlsthzn> bludy refff
[18:28] <nlsthzn> blerry refff
[18:28] <nlsthzn> :p
[18:28] <Kilos> that too ya
[18:42] <inetpro> wb nlsthzn
[18:42] <nlsthzn> thx
[18:42] <inetpro> what's happening with the cheetahs?
[18:42] <nlsthzn> quickly logged into awesome windows manager... logged out quicker
[18:42] <Kilos> 24/22
[18:42] <nlsthzn> cheetahs slightly behind...
[18:43] <nlsthzn> can still make it
[18:43] <nlsthzn> but they scored a few very awesome tries
[18:43] <Kilos> 4 mins of heavy defence ahead of cheetahs
[18:43] <Kilos> 3 mins now
[18:45] <nlsthzn> 1 min to go
[18:45] <nlsthzn> no mistakes :!!11
[18:45] <Kilos> cheetahs ahead now 25/24
[18:46] <inetpro> go cheetahs!
[18:47] <Kilos> yay cheetahs win
[18:47] <nlsthzn> gg
[18:47] <inetpro> \o/
[18:48] <Kilos> on the 4th ill be offline all day. no power
[18:48] <nlsthzn> :(
[18:49]  * nlsthzn will be back too soon I suspect :p
[18:49] <Kilos> 08.00 till 18.00
[18:54] <Kilos> eish man of the match gets a samsung galaxy s5
[19:00] <Kilos> night all. sleep tight
[19:01] <inetpro> uh
[19:01] <inetpro> wat nou?
[19:01] <Kilos> ek bietjie seer oompie
[19:01] <Kilos> maar as jy wil chat sal ek bly
[19:01] <inetpro> ai!
[19:01] <inetpro> nee is reg...
[19:01]  * inetpro moeg
[19:02] <Kilos> ok dankie. lekker slapp
[19:02] <Kilos> slaap ook
[19:02] <Kilos> gaan slaap jy ook man
[20:14] <kulelu88> almal slaap nou??
[20:27] <superfly> not on your life
[20:30] <kulelu88> superfly: what are decent ecommerce options for python for a single-man startup?
[20:31] <superfly> kulelu88: I am afraid I don't know of any. Have you looked at the official Python wiki?
[20:31] <kulelu88> no I haven't yet.
[20:31] <kulelu88> it's hard to understand the different options
[20:33] <superfly> in general I've found open source e-commerce options lacking
[20:33] <kulelu88> in python or in general?
[20:33] <superfly> a few years ago I looked at Ubercart in Drupal, and that was OK
[20:33] <superfly> in general
[20:35] <kulelu88> My needs are more leaning towards less code-writing but easier customization when I need it


[03:26] <SergioMeneses> Greetings all, I need help with this? https://wiki.ubuntu.com/IRC/Cloaks
[03:27] <rww> SergioMeneses: What's up?
[03:27] <SergioMeneses> hi rww
[03:28] <SergioMeneses> rww, i'm ubuntu member
[03:28] <SergioMeneses> I've heard of Cloaks
[03:29] <rww> SergioMeneses: Ah, you want an ubuntu/member/ cloak? Can you link to your Launchpad page, please?
[03:29] <SergioMeneses> Can you help?
[03:29] <SergioMeneses> rww, oks
[03:29] <SergioMeneses> rww, https://launchpad.net/~sergiomeneses
[03:30] <rww> jussi, topyli, Pici, tsimpson (or ts2): ubuntu/member/ cloak request from SergioMeneses ^^^
[03:31] <rww> SergioMeneses: One of the people I just pinged has to be around and then go ask freenode about it, so it might take a little while.  Freenode staff!
[19:59] <jpds> Righto.