[00:44] <trekkie1701c> That moment where, after several hours of troubleshooting, you realize that there's no problem with your config, your WiFi adapter is just bad.
[00:45] <sarnold> ow
[00:45] <sarnold> that's rough
[00:50] <trekkie1701c> What's really dumb is if I'd figured it out right off, I could've run down to Fry's, grabbed an Ethernet cable, and set up my old WiFi router as a bridge to the one Comcast has us using that my roommate refuses to replace.
[01:25] <Nizumzen> replace your room mate :P
[05:49] <beatzz> I have installed mailutils, postfix, dovecot-imapd, & dovecot-pop3d, followed a some tutorials as to set them up so my server will function as a send-only SMTP server, I can send email from telnet to localhost successfully, yet from the php form hosted on my apache2 server I get no response. Here is the output from netstat: http://dpaste.com/0MGVRVB
[05:51] <beatzz> here in /etc/postfix/main.cf : http://dpaste.com/2TD1X44
[05:53] <beatzz> ufw status: http://dpaste.com/0MEG50R
[05:55] <beatzz> and /etc/dovecot/dovecot.conf : http://dpaste.com/0592VD8
[07:02] <cpaelzer> ahasenack: I hit the trace you linked with ustriage rather often, but never with git ubuntu
[07:02] <cpaelzer> ahasenack: afaik I tohught it would be related to my kde & keystore setup
[07:03] <cpaelzer> ahasenack: I was sure it is either that or part of the language settings (lang: en; numbers/formats: german) that make this to hit just me
[07:03] <cpaelzer> ahasenack: there even was a bug about it in the context of ustriage, but we didn't get far IIRC
[07:10] <lordievader> Good morning
[09:07] <Slashman> hello, I'm testing canonical-livepatch and it says that there is nothing to apply but I have a reboot required with the kernel, I'm using the HWE kernel, is this why? or am I misunderstanding how it works? output of the console: https://apaste.info/FEfI
[09:08] <Slashman> from https://www.ubuntuupdates.org/package/core/xenial/main/proposed/linux-image-4.10.0-40-generic, shouldn't the canonical-livepatch service work for CVE-2017-12188 ?
[09:19] <Slashman> I cannot find out if canonical-livepatch works for the HWE kernel... any idea?
[09:21] <smb> Slashman, no (https://assets.ubuntu.com/v1/ac3aa269-DS_Canonical_Livepatch_Service_screen-AW_08.17.pdf <- see system requirements, only 4.4 kernels)
[09:22] <Slashman> smb: thanks, that's too bad and make it useless for me...
[09:37] <beatzz> So I'm setting up an email server for the first time, running into some expected trouble. I'm on the Ubuntu fourms trying to resolve this, but I figured I would try here also. executing 'echo "test" | sendmail me@gmail.com' returns no errors, but I'm not getting any mail in my gmail account. Here is all the relevant information I could think to gather, http://dpaste.com/16JXRHQ
[09:37] <beatzz> Any help would be greatly appreciated, as I am currently stuck.
[10:14] <ne2k>  any suggestions on the nicest/cleanest way to add gretap tunnels and bridge them to a bridge on ubuntu, i.e. ifupdown /etc/network/interfaces
[10:18] <ne2k> persistently, obviously
[12:14] <rbasak> ahasenack: is Launchpad struggling? I'm getting lag.
[12:14] <rbasak> Could that be the reason?
[12:15] <ahasenack> it's fine from here
[12:30] <ahasenack> rbasak: ok, so this line:
[12:30] <ahasenack> 11/21/2017 19:47:34 - INFO:Importing patches-unapplied 0.12~pre2.dfsg0-1 to debian/sid
[12:30] <ahasenack> 11/21/2017 19:48:04 - ERROR:Command exited 1: gbp import-orig --no-merge --upstream-branch do-not-push --pristine-tar --no-interactive --no-symlink-orig '--upstream-tag=importer/upstream/debian/%(version)s.gz' /home/ubuntu/deb/sysstat/gitrepo/.git/git-ubuntu-cache/elinks_0.12~pre2.dfsg0.orig.tar.gz
[12:31] <rbasak> "ERROR:stderr: gbp:error: The orig tarball contains .git metadata - giving up."
[12:31] <ahasenack> rbasak: in the end, 0.12~pre2.dfsg0-1 should exist in the repo I'm creating, right
[12:31] <ahasenack> besides that error
[12:31] <rbasak> I do get that in my run.
[12:31] <rbasak> Yes, importer/import/0.12_pre2.dfsg0-1 should exist.
[12:31] <rbasak> But the pristine-tar will be missing, which is expected.
[12:31] <ahasenack> maybe we should add some verbosity to the escaping function. If -v was passed, it could log that it's escaping some .+git directories
[12:32] <ahasenack> ok, let me run again
[12:32] <rbasak> You can see that it escaped by checking out one of the errant import tags
[12:32] <ahasenack> of course I removed the previous repo
[12:33] <rbasak> For example
[12:33] <rbasak> git ls-tree importer/import/0.12_pre2.dfsg0-1
[12:33] <rbasak> Contains 040000 tree 4b825dc642cb6eb9a060e54bf8d69288fbee4904	..git
[12:33] <rbasak> However, you don't see it on checkout because the original .git directory was empty.
[12:33] <ahasenack> rbasak: when I check that out, I'll also have ..git, right
[12:33] <ahasenack> ah
[12:33] <rbasak> So that leads to the git empty dir case.
[12:33] <rbasak> But you can see that it's correctly in the tree object.
[12:34] <ahasenack> rbasak: when we rename .git to ..git, we change the timestamp of that directory?
[12:34] <ahasenack> (unrelated question)
[12:34] <rbasak> git doesn't store timestamps
[12:34]  * ahasenack checks stat
[12:35] <rbasak> https://git.wiki.kernel.org/index.php/Git_FAQ#Why_isn.27t_Git_preserving_modification_time_on_files.3F
[12:36] <ahasenack> ok
[12:37] <ahasenack> what was the other package that also had a .git in its tarball?
[12:41] <rbasak> It's listed in bug https://code.launchpad.net/bugs/1730778 but I can't reach it right now :-/
[12:41] <ahasenack> lockfile-progs
[12:43] <ahasenack> hm, that one crashed
[12:44] <ahasenack> http://pastebin.ubuntu.com/26019672/
[12:44] <rbasak> That's interesting.
[12:44] <rbasak> I think it's a separate bug though.
[12:44] <rbasak> nacc pointed out that our orphan tag handling is wrong.
[12:44] <rbasak> But we'd never hit a broken case.
[12:44] <rbasak> Now we have :)
[12:45] <ahasenack> I'll file it, worst case we close it as invalid
[12:45] <ahasenack> or duplicate
[12:45] <ahasenack> I'll also check with the snap
[12:47] <ahasenack> the snap fails before because of the .git issue
[12:50] <ahasenack> filed
[13:07] <ahasenack> rbasak: have you seen this crash before? http://pastebin.ubuntu.com/26013467/
[13:08] <rbasak> ahasenack: didn't you have that yesterday? :)
[13:08] <ahasenack> yes, I didn't remember if I showed it to you back then :)
[13:09] <ahasenack> I'm going over my todo list for today and that item was there: "file bug somewhere about that crash"
[13:09] <rbasak> Feel free to file a bug on it. But I want to focus on the importer right now.
[13:09] <ahasenack> I'm not sure it's in git-ubuntu, feels like it's not
[13:10] <ahasenack> rbasak: you can probably merge https://code.launchpad.net/~racb/usd-importer/+git/usd-importer/+merge/334033, unless you want another review
[13:10] <rbasak> Thanks!
[13:38] <ahasenack> rbasak: I finished the local import of elinks, and I'm trying build-source on it now
[13:39] <ahasenack> rbasak: it's failing like this: http://pastebin.ubuntu.com/26020011/
[13:39] <ahasenack> is this because of the pristine-tar failure during import?
[13:39] <ahasenack> it's a debian sync package, btw, no ubuntu changes
[13:40] <rbasak> Seems likely.
[13:40] <rbasak> But really these are all separate bugs.
[13:41] <rbasak> ahasenack: oh
[13:41] <ahasenack> I like "oh" :)
[13:42] <rbasak> It's probably because you haven't branched the correct pristine-tar names
[13:42] <rbasak> Basically you need to rename importer/* -> *.
[13:42] <rbasak> Inside refs/heads and refs/tags IIRC.
[13:42] <ahasenack> is that another step after import finishes?
[13:43] <ahasenack> I mean, does our cron job in that bastion host do that as a separate step?
[13:43] <ahasenack> or is that done when the repo is pushed, which I skipped?
[13:43] <rbasak> Importing locally and not pushing is an edge case that we don't really support for users - just developers for testing.
[13:44] <rbasak> So basically all the refs are wrong because they've been prefixed.
[13:44] <ahasenack> and the "push" step "fixes" that?
[13:44] <rbasak> We did that for safety - to avoid local changes accidentally making it to the published repos, the importer operates entirely inside importer/*
[13:44] <rbasak> Yeah. The push un-importer/*-izes, IYSWIM.
[13:45] <ahasenack> ok, that's good enough
[13:45] <rbasak> In the long term we could make this better for the developer testing use case.
[13:45] <rbasak> But for now it's a poor UX I admit.
[13:48] <ahasenack> I'll push to my namespace
[13:48] <rbasak> You could just push to another local repo.
[13:48] <rbasak> If you want to test.
[13:48] <rbasak> Or, as a hack, check out something like a new orphan empty branch
[13:48] <rbasak> Then rename from inside .git/refs
[13:48] <rbasak> Move everything in .git/refs/importer/ one level up
[13:49] <rbasak> If you push somewhere, you have to set the refspec manually. The importer deliberately doesn't use the default refspec.
[13:50] <ahasenack> ok, so just setting --lp-owner isn't enough?
[13:51] <ahasenack> and importing again without --no-push?
[13:51] <rbasak> What exactly are you trying to do?
[13:54] <ahasenack> rbasak: I want to verify that after all these manipulations we are doing, when I build a source package out of the git branch I will get the .git directory inside the orig tarball that we generate
[13:54] <ahasenack> the original .git problematic directory
[13:54] <rbasak> I see.
[13:54] <rbasak> That won't work at the moment, since I haven't implemented the unescape end in git ubuntu build.
[13:55] <rbasak> I intend to open a bug for that and then leave it, as it's unimportant.
[13:55] <rbasak> Right now, you would end up with a ..git.
[13:55] <rbasak> To test that, I suggest you try my hack above to unprefix all the refspecs.
[13:58] <ahasenack> is unescaping missing somewhere else?
[13:59] <ahasenack> that we know of, of course
[14:01] <rbasak> I can only think of the build for unescaping and import for escaping.
[14:02] <ahasenack> ok
[14:05] <ahasenack> rbasak: let's land it
[14:05] <ahasenack> just gave a +1
[14:05] <rbasak> Thanks!
[15:33] <ahasenack> rbasak: did the imports resume?
[15:34] <ahasenack> after the git-escaping fix
[15:35] <Guest74793> hi, is there a way to create a new dhcp entry in dhcpd.conf using shell commands? something like webmin but in cli
[15:38] <rbasak> ahasenack: I've not updated the bastion yet. Working on the applied branch fix.
[15:41] <ahasenack> Guest74793: I think there is a dhcp cli
[15:42] <ahasenack> Guest74793: in the case of isc's dhcp server, it's omshell
[15:53] <DammitJim> how long does it take for the welcome screen when one does ssh to not show the number of packages that can be updated (meaning, I recently updated packages on another ssh session)
[15:54] <sdeziel> DammitJim: if you log off then log back in it will be up to date
[15:54] <DammitJim> oh, how weird
[15:55] <DammitJim> I guess since it doesn't keep state, one has to kick it
[15:58] <sdeziel> DammitJim: it's a know bug
[16:04] <sdeziel> finally found it: LP: #1368864
[16:33] <drab> anybody has openvpn running in a container in bridge mode by any chance?
[16:46] <cyphermox> powersj: so, you've switched to using priority instaed of debconf/priority, correct?
[16:46] <powersj> yes and I got ISOs published the last two days
[16:47] <powersj> last night things broke again, but due to a perl depend: https://paste.ubuntu.com/26021153/
[16:47] <cyphermox> ack
[16:47] <cyphermox> so, you might want to change netcfg/get_hostname to just 'hostname' as well
[16:47] <cyphermox> the issue is due to changes in busybox
[16:48] <powersj> are these changes that are official and not bugs?
[16:48] <cyphermox> an official change to fix some bug, that breaks assumptions make in the installer
[16:48] <powersj> ok thanks for following up
[16:50] <cyphermox> I'm looking at how to fix this now
[18:04] <Guest74793> omshell, oh, thanks i go to see
[20:24] <kyle__> Do you have to do anything special to boot off of mdadm with linux-image-generic-hwe-16.04?
[20:24] <kyle__> vs linux-image-4.4.0-101-generic?
[20:40] <drab> kyle__: not that I know of, but you want to make sure that the initramfs was updated with your raid config, altho I'm not even sure that's needed anymore, it should autodetect everything
[20:40] <drab> what problem are you having?
[20:41] <kyle__> drab: I installed with hwe, and it installe dhte 4.4.0 and the 4.10.0(hwe) kernel.  If I boot with the 4.4.0 it comes all the way up, if I boot with the 4.10.0, it doesn't.
[20:42] <kyle__> I can pull up the error on kvm, but there's no output, no nothing, just dies not being able to locate root on md0
[20:42] <drab> do you get dropped into an initramfs / busybox shell?
[20:42] <drab> oh
[20:42] <sarnold> do you need to install an -extra package or similar?
[20:42] <kyle__> Yeah.  It's curious.
[20:43] <drab> the generic should pull in extra (as opposed installing virtual which installs minimal)
[20:43] <kyle__> root@kh25-65:~# dpkg --get-selections|grep 4.10
[20:43] <kyle__> linux-image-4.10.0-40-generic                   install
[20:43] <kyle__> linux-image-extra-4.10.0-40-generic             install
[20:43] <kyle__> That extra?
[20:43] <drab> but yeah, extra should be there, minimal has no raid
[20:43] <drab> yep, that extra
[20:43] <drab> update-initramfs -u should run as part of the kernel install process, but maybe worth another try
[20:43] <drab> ?
[20:43]  * kyle__ is really hoping for a, "You forgot to install XYZ you idiot" type answer and it will magically fix it.
[20:43] <kyle__> I did try that earlier, but I'm willing to try again. OK
[20:44] <drab> if you did that already that's fine, just running through some ideas
[20:44] <drab> the only weird thing is the no busybox shell... if it can't find the root it should drop you into one
[20:45] <drab> I don't get that part, don't think I've seen it before
[20:45] <kyle__> You know, I never tried remove it first, update-initramfs -k all -u is muscle memory by now.
[20:45] <kyle__> Trying -k all -c first, then the -u
[20:46]  * drab puts up his "trust in sarnold and everything will be ok" sign
[20:46] <drab> it seems to help with weird problems
[20:47] <sarnold> heh, i'm usually useless at boot / install things, I only ever do that once or twice a decade
[20:47]  * kyle__ sighs.
[20:47] <kyle__> Supermicro boxes take SOOOo long to cycle
[20:47] <sarnold> but forgetting to install the -extra package bit me in the ass once, so I remembered that one.
[20:48] <drab> once I had this woman who wanted to hang a banner with my name next to her screen because she kept calling me for a problem but when I went there it was always fine
[20:48] <sarnold> drab: lol
[20:48] <drab> and she insisted the computer knew I was there and behaved
[20:50] <sdeziel> drab: you must have a good EMI karma ;)
[20:50] <drab> lol
[20:51] <drab> I know all the secret pressure points, like the reset button or the switch on the PSU
[20:54] <kyle__> Here's what it says after the fully done update-initramfs
[20:54] <kyle__> https://imagebin.ca/v/3iD0zFYx9WDc
[20:56] <drab> lol, I just tried to pgup the picture :P
[20:57] <drab> how did you assemble the raid? did you use /dev/sdc or by id or something?
[20:57] <drab> I'm wondering if for some reason once you use hwe kernel modules the order in which it detects drives changes or somethings
[20:57] <drab> and throws mdadm off
[20:59] <kyle__> /dev/sda /dev/sdb, in debian preseed.
[21:00] <kyle__> Well... you give debian preseed the drives you want to use, and it partitions and does all the stuff for you, and you sit there and hope it doesn't decide to do anything horribly weird, because it's debian-preseed.
[21:00] <drab> if you can wait, which I'm sure you can't, at some point today I can try on my spare SM
[21:01] <drab> I have a raid1 on two SSDs and disks in the front trays, it's an X9 tho
[21:01] <drab> they boot fine on generic, can try to install hwe and see what happens
[21:01] <kyle__> drab: Might not help, just because this works on the two older generations of the same SM hardware.
[21:01] <kyle__> :/
[21:01] <drab> ah, ok, so it's an X10 thing, mmmh
[21:01]  * kyle__ nods
[21:01] <drab> we're too poor for x10s
[21:02] <drab> ok, well, the hard way would be to take that initrd.img and unpack it, can't think of anything else to do
[21:02] <drab> and see that it has the modules and the mdadm stuff
[21:02] <kyle__> I don't think it's poor as much as, oh my god we're strapped for space! You there! Fit two full size servers into each U, go do... whatever it is you IT people do
[21:02]  * kyle__ thinks that's how the conversation to buy these went.
[21:04] <drab> here's what I mean when I say poor... I built the rack myself with 2x4s :P
[21:04] <kyle__> You get extra macguyver points for that though...
[21:04] <drab> srly tho, X9s on ebay are in a very good spot now, X10s not quite
[21:05] <kyle__> Really?  OK I need to check that out...
[21:05] <drab> lol, now if only homedepot let you redeem macguyver points... :D
[21:05] <drab> that would be a kickass marketing strategy
[21:06] <drab> afk for a while
[21:06] <kyle__> Hrumm..... sounds like a marketing opprotunity.
[21:06] <drab> but yeah, unpacking initrd.img and checking for modules + mdadm stuff would be my next step
[21:06] <drab> ttyl, wish u luck
[21:08] <kyle__> Thank man.  Goodnight!
[21:25] <pankaj_> How to write shell scripts in linux which control the other applications? I also want to speed up in linux.
[21:30] <kyle__> If you're talking about scripting running applications, you need an application that exposes something it can control.
[21:30] <pankaj_> kyle__: What?
[21:30] <kyle__> Generally shell scripts launch other applications with options, not interact with ones already running.  The language expect lets you launch and automate text based applications if that's what you want.
[21:32] <pankaj_> kyle__: So, I can control text based application with shell scripting?
[21:32] <kyle__> using expect, yes.  But it's automating an application it launches.  It is not automating an application that is already running before your script.
[21:33] <pankaj_> kyle__: OK
[21:33] <kyle__> Scripting running applications is highly dependent on the application, and what that application exposes.
[21:33] <pankaj_> kyle__: Is 'expect' any program
[21:34] <kyle__> expectinteracts with stdio only
[21:34] <kyle__> standard in standard out.
[21:34] <kyle__> I think stderr as well.
[21:35] <pankaj_> kyle__: Are their any examples online that can help me that how can I control my applications with shell scripting
[21:36] <kyle__> Plenty, just search for what you're trying to do in vague terms.
[21:36] <kyle__> Or lookup the bash shell scripting tutorial on ldp.org
[21:36] <kyle__> wait, wrong site
[21:36] <kyle__> www.tldp.org
[21:36] <kyle__> That one
[21:36] <pankaj_> kyle__: OK
[21:37] <sarnold> I never had luck with expect except for two cases, (a) ppp chat script (b) using autoexpect to learn the interaction
[21:38] <pankaj_> kyle__: Are their more or any guidance or tools that you would suggest to use on linux for faster usage of system and also as responxe to user by the system.
[21:38] <pankaj_> sarnold: I am trying to understand its man page.
[21:39] <kyle__> sarnold: I didn't write it, but there's an expect script for start-scumming nethack.  It's brilliant
[21:40] <pankaj_> kyle__: What is start-scumming nethack?
[21:41] <sarnold> pankaj_: nethack is an ancient game, one of the first computer games.. https://nethackwiki.com/wiki/Start_scumming
[21:41] <pankaj_> sarnold: OK
[21:43] <pankaj_> sarnold: Is their any guide or anything you will suggest (for mode of learning) for anyone learning about ubuntu servers?
[21:46] <pankaj_> sarnold: OK. BYE. THANKS
[21:46] <sarnold> pankaj_: when I was starting out, I read something like a "student guide to unix" which had a nice overview of things.. and then all the manpages on the system, and all the documentation in /usr/share/doc/ , all the howtos on www.tldp.org ..
[21:46] <sarnold> heh
[21:47] <genii> The ubuntu server manual can even sometimes be useful
[23:43] <keithzg> Well this is annoying, for one of the servers at work ASUS seems to have only released Windows executables for updating the Intel management engine, I have no obvious avenue for updating the firmware on this motherboard other than briefly running Windows I guess?
[23:44] <keithzg> (I suppose that's better than the one for which the manufacturer still hasn't released an update...)
[23:49] <cyphermox> powersj: still around?
[23:50] <powersj> cyphermox: yep
[23:50] <cyphermox> powersj: dpb1 : what is your opinion on making the server iso splash have a timeout, and carry on to "Install Ubuntu Server" automatically?
[23:51] <cyphermox> I propose a timeout of 5 seconds, that matches up with what is already in place for desktop images.
[23:51] <cyphermox> that automatic install would still then stop at asking the user for a language in the installer
[23:52] <powersj> I feel like the only issue is if someone would want one of the other install options, is 5 sec enough.
[23:52] <cyphermox> it would just be jumping right into d-i (or subiquity) rather than waiting for input at the bootloader
[23:52] <powersj> Then again I'm not sure the other install options are used very much, given some were broken for a while
[23:52] <cyphermox> yep
[23:53] <powersj> I'm +1, but I think worth at least asking ubuntu-server list
[23:53] <cyphermox> well, 5 sec is enough if you consider any keypress cancels the timeout
[23:53] <powersj> if you have a good network connection for those doing remote installs
[23:54] <cyphermox> as necessary we can put an exception to increase the timeout, but I'd rather burn that bridge when we get there
[23:54] <powersj> ok still worth an email to the server list
[23:54] <cyphermox> :/
[23:54] <powersj> heh
[23:55] <powersj> I killed the i386 iso with zero negative responses
[23:55] <sarnold> keithzg: btw, will the intel microcode firmware package be the -entire- update when it is published?
[23:55] <cyphermox> powersj: timeouts can quickly because bikeshed
[23:56] <powersj> well, how about we change it then and see if anyone even notices or cares
[23:56] <cyphermox> bah, I'll send an email to the list
[23:57] <cyphermox> might be agreeably surprised