[01:44] <blr> noted today that $LANG is unset in a hook execution context, this can cause problems for some python libraries that (arguably incorrectly) rely on a default system encoding e.g. calling codecs.open()
[02:14] <blr> commented on https://github.com/juju/juju/issues/133 marcoceppi, any thoughts on resolving that one?
[02:45] <jose> Odd_Bloke, rcj: ping
[09:24] <jamespage> gnuoy, cinder is sufferring from inadequet patching in its unit tests
[09:24] <jamespage> they work ok on a real machine - but on a virt machine (like the test environment)
[09:24] <jamespage> vdb is a real device :-)
[09:24] <jamespage> I've worked around this for now by prefixing device names with 'fake'
[09:24] <jamespage> but it will need a wider review - I'll raise a bug task for it
[09:24] <jamespage> for 15.10
[09:35] <jamespage> gnuoy, https://code.launchpad.net/~james-page/charms/trusty/cinder/unit-test-fixes/+merge/266692 review please :-)
[09:35] <jamespage> resolves the cinder test failures for now
[09:40] <gnuoy> jamespage, thanks, merged
[09:50] <Odd_Bloke> jose: Pong.
[09:59] <jamespage> gnuoy, anything else I can help with?
[10:09] <gnuoy> jamespage, well if you wanted to create a skeleton release note I wouldn't hold it against you ...
[10:11] <jamespage> gnuoy, ok
[10:22] <jamespage> gnuoy, dosaboy, beisner: https://wiki.ubuntu.com/ServerTeam/OpenStackCharms/ReleaseNotes1507
[10:22] <gnuoy> ta
[10:25] <jamespage> gnuoy, deploy from source needs to coreycb input - is he back today?
[10:26]  * jamespage goes to look
[10:43] <gnuoy> jamespage, looks like we have charm upgrade breakage.
[10:43] <gnuoy> rabbit is refusing connections from neutron-gateway after the upgrade (invalid creds). investigating now
[10:45] <gnuoy> Actually, it's refusing connections from everywhere by the looks of it
[11:03] <jamespage> gnuoy, that would indicate a crappy rabbitmq upgrade methinks
[11:03] <jamespage> gnuoy, is that on 1.24?
[11:06] <jamespage> gnuoy, I'll take a peek
[11:15] <jamespage> gnuoy, I think I see a potential bug in the migration code in peerstorage
[11:19] <gnuoy> jamespage, sorry, was stuffing food in my face
[11:19] <gnuoy> jamespage, yes, 1.24
[11:20] <gnuoy> jamespage, am all ears viz-a-viz peerstorage migration bug. I still have my environment so can supply additional debug if helpful
[11:20] <jamespage> gnuoy, L97
[11:20] <jamespage> there is a relation_get without a rid
[11:21] <gnuoy> ah
[11:21] <jamespage> so I think that may cause a regeneration of all passwords if called outside of the cluster relation context
[11:22] <jamespage> gnuoy, grrr - redeploying as dns foobar
[11:28] <gnuoy> jamespage, it definitely looks like the password has changed in rabbit, using "rabbitmqctl change_password" to set it back to what it was seems to fix things.
[11:28] <jamespage> gnuoy, the password changed in rabbit, or the password changed on all the relations?
[11:28] <jamespage> that's my hypothesis
[11:29] <gnuoy> jamespage, the password changed in rabbit
[11:30] <gnuoy> jamespage, well actually, what I'm saying is, the password in the client config and the password advertised down the relations are the same but they don't seem to equal the actual password rabbit has for the user
[11:30] <jamespage> gnuoy, yah
[11:30] <jamespage> that matches my theory - just trying to prove it
[11:30] <gnuoy> kk
[11:31] <jamespage> gnuoy, there is no code in the charm that changes passwords in rabbit, but it would ignore a change triggered by a broken migration - that would propagate out to related services, but not reflect the actual password
[11:32] <beisner> o/ good morning
[11:33] <beisner> gnuoy, afaict, reverse dns is/was a-ok.  host entries are coming and going with instances.
[11:34] <gnuoy> beisner, it worked straight through on my bastion with the only error being trusty/git/icehouse. I've scheduled another run but it's been in the queue for ~4hours
[11:34] <beisner> gnuoy, however, i have observed that due to rmq-funk in serverstack, some messages are really delayed.  that is observable in that serverstack-dns may not always have the message back and the reverse dns record added by the time the instances is already booted an on its way.  :-/
[11:35] <beisner> gnuoy, saw this as well on ddellav's bastion as we were t-shooting a failed re-(re)deploy
[11:35] <jamespage> my dns appears foobarred right now
[11:35] <jamespage> I thought I just fixed it up
[11:35] <beisner> gnuoy, throttle is way down.  if we turn it up to have more concurrency, serverstack gives us error instances.
[11:36] <beisner> i just removed 6 error instances from last night (which induced some job fails)
[11:36] <jamespage> beisner, indeed - I have partial entries for my dns
[11:36] <gnuoy> jamespage, I don't follow the scenario you outlined. broken migration?
[11:36] <gnuoy> I assume you don't mean db migration
[11:36] <jamespage> gnuoy, yeah - the migration incorrectly missed the peer relation data, so generates a new password
[11:37] <jamespage> gnuoy, peer -> leader migration
[11:37] <gnuoy> oh, yes, of course that migration
[11:37] <gnuoy> jamespage, so rabbit is pushing out a new password to the clients without actually changing the password for the user to the new value?
[11:38] <jamespage> yeah
[11:38] <gnuoy> oh /o\
[11:38] <jamespage> I think that's the case, but can't get an env up right now
[11:40] <jamespage> beisner, gnuoy: it would appear notifications are going astray somewhere on serverstack
[11:40] <beisner> jamespage, oh yeah ... also observable in not always getting an instance;  juju sits at "allocating..."
[11:41] <beisner> meanwhile nova knows nothing of the situation
[11:41] <beisner> but, on the jobs ref'd in bugs, i've run, re-run, and re-confirmed that things went well for those runs, afaict.
[11:42] <jamespage> beisner, hmm
[11:44] <beisner> jamespage, gnuoy - mojo os-on-os deploy test combos all pass.  bear in mind, that just fires up an instance on the overcloud, checks it, and tears down.  http://<IP_ADDRESS>:8080/view/Dashboards/view/Mojo/job/mojo_runner/
[11:44] <beisner> so there's a \o/ !
[11:45] <beisner> jamespage, gnuoy - the bare metal equivalent of that ^ is also almost all green.  re-running a T-K fail.  http://<IP_ADDRESS>:8080/view/Dashboards/view/Mojo/job/mojo_runner_baremetal/
[12:03] <jamespage> gnuoy, do we have a bug open for the rmq upgrade problem?
[12:03] <jamespage> the password def gets missed during the migration
[12:03] <gnuoy> jamespage, nope, I'll create one now
[12:07] <beisner> jamespage, gnuoy:  fyi just deployed T-I/next.  vgs and lvs come back "no volume groups found."   added to bug 1480504
[12:07] <mup> Bug #1480504: Volume group "cinder-volumes" not found <amulet> <openstack> <uosci> <cinder (Juju Charms Collection):New> <https://launchpad.net/bugs/1480504>
[12:08] <gnuoy> jamespage, Bug #1480893
[12:08] <mup> Bug #1480893: Upgrading from stable to devel charm breaks clients <rabbitmq-server (Juju Charms Collection):New> <https://launchpad.net/bugs/1480893>
[12:13] <jose> Odd_Bloke: hey, I'm getting some errors with the ubuntu-repository-cache charm, the start hook is failing
[12:14] <jose> let me run and do a pastebin of the output
[12:17] <jamespage> gnuoy, dosaboy: added some detail to that bug - I need to take an hour out - maybe dosaboy could look at a fix in the meantime?
[12:17] <jamespage> otherwise I'll pickup when I get back
[12:18] <gnuoy> jamespage, dosaboy, I can take a look
[12:19] <jamespage> gnuoy, ta - i think the migration code needs to switch to always resolving the using the rid for the cluster relation - or get passed that from high up the stack (its not currently)
[12:19] <gnuoy> kk
[12:28] <jose> Odd_Bloke: lmk once you're back around please
[12:28] <Odd_Bloke> jose: o/
[12:29] <jose> Odd_Bloke: hey. I'm getting an error on the start hook of the ubuntu-repository-cache charm, says 'permission denied' for /srv/www/blahblah
[12:29] <jose> I'm having some issues with GCE right now so haven't been able to launch the instance
[12:29] <Odd_Bloke> Oh, hmph.
[12:29] <Odd_Bloke> Let me see if I can reproduce.
[12:29] <jose> cool
[12:30] <jose> I'll try to run again
[12:30] <Odd_Bloke> jose: Are you using any config, or just the defaults?
[12:30] <jose> Odd_Bloke: defaults here
[12:40] <Odd_Bloke> jose: Cool, waiting for my instances now. :)
[12:41] <jose> I wish I could say the same...
[12:42] <Odd_Bloke> :p
[12:49] <Odd_Bloke> jose: I'm seeing a failure in the start hook; let me dig in to it.
[12:49] <Odd_Bloke> Some of the charmhelpers bits changed how they do permissions, so it's probably an easy fix.
[12:49] <jose> cool, I thought that but wasn't sure
[12:50] <Odd_Bloke> jose: Do you have a recommendation for quickly testing new versions of charms?  Is there something I can do with containers, or something?
[12:50] <jose> Odd_Bloke: oh, definitely! wall of text incoming
[12:51] <jose> so, ssh into the failing instance. then do sudo su. cd /var/lib/juju/agents/unit-ubuntu-repository-cache-0/charm/hooks/
[12:51]  * Odd_Bloke braces for impact.
[12:51] <jose> edit start from there
[12:51] <jose> then save your changes and do a juju resolved --retry ubuntu-repository-cache/0
[12:51] <jose> and if it goes well it should go out of error state
[12:52] <jose> just copy the exact same changes you did on the unit to your local charm and commit + push
[12:54] <jose> DHX should be a good tool too, but I can't give much insight on how it works and its usage
[12:55] <coreycb> jamespage, hey I'm back, need input for something?
[12:58] <Odd_Bloke> Hmph, I'm sure we saw this problem before and I fixed it.
[12:59] <Odd_Bloke> I guess I did trash my old charm-helpers merge branch, which might have been where I fixed it.
[13:00] <jose> probably missed that one bit :)
[13:01] <jamespage> coreycb, yeah - could you check the deploy from source release notes pls?
[13:01] <jamespage> coreycb, https://wiki.ubuntu.com/ServerTeam/OpenStackCharms/ReleaseNotes1507
[13:06] <jamespage> gnuoy, how far did you get?
[13:06] <gnuoy> jamespage, so...
[13:07] <gnuoy> I don't think which specify rid any higher
[13:07] <jamespage> gnuoy, ?
[13:07] <gnuoy> since leader_get is supposed to mimic leader-get
[13:07] <jamespage> gnuoy, well in the scope of peerstorage, its whatever we make it :-)
[13:07] <jamespage> as we have a wrapper function there
[13:08] <gnuoy> jamespage, as for line 98, peer_setting = _relation_get(attribute=attribute, unit=local_unit(), rid=valid_rid)
[13:08] <gnuoy> does fix it
[13:08] <jamespage> yah
[13:08] <gnuoy> jamespage, if you use  relation_get you get an inifinte loop which is fun
[13:08] <jamespage> gnuoy, I was thinking - http://paste.ubuntu.com/11993006/
[13:09] <jamespage> less the debug
[13:09] <jamespage> gnuoy, this has potential to impact of pxc and stuff right?
[13:09] <gnuoy> jamespage, yes the whole caboodle
[13:10] <jamespage> grrr
[13:10] <jamespage> gnuoy, infact I'm surprise everything else is still working :-)
[13:10] <gnuoy> jamespage, +1 to your fix given the point you make about the scope of leader_get in peer storage
[13:10] <jamespage> gnuoy, ok working on that now
[13:13] <coreycb> jamespage, notes look good, I made a few minor tweaks.
[13:24] <jamespage> dosaboy, gnuoy: https://code.launchpad.net/~james-page/charm-helpers/lp-1480893/+merge/266712
[13:26] <jamespage> that should sort-out the out-of-cluster context migration of peer data to leader storage
[13:28] <gnuoy> jamespage, I'm surprised lint isn't sad about rid being defined twice
[13:30] <gnuoy> jamespage, err ignore me
[13:31]  * jamespage was already doing that :-0
[13:31] <jamespage> gnuoy, lol
[13:36] <dosaboy> jamespage: reviewed
[13:38] <jamespage> dosaboy, gnuoy jumped you and landed that
[13:38] <jamespage> dosaboy, I actually think leader_get should not be exposed outside of peerstorage
[13:38] <jamespage> its an internal function imho
[13:38] <jamespage> the api is peer_retrieve
[13:38] <jamespage> which deals with the complexity
[13:42] <dosaboy> jamespage: yup fair enough
[13:45] <jamespage> gnuoy, want me to deal with syncing that to rmq?
[13:50] <gnuoy> jamespage, well, we should sync it across the board
[13:50] <jamespage> gnuoy, +1
[13:50] <jamespage> gnuoy, got that automated yet?
[13:50] <gnuoy> ish
[13:52] <gnuoy> beisner, looks like it's time for another charmhelper sync across the charms. I'll do that now unless you have any objections?
[13:52] <beisner> gnuoy, +1 also ty
[13:56] <Odd_Bloke> jose: My units seems to get stuck in 'agent-state: installing'; any idea how I can work out what's happening?
[13:56] <jose> Odd_Bloke: juju ssh ubuntu-repository-cache/0; sudo tail -f /var/log/juju/unit-ubuntu-repository-cache-0.log (-n 50)
[13:57] <jose> that gives you the output of your scripts
[13:58] <Odd_Bloke> jose: I haven't even got the agent installed yet, so my scripts haven't started.
[13:58] <axino> Odd_Bloke: you'll have to go on the GCE console
[13:58] <axino> Odd_Bloke: and look at "events" (or something) there
[13:58] <jose> Odd_Bloke: oh, huh. if there's a machine error, then juju ssh 0; sudo tail /var/log/juju/all-machines.log
[13:59] <jose> axino: it's probably best to take a look at all-machines.log, last time when I went to the gce console machines simply weren't there and I couldn't find a detailed answer on what was going on :)
[14:00] <axino> jose: there was nothing in all-machines.log last time I had issues :( just events in GCE console (which are a bit hard to find, I must say)
[14:00] <Odd_Bloke> Oh, perhaps I misunderstand the status output.
[14:00] <jose> I'm still learning how to deal with GCE :)
[14:01] <Odd_Bloke> jose: OK, looks like I've fixed it.
[14:01] <Odd_Bloke> Let me push up a MP.
[14:01] <jose> woohoo! \o/
[14:02] <Odd_Bloke> jose: https://code.launchpad.net/~daniel-thewatkins/charms/trusty/ubuntu-repository-cache/fix-perms/+merge/266724
[14:03] <jose> taking a look
[14:05] <Odd_Bloke> jose: So host.mkdir creates parents, so that line is unnecessary, and forces permissions to something that is broken.
[14:05] <Odd_Bloke> jose: So we can just lose that line.
[14:06] <jose> as long as it works we're good :P
[14:16] <Odd_Bloke> jose: It does. :)
[14:17] <jose> 'running start hook'
[14:17] <Odd_Bloke> Oh, you're _testing_ it?
[14:17] <Odd_Bloke> Pfft.
[14:17] <jose> I am :)
[14:17] <jose> need to
[14:18] <Odd_Bloke> :)
[14:18] <Odd_Bloke> As well you should.
[14:18] <sto> Is anyone working on a charm to install designate? I want to try it on my openstack deployment and I'll be happy to test a charm instead of installing it by hand (I have no experience writing charms right now)
[14:19] <jose> sto: I'm sorry, but I don't know what designate is. maybe you have a link to its website?
[14:19] <sto> jose: it is an openstack service https://github.com/openstack/designate
[14:20] <jose> oh
[14:20] <sto> And it is already packaged
[14:20] <jose> unfortunately, I don't see a designate charm on the store. sorry :(
[14:21] <jose> but maybe an openstack charmer can work on it? :)
[14:21] <jamespage> gnuoy, I'm going to switch to liberty milestone 2 updates - pull me back if you need hands
[14:21] <sto> Yes, I know that there is no charm on the store, thats why I was asking... ;)
[14:21] <jamespage> its not critical but would like to push it out soonish
[14:22] <gnuoy> ok, np
[14:22] <beisner> gnuoy, just lmk when the c-h sync is all pushed, and i'll run metal tests.  probably with some sort of heavy metal playing.
[14:22] <gnuoy> beisner, crank up Slayer, c-h sync is all pushed
[14:23] <beisner> gnuoy, jamespage - wrt that cinder bug, it's with the default lvm-backed storage where i'm seeing breakage.  works fine with ceph-backed storage.  bug updated with that lil tidbit.
[14:23] <gnuoy> sto I heard people talking about creating a charm but I'm not sure it ever got past the hot air stage
[14:23] <beisner> gnuoy, awesome thanks
[14:24] <beisner> gnuoy, isn't that on our list-o-stuff to add more official support for in the os-charms?
[14:24] <gnuoy> I think Barbican and Designate were high on the list
[14:25] <beisner> yep that sounds right.
[14:29] <jose> Odd_Bloke: woohoo! it looks like it deployed cool!
[14:29] <jose> I'm gonna give it a quick test ride and merge
[14:32] <sto> gnuoy: ok, thanks, I' guess I'll install it by hand on a container to see how it works
[14:34] <jose> Odd_Bloke: woot woot! works works works works!
[14:34] <gnuoy> jamespage, beisner Trusty Icehouse, stable -> next upgrade test ran through cleanly. thanks for the patch Mr P.
[14:35] <beisner> gnuoy, jamespage  \o/
[14:35] <beisner> gnuoy, do you have a modified upgrade spec to deal with qg:ng?
[14:36] <gnuoy> beisner, yes, I'm running from lp:~gnuoy/openstack-mojo-specs/mojo-openstack-specs-ha
[14:36] <Odd_Bloke> jose: \o/
[14:36] <jose> Odd_Bloke: should be merged. thanks a bunch for the quick fix, really appreciated!
[14:37] <Odd_Bloke> jose: No worries, thanks for the quick merge. :)
[14:42] <beisner> gnuoy, these guys didn't get a c-h sync, is that by design?:  n-g, pxc, n-ovs, hacluster, ceph-radosgw, ceph-osd
[14:42] <gnuoy> beisner, I'll check, they may not be using the module that changed (but I'd have thought pxc was tbh)
[14:53] <gnuoy> beisner, sorry about that, done now (no change for n-ovs)
[14:53] <gnuoy> oh, cause it did work the first time
[15:50] <jcastro> marcoceppi: oh hey I forgot to ask you if everything with rbasak/juju in distro is ok?
[15:50] <jcastro> anyone need anything from me?
[15:51] <marcoceppi> jcastro: I have to fix something in the packaing and upload it, I'm about to do a cut of charm-tools and such so I'll fix those then
[15:51] <jcastro> ack
[15:54] <jamespage> beisner, suspect that regex is causing the issue - reconfirmning now
[15:54] <beisner> jamespage, ack ty
[16:12] <beisner> beh.  look out, gnuoy, jamespage - i just got 11 ERROR instances on serverstack ("Connection to neutron failed: Maximum attempts reached")
[16:21] <jamespage> beisner, sniffs like rmq
[16:22]  * beisner must eat, biab...
[16:42] <apuimedo> lazyPower:
[16:42] <lazyPower> apuimedo: o/
[16:42] <apuimedo> lazyPower: how are you doing?
[16:42] <lazyPower> Pretty good :) Hows things on your side of the pond?
[16:43] <apuimedo> warm
[16:43] <apuimedo> :-)
[16:43] <apuimedo> lazyPower: I have a charm that at deploy time needs to know the public ip it will have
[16:44] <apuimedo> usually what I was doing was add a machine, and then knowing the ip change the deployment config file
[16:44] <lazyPower> apuimedo: unit-get public-address should get you situated with that though
[16:44] <apuimedo> but I was wondering if it were possible in the install script to learn the public ip
[16:44] <apuimedo> ok
[16:44] <apuimedo> that's what I thought
[16:45] <apuimedo> and it's the same the other machines in the deployment will see it with, right?
[16:45] <apuimedo> lazyPower: so unit_public_ip should do the trick
[16:46] <apuimedo> hookenv.unit_public_ip
[16:47] <lazyPower> yep
[16:47] <lazyPower> and looking at teh source, that wraps unit-get public-address :)
[16:59] <apuimedo> ;-)
[16:59] <apuimedo> thanks
[17:06] <lazyPower> np apuimedo :)
[17:43] <beisner> gnuoy, jamespage - the heat charm does have a functional usability issue, though not a deployment blocker, nor a blocker for using heat with custom templates.  that is, the /etc/heat/templates/ dir is just awol.   bug 1431013   looks to have always been this way, so prob not crit for 1507/8 rls.
[17:43] <mup> Bug #1431013: Resource type AWS::RDS::DBInstance errors <amulet> <canonical-bootstack> <openstack> <uosci> <heat (Juju Charms Collection):Confirmed> <https://launchpad.net/bugs/1431013>
[17:44] <lazyPower> ejat-: Hey, how did you get along this weekend? I wound up being AFK for a good majority.
[17:47] <beisner> gnuoy, jamespage, coreycb ... aka ... ^ our "one" remaining tempest failure to eek out  ;-)    http://paste.ubuntu.com/11994632/
[17:49] <coreycb> beisner, would that fixup the rest of the failing smoke tests?
[17:49] <beisner> see paste ... we are down to that 1
[17:49] <beisner> after some merges and template tweaks today
[17:50] <beisner> coreycb, i'm installing heat from package in a fresh instance just to see if the templates dir is awol there (ie. without a charm involved).
[17:54] <beisner> coreycb, yeah so these files and this dir don't make it into /etc/heat/templates when installing on trusty.  http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/heat/trusty/files/head:/etc/heat/templates/
[17:54] <coreycb> beisner, that's awesome, down to 1
[17:55] <coreycb> beisner, might be a packaging issue
[17:56] <beisner> coreycb, yeah, woot!
[17:56] <beisner> coreycb, and ok, bug updated, she's all yours ;-)
[17:57] <coreycb> beisner, thanks yeah I'll dig deeper later, need to get moving on stable kilo
[17:57] <beisner> coreycb, yep np.  thanks!
[18:16] <beisner> gnuoy, 1.24.4 is in ppa:juju/proposed    re: email, when you next exercise the ha wip spec(s), can you do that on 1.24.4?
[18:34] <ddellav> jamespage, your requested changes have been made and all tests updated: https://code.launchpad.net/~ddellav/charms/trusty/glance/upgrade-action/+merge/265592
[19:50] <jamespage> beisner, reverting that regex change resolves the problem
[19:50] <jamespage> with cinder
[19:51] <beisner> jamespage, ah ok.  i can't find context on that original c-h commit @ http://bazaar.launchpad.net/~charm-helpers/charm-helpers/devel/revision/409
[19:52] <jamespage> beisner, [daniel-thewatkins] Detect full disk mounts correctly in is_device_mounted
[19:52] <beisner> jamespage, yep, saw that, but was looking for a merge proposal or bug to tie it to.
[19:53] <beisner> (being that that fix breaks this charm)
[20:02] <beisner> jamespage, i suspect context is:  http://bazaar.launchpad.net/~charmers/charms/trusty/ubuntu-repository-cache/trunk/view/head:/lib/ubuntu_repository_cache/storage.py#L131
[20:02] <beisner> s/is/was/
[20:03] <jamespage> beisner, I'm actually wondering whether that charm-helpers change has uncovered a bug
[20:04] <jamespage> beisner, huh - yeah it does
[20:04] <beisner> ooo oo a cascading bug
[20:04] <jamespage> beisner, /dev/vdb was getting missed on instances, so got added to the new devices list before
[20:04] <jamespage> no longer true
[20:04]  * jamespage scratches his head for a fix
[20:08] <jamespage> beisner, the charm does not have configuration semantics that support re-using a disk that's already mounted
[20:09] <jamespage> beisner, overwrite specific excludes disks already in use - its a sorta failsafe
[20:09] <jamespage> beisner, I could do a ceph type thing for testing
[20:12] <beisner> jamespage, ok so vdb is mounted @ /mnt, and with that c-h fix, the is it mounted helper actually works.  whereas all along we've just  been clobbering vdb?  is that about right?
[20:12] <jamespage> beisner, yup
[20:13] <beisner> jamespage, ok i see it clearly now.
[20:19] <jamespage> beisner, ok - testing something now
[20:21] <jamespage> beisner, https://code.launchpad.net/~james-page/charms/trusty/cinder/umount-mnt/+merge/266803
[20:21] <jamespage> testing now
[20:22] <beisner> sweet.  oh look you even updated the amulet test.  i was just thinking:  i'll need to update a config option there.
[20:23] <beisner> jamespage, if this approach is what we stick with, i'll update o-c-t bundles
[20:23] <jamespage> beisner, how else would I test my change? ;)
[20:24] <beisner> jamespage, well that's the shortest path for sure!
[20:24] <jamespage> beisner, longer term filesystem_mounted should go to charm-helpers
[20:24] <jamespage> but for tomorrow here is fine imho
[20:28] <beisner> jamespage, ack
[20:39] <jamespage> beisner, passed its amulet test for me
[20:39] <jamespage> beisner, https://code.launchpad.net/~james-page/charms/trusty/cinder/umount-mnt/+merge/266803
[20:39] <jamespage> gnuoy, ^^ or any other charmer
[20:39] <jamespage> beisner, I've not written a unit test which makes me feel guilty
[20:39] <jamespage> but I need to sleep
[20:40] <marcoceppi> jamespage: idk, lgtm
[20:40] <beisner> jamespage, lol
[20:40] <jamespage> marcoceppi, ta
[20:40] <beisner> jamespage, yes, i believe this will do the trick.   thanks a ton.  i've updated and linked the bug.
[20:40] <marcoceppi> jamespage: maybe just default ephemeral-mount to /mnt ?
[20:41] <jamespage> marcoceppi, meh - I'd prefer to keep it aligned to ceph
[20:41] <marcoceppi> jamespage: and I really don't care enough either way
[20:41] <jamespage> marcoceppi, just in case someone did have /mnt mounted as something else :-)
[20:41] <jamespage> marcoceppi, and really did not want it unmounted
[20:41]  * marcoceppi nods
[20:41] <jamespage> marcoceppi, this is really a testing hack
[20:41] <marcoceppi> jamespage: yeah, I see that in the amulet test you updated
[20:42] <jamespage> beisner, ok - going to land that now
[20:42] <beisner> jamespage, yep +1
[20:43] <jamespage> beisner, done - to bed with me!
[20:43] <jamespage> nn
[20:43] <beisner> jamespage, thanks again.  and, Odd_Bloke thanks for fixing that bug in is_device_mounted.
[20:50] <Odd_Bloke> beisner: :)
[21:00] <moqq> how do i deal with an environment that seems completely stalled? when i try ‘juju status’ it just hangs indefinitely
[21:10] <marcoceppi> moqq: is the bootstrap node running?
[21:11] <marcoceppi> what provider are you using?
[21:12] <moqq> marcoceppi: yes, machine-0 service is up. manual provider
[21:12] <marcoceppi> moqq: can you ssh into the machine?
[21:12] <moqq> yep
[21:12] <marcoceppi> moqq: `initclt list | grep juju`
[21:13] <moqq> marcoceppi: http://pastebin.com/dUqwsTez
[21:14] <marcoceppi> moqq: sweet! VoltDB
[21:14]  * marcoceppi gets undistracted
[21:14] <moqq> haha
[21:14] <marcoceppi> moqq: try `sudo restart jujud-machine-0`
[21:14] <marcoceppi> give it a few mins
[21:14] <marcoceppi> then juju status
[21:15] <marcoceppi> also, are you out of disk space? `df -h`?
[21:15] <moqq> no plenty of space. and restarting the service to no avail, have cycled it a good handful of times
[21:15] <marcoceppi> moqq: have you ccycled the juju-db job as well?
[21:15] <marcoceppi> that's the next one
[21:15] <moqq> yeah
[21:15] <marcoceppi> moqq: time to dive into the logs
[21:16] <marcoceppi> what's the /var/log/juju/machine-0 saying?
[21:16] <moqq> marcoceppi: http://pastebin.com/KWDXACvD
[21:17] <marcoceppi> moqq: were you running juju upgrade-juju ?
[21:17] <moqq> yeah at one point i tried to and it failed
[21:17] <marcoceppi> moqq: from what version?
[21:18] <marcoceppi> moqq: this may be a bug that was fixed recently, and if so there's a way to recover still
[21:18] <moqq> 1.23.something -> 1.24.4
[21:18] <moqq> iirc
[21:19] <marcoceppi> moqq: what does `ls -lah /var/lib/juju/tools` look like?
[21:20] <moqq> marcoceppi: http://paste.ubuntu.com/11996021/
[21:20] <marcoceppi> moqq: this should help: https://github.com/juju/docs/issues/539
[21:20] <marcoceppi> moqq: you'll need to do that for all of the symlinks
[21:21] <marcoceppi> moqq: so, stop all the agents first
[21:21] <marcoceppi> then that
[21:21] <marcoceppi> then start them all up again, with juju-db and machine-0 being the first and second ones you bounce
[21:21] <moqq> ok thanks. on it
[21:22] <beisner> coreycb, around?  if so can you land this puppy?:  https://code.launchpad.net/~1chb1n/charms/trusty/hacluster/amulet-extend/+merge/266355
[21:26] <coreycb> beisner, sure, but is that branch frozen for release?
[21:29] <moqq> thanks marcoceppi that did the trick!
[21:30] <marcoceppi> moqq: awesome, glad to hear that. It was only a bug that existed in 1.23, so going forward you shouldn't have an issue with upgrades *related to this*
[21:30] <moqq> ok excellent
[21:30] <moqq> now, its gotten me to 1.24.3
[21:30] <moqq> but it seems to be refusing to go to 1.24.4
[21:31] <moqq> ubuntu@staging-control:/var/lib/juju/tools$ juju upgrade-juju --version=1.24.4  >>> ERROR no matching tools available
[21:31] <marcoceppi> moqq: 1.24 is a proposed release
[21:31] <marcoceppi> moqq: you need to set your tools stream to proposed instead of released
[21:31] <marcoceppi> moqq: I'd honestly just wait until it's released (in a few days)
[21:31] <moqq> i’m pretty sure i already did. juju has been constently chewing up 100% of all of our cpus
[21:32] <moqq> so i was hoping the .4 upgrade would fix that
[21:32] <marcoceppi> ah
[21:32] <moqq> cuz if its not solved soon i have to rip out juju and switch to puppet or chef
[21:33] <marcoceppi> moqq: hum, juju using 100% shouldn't happen
[21:33] <marcoceppi> is there a bug already for this?
[21:33] <moqq> yeah https://bugs.launchpad.net/juju-core/+bug/1477281
[21:33] <mup> Bug #1477281: machine#0 jujud using ~100% cpu, slow to update units state <canonical-bootstack> <canonical-is> <performance> <juju-core:Triaged> <https://launchpad.net/bugs/1477281>
[21:34] <marcoceppi> moqq: looks like this was reported with 1.23, is it still chewing 100% cpu on 1.24.3?
[21:35] <moqq> it looks fine for the moment. but when i did this upgrade on the other env earlier it was fine for 20m then went back to spiking
[21:35] <moqq> going to watch it
[21:36] <marcoceppi> moqq: if it does spike up and start chewing 100% again, def ping me in here and update that bug saying it's still a problem, it's not targeted at a release so it's really not on the radar atm
[21:37] <marcoceppi> moqq: as to your other question about 1.24.4, what does `juju get-env agent-stream` say?
[21:38] <moqq> marcoceppi: ok, will do
[21:38] <moqq> apparently >>> ERROR key "agent-stream" not found in "staging" environment
[21:39] <marcoceppi> moqq: haha, well that's not good
[21:39] <marcoceppi> well, that's not bad either
[21:39] <marcoceppi> jsut, interesting
[21:40] <marcoceppi> moqq: you could try `juju set-env agent-stream=proposed`, then an other upgrade-juju (per https://lists.ubuntu.com/archives/juju/2015-August/005540.html)
[21:40] <marcoceppi> but if there is no value currently it may not like that
[21:40] <moqq> just gave a warning, but it set ok
[21:41] <marcoceppi> moqq: well, if you feel like being daring you can give it a go
[21:41] <marcoceppi> in the changelog I doin't see any reference to CPU consumption
[22:13] <bdx> core, devs, charmers: Is there a method by which juju can be forced to not overwrite changes to config files on node reboot?
[22:14] <beisner> coreycb, nope we can land passing tests any time.


[01:44] <gamerchick02_> rick_h_, April snow makes things... grow?
[02:07] <Scary_Guy> Makes my anger grow that there is snow
[02:08] <Scary_Guy> I don't really mind the snow, it's the cold I hate
[02:08] <Scary_Guy> snow just sucks to drive in
[02:24] <rick_h_> it's well over an inch here now...
[02:24] <rick_h_> I guess it's 45 tomorrow so it'll just melt
[02:25] <rick_h_> but still, looks like quite the winter wonderland atm
[12:12] <waldo323> good spring/winter morning...it was spring when I left for work and winter when I got to work
[12:20] <cmaloney> morning
[12:30] <cmaloney> rick_h_:Yeah, we have a light dusting on the ground today
[12:30] <cmaloney> reminder: MUG meeting tonight. Michael Lucas will be there!
[12:30] <cmaloney> But if you can't be there we should be streaming tonight
[12:30] <cmaloney> (check the website fo details)
[12:31] <cmaloney> Also we have board elections
[12:33] <rick_h_> It's pretty out I guess https://photos.app.goo.gl/h0lFcKXCC1PFLVTo1
[12:35] <cmaloney> Wow.
[12:36] <cmaloney> BTW: I mentioned to JoDee that you were upset that you couldn't go kayaking. She said you could still go kayaking. It could be a whole new sport
[12:38] <rick_h_> hah
[12:38] <rick_h_> Ice man cometh
[12:52] <waldo323> https://goo.gl/images/j3XM6D
[12:54] <rick_h_> hah
[13:08] <cmaloney> nice
[14:27] <jrwren> some folks do cold weather kayaking, but i've decided never to try. :)
[14:34] <rick_h_> yea, I like slashing some cool water on me to cool down in the summer
[14:34] <rick_h_> not sure on kayaking with the goal of "no water on me!"
[14:54] <cmaloney> heh
[15:48] <cmaloney> If anyone is interested in a front-end position in Ann Arbor the following came in my mail from Blue Chip Talent: https://paste.ubuntu.com/p/r4WRQdGQbJ/
[15:50] <jrwren> wow, i must be getting old. I don't even consider descriptions that don't tell me what the company does.
[16:35] <brousch> It is nice to be able to choose a job based on what the company does as well as the technology you'd be doing
[16:59] <cmaloney> I've hit the point too where if it says "adtech", "fintech", or "blockchain" I'm not going to be a good fit
[17:00] <cmaloney> your priorities are not in-line with the priorities that I have
[19:14] <waldo323> the name of my next company -> AdTech FinTech Blockchain, strategy card and board games for the tech savvy
[19:15] <waldo323> or rather AdTech FinTech Blockchain Games, strategy card and board games for the tech savvy
[19:42] <cmaloney> waldo323: Don't make me come over there...
[19:43] <cmaloney> Though if you combine AdTech, FinTech, BlockChain, and Cryptocurrencies I think you create the Douchebag Singularity
[19:43] <brousch> I think he's trying to make sure you stay away
[21:00] <rick_h_> https://twitter.com/qedtherese/status/970856226106982401 there you go
[21:01] <rick_h_> looks like still folks hacking on the bookmark/link problem
[22:59] <cmaloney> We're streaming the MUG meeting now


[13:00] <nubae> greets
[13:02] <nubae> have you guys seen this: http://libresoftwareworldconference.com/es
[13:02] <nubae> seems quite interesting... and is in Spain...
[13:02] <nubae> They are looking for folks to present stuff
[13:03] <nubae> perhaps it might be an avenue for presenting edubuntu or ltsp or both?


[18:11] <wildnfree> james_w: I like it (webooti). Are you suggesting it for booths at fests?
[18:15] <james_w> someone just pointed it out to me as a device running Ubuntu
[18:15] <james_w> not really a news article to point to, but I thought it might still be of interest for LWN
[18:15] <james_w> UWN even :-)
[18:19] <wildnfree> I agree. They should make more of this sort of news


