[06:39] <thekrynn_> does anyone have recommendations for a portable kvm solution for servers running ubuntu (mainly for initial setup and bios)
[09:10] <jsheeren> hi there
[09:10] <jsheeren> quick question about running the cloudimages on an openstack platform and specificaly io performance differences between stock xenial and stock trusty with a xenial-lts kernel installed through apt
[09:11] <jsheeren> are there differences in the kernel options?
[09:11] <jsheeren> the xenial cloud image with kernel 4.4.0-24-generic has almost 2 times better IO performance than the trusty cloud image with the xenial-lts 4.4.0-34-generic kernel
[09:11] <jsheeren> which i find surprising as i would expect the same performance
[09:11] <jsheeren> i already asked in #ubuntu-kernel but it's rather quiet down there ..
[10:46] <iliv> jsheeren, you're probably gonna be better off taking a look at deb src files where I guess you could see how both kernels were compiled
[11:00] <rbasak> coreycb, jamespage: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2016-August/016812.html
[13:18] <coreycb> rbasak, would you mind pointing them to the mitaka review queue for the cinder question?   I need to figure out why I'm not getting ubuntu-devel emails (I'm subscribed).  and I'm headed out of town right now.
[13:19] <rbasak> coreycb: sure, but where is that?
[13:19] <rbasak> coreycb: it's ubuntu-devel-discuss BTW, not ubuntu-devel.
[13:19] <coreycb> rbasak, sorry, xenial review queue - https://launchpad.net/ubuntu/xenial/+queue?queue_state=1&queue_text=
[13:19] <coreycb> rbasak, ah so maybe I'm not subscribed
[13:20] <rbasak> Ah, thanks. I assumed it was a special cloud archive thing
[13:20] <rbasak> It'll go back to UCA Trusty after landing in Xenial, right?
[13:20] <coreycb> rbasak, thanks for doing that, yes that's correct
[13:21] <rbasak> OK, thank you for confirming
[14:56] <rbasak> jgrimm, nacc: so a squid3 merge looks pretty involved. I'm definitely not going to finish it today, and in any case I have doubts about pushing it in due to FF etc. But I can hand it over to nacc to continue? It won't be wasted work either way because we'll land it eventually whatever we decide. And the git workflow makes a handover really easy I think.
[14:56] <rbasak> Alternatively if we don't want to land it this cycle then I can hold on to it.
[14:57] <jgrimm> rbasak, lets pass it along
[14:57] <jgrimm> will be good test of it being easy handover too. :)
[14:57] <rbasak> I like that last aspect :)
[14:58] <rbasak> nacc: OK, so https://git.launchpad.net/~racb/ubuntu/+source/squid3
[14:58] <rbasak> I've done deconstruct/3.5.12-1ubuntu8 without reconstruct, but please check it. The reason is that ~ubuntu-server-dev has a previous upload, so I manually rebased the newer imports onto that. Not sure the auto-reconstruct would have handled that.
[14:59] <rbasak> My master branch is my current work in progress towards a logical (incomplete). It have an empty diff (except for update-maintainer and changelog) to old/ubuntu.
[14:59] <rbasak> It *should* have.
[15:00] <rbasak> But it is far from the minimal logical because of the extensive Ubuntu-specific changes wrt. maintainer scripts and migration paths.
[15:01] <rbasak> Note also my message in  https://git.launchpad.net/~racb/ubuntu/+source/squid3/commit/?id=279b24d284429fcf9d93767ebe11f4688fc477fd please - I didn't manage to fully match up all changes - perhaps because of a difference in interpretation.
[15:01] <rbasak> (and two "previously undocumented" commits too)
[15:31] <xnox> smb, hi!
[15:31] <smb> xnox, yeees?
[15:31] <xnox> libvirt FTBFS on s390x, because python is not available, and we comment out build-depends on python. My guess is that it is only transitevely installed on all other arches.
[15:32] <xnox> smb, do you mind if I upload "build-depends: python:any" patch? or do you use some fancy server team git stuff to manage libvirt uploads?
[15:32] <smoser> rbasak, around ?
[15:33] <xnox> sample build log at https://launchpadlibrarian.net/279853280/buildlog_ubuntu-yakkety-s390x.libvirt_2.1.0-1ubuntu3.0~ppa1_BUILDING.txt.gz and trivially reproducible by rebuilding current libvirt package from yakkety on s390x
[15:33] <xnox> i'm not sure where/what/how/why dropped python2.7 dep on s390x though =( maybe i should investigate that.
[15:33] <smoser> i'm looking at cloud-init packaging... https://git.launchpad.net/cloud-init/tree/debian?h=ubuntu/devel
[15:34] <smb> xnox, at some point we added a git tree but I can re-import the change there later
[15:34] <smoser> i think i'm kind of forced into having cluod-init.install and grub-legacy-ec2.install because i have the 2 packages (or at least something needs to deal with copying the right files to the right package dir).
[15:34] <smoser> i dont like listing things explicitly in https://git.launchpad.net/cloud-init/tree/debian/cloud-init.install?h=ubuntu/devel
[15:35] <smb> xnox, but was that yakkety?
[15:35] <xnox> smb, yes yakkety only. Just today.
[15:35] <smoser> but i need to have the first 2 lines there , or some other way make tools/21-cloud-inig.conf get into /etc/rsyslog.d and the profile.d file too.
[15:35] <xnox> smb, i'm maintaining a small patch on top of libvirt in my ppa, hence i've noticed.
[15:35] <smb> xnox, because the uplaod I did show build ok
[15:36] <smoser> i can shorten that to lines 1 and 2 and then 'etc/* lib/* usr/*' but that is still les than ideal. is there an easier way ?
[15:36] <smb> xnox, https://launchpad.net/ubuntu/+source/libvirt/2.1.0-1ubuntu3
[15:36] <xnox> i just rebuilt that on devac02 in sbuild and it fails.
[15:36]  * xnox pokes chroots to find ways.
[15:36] <xnox> smoser, sure you can avoid install files.
[15:37] <smb> xnox, weird...
[15:37]  * smoser secretly hoped xnox would jump in :)
[15:37] <xnox> smoser, dh_auto_install --destdir=debian/cloud-init
[15:37] <xnox> that would run "make install" into your "main" package to install everything.
[15:37] <xnox> then you just need obscure-package.install to install things there.
[15:38] <xnox> or some such.
[15:38] <xnox> smoser, see $ man dh_auto_install
[15:38] <smoser> ok..
[15:38] <smoser> and then i can just in install: target or something copy the files to debian/cloud-init ?
[15:39] <xnox> huh?
[15:39] <nacc> rbasak: will review it asap
[15:39] <xnox> smoser, normally, when one has multiple packages upstream built system installs everything into debian/tmp, rather than the main package.
[15:40] <xnox> here we redirect upstream built system to still install into debian/<main-package> straight away, because the bulk should be there.
[15:40] <xnox> no need to write any .install files for the main package then.
[15:41] <xnox> smoser, rm debian/cloud-init.install
[15:41] <xnox> smoser, cat >debian/rules <<EOF
[15:41] <xnox> override_dh_auto_install
[15:41] <xnox>     dh_auto_install --destdir=debian/cloud-init
[15:41] <xnox> EOF
[15:42] <xnox> (add colon, and tab) -> done
[15:46] <xnox> ..
[15:47] <xnox> smb, found the culprits - why you no like s390x!!!! =)
[15:47]  * xnox shakes fist
[15:49] <smoser> xnox, http://paste.ubuntu.com/23070530/ seems to work for me
[15:49] <smoser> is that how you woudl do it ? or would you suggest a different makefile target for doing the install of those files
[15:50] <smoser> actually, that seems to result in ignorning of grub-legacy-ec2.install
[15:51] <xnox> smoser, something like that. grub-legacy-ec2.install should still be run....
[15:52] <xnox> smoser, does grub-legacy-ec2.install -> installs things from debian/tmp currently? or just from arbitrary places?
[15:52] <smoser> from debian/
[15:52] <xnox> so should be fine.
[15:52] <smoser> https://git.launchpad.net/cloud-init/tree/debian/grub-legacy-ec2.install?h=ubuntu/devel
[15:53] <smoser> well, the package ends up with only http://paste.ubuntu.com/23070539/
[15:53] <rbasak> smoser: just catching up. I'm not sure I follow what you want or the reason for your dislike of what you have, so shall I leave it to xnox? :)
[15:54] <xnox> smoser, mv debian/grub-legacy-ec2.install debian/ec2-init.install ?
[15:54] <smoser> rbasak, well, i dont like listing directories for cloud-init as it made me miss some files
[15:54] <smoser> that were installed by setup.py into directories not listed there.
[15:54] <xnox> smoser, looks like you renamed the package, but didn't rename .install file to match, no?
[15:54] <smoser> xnox, no.
[15:54] <smb> xnox, tis not that I not care, but if the build ain't broken for me I won't fix it
[15:54] <rbasak> smoser: do you know about dh_install --fail-missing?
[15:54] <smoser> i should probably drop the ec2-init package entirely
[15:55] <smoser> rbasak, well, yeah. thats another option.
[15:55] <xnox> smb, so python2.7 is transitive dependency of systemtap-sdt-dev and zfsutils-linux which are arch qualified on all arches, but s390x.
[15:56] <xnox> python2.7 is needed for apidocs build, and without builddeps on systemtap-sdt-dev/zfsutils the build fails.
[15:56] <rbasak> smoser: sorry, I know I'm not giving you completely coherent answers at the moment. I need to spend some time understanding your question better, but I need to run to a meeting. And then I'm off for a week :-/
[15:56] <xnox> smoser, you say that things from "grub-legacy-ec2.install" did not install into the package, yet the package you showed in the pastebin is "ec2-init" rather than "grub-legacy-ec2".
[15:57] <smoser> oh.
[15:57] <smoser> yeah
[15:57] <smoser> i suck.
[15:57] <smoser> i dpkg -c the wrong file
[15:57] <smoser> xnox, thank you for your time.
[15:59] <smb> xnox, hm I guess zfsutils-linux would be a good s390x candiate. It just was not done before and I was a bit in a hurry to bead ff
[15:59] <smb> beat even
[15:59] <xnox> smb, quite. I'll build with xfsutils and systemtap-sdt-dev enabled on s390x, make sure things still work, and then probably upload.
[16:00] <xnox> good thing i actually started to dig into where the transitive python2.7 dep comes from on !s390x
[16:00] <smb> xnox, ack ok. and I sync it up with the git tree after that
[16:02] <xnox> smb, deal! =)
[18:04] <Gorian|work> hallo
[18:51] <jonah> hi can anyone please help. I'm having a constant battle with authentication problems via imap mail with dovecot. I don't know if this is a bug in 14.04 LTS which I'm running but I always get errors in the logs
[19:00] <patdk-wk> jonah, how can we help when we cannot see the errors?
[19:00] <jonah> patdk-wk: hi thanks - the error I keep getting is pam_unix(dovecot:auth): authentication failure; logname= uid=0 euid=0 tty=dovecot ruser=info-domain.co.uk rhost=::1  user=info-domain.co.uk
[19:01] <jonah> patdk-wk: pam_unix(dovecot:auth): authentication failure; logname= uid=0 euid=0 tty=dovecot ruser=info-scotiahouse.co.uk rhost=::1  user=info-scotiahouse.co.uk
[19:01] <jonah> patdk-wk: unable to dlopen(pam_systemd.so): /lib/security/pam_systemd.so: cannot open shared object file: No such file or directory
[19:02] <jonah> patdk-wk: and a lot of errors about pam_systemd.so...
[19:02] <patdk-wk> so what your saying is dovecot doesn't work, cause your pam stack is screwed
[19:02] <patdk-wk> why is your pam stack messed up?
[19:02] <jonah> patdk-wk: yeah something like that - but it does work intermittently...
[19:02] <jonah> patdk-wk: I don't know why it's screwed but it would be great if I could fix it somehow...
[19:02] <patdk-wk> also, what is up with that username?
[19:03] <jonah> patdk-wk: yeah with the hyphen in there? weird eh?
[19:03] <patdk-wk> last I knew, domainnames aren't used used for usernames
[19:03] <patdk-wk> well, you configured it that way :)
[19:03] <patdk-wk> I know I didn't
[19:03] <patdk-wk> and it doesn't come that way
[19:03] <jonah> patdk-wk: yeah that's true, but I didn't screw that pam stack or whatever, that's always been messed up!
[19:54] <bosco> so i have a problem /var/www/website.com/index.html shows when i load my webpage all though i want /home/bosco/public_html/index.html to show as the home page how do  i make that happen i have googled to no avail
[19:54] <bosco> ?
[20:08] <OerHeks> normally one comes in here asking howto get sufficient priv to write from /home/ to /var/www/
[20:08] <OerHeks> try to put apache to read from your /home/ perhaps?
[20:10] <bosco> i have tried that all i know is i want /home/bosco/public_html/index.(php/html) to edit my site not /var/www/site.com/public_html/index.(php/html)
[20:10] <bosco> OerHeks,
[20:28] <genii> userdir
[20:29] <bosco> huh
[20:32] <bosco> i got ya sorry tired and just woke up working nights at the moment be back on days next month lol
[21:25] <genii> Ah, bosco left. Now I finally had some time to explain how to a2enmod userdir and some other things
[21:34] <spajderix> hello
[21:36] <spajderix> I've recently updated my server from 14.04 to 16.04 and have an issue with openvpn. Whenever I try to start via /etc/init.d/openvpn start, it says it is initiated via systemctl, but nothing happens. When I try systemctl start shade, it then says that openvpn is running, but there is no process. Whenever I try systemctl start openvpn@mynetname, it then says it failed to start because of external command
[21:38] <spajderix> Anyone knows how to deal with this?
[22:28] <bosco> anyone in here
[22:35] <bosco> ok i need some help with my server i want to be able to edit /home/bosco/public_html/index.html and have to edit my website not have to edit /var/www/website.com/public_html/ i want to edit it as a user not as root but be able to from my users home directory
[22:35] <bosco> ??
[22:47] <RoyK> bosco: see http://httpd.apache.org/docs/current/mod/mod_userdir.html - it's probably installed, just enable it
[22:48] <bosco> RoyK, i have been there and enabled it can u pm me please
[22:48] <RoyK> bosco: a2enmod userdir and apache2ctl graceful should do
[22:50] <bosco> i just want someone to look at it and  show me what i am doing wrong if thats possible
[22:51] <bosco> i have looked and spent to much time trying to figure this out done almost everything i can think of with google and apaches website as well
[22:51] <RoyK> bosco: have you checked the logs?
[22:51] <bosco> yes i have checked the logs
[22:51] <RoyK> as in /var/log/apache2/error.log ?