[00:13] <Epx998> nagios packages need an update, zesty still ships with nagios3
[01:35] <drab> yeah, I keep compiling it from sources, altho I also keep trying to find an alternative, the web interface just drives me nuts
[01:36] <drab> and the fact that after so long you still have to deal with a sucky json api isn't ideal (altho at least there's one finally)
[01:36] <drab> but then it still seems to be the best of the pack... need to give icinga another shot
[03:16] <BrazierCustoms> https://github.com/conjure-up/conjure-up/issues/11    what is the reason I run into this? ubuntu 16.04, conjure-up 2.3-alpha1
[05:33] <cpaelzer> nacc: they are in the done lane I'd think
[05:35] <cpaelzer> nacc: arr pad, I promise I moved them 2 done one with comment being a merge still
[05:35] <cpaelzer> doing again
[05:41] <cpaelzer> good mornign btw
[05:53] <cpaelzer> nacc: I'm undecided and want some consensus on the question sync or merge
[05:53] <cpaelzer> since the merge is trivial I'll provide one, open a bug for discussion and will pass it to you in a few minutes
[05:54] <cpaelzer> lets discuss on that later today then with the Team
[06:17] <cpaelzer> nacc: ok all sorted out - ready for review in https://trello.com/c/azsZdLmL
[06:17] <cpaelzer> TL;DR: a merge this cycle a sync next cycle as the change is now upstream
[08:14] <lordievader> Good morning
[09:58] <Slashman> hello, changing the value "/sys/module/zfs/parameters/zfs_arc_max" doesn't change the arc_size anymore on ubuntu xenial with zfs 0.6.5.6-0ubuntu17, how can I change the max arc_size?
[13:46] <smoser> rbasak, i'm sure you've thought of this..
[13:46] <smoser> with the git-ubuntu stuff.
[13:47] <smoser> when we have a delta, should we update the Vcs-Browser and Vcs-git fields in debian/control
[13:47] <smoser> then 'debcheckout' will just work, which is quite nice.
[13:47] <smoser> i guess we could also then either
[13:48] <smoser> a.) modify debcheckout to use 'git ubuntu clone'
[13:48] <smoser> b.) modify debcheckout to do a git ubuntu clone in the absense of a Vcs tag
[14:51] <necrophcodr> Is it possible to have a unprivileged container system on Ubuntu?
[14:51] <necrophcodr> Or rather just a chroot really
[14:51] <necrophcodr> something like proot, but working
[14:51] <necrophcodr> proot doesn't work very well for some situations, for some reason i haven't diagnosed yet
[15:23] <teward> oops i broke my internet today xD
[15:24] <dpb1> teward: still available to chair the meeting this week?
[15:25] <teward> dpb1: yeah
[15:25] <dpb1> teward: OK, I'll let you do it, and will move you to the front of the list
[15:25] <dpb1> teward: thanks. :)
[15:25] <teward> first time charing heh
[15:25] <teward> chairing*
[15:25] <teward> it's not hard though :p
[15:25] <dpb1> teward: we'll be there to help
[15:25] <teward> nacc: is there a new update I missed?
[15:25] <teward> nacc: 1.12.1-0ubuntu2 is already in Artful, that's latest stable + merges from Debian
[15:25] <teward> so that's 'done'
[15:26] <necrophcodr> turns out that bubblewrap does what i want, i'll give it a few spins
[15:26] <nacc> teward: debian has 1.13.3-1
[15:26] <teward> nacc: they're tracking Mainline
[15:26] <teward> we're tracking Stable
[15:26] <nacc> teward: ok, i was going off rbasak's script
[15:26] <teward> do we *want* to track Mainline which is under active development?
[15:26] <nacc> teward: which is just looking at what's different between ubuntu & debian
[15:26] <teward> nacc: when B-series opens I'll switch to Mainline.
[15:26] <nacc> teward: sounds good
[15:27] <teward> because then right after B-series or right before B-series release we'll get in the updated Stable
[15:27] <teward> like we did for 16.04
[15:27] <teward> (1.14.x releases at about the same time we release B series)
[15:27] <teward> dpb1: got a handy link to the previous meeting notes?
[15:27] <teward> or did we update this already on the main agenda page
[15:27] <dpb1> teward: start here: https://wiki.ubuntu.com/ServerTeam/Meeting
[15:28] <teward> got it, thanks
[15:30] <dpb1> teward: basically, we converted it to cut-and-paste, so it should be easier
[15:30] <teward> even better :D
[15:30] <teward> thanks.
[15:30] <teward> *yawns* I need coffee, back in a minute
[15:30] <teward> 30minutes to go to the meeting right?
[15:34] <nacc> teward: yep
[15:35] <teward> cool
[15:36] <dpb1> teward: the hardest part is the sending out of notes after, but it should all be in that page, and it's really just taking 5-10 minutes to follow it
[15:36] <teward> nacc: FWIW and I should probably document this. I track NGINX Stable up until the opening of the next LTS for development.  Then I switch to Mainline, with the goal of a right-before-release or just-after-release update to the latest Stable which is pretty much a verion-string-only change update.
[15:36] <teward> we have precedent for this in 16.04
[15:37] <nacc> teward: yep, that's fine -- i just wanted to "be sure" so i can take it off our list
[15:37] <teward> nacc: yep, no problem.  Still sticking to the 'old school' methods for nginx, but it works for now so :P
[15:37] <teward> merges are hard when Debian tracks one version and we track another xD
[15:37] <teward> (Mainline also introduces evils like new features under active development, I'm not a fan of that so...)
[15:38] <nacc> teward: +1 thanks
[15:38] <teward> (Mainline users can use the PPA if they want the latest stuff heh)
[15:38] <teward> yep
[15:38] <teward> well i didn't find coffee...
[15:38] <teward> but I found mountain dew.
[15:38] <teward> just as decent :P
[15:38] <nacc> gross
[15:39] <nacc> :)
[15:39] <teward> lol
[15:39] <teward> nacc: better than the sludge that campus sells...
[15:40] <teward> it's literally undrinkable that stuff
[15:40] <teward> i'd rather not die from sludge-coffee thanks.
[15:40] <genii> mmm sludge-coffee
[15:41] <nacc> teward: which school are you at again? and yeah, i'd be leave it, regardless of the school :)
[15:41] <teward> nacc: Penn State Harrisburg, Harrisburg, PA.
[15:41] <teward> but only for this one last semester
[15:41] <teward> then I graduate and have a full-time job lined up.
[15:41] <teward> yay for employment
[15:41] <nacc> teward: nice!
[15:45] <teward> 15 minutes to meeting
[15:55] <dpb1> 5m " " "
[15:55] <dpb1> :)
[15:56] <teward> ^ that
[15:56] <teward> thanks dpb1
[15:57] <dpb1> hehe
[15:58] <teward> 2 minutes.
[15:58] <teward> though i might give an extra minute for people to show up :p
[16:00] <dpb1> wise choice
[16:38] <dpb1> teward: if you need any help on post-meeting tasks, just ask
[16:38] <nacc> rbasak: i'm tasking you with following up on https://code.launchpad.net/~ahasenack/ubuntu/+source/samba/+git/samba/+merge/326073
[16:39] <nacc> rbasak: specifically what to do with an indepenently sponsored change
[16:40] <dpb1> nacc: what does "independently sponsored change" mean? (the term)
[16:41] <nacc> dpb1: not using our git workflow
[16:41] <dpb1> ah
[16:41] <nacc> dpb1: it was sponsored by debdiff outside of git
[16:41] <nacc> dpb1: so it's already been uploaded
[16:41] <nacc> dpb1: it goes down to the semantics of the upload tags
[16:41] <dpb1> so, the importer would just suck in a new one after it hits LP
[16:41] <dpb1> ?
[16:42] <nacc> do they represent the act of uploading/sponsoring? or do they represent any history any developer provides
[16:42] <nacc> the latter is risky because it means no hash stability
[16:42] <dpb1> hmm
[16:42] <nacc> we're in an in-between state right now, though, where we haven't declared hash stability :)
[16:42] <dpb1> right
[16:42] <nacc> well not 'no'
[16:42] <dpb1> til there is an mmm in channel
[16:42] <nacc> just less easily assured
[16:43] <nacc> and i'd like rbasak to help remind me what we decided to do, because i can't recall
[16:43]  * dpb1 nods
[16:43] <nacc> eventually, we won't tag things like this
[16:43] <dpb1> ok
[16:43] <nacc> but i don't want to lose this particular history, if we decided to keep it
[16:44] <nacc> but i also don't want it in the active reviews, because .. it's not :)
[16:47] <teward> dpb1: I think I'm good, just completed them while my computer finishes kernel updates :P
[16:48] <teward> thanks though :)
[16:48] <teward> and thank you guys for letting me chair :)
[16:57] <dpb1> teward: thx for being willing.  see you there in.... 2 months maybe? :)
[17:16] <teward> dpb1: heh sounds good :P
[18:02] <Epx998> ps doesnt give a start in epoc for a proc does it
[18:39] <ahasenack> nacc: question if you have a moment. libpam-ldap has been carrying a delta for about 10 years where it removed "etc/" from debian/libpam-ldap.dirs
[18:39] <ahasenack> with no furhter explanation
[18:40] <ahasenack> I presume it's because that directory is always present on a system why it was removed
[18:41] <ahasenack> that file is for dh_installdirs, right?
[18:52] <fginther> Hello, does anyone here know much about RDMA, specifically what one would look for on a system to know if it was available?
[18:53] <sarnold> fginther: rdma over ethernet or infiniband?
[18:54] <fginther> sarnold, let's say infiniband
[18:54] <fginther> might need to know both, but I'll start with infiniband
[18:55] <sarnold> fginther: I believe what you're looking for is svcrdma -- https://www.kernel.org/doc/Documentation/filesystems/nfs/nfs-rdma.txt has some pointers
[18:57] <fginther> sarnold, thanks, I'll give that a read through
[18:57] <sarnold> fginther: that may or may not be specific to rdma for nfs; I never found out if samba does the windows-compatible rdma with SMB or not..
[18:57] <sarnold> there's a chance VERBS-native applications don't need to do anything special; I never made it very far down that path
[18:57] <ahasenack> ah, that's build time (wrt my .dirs question)
[18:58] <fginther> sarnold, I'll see where this gets me
[18:58] <fginther> thanks
[20:50] <hehehe> hi
[20:50] <hehehe> for some weird reason I can connect to github via port 443
[20:50] <hehehe> firewall does not block it
[20:50] <hehehe> nothing in syslog
[20:50] <hehehe> what can it be?
[20:53]  * hehehe gets out a sleeping bag and a tent
[20:53] <hehehe> :)))
[20:56] <dpb1> hehehe: why is it weird to connect to github
[20:56]  * dpb1 is afraid to ask
[20:56] <hehehe> sorry * cant
[20:56] <hehehe> lol
[20:56] <hehehe> typo
[20:56] <hehehe> for some reason it seems I cant connect to any sites on port 443 from the box
[20:57] <hehehe> probabaly firewall
[20:57] <hehehe> occam razor
[21:00] <hehehe> yep
[21:00] <hehehe> I am acting too fast
[21:00] <hehehe> for my comprehension skills
[21:01] <hehehe> what you been upto db1?
[21:01] <hehehe> dpb1:
[21:02] <hehehe> is there a channel where people talk about what kind of new open source projects could be done?
[21:02] <dpb1> hm
[21:03] <dpb1> interesting question, I'm not sure. :)
[21:03] <dpb1> sounds like reddit futurology
[21:03] <dpb1> I've been ok, how about you hehehe
[21:04] <hehehe> had wild chat
[21:04] <hehehe> :)
[21:04] <hehehe> and eat pizza
[21:05] <dpb1> sounds like a complete day
[21:10] <hehehe> hehe
[21:11] <hehehe> now I also plan to see what happen to my server
[21:11] <hehehe> I think I better off loging my commands
[21:11] <hehehe> sometimes when i am sleepy and in a rush
[21:11] <hehehe> it can get messy
[21:14] <hehehe> i set nginx to auto redirect all requests to http - however when installing new version of app - I get info will be sent over insecure connection and then I am stuck on step 1
[21:14] <hehehe> maybe setup tries to reach http server and if there are none fails>
[21:14] <hehehe> ?
[21:18] <BrazierCustoms> https://github.com/conjure-up/conjure-up/issues/11    what is the reason I run into this? ubuntu 16.04, conjure-up 2.3-alpha1  I always feel like its my fault that I have missed something but I cant figure it out.
[21:19] <stokachu> BrazierCustoms: usually indicates there are some issues with the networking setup in openstack
[21:20] <BrazierCustoms> @stokachu I noticed the ntp service says waiting in juju status
[21:21] <stokachu> behind a firewall?
[21:22] <BrazierCustoms> on the physical machine?
[21:23] <BrazierCustoms> no
[21:23] <BrazierCustoms> all the virtual is conjure-up default. localhost install
[21:25] <stokachu> BrazierCustoms: so you can `juju ssh nova-cloud-controller/0` and `source novarc` and start looking around the neutron items
[21:25] <stokachu> BrazierCustoms: you can double check things like `neutron net-show ext-net`
[21:25] <stokachu> or `neutron subnet-show ext-subnet` make sure all that lines up with your network setup
[21:26] <stokachu> BrazierCustoms: there is a potential problem where the second network bridge doesn't line up with `neutron subnet-show ubuntu-subnet`
[21:27] <BrazierCustoms> @stokachu ok, i'll look into it. I gotta run right now but I will leave this running. anything that helps, I so want to get this running but I keep hitting problems :(
[21:27] <BrazierCustoms> ill be bACK in a few hours
[21:27] <stokachu> BrazierCustoms: i should be online tonight, just ping me
[21:27] <stokachu> 10-4
[21:37] <ahasenack>   * Update Build-Depends to use libssl1.0-dev and
[21:37] <ahasenack>     default-libmysqlclient-dev.  (Closes: #846569, #836312)
[21:38] <ahasenack> do we have a default-libmysqlclient-dev package? I can't seem to find it
[21:38] <hehehe> ahasenack: any idea about my issue .. lol
[21:38] <hehehe> here is a relevant code https://github.com/opencart/opencart/blob/2.2.0.0/upload/install/index.php
[21:38] <hehehe> seems like it should work over https
[21:39] <ahasenack> hehehe: sorry, no php foo lives in me
[21:40] <hehehe> :D
[21:40] <hehehe> which language do you use?
[21:41] <nacc> !info default-libmysqlclient-dev artful
[21:41] <nacc> ahasenack: --^
[21:41] <nacc> ahasenack: how did you search for it? i see it in apt (on artful) and rmadison
[21:41] <ahasenack> nacc: apt-cache, but on xenial
[21:42] <nacc> ahasenack: right, only exists in 17.04 and on
[21:42] <ahasenack> nacc: I found this construct in another package that build-depends on mysql:
[21:42] <ahasenack>                default-libmysqlclient-dev | libmysqlclient-dev,
[21:42] <nacc> ahasenack: you have chdist set up?
[21:42] <nacc> ahasenack: right, presumably for backwards-compatibility
[21:42] <ahasenack> ok, we don't need a delta for this then
[21:42] <ahasenack> I'll look chdist up
[21:42] <ahasenack> rmadison would have been my follow-up attempt
[21:42] <nacc> ahasenack: it's a way to have multiple apt repos setup by distro/pocket
[21:43] <hehehe> ahasenack:  thing is it worked before lol
[21:43] <hehehe> different version of an app
[22:11] <rbasak> nacc: I think there's always going to be a race between upload tags and getting the importer to adopt them. Until we can supersede dput.
[22:11] <rbasak> nacc: so I think it's an acceptable state of affairs for an upload tag to be present even if the importer missed it.
[22:11] <rbasak> nacc: to get hash stability, we need the original publications, plus a yay/nay against every upload tag as to whether it was originally included. I think that's OK.
[22:32] <nacc> rbasak: right, but i don't think we had decided how to implement that part
[22:32] <nacc> the yay/nay per upload tag
[22:32] <nacc> rbasak: so i still leave it up to you to deal with that MP :)
[22:58] <rbasak> nacc: ack
[23:00] <nacc> rbasak: presumably with a choice of tag it or not, and then a bug filed for how to deal with the yay/nay for 1.0 :)
[23:00] <rbasak> Yep!
[23:26] <BrazierCustoms> @stokachu are you're in NC? think I saw that somewhere..  I am. Winston-Salem..
[23:26] <stokachu> BrazierCustoms: yea im in nc
[23:27] <BrazierCustoms> what area?
[23:27] <stokachu> im in rolesville
[23:29] <BrazierCustoms> oh ok. near raliegh. bout 2.25 hours from me.
[23:29] <stokachu> yea, not to far :)
[23:33] <BrazierCustoms> @stokachu ubuntu@juju-80a452-12:~$ neutron net-show ext-net
[23:33] <BrazierCustoms> An auth plugin is required to fetch a token
[23:33] <stokachu> BrazierCustoms: did you `source novarc` first?
[23:34] <BrazierCustoms> @stokachu sorry, missed that one
[23:36] <nacc> rbasak: whew, i think i finally have the code in a place that is functionally equivalent to master :)
[23:40] <BrazierCustoms> @stokachu sorry I'm also on vacation at myrtle beach and things are slow here
[23:42] <BrazierCustoms> @stokachu neutron net-show ext-net | pastebinit
[23:42] <BrazierCustoms> http://paste.ubuntu.com/25373185/
[23:43] <BrazierCustoms> @stokachu  neutron subnet-show ubuntu-subnet | pastebinit
[23:43] <BrazierCustoms> http://paste.ubuntu.com/25373199/
[23:47] <stokachu> BrazierCustoms: whats lxc network list on the host show?
[23:47] <stokachu> where you ran conjure-up
[23:48] <BrazierCustoms> stokachu error: unknown command: network
[23:49] <stokachu> ah right
[23:49] <stokachu> conjure-up.lxc network list
[23:49] <BrazierCustoms> i was about to ask lol
[23:49] <stokachu> actually fixing that this week
[23:49] <BrazierCustoms> good :)
[23:49] <stokachu> it's caused more harm than good
[23:50] <stokachu> brb about 10 minutes
[23:50] <BrazierCustoms> well I understood that. I'm having probs with everything else :P
[23:51] <BrazierCustoms> conjure-up.lxc network list | pastebinit
[23:51] <BrazierCustoms> http://paste.ubuntu.com/25373232/
[23:52] <BrazierCustoms> stokachu ^^