[08:26] <czajkowski> ello
[08:27] <moylan> hi
[08:27] <moylan> hope you're healing fast
[08:28] <czajkowski> yup
[08:28] <czajkowski> getting there slowly
[08:29] <czajkowski> the damn itching of the scar is driving me a bit bonkers
[08:29] <moylan> at least going in the right direction
[08:29] <czajkowski> yup
[08:29] <czajkowski> they said thats a good sign
[08:29] <moylan> means the nerves are working 100%
[08:30] <moylan> the internet blackout yesterday was interesting.
[08:32] <moylan> the american politicians backing off their own bill because of it will only encourage more such events.
[08:36] <czajkowski> at least my twitter stream and G+ stream may be quiet
[08:36] <moylan> i found twitter much busier yesterday.  irc was quiet.  don't use g+.  prefer diaspora


[15:00] <jawn-smith> o/
[15:00] <slyon> o/
[15:00] <ogayot> o/
[15:00] <bdmurray> o/
[15:00] <enr0n> o/
[15:00] <jawn-smith> #startmeeting Weekly Ubuntu Foundations team
[15:00] <meetingology> Meeting started at 15:00:37 UTC.  The chair is jawn-smith.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[15:00] <meetingology> Available commands: action, commands, idea, info, link, nick
[15:00] <jawn-smith> #topic Lightning Round
[15:01] <jawn-smith> The status is here: https://discourse.ubuntu.com/t/foundations-team-updates-thursday-21-july-2022/29675
[15:01] <jawn-smith> Let's take our usual few minutesx to read and ask questions
[15:02] <bdrung> o/
[15:03] <jawn-smith> dbungert: I started reviewing some of the patches you created
[15:03] <dbungert> nice
[15:05] <jawn-smith> #topic Release incoming bugs
[15:05] <jawn-smith> #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-kk-incoming-bug-tasks.html#foundations-bugs
[15:06] <jawn-smith> bug 1981109
[15:06] <jawn-smith> That is being worked by the desktop
[15:06] <jawn-smith> bug 1981721
[15:07] <slyon> jawn-smith: we can let that one sit there for now. I've reached out to the openstack team and they will help with reproduction
[15:07] <bdmurray> Can we do anything about the bug status and importance in bug 1981109
[15:09] <jawn-smith> bdmurray: thanks for setting the importance and triaged on that bug
[15:09] <jawn-smith> bug 1982462
[15:10] <slyon> this one was reported by the Ubuntu core team. Seems there is an easy upstream fix available.
[15:10] <slyon> I think it'd make sense to spot check the proposed solution and maybe also include it into the pending Jammy SRU, cc enr0n
[15:10] <slyon> so should be carded IMO
[15:10] <enr0n> Yeah, this is probably worth SRU'ing. The patch we added as a result of bug 1978079 has caused a few head aches (see rls-jj-incoming later).
[15:11] <jawn-smith> Okay cool, slyon do you mind creating a card?
[15:11] <slyon> jawn-smith: I can do that!
[15:11] <jawn-smith> Thanks!
[15:11] <jawn-smith> That's it for kk
[15:11] <jawn-smith> #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html#foundations-bugs
[15:12] <bdmurray> a "few headaches"? how important are those?
[15:12] <enr0n> bdmurray: I'll elaborate when we get to that bug
[15:12] <jawn-smith> pausing to discuss the few headaches
[15:13] <jawn-smith> Okay, bug 1970449
[15:14] <jawn-smith> We discussed this last week and decided to not card it until the person who tagged it (julian_k) was available for discussion
[15:14] <bdmurray> There may be a patch
[15:14] <bdmurray> from a deactivated account which is weird
[15:15] <jawn-smith> bdrung: Thanks for volunteering to look at the "patch"
[15:16] <jawn-smith> bug 1981721
[15:16] <slyon> Same as before, not actionable right now as we're waiting on openstack team input
[15:17] <jawn-smith> right, moving on
[15:17] <jawn-smith> We already discussed 1982562, so skipping that
[15:17] <jawn-smith> bug 1981622
[15:17] <jawn-smith> this was the one enr0n wanted to discuss
[15:18] <enr0n> The actual problem here is that the mtdpstore module is not configured quite right in our kernel, so when trying to load the module you get an error printed in dmesg
[15:18] <enr0n> However, that really doesn't impact anything because other pstore backends are available etc.
[15:19] <jawn-smith> It turns out this bug isn't really the cause of the issues the users are seeing
[15:20] <jawn-smith> So is there anything for foundations to fix here? Is the actual bug a foundations issue?
[15:22] <enr0n> I would like to card this so that we don't unnecessarily print this error
[15:22] <jawn-smith> Great, thanks. Let's card it
[15:22] <slyon> will do
[15:23] <jawn-smith> That's it for rls-jj
[15:23] <jawn-smith> #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html#foundations-bugs
[15:23] <jawn-smith> Just one
[15:23] <jawn-smith> bug 1930482
[15:23] <slyon> this is a crash in systemd-networkd
[15:24] <slyon> I did some initial investigation and might have found the upstream fix. But it should be double checked and possibly staged for Focal SRU
[15:24] <jawn-smith> Okay if it's something that we're going to work on then let's create a card
[15:24] <slyon> enr0n: do we have anything prepared for Focal currently?
[15:25] <enr0n> Yeah, we have a few things staged and I am working on getting a focal SRU ready
[15:25] <enr0n> Not urgently, but in the next couple weeks maybe
[15:25] <slyon> okay so let's card this, and try to include it
[15:25] <enr0n> Sounds good to me
[15:26] <jawn-smith> #topic Team proposed-migration report
[15:26] <jawn-smith> #link https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs
[15:26] <jawn-smith> ubuntu-meta is with desktop
[15:27] <jawn-smith> usb-creator, lintian, mutt are all waiting on MIRs
[15:27] <jawn-smith> liburi-perl also appears to be waiting on an MIR that is being worked by slyon
[15:28] <slyon> yeah. we might not need an MIR for liburi-perl, but can drop the dependency (or the Debian maintainer might do it for us)
[15:28] <jawn-smith> ubuntu-release-upgrader: any volunteers to look at this one?
[15:29] <jawn-smith> seems like maybe a bdmurray issue
[15:29] <bdrung> FAIL: test upgrade from EOL release to EOL release
[15:29] <bdmurray> that's a network issue, I'll retry it
[15:30] <jawn-smith> Thanks
[15:30] <jawn-smith> I looked into curl a bit
[15:30] <jawn-smith> It's a riscv64 issue. There is a call to some atomic function that isn't supported by gcc on riscv64
[15:30] <jawn-smith> alexghiti, xypron have you seen anything like that before?
[15:31] <alexghiti> Oh I saw a fix for this one not that long ago
[15:31] <jawn-smith> oh cool, would you be interested in looking at curl this week?
[15:31] <alexghiti> Yes I can do that
[15:31] <jawn-smith> Great, thanks
[15:31] <jawn-smith> enr0n can you follow up on systemd?
[15:31] <enr0n> Yes
[15:31] <jawn-smith> Thanks
[15:32] <jawn-smith> golang and ubuntu-image should be mine
[15:32] <jawn-smith> golang has a weird test failure on ppc64el that I need to investigate
[15:32] <jawn-smith> so those are with me
[15:33] <jawn-smith> sqlite3: waveform?
[15:33] <waveform> ack
[15:33] <jawn-smith> Thanks
[15:33] <jawn-smith> git has a few, but based on the architectures some of them could just be retries
[15:33] <jawn-smith> dbungert: git?
[15:33] <dbungert> ack for git
[15:33] <jawn-smith> thanks!
[15:34] <jawn-smith> I'm going to trigger a migration-reference/0 test for astroquery
[15:35] <jawn-smith> lxml has a few regressions, also on architectures that have had some flakiness lately
[15:35] <jawn-smith> xypron: lxml?
[15:36] <xypron> Vacation?
[15:36] <xypron> I will be away the next two weeks
[15:36] <jawn-smith> Ah right, have fun!
[15:36] <jawn-smith> slyon: lxml?
[15:36] <slyon> sure
[15:36] <jawn-smith> Thanks!
[15:37] <jawn-smith> bdrung: can you look into pillow?
[15:37] <bdrung>  yes
[15:38] <jawn-smith> Thanks. Now everyone who is in the meeting has a proposed-migration task
[15:38] <vorlon> not me
[15:38] <vorlon> :)
[15:38] <ogayot> jawn-smith: I don't have one yet
[15:38] <jawn-smith> oh whoops
[15:39] <jawn-smith> vorlon: can you take python3-stdlib-extensions failures a-l ?
[15:39] <vorlon> oh Gawd
[15:39] <jawn-smith> and ogayot can take p-z
[15:39] <vorlon> I suppose
[15:40] <ogayot> jawn-smith: ack
[15:41] <jawn-smith> Okay now everyone has one
[15:41] <jawn-smith> #topic AOB
[15:41] <enr0n> I am out all of next week
[15:46] <bdmurray> jawn-smith: I think that's it
[15:47] <jawn-smith> #endmeeting
[15:47] <meetingology> Meeting ended at 15:47:34 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2022/ubuntu-meeting.2022-07-21-15.00.moin.txt


