[00:01] <keithzg> sarnold: Hah, yeah I had pondered whether this would all just be handled by the intel microcode, but as far as I understand the Intel ME doesn't necessarily run via that; hell, it has its own x86 processor! Running Minix, apparently!
[00:02] <cyphermox> powersj: thar, email sent.
[00:02] <sarnold> keithzg: hehe yeah, I thought that was pretty cool :) I wish I knew _what_ those microcode updates fixed. :(
[00:05] <powersj> cyphermox: what list did you send it to?
[00:06] <cyphermox> ubuntu-server
[02:56] <jncunha> I just installed pfsense in a vm in proxmox and my 200 mbps internet connection is now testing at around 120 mbps. my upload speed was also affected. any idea of what is causing this?
[02:57] <sarnold> did you set up passthrough for your NIC to the VM?
[02:59] <jncunha> sry I'm just starting... how exactly do I do that? :)
[03:00] <sarnold> sweet, they've got a nice little wiki page about it! :) https://pve.proxmox.com/wiki/Pci_passthrough
[03:01] <jncunha> thank you! I'll do some reading.
[04:39] <ShellcatZero> I have an ubuntu live cd that I would like to install to a host but I can't run an installer. If it's possible to just copy root to the disk from the live cd, what else needs to be modified?
[06:41] <cpaelzer> good morning
[07:14] <lordievader> Good morning
[07:44] <cpaelzer> hiho lordievader
[07:45] <cpaelzer> hope you have a good morning as well
[07:45] <lordievader> Jup, doing good here :)
[09:53] <necrophcodr> Is it possible to either forward or BCC all emails sent by MAILER-DAEMON to a specific adress?
[09:54] <necrophcodr> So for instance if a user is sending emails to a user on a server that doesn't exist, they'll get a MAILER-DAEMON email back. I'd like for that server to also send the same message BCC or forwarded to a specific address.
[09:55] <necrophcodr> Message being the MAILER-DAEMON message
[09:59] <cpaelzer> necrophcodr: https://www.howtoforge.com/configure-custom-postfix-bounce-messages
=== jelly-home is now known as jelly
[09:59] <cpaelzer> necrophcodr: TL;DR it seems you can edit the template being used
[09:59] <cpaelzer> necrophcodr: try adding a BCC there
[09:59] <necrophcodr> cpaelzer, that's actually a pretty good idea, i'll give that a shot
[09:59] <cpaelzer> assume this is passed to something sendmail compatible
[09:59] <cpaelzer> so it might catch and follow the bcc statement
[09:59] <cpaelzer> necrophcodr: good luck
[10:00] <necrophcodr> thanks!
[10:32] <rbasak> ahasenack, cpaelzer: looks like the git importer had hung.
[10:32] <rbasak> I've also found the fix for the applied branches not working and have an MP up for it.
[10:32] <rbasak> https://code.launchpad.net/~racb/usd-importer/+git/usd-importer/+merge/334131
[10:32] <rbasak> I'd like to avoid restarting the importer pending the landing of that fix
[10:33] <rbasak> Then we won't end up with broken applied imports
[10:33] <cpaelzer> rbasak: sounds reasonable
[10:33] <rbasak> It fairly simple
[10:33] <rbasak> (the MP)
[10:33] <cpaelzer> already looking
[10:33] <rbasak> Thanks!
[10:33] <cpaelzer> rbasak: it is quite a while since I imported from git instead of from snap - is there anywhere a "watch out for this" doc or something?
[10:34] <cpaelzer> well I can do things in a container
[10:34] <cpaelzer> the snap won't interfre there
[10:34] <rbasak> That's what I've been doing.
[10:34] <rbasak> In a container.
[10:34] <rbasak> An artful container specifically.
[10:35] <cpaelzer> to have the same deps as intended for the snap I guess?
[10:35] <rbasak> I can give you the list of deps
[10:35] <rbasak> Yeah one moment
[10:35] <rbasak> cpaelzer: http://paste.ubuntu.com/26026686/ is my container setup
[10:36] <rbasak> Includes all deps I have needed so far.
[10:36] <rbasak> In addition you'll need "git config --global user.name" and email.
[10:36] <rbasak> And on first run the importer will prompt you for you LP username. But it won't require Launchpad auth unless you try to push.
[10:36] <rbasak> That should be all.
[10:37] <cpaelzer> just need to clear a few other things, thenn will try to review asap
[10:37] <rbasak> Thanks!
[10:37] <cpaelzer> slashd: I looked slightly deeper at PCP for the questionyou adde dyesterday
[10:37] <rbasak> cpaelzer: FYI, I'm not blocked.
[10:38] <rbasak> This is just to restart the importer.
[10:38] <cpaelzer> which blocks a lot of us atm :-)
[10:38] <cpaelzer> slashd: my personal TL;DR is this: run away
[10:38] <cpaelzer> slashd: modd wise I'm short of filing an archive removal, I just don't have enough hard facts (and hate doesn't count)
[10:39] <cpaelzer> s/modd/mood/
[10:39]  * cpaelzer does a mood reset before checking rbasak's MP
[10:39] <cpaelzer> ommmm
[10:57] <cpaelzer> rbasak: I replied on the MP from a code review POV
[10:57] <cpaelzer> I start testing now, but if you think you want to follow my suggestion let me know and I stop testing until you implemented so
[10:58] <rbasak> Ah thanks. I wasn't aware of that wrapper. I'll look now.
[11:00] <rbasak> cpaelzer: I think you're right. There are things covered there that I didn't cover, such as debian.patches. I should refactor and alter that method as needed.
[11:08] <cpaelzer> ok ping me again when I shall fetch to check again rbasak
[11:08] <rbasak> ack
[11:28] <xnox> cpaelzer, about dpdk, how come it's not built for armhf? it seems like it's supported there no?
[11:32] <xnox> cpaelzer, also you don't use $ update-maintainer? =)
[11:33] <rbasak> cpaelzer: can I run a revised plan by you first before implementation and test please?
[11:33] <rbasak> I'd like to change quilt_env to take a treeish instead of a commit hash.
[11:33] <rbasak> Instead of extracting to a temporary worktree, I'll examine the tree object directly using the existing follow_symlinks_to_blob function.
[11:34] <rbasak> That should raise a KeyError (I'll check) if not found, or a blob object otherwise.
[11:34] <rbasak> So I can use that for the os.path.exists tests for the rest of quilt_env, and then it won't need a commit any more.
[11:35] <rbasak> Then in import_patches_applied_tree, after dropping my previous change, I'll wrap quilt calls in repo.quilt_env.
[11:35] <rbasak> The required treeish will be the previous treeish from the previous loop iteration.
[11:35] <rbasak> For the first loop iteration, I'll have to generate a treeish in the case that the .pc handling above didn't do it.
[11:37] <rbasak> repo.dir_to_tree exists.
[11:37] <rbasak> I think this code predates it.
[11:37] <rbasak> So I may switch to using that instead.
[11:37] <rbasak> EOD
[11:37] <rbasak> How does that sound?
[11:38] <rbasak> Separately, I'm thinking about restarting the importer now, before landing this.
[11:38] <rbasak> As it'll take a while to do it right.
[11:39] <rbasak> The applied branches will continue to be broken for a while.
[11:39] <rbasak> But that has already regressed, and we will have to reimport the world anyway.
[12:07] <cpaelzer> xnox: I'm the deb maintainer together with bluca so - yes I might have forgotten an update maintainer but it is only formally incorrect
[12:08] <cpaelzer> xnox: also it is mostly in sync now - working on the next in debian to be syncable again
[12:08] <cpaelzer> xnox: and finally - the only real question/issue I think - armhf I have no-one to test/work on it at all
[12:08] <cpaelzer> xnox: for arm64 I had linaro folks with me and tested myself on cavium systemd
[12:08] <cpaelzer> but armhf I have neither peers to run it nor HW to test
[12:09] <cpaelzer> xnox: and from every other arch the lessons learned was that it fails initially
[12:09] <xnox> right, ack.
[12:09] <cpaelzer> xnox: does that make sense or would you want me to enable it untested?
[12:10] <cpaelzer> xnox: on which release did I miss the maintainer so that I can fix it on (if) I upload for it next time?
[12:10] <xnox> cpaelzer, no, i was mostly poking it to see if s390x is supported or not =) and noticed that there is armhf and x32, and got curious why they were not explicitely enabled vs explicitely disabled.
[12:10] <xnox> artful & bionic, but fixed now.
[12:10] <xnox> in bionic that is
[12:10] <cpaelzer> thanks
[12:11] <xnox> patch submitted to debian too
[12:12] <cpaelzer> xnox: thanks - I'll convert the debian bug to a fix in our repo then
[12:14] <cpaelzer> hmm
[12:14] <cpaelzer> we already did that
[12:14] <cpaelzer> oh I see, the one test misses the arch qualifier
[12:14] <xnox> well, it was not in debian sid / ubuntu bionic; for the last test case; was in for the other test cases.
[12:18] <cpaelzer> xnox: I have put it onto the gerrit, it will be in any 17.11.x later on then
[12:18] <cpaelzer> rbasak: now I'm back with you
[12:18] <cpaelzer> rbasak: sorry thursday is my alternating short/long lunch break
[12:20] <cpaelzer> rbasak: the suggested approach seems sound to me
[12:20] <cpaelzer> rbasak: and I ack on restartig the importer
[12:20] <cpaelzer> rbasak: applied branches are the less important things, so I think we are ok for now
[12:20] <cpaelzer> given we know we reimport the world at some point soon
[12:34] <rbasak> cpaelzer: OK. Thanks!
[13:13] <cpaelzer> jamespage: might I ask you on your OVS plans for bionic - especially in regard to bug 1733325?
[13:13] <ubottu> bug 1733325 in openvswitch (Ubuntu) "Update in Bionic to match DPDK 17.11" [Undecided,New] https://launchpad.net/bugs/1733325
[13:15] <arunpyasi> Hi guys, I have an issue, I get 530 login auth failed, where do I see error log for pure-ftpd ?
[13:29] <cpaelzer> arunpyasi: http://manpages.ubuntu.com/manpages/trusty/man8/pure-ftpd.8.html
[13:29] <cpaelzer> arunpyasi: by default it seems to go to journal I'd think
[13:30] <cpaelzer> arunpyasi: but there are plenty of options to increase verbosity and set an explicit log file
[13:37] <arunpyasi> cpaelzer, I get this error :http://dpaste.com/1WV31PG does this mean it doesn't recognize the username of ftp ?
[13:40] <cpaelzer> arunpyasi: sorry I don't know but thtowing that error in a search engine give plenty of hints
[13:40] <cpaelzer> arunpyasi: I'd assume if you rfollow the first few you will find a resolution
[13:40] <arunpyasi> cpaelzer, yeah, doing so.
[13:53] <cpaelzer> too bad it is a calculation error, dpdk just got me 291.43Pb/s on one case
[13:54] <rizonz> hi gusy
[13:54] <rizonz> how to remove a route like this ? 172.16.2.0      *               255.255.255.0   U     0      0        0 ens3
[13:55] <cpaelzer> rizonz: list it with ip route
[13:56] <cpaelzer> rizonz: and you can delete it more or less with "ip route del <the line you want to to remove>
[13:56] <rizonz> cpaelzer: https://pastebin.com/ERK9eqkv
[13:56] <rizonz> cpaelzer: yeah I know but those wildcard GW's are never nice
[14:07] <arunpyasi> cpaelzer, is there any channel were I would get support for pure-ftpd ?
[14:07] <arunpyasi> it seems weird issue
[14:08] <arunpyasi> it was working just before I created new user :P lol
=== oerheks_ is now known as oerheks
[14:12] <cpaelzer> it is a community thing - around here you are good, but usually rely on somebody having the experience on a particular program
[14:12] <cpaelzer> maybe they have an own channel somewhere
[14:14] <arunpyasi> cpaelzer, didn't get it :P
[14:14] <arunpyasi> cpaelzer, there is no channel for it I guess :P
[14:14] <cpaelzer> not according to their webpage
[14:14] <arunpyasi> So, I will need you guys help.
[14:15] <cpaelzer> which means one around here that uses it more often
[14:15] <cpaelzer> arunpyasi: people are generally willing to help, but in this case if you happen to create clean steps to reproduce the issue that might help
[14:15] <cpaelzer> arunpyasi: you'd need to for a bug report to ubunut as well - as given the case as I see it that is most likely the first question
[14:16] <cpaelzer> arunpyasi: especially since my search check before brought zillions of links about broken config causing such an issue
[14:16] <arunpyasi> cpaelzer, yes there are but they didn't work.
[14:16] <cpaelzer> arunpyasi: so get a container and try to simplify to the smallest number of steps to recreate the issue
[14:16] <arunpyasi> cpaelzer, I think I need to switch for vsftpd or proftpd
[14:16] <cpaelzer> if that's an option - sure
[14:17] <arunpyasi> cpaelzer, which one would you suggest ? :P
[14:17] <arunpyasi> I am always confused with vsftpd or proftpd
[14:17] <cpaelzer> vsftp
[14:17] <cpaelzer> based on having uses one but not the other
[14:18] <arunpyasi> cpaelzer, Ok thanks for your suggestion
[14:20] <arunpyasi> I have a file named --help no idea how I got it created and now it wont remove :P I get --help for every command I entere :P lol haha
[14:47] <mgolisch> rm ./--help ?
=== jelly-home is now known as jelly
[18:02] <tafa2> anyone got a recent tutorial on how to setup a stupid fast LEMP stack?
[18:06] <oerheks> recent for LTS https://www.unixmen.com/how-to-install-lemp-stack-on-ubuntu-16-x/
[19:20] <jncunha> has anyone had any success changing the fans on a proliant se316m1 g6 (I believe its the same as the dl160 g6)? I've seen some fan mods that involve some electronic skills but I was looking for a plug and play solution.
[20:15] <ahasenack> hi guys, I'm checking the existence of the landscape-client package (-client, -common: 2 binary packages) in the server installer iso
[20:15] <ahasenack> I thought it had been removed because it's py2
[20:15] <ahasenack> yet if I mount the artful server iso, I can find it in the image: http://pastebin.ubuntu.com/26030067/
[20:16] <ahasenack> even python2.7 is in there
[20:16] <ahasenack> looks like I'm mistaken in my assumption, but maybe someone here remembers the story in more detail?
[20:17] <ahasenack> hm, maybe it was just about cloud images? https://bugs.launchpad.net/ubuntu/+source/landscape-client/+bug/1427275
[20:17] <ubottu> Launchpad bug 1427275 in cloud-utils (Ubuntu Vivid) "clean cloud images of python2" [High,Fix released]
[23:35] <PCatinean> hey guys, can anyone help, i'm doing scp -r /big/file user@server.com:/bla and at some point I get No such device or address, what's going on?
[23:42] <genii> Why -r with a file?
[23:51] <PCatinean> genii, it's a directory sorry
[23:51] <PCatinean> and it's a big one