[03:38] <k2gremlin> Any iptable gurus around?
[03:42] <lachlanc>  Hey Guys, I'm part of a program that takes ex-gov computers to marginalized communities and does a crash course in computer literacy (stripping all the components out of the box and putting it back together then installing xubuntu and a few packages  from the repos) and we want to setup a package mirror with as little configuration as possible for the client computers from a stock iso install, to be used when the workshop is run in places with no acce
[03:42] <lachlanc> ssible Internet connection. So far I have pulled a copy of the trusty repo with apt-mirror but am unsure of how to host it with the goal of zero config for the client in mind, any thoughts ?
[04:49] <pmatulis> lachlanc: zero-config would prolly involve a firewall redirecting client requests to the alternative repository
[04:52] <lachlanc> pmatulis,  i'm trying dnsmasq at the moment as the package server will also be the DHCP/ DNS server on the isolated lan but am not sure if i'll run into package signing problems? or any others that i have missed
[06:25] <dtscode> hey guys... ive got a website that im hosting on a vps, and i just setup a teamspeak server on the vps. i can connect fine through the rdns (dtscode,io) but i want to make the server run on teamspeak.dtscode.io how can i do this?
[06:30] <Thumpxr_> dtscode: do you have any webinterface like ispconfig/confix/cpanel ?
[06:30] <dtscode> Thumpxr_, i dont believe so
[06:30] <dtscode> but the vps install set some stuff up for me, so i might
[06:30] <Thumpxr_> dtscode: please check whether you have such an interface or not
[06:31] <Thumpxr_> usually they send you a mail with a password once setted up
[06:31] <dtscode> i didnt get any mail like that, so im guessing not. other than that how can i check?
[06:33] <Thumpxr_> ispconfig is access able via yourdomain.tld:8080
[06:33] <Thumpxr_> check this
[06:34] <dtscode> ok
[06:34] <dtscode> nope. nothing there
[06:37] <dtscode> Thumpxr_, so what do i need to do now?
[06:39] <Thumpxr_> okay. so what you want to do is just create a subdomain. afaik you cant disable the access via dtscode.io, so you will end with 3 ways to connect (ip, dtscode.ip and teamspeak.dtscode.io)
[06:39] <Thumpxr_> are you running apache or nginx as a webserver ?
[06:39] <dtscode> apache
[06:39] <dtscode> and alright. i guess im fine with that for now
[06:41] <Thumpxr_> dtscode: check this http://httpd.apache.org/docs/2.2/vhosts/examples.html
[06:41] <dtscode> ok
[06:41] <dtscode> ty
[06:52] <dtscode> Thumpxr_, i wrote the file correctly (i think). what would i save it as and where would i save it to?
[06:52] <Thumpxr_> dtscode: you have this file already on your vps. just need to edit it
[06:52] <dtscode> oh...
[06:53] <dtscode> sorry Thumpxr_ not too good at this stuff as you can see. thanks for being patient though :)
[07:49] <kblin> morning folks
[09:12] <lordievader> Good morning.
[10:40] <kblin> morning folks. I'm having trouble getting ubuntu to work on my dell precision system with hardware raid
[10:41] <kblin> during the install, even though I select "install grub to MBR", it's installing itself to /dev/md126p1
[10:45] <kblin> now, if I start a live system with a GUI to run e.g. boot repair, that won't load the raid drivers and then fail to find my hdds. how the heck do I fix this?
[13:50] <jamespage> zul, coreycb: as this is complex I'd appreciate a review - https://code.launchpad.net/~james-page/neutron/systemd-enable/+merge/246144
[13:52] <jamespage> I've been pushing changes into openstack-pkg-tools to support that as well - they are all uploaded
[13:55] <coreycb> jamespage, do we need override_dh_systemd_enable in any of the other pkgs?
[13:58] <jamespage> coreycb, I don't think so - its only required when a binary package want to ship >1 init configuration
[14:00] <zul> jamespage:  +1
[14:00] <jamespage> coreycb, heat ftbfs - https://launchpadlibrarian.net/194601912/buildlog_ubuntu-vivid-amd64.heat_2015.1~b1-0ubuntu2_FAILEDTOBUILD.txt.gz
[14:01] <jamespage> I did not re-check the test execution prior to upload
[14:01] <coreycb> jamespage, ok I'll take a look at heat.  still scanning your neutron changes.
[14:01] <jamespage> ta
[14:07] <jamespage> zul, for Breaks/Replaces need a ~ on the end of the version to deal with backports I think
[14:08] <zul> jamespage:  k
[14:08] <zul> jamespage:  ill do that right now
[14:08] <jamespage> zul, I've fxied i18n
[14:09] <zul> jamespage:  k
[14:09] <zul> jamespage:  im just updating deps
[14:09] <jamespage> zul, ok
[14:33] <coreycb> jamespage, the only thing I'm seeing in neutron is "Provides:" not always matching "NAME" in init.in files
[14:35] <jamespage> coreycb, hmm - can you comment please and I'll check this out
[14:35] <coreycb> jamespage, sure
[15:01] <jamespage> zul, python-oslo.serializatoin
[15:01] <jamespage> keystonemiddleware
[15:01] <zul> jamespage:  hmmm?
[15:02] <jamespage> zul, typo
[15:08] <jamespage> zul, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[15:09] <zul> jamespage:  son of a
[15:09] <jamespage> zul, and an unsatifiable depends for i18n
[15:10] <zul> jamespage:  k
[15:16] <jamespage> coreycb, updated
[15:21] <coreycb> jamespage, looks good
[15:22] <Azaril> hey
[15:22] <Azaril> does ubuntu not use lowmemory?
[15:23] <jamespage> zul, can you hold on any more oslo namespace uploads please - https://launchpadlibrarian.net/194601912/buildlog_ubuntu-vivid-amd64.heat_2015.1~b1-0ubuntu2_FAILEDTOBUILD.txt.gz
[15:23] <jamespage> coreycb, that looks like a namespace change issue
[15:23] <zul> jamespage:  yep
[15:23] <coreycb> jamespage, sorry, been looking at something else.  taking a look at heat now.
[15:50] <Azaril> im trying to work out how to monitor for kernel memory leaks. In centos, I seem to be able to monitor lowmemory. Does anyone have any ideas about how i might achieve a similar thing in ubuuntu?
[16:04] <coreycb> jamespage, zul: I think heat's failing since this oslo.i18n commit: https://github.com/openstack/oslo.i18n/commit/1215edcb8da4d616e0f84ea9c2cfd7cb46d882ea
[16:05] <coreycb> I'll patch it and looks like it should be submitted upstream
[16:07] <zul> coreycb:  sorry
[16:10] <Killall> i need some squid help and since guys there are not answering me :(
[16:13] <rbasak> Azaril: try asking in #ubuntu-kernel
[16:24] <coreycb> zul, I think I found a patch upstream
[17:46] <coreycb> jamespage, zul: update for heat.  can one of you review?   https://code.launchpad.net/~corey.bryant/heat/2015.1-b1-0ubuntu3/+merge/246196
[17:49] <zul> coreycb:  done
[17:49] <coreycb> zul, thanks
[20:06] <hexdsl> Ive been fighting with Virtual box all evening. Got it installed on headless 14.04 server. accessing it via Remmina. every time i install Guest additions on it it stops booting. google was no help so im seeking your wisdom :)
[20:11] <sarnold> hexdsl: I'd guess that the guest additions are trying to use a video mode / video driver that doesn't go through remmina well.
[20:11] <sarnold> hexdsl: maybe look around vbox logs and remmina logs and see if you can find anything that might confirm / deny that guess?
[20:13] <sarnold> hexdsl: .. or there might be logs in the guest, too, now that I think about it.
[20:14] <hexdsl> sarnold, thanks ill look. seems like an odd problem though, i would have thought headless VM's were pretty common. nothing on google that stuck out :(
[20:30] <grendal_prime> does anyone know where i can get some assistance with installing touch on like an asus memo pad?
[20:31] <grendal_prime> nevermind
[21:26] <tom[]> where does the stdout of an init.d script go during boot time?
[21:26] <tom[]> i'm trying to debug the script during that phase and resorting to debug echos
[21:37] <nickander> tom[]: did you try /var/log?
[21:58] <tom[]> nickander: the only thing i can find in log files is in syslog: init: sphinxsearch main process (3845) terminated with status 1\n init: sphinxsearch main process ended, respawning
[21:58] <tom[]> which tells me nothing
[21:59] <tom[]> the sphinxsearch log file is there but isn't written during this process
[22:00] <tom[]> i added --verbose to start-stop-daemon and options for the daemon to do verbose logging but none of it seems to go anywhere at boot time
[22:01] <tom[]> the init script works when i run it directly, even without any env, but through service command or at boot, not
[22:11] <sarnold> tom[]: anything in /var/log/upstart/* ?
[22:12] <tom[]> sarnold: as you wrote that i tried putting exit 0 at the top of the init.d script. it made no difference
[22:13] <tom[]> so i thought perhaps it's just a decoy
[22:13] <tom[]> and there is indeed a log for it
[22:14] <sarnold> tom[]: ah, I missed the exit 0 bit, that's  scrolled off screen :)
[22:14] <tom[]> exit 1, i mean
[22:14] <tom[]> but i've been looking at an init.d script that works but doesn't run at boot
[22:14] <tom[]> because there's an upstrat script too
[22:15] <sarnold> tom[]: is there an /etc/init/ that takes precedence?
[22:15] <sarnold> aha
[22:15] <tom[]> so annoying
[22:15] <sarnold> so annoying
[22:15] <sarnold> haha
[22:15]  * sarnold ^5s tom[]
[22:15]  * tom[] slaps sphinx around a bit with a large trout
[22:21] <tom[]> i think the story is as follows. the sphinxsearch package for 14.04 is ancient, based on sphinx 2.0.4. it's got a bug that caused trouble with my app so i tried updating it with the ubuntu package from sphinx's PPA based on 2.0.10 (also pretty old). the trusty package uses an init.d script. the sphinx ppa one uses upstart. and it has a bug because it's looking for the pid file in a dir that doesn't exist. whereas the trusty init.d creates that dir
[22:21] <tom[]> what i still don't udnerstand is how the pid files's dir is absent after reboot
[22:21] <sarnold> which directory? perhaps it's created on a tmpfs or similar
[22:22] <tom[]>  /var/log/sphinxsearch/searchd.log
[22:22] <tom[]> the init.d creates it if it is missing, and chowns it too
[22:22] <tom[]> but after reboot it is gone
[22:22] <sarnold> o_O
[22:24] <tom[]> damn. i don't have time to learn upstart today!
[22:37] <tom[]> all documented here http://sphinxsearch.com/bugs/view.php?id=1326  bugs that were fixed in the downstream and never in the up. maybe that's why debian's package maintainer never updated from 2.0.4
[23:35] <Stuxnet> Hi all, quick security related question. I just set up public/private key authentication for accessing my headless server via SSH with PuTTY. Do you guys think the passphrase needs to be particularly secure or can it be something easy that I can remember?
[23:36] <sarnold> Stuxnet: depends upon how 'secure' the system is that has the private key
[23:36] <sarnold> Stuxnet: you wouldn't want any old email / webpage / MS Office virus to be able to suck it down and crack it quickly
[23:36] <sarnold> Stuxnet: but if it's on an air-gapped computer, it might not take much to keep it secure
[23:37] <sarnold> Stuxnet: fwiw, I suspect the passphrase on my ssh key is ~60 bits of security
[23:37] <Stuxnet> Okay, thanks Sarnold :)
[23:37] <pmatulis> yeah, beware the ol' microsoft office virus suck trick
[23:38] <sarnold> pmatulis: <3  :)
[23:39] <pmatulis> heh heh
[23:43] <Stuxnet> Alrighty then just changed my passphrase to 256-bit hex key thank ya very much :) I like security even if it's overkill.
[23:43] <Stuxnet> Password managers make these things easy as pie.
[23:49] <Stuxnet> Oh nvm, even easier, I can use pagent. :)