[01:05] <fishcooker> Linux 3.2.0-57-generic #87-Ubuntu SMP Tue Nov 12 21:38:12 UTC 2013 i686 i686 i386 GNU/Linux.. yes i do install 12.04..but in case i choose linux-image-generic for its kernel
[01:05] <fishcooker> now my wifi card don't work well
[01:06] <fishcooker> how to add propietary wireless card driver
[04:00] <zul> hallyn_:  yeah ill do it this weekend ;)
[04:35] <stevie_man> I am trying to upgrade my 10.10 server but I need to install update-manager-core but when I do I get the following error: E: Unable to locate package update-manager-core
[04:35] <stevie_man> Infact I get that error for everything I try to install using ap-get
[05:03] <hallyn_> zul: cool - ttyl
[05:57] <hallyn_> all right i think i'm going to drop the linaro patches from qemu in the 1.7 merge.  They are mostly for omap3 support, would be surprised if too many people cared.
[05:57] <hallyn_> (and the patchset is a bit stale - i successfully refreshed the set, but am not feeling particularly confident about the result)
[06:29] <yogeshsarwate> Hi
[06:31] <cfhowlett> yogeshsarwate, ho
[06:49] <diverdude> is LTO-6 the most recent tape format for backup?
[07:35] <cju-pp> I am using EC2 to host an Ubuntu server. After a few hours of running, the SSH crashes. If I stop and start the server it works again, I can't figure out why this is happening, anyone have any ideas what logs I should look through to start figuring it out? I have googled online for the past few hours already.
[10:24] <t0lk_> I have php 5.2.10 on ubuntu 12.04 and no matter what I do I can't get it upgrade to any other version. Can anyone point me to the right guide?
[10:29] <bekks> t0lk_: How do you try to upgrade then?
[10:30] <t0lk_> i did udate/upgrade/full-upgrade
[10:31] <t0lk_> thyen add-apt-repository ppa:ondrej/php5
[10:31] <t0lk_> and update/upgrade again
[10:31] <t0lk_> nothing changed
[10:32] <t0lk_> thanks bekks for help
[10:34] <bekks> Then you have to take a look at the PPA to see which versions it provides.
[10:34] <t0lk_> okay
[10:36] <t0lk_> bekks it says the repository has 5.5.6 https://launchpad.net/~ondrej/+archive/php5/+index?batch=75&memo=75&start=75
[11:11] <blueking> has there been some changes some packages?  got som errors in networking,  service networking restart didn't work with clean install,  And avahi was installed by default and putted in iproute <IP_ADDRESS>   that I found in /etc/network/if_up, if_down    didn't do that in install of ubuntu server  some days ago ?   does ubuntu server install  some stuff  by default ?
[11:13] <blueking> avahi_autoipd
[11:13] <ikonia> "errors in networking" isn't very specific
[11:15] <blueking> service networking restart   -> Unknown job
[11:16] <ikonia> 1.) what version of ubuntu is it 2.) is it a physical or virtual host 3.) has that ever worked on this exact machine running your current ubuntu build ?
[11:17] <blueking> route -n  did show  <IP_ADDRESS>    in addition to IP's I set in /etc/network/interface   p2p1   dhcp and p3p1  set by static to <IP_ADDRESS>
[11:18] <ikonia> not what I asked
[11:18] <blueking> ubuntu 13.10
[11:18] <blueking> server
[11:21] <ikonia> ok, you can't be bothered reading my questions clearly and answering them, I'm not helping
[11:22] <blueking> everything worked nice  until I installed webmin     then suddenly  net wasn't working  tryed to fix it for 10 hours, gave it up  made a clean install, net was ok  install isc-dhcp-server   set up dhcp's conf files    and shorewall    and net was down route -n shows <IP_ADDRESS> was back
[11:23] <blueking> avahi are installed by default ?
[11:23] <cfhowlett> !webmin
[11:23] <blueking> I know that
[11:23] <blueking> didn't install it on new system
[11:24] <blueking> ikonia: I didn't specify any virtual host,  physical host   mobo got two interfaces identified as p3p1 and p2p1
[11:25] <ikonia> blueking: not interested sorry, I asked 3 questions very clearly, you chose to ignore them, and ignore them a second time after I asked again.
[11:25] <blueking> ifconsorry have a baby 2 weeks that needs my attention
[11:26] <ikonia> a nonsense excuse, you've got time to sit here and type answers to questions I didn't ask, you've got time to type the answers to the questions I asked
[11:28] <blueking> ikonia: sorry that I've taken your time,  Will come back later when I can focus more to convo here  sorry, see you later
[12:16] <blueking> ok  think i found out where i failed'
[14:28] <Pryath> Anyone here know what to do to allow MultiViews (for apache2) if I've already set "AllowOverride All" and "Options Multiviews" in both apache2.conf and 000-default.conf (in sites-available) AND have "RewriteEngine On" in .htaccess?
[14:28] <Pryath> it still doesn't work
[14:44] <mikeshollen> Good morning. I am setting up a Linux server, and I am trying to install/configure the no-ip server for free dynamic DNS. I ran make install, and followed through with the questions being asked. I am under the impression it should be running now. How do I check to see if it is currently a running service?
[14:54] <ikonia> mikeshollen: checking if the daemon is running, checking if the IP is updated in dns
[14:54] <ikonia> mikeshollen: looking at any log files ?
[14:54] <ikonia> mikeshollen: looking at startup warnings/error messages when you started the application
[14:54] <mikeshollen> ikonia, thank you for your help. You'll have to bear with me, I'm a linux noob.
[14:54] <mikeshollen> ikonia, how do I check to see if the daemon is running?
[14:55] <ikonia> mikeshollen: ok - before going any further, I'd suggesting reading https://help.ubuntu.com - the server section and get a basic idea of how to work with the OS as a server
[14:55] <ikonia> mikeshollen: if you can get the basics of how to run the machine, you can then move forward easier
[14:56] <mikeshollen> ikonia, reading
[15:19] <mikeshollen> ikonia, so when I want to install the new pending security updates in my server, I enter 'sudo apt-get install unattended-upgrades' or is that to automate future updates?
[15:20] <ikonia> thats a package for a software package/configuration
[15:20] <ikonia> apt-get upgrade will bring your machine inline with the pending updates
[15:20] <mikeshollen> thank you
[15:21] <mikeshollen> ikonia, how frequently would you recommend running this for a server? do you think once per month is sufficient?
[15:22] <ikonia> mikeshollen: you'll need to work out the risks of what you are running, once a month can be fine, but so can once a week, once a day, etc etc, weigh up the pros/cons
[15:22] <mikeshollen> ikonia, there are no sensitive files on the server. My primary concern is uptime
[15:31] <mikeshollen> ikonia, if eth0 is my ethernet, what is my wireless? eth1 doesn't seem to work
[15:35] <ikonia> I don't believe the server install ships with wireless tools
[15:35] <ikonia> mikeshollen: why don't you just run the desktop version - which has everything needed/ready for a home computer
[15:35] <ikonia> mikeshollen: you'll find it a LOT easier to get working
[15:36] <mikeshollen> ikonia, i am running the home desktop version. I did not want a gui, but I tried installing server 64 and 32 bit on my nettop for hours and after grub the system wouldn't post at all
[15:36] <mikeshollen> ikonia, I eventually gave in, and installed 12.04 lts desktop in 64 bit
[15:36] <ikonia> ok - so then #ubuntu would be the right channel for you
[15:37] <mikeshollen> ikonia, they sent me here. I am trying to work in command line remotely
[15:37] <mikeshollen> ikonia, they told me the server type questions I was asking would be better suited for this channel
[15:37] <arstan> Greetings! I'm trying to customize 12.04 server, looking at http://razvangavril.com/linux-administration/custom-ubuntu-server-iso/ guide. I know I'm doing all correct, double checking with community wiki as well the steps... But for some reasons I get this error with python-maas-provisioningserver md5 checksum error...  screenshot - http://razvangavril.com/linux-administration/custom-ubuntu-server-iso/
[15:38] <arstan> anybody had this kind of issue? any clues here?
[15:38] <ikonia> mikeshollen: you're ubuntu ubuntu desktop edition - I suggest #ubuntu as this channel is for the server release, and you're not usin git
[15:39] <mikeshollen> ikonia, ok
[15:39] <ikonia> mikeshollen: they told you to come here as you said "I'm running a linux server", which suggests your running the server build
[15:43] <arstan> http://imgur.com/NAN8NBT anybody?
[15:54] <ikonia> arstan: error seems pretty clear
[15:55] <arstan> ikonia: yep, pretty clear. but using the same sources without adding any additional changes to  the seed file it works like charm
[15:56] <ikonia> doesn't change the fact that your current media is corrupted
[15:56] <arstan> ikonia: I don't make changes to that deb file in any way
[15:57] <ikonia> I didn't say you did
[15:57] <arstan> ikonia: Ok, may be you give me a hint here?
[15:57] <ikonia> arstan: your media is corrupted/damaged/can't be read
[15:57] <ikonia> fix / renew the media
[15:57] <arstan> ikonia: renew? hows that?
[15:58] <ikonia> "make a new copy of the media"
[15:58] <arstan> ikonia: done copying over and over few times already
[15:58] <ikonia> what is this media ? a cd - an apt repo, a usb stick ?
[15:59] <arstan> ikonia: iso image. from ubuntu cdimage
[15:59] <ikonia> and you've mounted the ISO image ?
[15:59] <ikonia> how are you using it
[15:59] <arstan> ikonia: I mount it locally and make copy using rsync
[16:00] <ikonia> so either a.) your source is a problem b.) your copy process is corrupting it
[16:00] <arstan> ikonia: must be process
[16:00] <arstan> sudo mkisofs -J -l -b isolinux/isolinux.bin -no-emul-boot -boot-load-size 4 -boot-info-table -z -iso-level 4 -c isolinux/isolinux.cat -o ./ubuntu-12.04.3-custom-server-i386.iso custom-iso/
[16:01] <arstan> ikonia: amything suspicious for you here?
[16:01] <ikonia> so this isn't an ubuntu cd
[16:01] <ikonia> this is you making your own image
[16:01] <arstan> ikonia: thats right, sir
[16:02] <ikonia> then I'm out
[16:02] <arstan> ikonia: why?
[16:02] <ikonia> I don't know the process / changes you're making
[16:02] <ikonia> so I'm not validating something I don't know
[16:03] <arstan> ikonia: good point
[16:03] <arstan> ikonia: thanks anyways!
[16:03] <ikonia> sorry
[16:04] <arstan> ikonia: https://help.ubuntu.com/community/InstallCDCustomization but this seems to be quite outdated
[16:05] <arstan> ikonia: https://help.ubuntu.com/12.04/ seems theres not much help there
[16:05] <ikonia> I don't write those documents, nor do I use them so I don't know their current status, I find most community docs out of date / unmaintained / tested so rarely trust them
[16:05] <jrwren> mikeshollen: did you find wlan0 yet?
[16:06] <Pryath> I'm still having trouble configuring mod rewrite and multiviews for my ubuntu 13.10 server w/ apache. Would any of you be able to help me? I've set AllowOverride All in the vhost and apache2.conf. I've also specified Options MultiViews in those places AND the .htaccess file
[16:06] <arstan> Pryath: have you enabled mod_rewrite module?
[16:06] <Pryath> I believe I have, I've tried every solution I could find online
[16:07] <arstan> Pryath: can brief me about your problem?
[16:07] <Pryath> trying to go to http://<server>/search when search.php is located in /var/www/
[16:08] <Pryath> and I get a not found
[16:08] <Pryath> but if I do http://<server>/search.php it is found
[16:08] <Pryath> so multiviews is not working
[16:08] <Pryath> and rewrite is not working
[16:08] <Pryath> nor is specifying ErrorDocument
[16:08] <arstan> Pryath: so you just want to rewrite search.php to answer for domain.com/search?
[16:09] <Pryath> MultiViews is supposed to make it so <anything>.php can be resolved with http://<server>/<anything>
[16:09] <Pryath> but it is not working
[16:09] <Pryath> it isn't just search.php, it's every .php file
[16:11] <arstan> Pryath: Is there any other reason you need MultiViews and not just an .htaccess rewrite?
[16:12] <Pryath> the htaccess rewrite is for things like profile/<#>
[16:12] <arstan> Pryath: because you can easily rewrite to rewrite *.php files to domain.com/search?
[16:13] <Pryath> I'm trying to tackle the multiviews problem first
[16:13] <Pryath> which may end up fixing the other problem I'm trying to fix
[16:13] <arstan> Pryath: whats you are looking for with multiviews? what to achieve?
[16:13] <Pryath> [09m:18s] <Pryath> MultiViews is supposed to make it so <anything>.php can be resolved with http://<server>/<anything>
[16:14] <arstan> Pryath: thats mod_rewite with .htaccess. Read - http://www.ask.com/explore/apache-multiviews-3660
[16:15] <arstan> Pryath: http://stackoverflow.com/questions/14182741/apache-clean-urls-with-multiviews-enabled
[16:15] <jrwren> yes, that is not what I understand multiviews to be.
[16:16] <Pryath> "The effect of MultiViews is as follows: if the server receives a request for /some/dir/foo, if /some/dir has MultiViews enabled, and /some/dir/foo does not exist, then the server reads the directory looking for files named foo.*, and effectively fakes up a type map which names all those files, assigning them the same media types and content-encodings it would have if the client had asked for one o
[16:16] <Pryath> f them by name. It then chooses the best match to the client's requirements."
[16:16] <Pryath> arstan: already seen that page
[16:16] <jrwren> indeed. I've just never seen multiviews used that way.
[16:17] <Pryath> how have you seen it used
[16:17] <jrwren> the canonical language example
[16:17] <Pryath> can you be more specific?
[16:18] <jrwren> content negotiation like this: https://httpd.apache.org/docs/current/content-negotiation.html
[16:18] <arstan> Pryath: define your problem clearly. IMHO
[16:18] <Pryath> that's where I got that text from
[16:18] <jrwren> i noticed :)
[16:18] <Pryath> that page
[16:19] <Pryath> arstan: I've defined it as clearly as I possibly can
[16:19] <jrwren> Pryath: try #apache? :)
[16:19] <Pryath> I've configured apache2.conf, my 000-default.conf, and .htaccess
[16:19] <Pryath> no one answered me there
[16:19] <Pryath> I'll try again
[16:19] <arstan> Pryath:  [09m:18s] <Pryath> MultiViews is supposed to make it so <anything>.php can be resolved with http://<server>/<anything>
[16:20] <Pryath> right
[16:20] <arstan> Pryath: thats a rewrite. simple as that
[16:20] <Pryath> it means you don't need to use a file extension
[16:21] <arstan> Pryath: yes, rewrite can help with that. Why is that not enough for you?
[16:22] <arstan> Pryath: from my googling the solution: RewriteRule ^/?page/(.*)$ page.php/$1 [L]
[16:23] <arstan> Pryath: http://stackoverflow.com/questions/1337695/remove-php-extension-with-php
[16:24] <arstan> Pryath: http://stackoverflow.com/questions/12231650/how-to-use-apache-mod-rewrite-to-remove-php-extension-while-preserving-the-get
[16:26] <jrwren> Pryath: for the record, Multiviews just plain works for me. I had no idea it was enabled, but all my .html files I can reference without the .html
[16:27] <Pryath> well for some reason every single thing I do with ubuntu turns into 3 hours of scowering for a solution
[16:28] <arstan> Pryath: thats totally not fair thing to say, bro
[16:31] <ikonia> Pryath: then I'd suggest using an OS that you are more comfortable with
[16:58] <Pryath> I figured out the problem
[16:58] <Pryath> apache2 default install for ubuntu server 13.10
[16:59] <Pryath> is missing something
[16:59] <Pryath> http://serverfault.com/questions/473788/the-mod-negotiation-seems-to-be-enabled-but-php-files-without-extensions-retur
[16:59] <Pryath> mod negotiation is not configured for .php
[16:59] <Pryath> but it is configured for .html
[16:59] <Pryath> what an annoying and obscure problem...
[17:21] <Vooloo> How can I get GLIBCXX_3.4.14 on Ubuntu 10.04?
[17:21] <Vooloo> or .15 rather
[18:09] <wiehan> hey, I have an ubuntu 12.04.3 server setup with plex, zoneminder, transmission, etc. I upgraded my router (And I don't really see how this has anything to do with the problem I am experiencing); but I cannot access my server through the usual way say in my browser typing http://ubuntu-server:10000 (for webmin). All that works if I do is <IP_ADDRESS>:10000 (Same for all other web interface apps running on the server). Meaning
[18:09] <wiehan> only the IP address connects to the server not the server name, which surely wasn't changed. I am puzzled
[18:10] <jrwren> Vooloo: compile it yourself?
[18:11] <jrwren> wiehan: names have to resolve to IPs somehow, be it classic dns, or mdns or netbios. something was resolving the name to IP address in the past and is not now.
[22:36] <andygraybeal> so the gui runs on console ctrl-alt-f7 right?  is there a way to run a libvirt/kvm box and have it show up on say ctrl-alt-f6 or something?
[22:39] <xnox> andygraybeal: not really no, libvirt/kvm "show" you the screen via VNC. and do note that the virtual machine also has the same VTs as normal installation (e.g. it also has gui on ctrl-alt-f7)
[22:40] <xnox> andygraybeal: you could start a secondary session on vt6 instead of tty6 job and open VNC connection to the server..... but it would be that great.
[22:56] <andygraybeal> xnox okay
[22:56] <xnox> _would not_ be that great that is.
[22:56] <andygraybeal> i read it as such, thank you though for iterating.
[22:57] <xnox> =)
[22:57] <andygraybeal> hm... so here's my problem.. i have a users computer, that i want to run kvm on to run windows for quickbooks... it's for a very small business and can't afford a 'server'
[22:58] <xnox> andygraybeal: i use virt-manager for all my VMs. Works like a charm.
[22:58] <andygraybeal> yea, but i don't want to teach her how to use virt-manager :)
[22:58] <andygraybeal> but maybe i should.
[22:58] <xnox> andygraybeal: and gives a graphical way for anyone to "connect" to a given VM and auto-start them on boot.
[22:58] <xnox> andygraybeal: i believe you can make a desktop shortcut that opens it full screen.
[22:59] <andygraybeal> okay that is good enough i suppose.. at my previous job, i set them up with LTSP and ltsp can support different rdp/vnc on different virt consoles.. it was rocking.
[22:59] <andygraybeal> but it was on a terminal, not the server itselfl
[22:59] <xnox> andygraybeal: or create a user account that does it, which one logs into to work "on windows"
[23:00] <andygraybeal> thank you xnox, very good solutions
[23:00] <xnox> andygraybeal: lightdm has remote login options, but i'm not entirely sure how that works.
[23:00] <andygraybeal> ah neat.


