[00:02] <Javezim> #join /r/homelab
[00:02] <maswan> No. Good spam filtering is though.
[00:05] <notuvo> I'd like to try it. I've only tested with a local setup. I'll figure out the spam filter when I'm get the first spam.
[00:06] <RoyK> notuvo: good luck - I've had my own domain since '98 and I receive a wee bit of spam to put it mildly ;)
[00:07] <Ben64> there are quite a number of email servers that won't accept mail from you without jumping through a bunch of hoops
[00:07] <nacc> coreycb: if you want to look: https://git.launchpad.net/~usd-import-team/ubuntu/+source/python-oslo.db based upon the example from that script ;) `usd-clone python-oslo.db; gitk` shows a fun picture
[00:07] <Ben64> it's so much easier to let google deal with the email
[00:08]  * RoyK still has his own zimbra server
[00:08] <RoyK> I like having my own machine for my private stuff
[00:12] <notuvo> I like the privacy aspect
[00:41] <jgrimm> rbasak, mwhudson: wrt golang & friends.  yeah, i sent mwhudson an email on that back in sept.. just hadn't gotten around to poking him as was low-priority cleanup.
[00:41] <mwhudson> heh you did?
[00:42] <jgrimm> yeah, looks like sept 12. from my sent email.  "golang subscription cleanups"
[00:44] <mwhudson> jgrimm: ah heh
[00:44] <mwhudson> jgrimm: i think it makes sense then to remove ~ubuntu-server from both golang-1.6 and golang-1.7
[00:44] <mwhudson> jgrimm: sorry for dropping that!
[00:45] <jgrimm> mwhudson, no worries at all!! as in email.. super low priority.  :)
[00:58] <BadboyKAS> hey how are you??
[00:59] <BadboyKAS> i was wondering whats the best way to virtualize windows 7
[00:59] <BadboyKAS> 32bit
[00:59] <BadboyKAS> I want to run multple vpn's/tunnels on differnt windows 7 installations
[02:23] <caliculk> So I have a bit of an issue, after upgrading to Ubuntu 16.04.1, I now experience this with DHClient: http://pastebin.com/xMNbhqTE :(
[02:24] <caliculk> I stopped that halfway through, but it attempted to request EVERY IP address available on the network.
[02:25] <caliculk> Not sure if this is a fault of the DHCP server or the DHCP client.
[02:28] <caliculk> For what it is worth, I am using this NIC:  Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
[08:02] <sb_9> does command du -hc ./ | grep total   &     df -hT ./  are have any difference? both are showing different values
[08:31] <frickler> jamespage: did you see https://bugs.launchpad.net/tripleo/+bug/1632538 ? we are affected by this, too, seem rdo would have python-rfc3986==0.3.1 instead of 0.2.0
[08:51] <jamespage> frickler, i saw
[08:58] <frickler> jamespage: I just saw that Debian still only has 0.2.0, too, so pinged zigo about it
[08:58] <jamespage> frickler, testing has 0.3
[08:58] <jamespage> .x
[09:04] <jamespage> frickler, I can't repro with the test case in that bug
[09:06] <jamespage> frickler, oh no I can
[09:06] <jamespage> on yakkety it works OK
[09:07] <jamespage> on xenial it exhibits the problem
[09:07] <frickler> jamespage: yes, we were running on xenial, too
[09:07] <jamespage> diff in the underlying py2.7 version
[09:08] <frickler> ouch
[09:09] <jamespage> well maybe
[09:09] <jamespage> but makes the SRU tricky, as the source for xenial/newton -> yakkety
[09:09] <jamespage> but not insurmountable
[09:10] <jamespage> that said we actually pull that package directly from xenial release, not from the UCA
[09:10] <jamespage> so I think its appropriate to fix in Ubuntu directly rather than the uca
[09:17] <irctc564> hi there, using 14.04 w/ php7 pecl refuses to work normally, already have xml ext, http://paste.ubuntu.com/23352608/
[09:27] <jamespage> frickler, ignoreme I have something odd in my local install
[09:27] <jamespage> fresh yakkety fails as well
[09:31] <frickler> jamespage: not sure whether I would call that good news, but hopefully makes it easier to fix ;)
[09:37] <frickler> jamespage: fyi, this is a simple way to show the bug in python-rfc3096 directly: http://paste.ubuntu.com/23352701/
[09:45] <jamespage> frickler, yeah got it
[09:45] <jamespage> uploaded to proposed for xenial and yakkety - SRU team subscrbied
[09:48] <irctc564> :?
[09:49] <sarnold> irctc564: if you replaced the php5 with php7 you're pretty much on your own..
[09:49] <sarnold> irctc564: if you want php7, the easiest way to get it and still get decent help from folks is to use 16.04 LTS instead of 14.04 LTS
[09:50] <sarnold> irctc564: but as it is, we know nothing about your system and would find it hard to give advice
[09:51] <irctc564> well, i can give ssh access
[09:56] <irctc564> but only in pm
[10:44] <frickler> jamespage: I compiled a list of mismatches of newton-uca against global-requirements.txt@stable/newton: https://paste.ubuntu.com/23353006/ it is not complete as I didn't take the time to look up all possible nonstandard package names, but it still looks pretty long to me :-S of course not all of this need to have a big impact, too, but the potential seems to be there
[10:45] <frickler> jamespage: getting updates in should be pretty harmless, too. not sure what to do about stuff violating upper constraints
[10:48] <jamespage> frickler, some might be possible - but we won't be able to put in any major version bumps that are not already in yakkety
[10:49] <frickler> jamespage: some might even affect only things you did not package at all, I just wanted to know how many more bugs like the one above might be hiding there
[10:52] <jamespage> frickler, anything related to testing or documentation tool chain should not be impacting
[10:54] <jamespage> frickler, thanks for looking at this - coreycb also has some general version mismatch reporting going on as well - this intersects so lets figure out where the gap is atm
[10:54] <jamespage> its probably in tertiary depends i.e. ones not directly under openstack
[10:54] <jamespage> that rfc one was a drop tho
[10:54] <jamespage> happens sometimes apologies
[11:57] <coreycb> frickler, jamespage: thanks for the info on mismatches. we've made some really good effort to be at upper-constraints for everything that's directly openstack but I think we can do better with other upper-constraints.
[12:01] <coreycb> frickler, fyi this is a recent tool update (currently runs behind our firewall) but you can run yourself.  see line 12+: http://bazaar.launchpad.net/~ubuntu-reports-dev/ubuntu-reports/trunk/view/head:/server/cloud-archive/version-tracker/README.txt
[12:04] <coreycb> it reports the upper-constraints version vs what's in the cloud archive.  downfall is it only reports on pkgs that are in the cloud archive.  I think I'll adjust that to ensure everything from u-c is included in the report.
[13:09] <frickler> coreycb: did a local run and for newton it looks pretty well indeed, but if you could amend that to also include non-u-c libraries that would be great.
[13:12] <coreycb> frickler, I agree, I'll take a stab at that
[13:43] <smoser> nacc, https://code.launchpad.net/~smoser/usd-importer/+git/usd-importer/+merge/308931
[13:43] <smoser> or rbasak if he wants to review that obvious bug fix.
[13:46] <coreycb> ddellav, zul, new os-testr and requests-mock uploaded (in zesty queue)
[13:46] <zul> smoser: k
[14:00] <RoyK> any idea how I can traverse a filesystem and find files with incorrect unicode chars?
[14:04] <sarnold> RoyK: the moreutils package has an isutf8 tool
[14:08] <RoyK> sarnold: thanks
[14:11] <nil_> any pro on apparmor?
[14:11] <RoyK> !ask | nil_
[14:12] <frickler> coreycb: a version of osc that doesn't display "WARNING: openstackclient.common.utils is deprecated and will be removed after Jun 2017. Please use osc_lib.utils" everytime it is called would be nice, too. I though I had created a bug for that, but can't find it now
[14:13] <frickler> coreycb: 2.3.0 on xenial is fine, 3.2.0 from newton has this self-deprecation
[14:13] <nil_> any idea on the best way to get the url a user used to download a file from logs? which apps to monotorize etc? thanks
[14:14] <sarnold> nil_: that's a bit too open-ended to solve; are they downloading through a proxy? using a specific tool?
[14:23] <frickler> zul: coreycb: https://bugs.launchpad.net/ubuntu/+source/python-openstackclient/+bug/1634579 is not "fix released" in Ubuntu packaging I think
[14:24] <frickler> but a nice coincidence getting a bug marked resolved only minutes before trying to find it again ... ;)
[14:25] <zul> frickler: thanks...reopned it
[14:25] <zul> frickler: should be fixed in 3.3
[14:26] <frickler> zul: it is, but I'm not sure whether that can be used together with Newton without issues
[14:27] <zul> frickler: i been using it for a while
[14:29] <frickler> zul: if you have a build for it, I could give it a bit of testing here.
[14:30] <zul> frickler: i dont
[16:17] <zul> coreycb: when you getback can you add python-tenacity to ~ubuntu-server-dev its needed for python-networking-ovn
[16:46] <jgrimm> caribou, fyi.. my team was unanimous +1 on using irc meeting to coordinate STS v Server team collisions (SRUs, bugs, merges even).  Let's cover during  your section on the agenda.
[17:02] <docmur> I'm trying to set the password complixity on a server I have running Ubuntu 16.04, to 16 characters, mix of lower case, upper case, numbers and different characters, I tried this in /etc/pam.d/common_password password        [success=1 default=ignore]      pam_unix.so obscure sha512 try_first_pass retry=3 minlength=16 lcredit=2 ucredit=2 dcredit=2 ocredit=2 difok=4 but I just logged out and loggin
[17:02] <docmur> in and was about to set a 8 character password on my server
[17:05] <nil_> anyone has an idea on how i could log/get the url an user used to download something using wget/curl/ etc..?
[17:17] <patdk-wk> bash history?
[17:17] <patdk-wk> http proxy server?
[17:17] <nacc> yeah, i think you'd only be able to do it (automatically) by forcing everyting to go through a local proxy that logs
[17:18] <nacc> but even that could be circumvented, i think
[17:18] <patdk-wk> how?
[17:18] <patdk-wk> if you don't allow http access to anything else
[17:18] <nacc> ah yes, that'd avoid that
[17:18] <nacc> :)
[19:08] <moparisthebest> I just upgraded my remote server from 14.04 to 16.04, and eth0 is nowhere to be found and won't come up
[19:08] <moparisthebest> and I have to fix it via a very crappy remote console, any ideas?
[19:08] <moparisthebest> eth1 and docker and lxc interfaces, all of them are there
[19:09] <moparisthebest> just not my single public one...
[19:10] <nacc> moparisthebest: probably it's en0 or so
[19:11] <nacc> moparisthebest: try passing net.ifnames=0 to the kernel
[19:11] <moparisthebest> when I do ifup en0 it says 'Unknown interface en0'
[19:12] <nacc> moparisthebest: well, i did say 'or so', it might be something else
[19:15] <moparisthebest> should that kernel param give them the old names?
[19:15] <moparisthebest> it's booting with that now
[19:16] <nacc> moparisthebest: yes, it should disable the https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/ from systemd, aiui
[19:24] <moparisthebest> nacc: still same eth1 and no eth0
[19:24] <moparisthebest> is there a way to find whatever name it assigned them?
[19:24] <moparisthebest> if they don't show in ifconfig or ip addr that is?
[19:25] <nacc> moparisthebest: are they detected per `dmesg` ?
[19:26] <moparisthebest> oh wait, that's different
[19:26] <moparisthebest> before ifup eth0 says unknown interface
[19:26] <moparisthebest> now it says 'cannot find device eth0, failed to bring up eth0'
[19:27] <moparisthebest> nacc: so I have an encrypted disk, and dropbear running in pre-boot to let me ssh in and unlock the disk
[19:27] <moparisthebest> and *that* works, so I know the drivers and hardware are still good, right?
[19:28] <nacc> moparisthebest: eth0 isn't show in `ifconfig -a` either?
[19:29] <moparisthebest> dmesg says 'eth0: renamed from veth2c693d2'
[19:29] <moparisthebest> whatever that means
[19:29] <nacc> moparisthebest: this is a VM?
[19:29] <moparisthebest> nacc: ifconfig -a does not show it either
[19:29] <nacc> i guess it doesn't need to be
[19:29] <moparisthebest> and no, a dedicated server
[19:30] <nacc> moparisthebest: that's the only mention of eth0 in dmesg?
[19:31] <moparisthebest> no, actually
[19:31] <moparisthebest> r8169 (the driver I suppose?) says eth1 renamed from eth0
[19:31] <moparisthebest> then 2 of those eth0: renamed from veth*
[19:31] <moparisthebest> where * is both different
[19:32] <moparisthebest> this machine has 2 physical interfaces, one internal-only, one public
[19:32] <moparisthebest> they were eth0 and eth1
[19:44] <moparisthebest> so I have a ton of files in /etc/init.d/ and /etc/init/
[19:45] <moparisthebest> they seem to interfere and take preference when I tell systemctl to stop or disable a service
[19:45] <moparisthebest> could any of them be a problem?
[19:45] <moparisthebest> *should* there be anything there?
[20:23] <nacc> moparisthebest: yeah, both are still shipped with a bunch of packages; iirc, the init.d scripts get switched to systemd on the fly when they source lsb-init-functions
[21:32] <jmundine> anyone in the dfw area looking for a job?
[21:34] <jmundine> Let me rephrase that---- Any one in dfw area looking for an ubuntu server admin job?
[21:48] <jmundine> Okay, what about someone from england???
[21:56] <ikonia> ?
[21:57] <jmundine> I guess it's too late to petition europe right now
[21:57] <ikonia> what are you talking about ?
[21:58] <ikonia> you're aware your in #ubuntu-server a channel to discuss and support the ubuntu server platform ?
[21:58] <jmundine> oh, we're looking to hire an ubuntu server admin... And my company refuses to use a recruiter
[21:58] <jmundine> I know; Was just trying something different
[21:58] <ikonia> not really appropriate
[22:00] <jmundine> wow, facism exists in irc now... Not exactly on topic but a bit off to the side... well, have fun in your own private little world
[22:01] <mybalzitch> what an idiot
[22:14] <Lartza> Why does php-smbclient install it's conf as /etc/php/mods-available/smbclient.ini?
[22:15] <Lartza> When the expected path is /etc/php/7.0/mods-available
[22:15] <mybalzitch> Lartza: file a bug report with the package maintainer
[22:15] <Lartza> So it is a bug?
[22:15] <mybalzitch> or an oversight
[22:15] <Lartza> Oh it's already filed
[22:15] <mybalzitch> beautiful
[22:15] <Lartza> In july
[22:16] <mybalzitch> oh
[22:16] <mybalzitch> lol.
[22:16] <mybalzitch> gg package maintainer
[22:17] <Lartza> https://bugs.launchpad.net/ubuntu/+source/php-smbclient/+bug/1579034
[22:17] <Lartza> I mean at least it's marked as Confirmed :P
[22:17] <Lartza> It's actually filed in May
[22:17] <Lartza> July is just when launchpad janitor made it confirmed
[22:20] <Lartza> Something positive is that it's fixed in yakkety but :P
[23:20] <powersj> nacc: around still?
[23:20] <nacc> powersj: ack
[23:21] <powersj> nacc: looking at old bugs, came across one for euca2ools, which is no longer in Debian
[23:21] <powersj> well not in testing/unstable
[23:21] <powersj> but it is fixed upstream
[23:21] <powersj> if we wanted the fix, would it have to go through debian first?
[23:22] <nacc> powersj: i see it in experimental/testing/unstable?
[23:22] <nacc> powersj: according to rmadison
[23:22] <powersj> nacc: my bad, I was using web ui and left it on stable
[23:22] <nacc> powersj: np
[23:23] <powersj> ok so gotta fix it there
[23:23] <powersj> thx
[23:23] <nacc> powersj: so i take it it's not already fixed in 3.1.0 ?
[23:23] <nacc> Lartza: i'll look at it
[23:23] <powersj> nacc: correct
[23:23] <nacc> Lartza: sorry, i'm subscribed to all php bugs, but not necessarily all php- bugs
[23:23] <nacc> powersj: how about the one in experimental :)
[23:25] <powersj> nacc: nope
[23:25] <nacc> powersj: ack so it might need a backport from upstream to Z and X then. And I would submittodebian from the Z tree at the same time
[23:26] <powersj> nacc: ok thanks!
[23:26] <powersj> one more... is there a short cut to using rmadison with debian other than typing the -u URL?
[23:27] <nacc> rmadison -u debian
[23:27] <powersj> sigh... so easy
[23:27] <powersj> thanks!
[23:27] <nacc> powersj: check `man rmadison` -u section, there's 5 by default
[23:27] <nacc> although udd is defunct
[23:28]  * nacc wonders how hard it would be to add ubuntu-new to that, if it's exposed
[23:31] <nacc> powersj: 5 aliases that is, to be clear
[23:37] <Two-4-Flinching> hujo
[23:38] <jgrimm> powersj, what's euca2tools bug?
[23:38] <jgrimm> powersj, err. euca2ools
[23:39] <powersj> LP# 1527341
[23:41] <jgrimm> powersj, talk to smoser tomorrow about that one
[23:41] <powersj> jgrimm: ok
[23:41] <jgrimm> powersj, i'm not sure we even care about that anymore, but also cirros is his pet project
[23:45] <jgrimm> powersj, but looks reasonable/trivial to fix .. go for it, good one to cut your teeth on, tool & processwise
[23:45] <powersj> jgrimm: yeah that is what I was thinking :)
[23:45] <powersj> seemed easy enough