[07:43] <dholbach> good morning
[14:37] <akgraner> jono_, I think Guest54570 suits you :-)
[14:37] <smartboyhw> LOL
[14:38] <jono_> :-)
[20:49] <pleia2> working on beta1 announcement for fridge


[00:04] <DarthFrog> Hi folks, Brand-new install of Kubuntu Raring 13.04.  I'm trying to set up Myth and get this: http://pastebin.com/uYNuaf04
[00:05] <DarthFrog> Is this a known issue, perchance?
[00:30] <superm1> DarthFrog: nope, looks like it's probably an API change that's happened
[00:30] <superm1> not at all your fault, but we do need to get that fixed
[00:30] <superm1> can you get a bug filed?
[00:30] <DarthFrog> Against aptdaemon?
[00:30] <superm1> yeah
[00:31] <superm1> ubuntu-bug aptdaemon should be sufficient
[00:31] <superm1> and then add that trace
[00:31] <DarthFrog> Or mythbuntu-control-centre?
[00:31] <superm1> against aptdaemon
[00:31] <superm1> it's an aptdaemon bug from the looks of it
[00:31] <DarthFrog> OK.
[00:32] <superm1> oh wait it is filed...
[00:32] <superm1> https://bugs.launchpad.net/ubuntu/+source/aptdaemon/+bug/1108552
[00:32] <superm1> the aptdaemon bug manager hasn't commented on it yet though
[00:32] <DarthFrog> Oh good.  I hate filing bugs, makes me feel like I'm trapped in a maze of twisty passages, all alike.
[00:33] <DarthFrog> I was looking at that bug in mythbuntu-control-centre, couldn't find it in aptdaemon.
[00:35] <DarthFrog> I just added a "me, too" comment to the aptdaemon bug report.
[00:37] <superm1> cool
[00:38] <DarthFrog> Nuisance.  Removing aptdaemon does nothing, mythbuntu-control-centre still doesn't start.  Same bug, even though aptdaemon has been removed.
[01:34] <DarthFrog> OK, I managed to work around the control-centre/aptdaemon bug by doing things manually.  Given that mythtv-setup didn't want to run due to database mismatch (I had been running 0.27 previously and Raring installs 0.26), it was ... fun.    Yeah, that's the ticket, fun.  :-)
[01:43] <superm1> hah i see
[01:48] <tgm4883> we should have 0.27 builds for raring right?
[01:49] <tgm4883> yes we do
[01:49] <tgm4883> DarthFrog, so you should have been able to just install the 0.27 packages and start it
[02:19] <DarthFrog> tgm4883:  Yes, but figing out how to do so was a bit tricky.
[06:05] <zenu> !help
[06:06] <zenu> help
[06:06] <Zinn> !help For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi  Other available commands: !status, !about, !bug [bug_number].
[06:06] <zenu> !about
[06:06] <Zinn> I am an IRC bot written in perl, but my code is not yet released.  I am named after Howard Zinn, you can learn more about him here: http://en.wikipedia.org/wiki/Howard_Zinn
[06:07] <zenu> Does anyone know why a QAM channel would have 98% signal but fail to lock? (works on TVs)
[06:09] <zenu> !help channel lock
[06:09] <Zinn> !help channel lock For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi  Other available commands: !status, !about, !bug [bug_number].
[06:35] <zenu> "error opening jump program file buffer" Does anyone know why this error happens on the guide and when changing channels?
[17:19] <DarthFrog> tgm4883:  I filed a bug report yesterday https://bugs.launchpad.net/ubuntu/+source/aptdaemon/+bug/1108552 about mythbuntu-control-centre not starting in Raring due to problem with aptdaemon.  A dev commented that  " mythubuntu control center uses the ancient python gtk2 bindings.  Are there any plans to go for python3, gtk3 and gobject introspection?  We broke backwards compatibility in aptdaemon. I will try to restore it."
[17:19] <tgm4883> DarthFrog, yea I saw that
[17:20] <tgm4883> superm1, ^^
[17:20] <DarthFrog> tgm4883:  To whom should I report that so that mythbuntu-control-centre can be appropriately upgraded?
[17:20] <superm1> yeah that's me probably
[17:20] <superm1> i haven't started to look at what it will take
[17:20] <tgm4883> port it to QT5!
[17:20] <superm1> hah
[17:20] <DarthFrog> superm1:  Oh good.  I like it when things are easy. :-)
[17:21] <DarthFrog> superm1: I'll only comment that the release of Raring is a few weeks away. :-)
[17:21] <superm1> well that depends on the results of UDS right now...
[17:21] <superm1> it might not release and just turn into a rolling release
[17:22] <DarthFrog> Really?  That soon?  I thought any rolling release would be for after 14.04.
[17:23] <superm1> yeah there's a lot involved with it, but basically it would mean skipping the next two traditional releases
[17:23] <superm1> in the end the tech board needs to approve it though still
[17:23] <DarthFrog> I await the wisdom of the elders. :-)
[17:24] <superm1> DarthFrog: how has raring been for you so far though?  In theory due to the daily QA efforts they've started it's supposed to have been quite stable
[17:26] <DarthFrog> I've only installed it yesterday so my experience is limited.  Today I encountered an update-initramfs bug that's stopping me from installing Nvidia drivers.
[17:26] <DarthFrog> But I've gotten Myth working.
[17:27] <DarthFrog> I run Kubuntu, BTW.
[17:28] <DarthFrog> Oh,, this could be interesting.  I've just done a dist-upgrade, which installed a new kernel.  The update-initramfs bug bit there, too.
[17:29] <superm1> ah.  what's the initramfs bug that's happening?
[17:30] <DarthFrog> https://bugs.launchpad.net/ubuntu/+source/kmod/+bug/1073062
[17:31] <superm1> oh yuck, that's  been a round a while and a lot of duplicates too
[17:32] <DarthFrog> I would think that it's a show-stopper.
[21:49] <Steve-Goodey> Hi, back in the mists of time Mythbuntu 9.10 Mythtv 0.22 would only allow mytharchive to burn a dvd by renaming /home/steve/.ICEauthority to
[21:50] <Steve-Goodey> .ICEauthority.old. Fast forward to Mythbuntu 12.04 Mythtv 0.26, clean install combined front/backend it seems the problem is still with me.
[21:50] <Steve-Goodey> Seems this problem was seen back in 2011. http://ubuntuforums.org/showthread.php?t=1666521&page=3.
[21:50] <Steve-Goodey> Does this sound familiar?
[21:52] <superm1> doesn't ring a bell with me
[21:52] <superm1> it's possible there's certainly a bug there that hasn't been raised and fixed though
[21:56] <Steve-Goodey> OK :-) Hint taken. I'll get some info and get one raisd, thanks,
[21:56] <Steve-Goodey> raisd > raised
[22:03] <tgm4883> IIRC, that was an issue with running GUI apps as root improperly


[14:59]  * slangasek waves
[15:00] <rbalint> o/
[15:00] <slangasek> #startmeeting
[15:00] <meetingology> Meeting started Thu Apr 12 15:00:59 2018 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:00] <meetingology> Available commands: action commands idea info link nick
[15:01] <slangasek> [TOPIC] Lightning round
[15:01] <slangasek> $ echo $(shuf -e slangasek bdmurray xnox tdaitx doko sil2100 rbalint infinity cyphermox mwhudson rcj philroche Odd_Bloke tribaal fginther juliank)
[15:01] <slangasek> xnox juliank rcj rbalint cyphermox tribaal philroche infinity fginther sil2100 doko mwhudson slangasek bdmurray tdaitx Odd_Bloke
[15:01] <slangasek> xnox: hello
[15:01] <sil2100> o/
[15:01] <xnox> skip
[15:01] <juliank> oh, I'm early today
[15:02] <juliank> * SRUed apt in trusty for bug 1332440
[15:02] <juliank> * added missing b-d on dh-python to update-notifier [archive rebuild FTBFS fix]
[15:02] <juliank> * uploaded networkd-dispatcher to bionic
[15:02] <juliank> * wrote JSON hooks for APT, for upcoming snap integration (needs some more detail work)
[15:02] <juliank> * fixed scripts/blkdeactivate.sh.in in lvm2/dmsetup to refer to /usr/bin/sort, not /bin/sort
[15:02] <juliank> * fixed python-apt
[15:02] <juliank>   - test FTBFS
[15:02] <juliank>   - invalid read in tag file
[15:02] <juliank>   - potential out-of-bounds/wrong elements accesses in DepCache (check that objects passed belong to same cache, bug 1737441)
[15:02] <juliank> * verified the APT SRU from above
[15:02] <juliank> * reported bug about different thermal and power limits on T480s ...
[15:02] <juliank> (done)
[15:03] <bdmurray> rcj:
[15:04]  * xnox is ready
[15:04] <xnox> subiquity work w.r.t. slow boot
[15:04] <xnox> subiquity work w.r.t. offline MAAS installer
[15:04] <xnox> fixing upgrade bugs in resolvconf; rsyslog
[15:04] <xnox> working on resolvconf & bionic in a cloud
[15:04] <xnox> uploaded systemd with a few safe fixes
[15:04] <xnox> done.
[15:05] <bdmurray> rbalint: since rcj is somewhere else?
[15:05] <rbalint> * found a few memory handling bugs in unattended-upgrades and in python-apt and fixed them with juliank,
[15:05] <rbalint>   still working on some issues left
[15:05] <rbalint> * updated rax-nova-agent, still working on some issues left
[15:05] <rbalint> * updated libnfs to 2.0.0 in Debian, maybe it enters Ubuntu before the release
[15:05] <rbalint> (done)
[15:05] <cyphermox> - back from vacation
[15:05] <cyphermox> - ubiquity release 18.04.5
[15:05] <cyphermox> - slideshow updates
[15:05] <cyphermox> - shim reviews
[15:05] <cyphermox> - MIR review
[15:05] <cyphermox> - netplan bugfixing: accept-ra defaults, bridge carrier bind (in progress)
[15:05] <cyphermox> - working on shim-signed migration to self-signed DKMS modules
[15:05] <cyphermox> (done)
[15:06] <philroche> tribaal is OoO
[15:06] <philroche> * Deliver early preview of Bionic to public clouds
[15:06] <philroche> * Cloud image build system Vanguard
[15:06] <philroche> (done)
[15:07] <bdmurray> don't see infinity
[15:07] <bdmurray> fginther:
[15:07] <fginther> * Debug bionic image build and test issues
[15:07] <fginther> * Ensured that new releases images were published for trusty, xenial and artful
[15:07] <fginther> * Investigated issues impacting AWS HVM release image publication and ultimately was able to get them published correctly
[15:07] <fginther> * Updated firewall rules and related automation scripts
[15:07] <fginther> * Wrapping up work to enable automated image publication to a partner cloud
[15:07] <fginther> * Some manual lxd testing on cloud images
[15:07] <fginther> * Addressed issue with minimal images impacting publication of certain base images
[15:07] <fginther> * Other build system vanguard work
[15:07] <fginther> (done)
[15:07] <fginther> sil2100:
[15:07] <sil2100> - DMB Meeting
[15:07] <sil2100> - Refreshing packagesets
[15:07] <sil2100> - Bionic queue reviews
[15:07] <sil2100> - SRU reviews and releases
[15:07] <sil2100> - FFe reviews
[15:07] <sil2100> - Reviewing the NEW networkd-dispatcher package
[15:07] <sil2100> - Investigating cxlflash licensing issues with Steve
[15:07] <sil2100> - Running security-britney locally with a local rabbitmq server, preliminary charm tests
[15:07] <sil2100>   * Figuring out how to nicely present the results from the instance
[15:07] <sil2100> - Reviewing livecd-rootfs MP for pre-seeding snaps
[15:08] <sil2100> - Looking into possible dragonboard ubuntu-image classic gadget work
[15:08] <sil2100> - Started work on rp3 u-boot changes
[15:08] <sil2100> (done)
[15:08] <slangasek> doko:
[15:08] <cyphermox> sil2100: if you need testing for rp3; I do have one connected here doing nothing.
[15:08] <sil2100> cyphermox: it'll be a while until its in a testable state ;)
[15:08] <cyphermox> (I can potentially give you VPN access or whatever)
[15:08] <tdaitx> slangasek: gaughen said that doko was out today and tomorrow
[15:09] <bdmurray> go rcj
[15:09] <rcj> rcj:
[15:09] <rcj> * snap preseed support added for binary/chroot hooks in livecd-rootfs
[15:09] <rcj> * cloud-image reviews, care, and feeding
[15:09] <rcj> * partner image development work
[15:09] <rcj> (done)
[15:10] <slangasek>  * driving to release
[15:10] <slangasek>  * took the baton to finish off beta last Thursday
[15:10] <slangasek>   * landed a few bugfixes in ubiquity related to ubiquity-dm startup and VTs
[15:10] <slangasek>  * followed through on some removals of uninstallable-not-buggy packages in -proposed, leading to https://lists.ubuntu.com/archives/ubuntu-release/2018-April/004405.html
[15:10] <slangasek>  * worked to triage priorities for the last sprint iteration before release
[15:10] <slangasek>  * fixing packages stuck in -proposed, and now looking at FTBFS from the archive test rebuild http://qa.ubuntuwire.org/ftbfs/rebuilds/test-rebuild-20180408-bionic.html
[15:10] <slangasek> (done)
[15:10] <slangasek> bdmurray:
[15:10] <bdmurray> bug triage of foundations team bugs
[15:10] <bdmurray> cherrypicked upstream patch for LP: #1692420
[15:10] <bdmurray> uploaded fix for whoopsie bug LP: #1756937
[15:10] <bdmurray> investigation into screen bug LP: #1761997
[15:10] <bdmurray> research into apt-clone / dpkg bug LP: #1756862
[15:10] <bdmurray> SRU verification of X and A apport changes re JournalErrors (LP: #1738581)
[15:10] <bdmurray> tested apport bug LP: #1762438 (ubuntu-bug traceback)
[15:10] <bdmurray> worked on figuring out why a couple of core files are hanging the retraces
[15:10] <bdmurray> ✔ done
[15:10] <tdaitx> * OpenJDK 10 as default JDK
[15:10] <tdaitx>   - more rebuilds (testing new syncs/fixes)
[15:10] <tdaitx>   - classified 122 build errors due to openjdk-10 being set as default (javadoc & surefire nullpointer, javadoc invalid uri, javah, invalid source/target, boot classpath issues, doclets)
[15:10] <tdaitx>   - fixing NullPointerException in surefire/javadoc maven plugins due to old libcommons-lang3-java (Debian #895234)
[15:10] <tdaitx>   - investigating the need for --release so packages can still be built with openjdk-8
[15:10] <tdaitx> * OpenJDK 8 security update (8u171) due to April 17
[15:10] <tdaitx>   - investigating s390x javac segfault
[15:11] <tdaitx> (done)
[15:11] <gaughen> ✔
[15:12] <fginther> ✔sweet
[15:12] <slangasek> 祃
[15:12] <gaughen> ✔
[15:12] <xnox> ✔
[15:12] <xnox> wow
[15:12] <bdmurray> 78°
[15:14] <slangasek> any questions on status?
[15:14] <sil2100> °
[15:15] <xnox> 😏
[15:15] <slangasek> aahhh noooo
[15:15] <xnox> 😈
[15:16] <xnox> 😇
[15:16] <bdmurray> no
[15:16] <gaughen> ☃
[15:16] <slangasek> [TOPIC] Bugs
[15:17] <rcj> ctrl-shift-u followed by unicode number works again ^
[15:17] <bdmurray> so I think bug 1756862 is a dpkg issue
[15:18] <bdmurray> Is the last screenshot helpful?
[15:19] <slangasek> (what's the unicode sequence fo Debug::pkgDPkgPM)
[15:19] <gaughen> bdmurray, should this be resolved by release?
[15:19] <bdmurray> gaughen: it is targetted to bionic
[15:19] <rbalint> slangasek:  "Debug::pkgDPkgPM" itself is a unicode sequence
[15:20] <gaughen> yes, but given we're 2 weeks from release, I wanted your thughts on should this be fixed for GA or is it something to SRU
[15:21] <gaughen> okay looking through my list, this was one we were trying to resolve for release.
[15:24] <bdmurray> I've just added another screenshot if that helps.
[15:28] <rbalint> i believe the ubiquity upgrade feature may have been useful in the past but i think it is not really useful today
[15:29] <bdmurray> I believe it was broken in 17.10 too but nobody complained loudly
[15:32] <slangasek> looks like this feature is unreliable and we don't have resources to support it
[15:33] <slangasek> so we should remove this feature from the ubiquity menu
[15:33] <bdmurray> Okay, moving on. I don't see anything new on rls-incoming
[15:34] <slangasek> ok
[15:34] <slangasek> [TOPIC] AOB
[15:34] <slangasek> anything else today?
[15:36] <sil2100> All good
[15:36] <slangasek> #endmeeting
[15:36] <meetingology> Meeting ended Thu Apr 12 15:36:19 2018 UTC.
[15:36] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2018/ubuntu-meeting.2018-04-12-15.00.moin.txt
[15:36] <bdmurray> nopety nope
[15:36] <sil2100> slangasek: thanks!
[15:36] <slangasek> thanks!
[15:36] <gaughen> thank you slangasek


[20:28] <Joel> I have SSL certs in /etc/ssl/private, which are owned by root:root, any way for logstash to read them before it drops privileges to the logstash user?
[20:29] <Joel> I'm wondering if there's someway I can get upstart to open the file handle before it drops privs?
[20:29] <Joel> probably not, seemed worth a try though
[20:46] <hallyn> not that i know of right now, but that seems like a useful extension (for when i fork upstart :)  akin to UPSTART_FDS


[23:55] <m4v> fyi in case there's any fallout over this, I removed one of the "inactive" operators added by the previous founder from #ubuntu-es's access list, because of his highhanded aptitude and lack of commitment to the CoC.


[01:45] <EricThibault> Is there an admin online I could talk to?
[03:19] <cprofitt> night all
[06:51] <alourie> good morning
[06:54] <UndiFineD> :D
[07:58] <ara> good morning all!
[09:33] <alourie> ara: hello!
[09:33] <ara> good morning alourie
[09:33] <ara> morning jibel
[09:33] <jibel> Good morning ara!
[09:33] <jibel> how was your flight back ?
[09:34] <ara> jibel, it was good, thanks, I slept most of the time
[09:34] <ara> jibel, and yours?
[09:36] <jibel> my flight was okay, only 30 minutes late. There were still strikes in France and I've got the only train to back home. So everything is fine.
[09:36] <ara> good :)
[09:38] <ara> jibel, I am working on mago, so make sure you pull the latests changes quite often
[09:38] <ara> jibel, right now I am fixing the seahorse tests
[09:38] <ara> jibel, and I just merged into trunk a branch that I had pending that makes the code a bit cleaner
[09:41] <jibel> ara, okay. I'm cleaning the maverick-proposed queue and will start working on mago this afternoon.
[09:41] <ara> jibel, cool
[09:55] <alourie> ara: I'd like to get involved in mago related activity. Is there anything beyond following your code?
[09:55] <ara> alourie, you can check the documentation at http://mago.ubuntu.com
[09:56] <alourie> ara: done that
[09:57] <ara> alourie, OK, then you can start writing tests as soon as you can
[09:57] <ara> alourie, branch the code and propose merges when they are ready
[09:58] <alourie> ara: ok :-)
[10:03] <alourie> ara: is there a list of apps that are "must do"?
[10:10] <ara> alourie, I am afraid that there is not, but you can go with any applications in main that are not yet covered
[10:37] <alourie> ara: ok
[10:37] <alourie> thanks
[10:37] <ara> any time
[12:46] <charlie-tca> Good Morning, everybody
[13:07] <jibel> Good morning charlie-tca!
[13:09] <davmor2> morning charlie-tca
[13:10] <charlie-tca> I am glad to see we all made it back home?
[13:26] <Sir_Konrad> g'morning charlie-tca!
[13:26] <cprofitt> morning charlie-tca and Sir_Konrad
[13:31] <Sir_Konrad> good morning cprofitt
[13:54] <charlie-tca> davmor2: missed you at UDS.
[13:55] <davmor2> charlie-tca: Wasn't there only via remote
[14:47] <charlie-tca> cprofitt: I made some updates to https://help.ubuntu.com/community/Accessibility/doc/StartGuide
[14:47] <charlie-tca> Can you make sure it works with the guidelines for that wiki?
[14:48] <cprofitt> looking now
[14:48] <cprofitt> I was some last night too
[14:49] <cprofitt> what do you mean guidelines?
[14:50] <charlie-tca> That help wiki uses different guides than the developer wiki
[14:50] <cprofitt> well... I am not 100% up on the specifics for that wiki, but it looks fine to me
[14:50] <charlie-tca> Thanks
[14:50] <cprofitt> https://help.ubuntu.com/community/DocumentationTemplate
[14:51] <cprofitt> that is the template I am familiar with -- and that page still fits inside that
[14:51] <charlie-tca> yeah, that one
[14:51] <charlie-tca> I can't really find that when I need to
[14:51] <cprofitt> I think we all have that issue
[14:51] <cprofitt> I do it daily
[14:51] <cprofitt> :-)
[14:51] <charlie-tca> heh
[14:52] <charlie-tca> Well, I think it can be used now, anyway
[14:52] <cprofitt> yes, it looks w/in spec to me
[14:52] <cprofitt> and the information is good
[15:06] <ara> hey charlie-tca, it was great to meet you in person at UDS :)
[15:15] <charlie-tca> Same here, ara
[15:15] <charlie-tca> I think I am still in a big of a fog, having gotten to meet so many of the names I know.
[15:16] <charlie-tca> It was GREAT!
[15:19] <ara> yes, it was, indeed :)
[15:24] <fader> charlie-tca: What ara said ;)
[15:27] <ara> hey fader
[15:27] <fader> ara: Hey, did you make it home safely?
[15:28] <ara> fader, yes, thank you. I slept most of the time on the plane, so I recovered much better from jet lag than in my way in
[15:28] <ara> fader, yourself? having fun with so many Canonical people around town?
[15:28] <fader> ara: Glad to hear it :)
[15:28] <charlie-tca> Thanks, fader
[15:29] <fader> charlie-tca: I'm looking forward to seeing the a11y testcases :D
[15:29] <fader> ara: Yeah, I came into the office today and it is quite crowded
[15:30] <charlie-tca> I am working on them, too.
[15:31] <fader> Excellent!
[15:31] <charlie-tca> I got it work, after many attempts, at least.
[15:31] <fader> Yeah, it sounded from our chat like there was a lot of room for improvement
[15:32] <charlie-tca> I think "a lot" leaves a big hole... I will update the documentation as I write testcases. It should be easier that way
[17:21] <mainerror> so is the qa meeting going to be for the testing team? like it the testing team a sub-team of qa?
[17:38] <charlie-tca> mainerror: yes, testing is a qa team
[17:38] <charlie-tca> yes, we discuss testing at the meeting, also.
[17:40] <mainerror> alright very good
[17:40] <mainerror> thanks
[17:40] <charlie-tca> no problem
[17:41] <mainerror> in my opinion the laptop testing has to be looked at a bit, I'm talking about updating the procedures and so on
[17:42] <mainerror> they seem quite dated
[17:50] <charlie-tca> Things tend to change rapidly. It takes a lot of work to keep things current
[18:06] <cr3> charlie-tca: do you think it would be useful to have test suites, or individual tests even, available on an interface that supported rating? so, good tests would be predominant and bad tests would eventually disappear?
[18:08]  * cr3 is dreaming of a client like the software center presented during uds which supported selection and rating of test suites
[18:22] <charlie-tca> I hadn't thought about it, but I could see an issue with a test that gets run once every milestone vs tests that get run many times
[18:23] <charlie-tca> Some of the application tests may only be run one time a cycle, but they are as important as the whole disk install which gets run numerous times each milestone


[00:45] <jose> we still need some 'in the blogosphere' summaries, so if anyone's around :)
[03:32] <jose> guys, is anyone working on the Nick Skaggs article summary?
[04:54] <jose> pleia2: moving to wiki done, should be all good for the editorial review
[18:51] <pleia2> adding a couple last minute articles
[19:00] <pleia2> the blogosphere summaries are *really* short
[19:00] <pleia2> anyone happen to be around to help me expand them?
[19:47] <pleia2> ok, expanded those
[19:47] <pleia2> Unit193: can you link check? https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue336
[19:47] <pleia2> and sent off to editors
[20:17] <Unit193> Right, got distracted with a problem here, everything is mostly good, just one is a little slow.
[20:17] <pleia2> thanks :)


[01:52] <Burgwork> ajmitch: you around?
[01:53] <ajmitch> sort of
[01:58] <Burgwork> ajmitch: ok, got a nasty one. nss isn't returning my usernames
[01:58] <Burgwork> I am what appears to be identical machines
[01:59] <Burgwork> I have, rather
[01:59] <Burgwork> getent returns nothing on the new machine
[02:01] <Burgwork> ajmitch: ^
[02:07] <ajmitch> configured libnss-ldap.conf & (maybe) libpam-ldap.conf properly?
[02:07] <Burgwork> yep, as per debconf
[02:08] <ajmitch> and nsswitch.conf?
[02:08] <Burgwork> yep, identical to another machine
[02:09] <ajmitch> interesting
[02:10] <Burgwork> does getent log anywhere?
[02:10] <Burgwork> or does it have an option for more verbose output?
[02:10] <ajmitch> not afaik
[02:12] <Burgwork> bugger
[02:12] <Burgwork> this is frustrating
[02:13] <ajmitch> yeah
[02:13] <ajmitch> I know how frustrating it can be\
[02:13] <Burgwork> I need your bloody tool, dammit
[02:13] <ajmitch> you're an optimist if you think it's a silver bullet
[02:13] <Burgwork> it will solve some of the bigger issues, like misconfigured files
[02:14] <ajmitch> true, but it's lacking some validation that I need to put in there
[02:14] <ajmitch> so that it doesn't write out bad config files if you type in broken stuff
[02:14] <Burgwork> right
[02:14] <ajmitch> server going down several times, etc
[02:14] <Burgwork> I downloaded wildfire, which is a rather cool jabber server
[02:15] <Burgwork> it does some cool testing before applying stuff
[02:16] <Burgwork> does nss need to be restarting?
[02:16] <Burgwork> restarted, rather
[02:17] <ajmitch> no, it's part of glibc
[02:17] <ajmitch> so it gets incorporated into every process
[02:17] <ajmitch> hence why having a buggy libnss-ldap is bad
[02:18] <Burgwork> ah
[02:18] <ajmitch> & why it's so hard to replace the api
[02:19] <Burgwork> ouch
[02:20] <ajmitch> hm, I can't recall if libnss-ldap uses /etc/ldap/ldap.conf or not
[02:20] <ajmitch> since most of the settings should be in libnss-ldap.conf
[02:21] <Burgwork> right
[02:21] <ajmitch> I walked home for lunch today :)
[02:21] <Burgwork> let me look at that


[13:15] <AlanBell> o/ Pendulum
[13:16] <Pendulum> hi AlanBell
[13:17] <AlanBell> I was going to ask about that mail I sent about the gnome accessibility thing, but I can't find it now
[13:18] <AlanBell> ATK/AT-SPI Hackfest
[13:18] <AlanBell> http://mail.gnome.org/archives/gnome-accessibility-list/2011-March/msg00000.html
[13:19] <Pendulum> do you know what the big problem is?
[13:19] <AlanBell> no
[13:19] <Pendulum> it's the same week as UDS
[13:19] <Pendulum> (they scheduled after UDS and are aware of the conflict)
[13:19] <AlanBell> so it is
[13:20] <AlanBell> I thought it was the week after


[00:13] <snap-l> Made the mistake of disconnecting my microphone, and had to reboot to get Natty to see it again.
[00:14] <rick_h_> ouch
[00:17] <jrwren> usb mic?
[00:17] <jrwren> where is hald when you love him?
[00:17] <snap-l> Yep
[00:17] <snap-l> jrwren: I can't even parse that sentence.
[00:18] <jrwren> :)
[00:18] <snap-l> got some goodies from Borders again
[00:18] <snap-l> Return to Forever's Romantic Warrior
[00:21] <jrwren> you never answered me Q...
[00:21] <jrwren> which Rachmaninov?
[00:22] <snap-l> Sergei
[00:31] <jrwren> yes, i meant which piece.
[00:31] <jjesse> evening :)
[00:35] <rick_h_> party
[00:36] <snap-l> Vocalise, with Bobby McFerrin
[00:38] <jrwren> oh my.
[00:38] <jrwren> party sounds nice.
[02:31] <snap-l> Evening.
[02:54] <_stink_> yo
[13:08] <rick_h_> NC dude's qotd: "Fortune: Stone's Law: One man's "simple" is another man's "huh?"
[13:08] <rick_h_> this comes after I tried explaining how to fix his broken code using events in JS
[13:09] <rick_h_> so my reply: Rick's law, simple and huh are just points along the lines of education and experience. Both are lines we can move across. :)"
[13:38] <brousch> one man's simple is another man's java
[13:46] <brousch> hah, i love how the detroit area names their events "Michigan" when the rest of the state would love to disown that whole section
[13:49] <snap-l> rick_h_: I need that on a T-Shirt.
[13:51] <snap-l> Totally tweeted that.
[13:53] <brousch> :P
[13:53] <snap-l> brousch: That's OK, we totally disown the rest of the state too.
[13:54] <snap-l> Especially those crazy folks over on the west side.
[14:26] <rick_h_> hah
[14:27] <rick_h_> snap-l: yea, man that guy just hits every one of my pet peeves
[14:28] <brousch> rick_h_: you're very tenacious. i gave up convincing people at my work to learn long ago
[14:29] <rick_h_> the problem is he hops into the softdev channel and asks crap
[14:29] <rick_h_> "I'm trying to do this, does anyone know how to do it better?"
[14:29] <rick_h_> and of course, as the responsible co-worker trying to education I have to stick my foot in there
[14:29] <rick_h_> and it leads to an hour of why my way is too complicated/won't work
[14:29] <rick_h_> and then finally I get that quote left in the chat room after I leave
[14:30] <rick_h_> so I come back and go grrrrrrr
[14:44] <snap-l> It's because he really doesn't want to learn a new way
[14:44] <snap-l> I think that's what's grinding you so badly.
[16:03] <rick_h_> I think what grinds me is that he writes crap
[16:31] <snap-l> Right, and he doesn't want to get better. ;)
[18:36] <jjesse> spent the rainy morning here in CT at a Borders and was amazed at how trashed th store is, bathrooms not clean, books and crap on the floor, pretty disgusting
[18:49] <gamerchick02> i'm such a silly geek. got my wireless AP all set up with WPA2 security and a nice difficult password
[18:49] <jjesse> yay
[18:53] <gamerchick02> yeah
[18:53] <gamerchick02> i'm proud of myself. :)
[18:53] <gamerchick02> i like taunting the neighbors with our closed AP
[19:30] <_stink_> rick_h_: when you write your own decorators, do you use some special package for that?  google-fu suggests something might be better than the plain old function-that-takes-a-function in the regular syntax.
[20:52] <rick_h_> _stink_: just got through writing one for bookie
[20:52] <rick_h_> https://github.com/mitechie/Bookie/blob/feature%2Fapi/bookie/lib/access.py#L183
[20:56] <_stink_> rick_h_: cool, thanks.
[20:57] <rick_h_> _stink_: it usually breaks down into "does the decorator need options?"
[20:57] <rick_h_> if so, then you need the class wrapper
[20:58] <rick_h_> if not, then you can use the plain version @something
[20:58] <rick_h_> it does import the decorator function
[20:58] <rick_h_> from decorator import decorator
[20:58] <rick_h_> not sure if that's what you saw/not
[21:01] <_stink_> rick_h_: yeah, i'm going to file this away - i'm chugging along using a pattern, but i'll soon learn if it's broken.
[21:02] <rick_h_> ok, sure thing
[21:02] <rick_h_> what are you using now?
[21:02] <rick_h_> just a normal function decorating?
[21:07] <_stink_> rick_h_: something like this: http://paste.mitechie.com/show/378/
[21:07] <_stink_> in pyramid
[21:15] <snap-l> Happy afternoon
[21:19] <rick_h_> _stink_: right, cool
[21:20] <rick_h_> yea, that way you can't setup args to the decorator
[21:20] <rick_h_> so that's the only reason my example was the one with more bits
[21:20] <rick_h_> doesn't authenticate do a db query?
[21:21] <rick_h_> ah, nvm, this might be run by an admin or something as well
[21:23] <snap-l> http://www.dangerousminds.net/comments/captchas_to_keep_idiots_out_of_comment_threads/ <- snicker.
[21:24] <snap-l> Man, Ubuntu One is too easy to confuse.
[21:25] <rick_h_> heh
[21:25] <snap-l> I copied over a file at the coffee shop, but didn't let it finish up what it was doing
[21:25] <snap-l> so, naturally, when I get home, it won't copy over anything at all
[21:26] <snap-l> So, just to get things working right, I copied it over to Dropbox
[21:27] <snap-l> blergh
[23:29] <rick_h_> brousch: snap-l _stink_ widox jrwren http://paste.mitechie.com/show/379/
[23:29] <rick_h_> which talk do you think I should go for at 1devday detroit?
[23:32] <brousch> is anyone else doing python?
[23:32] <rick_h_> not sure, I was asked to bring some python to the conference
[23:32] <rick_h_> "even a beginner python talk would be good" was the initial request
[23:32] <brousch> i would suggest the python then
[23:33] <brousch> if you can show the breadth of python, that's be great
[23:33] <rick_h_> yea, just wasn't sure that the whole sweeping talk would be great or try to use python as an exmaple that would apply to any language
[23:34] <brousch> better than bash, simple gui, easy web with flask O:-)
[23:35] <brousch> just no gifs of women getting pooped on. those don't go over well
[23:35] <rick_h_> lol
[23:35] <brousch> men are ok though
[23:36] <snap-l> Yeah, nobody cares if men get crapped on
[23:39] <brousch> i should put one together for our grdevday
[23:39] <brousch> it's mostly .net people
[23:57] <brousch> ok, i did it, i submitted
[23:59] <rick_h_> cool
[23:59] <brousch> Having an intro to Python talk to hone over time will be very useful
[23:59] <brousch> now i need some fun projects to show it off