[00:04] <nRy2> is there a secure method that I can use to give "ubuntu" user permission to upload files through FileZilla on my Ec2 Ubuntu 14.04LTS instance?
[00:04] <nRy2> I am using Ubuntu Desktop 16.04 LTS
[00:04] <nRy2> but when I try to upload a file to any location on ec2 ubuntu server, it gives "permission denied"
[00:17] <nacc> vacho: isn't there a lamp-server packageset? (`apt-get install lamp-server^`)
[00:18] <nacc> nRy2: how are you uploading?
[00:19] <vacho> nacc: there is... I wan't to see how others are dealing with user creation, permissions, app paths, etc..
[00:20] <vacho> nacc: and how they are configurating the VHOSTS
[00:20] <nacc> vacho: i see; it tends to be the case that everyone thinks their way is the "best" way -- so I'm not sure it's a very fruitful path to go down :)
[00:21] <vacho> nacc: I just want to learn
[00:23] <nacc> vacho: ime, this channel is more about support for server issues; i think there are several tutorials you'll find that will give examples of installing & configuring LAMP servers on Ubuntu (which is what I think you mean by deployment). I think there's even an official help.ubuntu.com page
[00:24] <nRy2> ah, I finally managed to get my SSL files moved over to the ubuntu ec2 server.
[00:24] <nRy2> now I think all that is left is to configure the VirtualHost file
[00:24] <nRy2> could someone please tell me how I might do that?
[00:24] <nRy2> it seems that namecheap does not really provide good instructions on this step.
[00:29] <Impaloo> How do I focus a window through non-interactive means (X11)?
[00:31] <sarnold> it depends upon your window manager
[00:31] <sarnold> most support alt-tab thanks to win3.1
[00:31] <sarnold> but fancier window managers support fancier ways to move
[02:44] <CodeMouse92> #tomcat is dead atm....I'm on Ubuntu 14.04 and Tomcat7. I tried installing EHour via the instructions at http://wiki.ehour.nl/display/DOCU/Install+War+on+Tomcat...
[02:44] <CodeMouse92> But after all that, I'm only getting a 404 when I go to <server>:8080/ehour, although <server>:8080 shows my Tomcat index
[02:44] <CodeMouse92> What's going on, and how in the hey do I fix it?
[03:36] <nthrow> do the needful
[07:17] <cpaelzer> rsalveti: I saw you did the tar import, checked and acked
[07:17] <cpaelzer> rsalveti: doing the rebase to match again atm
[07:17] <cpaelzer> rsalveti: btw there is also #deb_dpdk
[08:20] <cpaelzer> rbasak: if you had a minute to look at 1571295 - nothing complex I just wonder what the appropriate next step is
[08:21] <cpaelzer> rbasak: bug 1571295 was the one you found the maintscript-helper to be missing in the debian fix
[08:38] <rbasak> cpaelzer: I commented already
[08:38] <cpaelzer> rbasak: thanks
[11:31] <jamespage> ddellav, coreycb: http://reqorts.qa.ubuntu.com/reports/ubuntu-server/cloud-archive/newton_versions.html - some yakkety proposed migration issues?
[11:31] <jamespage> testing newton staging now
[12:13] <caribou> rbasak: looks like I messed up on LP: #1570093, it only has a changelog entry :-/
[12:16] <rbasak> caribou: no problem, thank you for dealing with it.
[12:16] <caribou> rbasak: well, that's my upload; forgot the quilt push after importing the patch
[12:17] <caribou> rbasak: & dragan-s is in my team and I kindly offered to help.
[12:33] <dmburmistrov> jamespage, hi! can I ask you about OpenStack UCA packages?
[12:33] <coreycb> jamespage, ddellav, I think the proposed migration blockers are all due to MIRs.  I'll poke at those.
[12:33] <coreycb> dmburmistrov, what's your question?
[12:35] <dmburmistrov> I think there is a missed dependency: glance-glare needs "python-swiftclient", but it is not in dependencies (including "downstream" packages)
[12:35] <dmburmistrov> from log: ERROR: Store swift could not be configured correctly. Reason: Missing dependency python_swiftclient.
[12:36] <coreycb> dmburmistrov, interesting. that may be a bug upstream as well because I don't see it in requirements.txt: https://github.com/openstack/glance/blob/master/requirements.txt
[12:37] <coreycb> dmburmistrov, mind opening a bug here? https://bugs.launchpad.net/swift
[12:37] <dmburmistrov> in swift? maybe glance?
[12:37] <coreycb> dmburmistrov, sorry yes
[12:37] <coreycb> glance
[12:37] <dmburmistrov> good, sure - I'll do it
[12:37] <dmburmistrov> thank you!
[12:38] <coreycb> dmburmistrov, np point me to it when you're done please
[12:38] <dmburmistrov> deal
[12:44] <dmburmistrov> coreycb, https://bugs.launchpad.net/glance/+bug/1604397
[12:46] <coreycb> dmburmistrov, thanks
[12:46] <dmburmistrov> no problem
[12:48] <cpaelzer> jgrimm: if nobody answered til then the mail "Enable SUPPORT_PROXY compile option for exim" on devel-discuss would fit the scope of community requests for server packages
[12:48] <cpaelzer> jgrimm: since I'll miss today meeting I thought to set a reminder for somebody
[13:23] <coreycb> jamespage, have you come across this at all? http://paste.ubuntu.com/20034999/
[13:24] <jamespage> coreycb, yeah pbr does not like package ~ versions
[13:24] <jamespage> you have todo a munge of OSLO_VERSION or PBR_VERSION to override it
[13:27] <ddellav> coreycb i see the new stevedore in yakkety but when I run the backport it says it can't find the package in yakkety. I used "python-stevedore"
[13:27] <coreycb> ddellav, you need the source package name, try apt-cache show python-stevedore
[13:28] <ddellav> coreycb ah ok
[13:30] <jamespage> coreycb, urgh neutron trip hazard
[13:30] <jamespage>     cfg.StrOpt('of_interface', default='native',
[13:30] <jamespage> requires ryu by default now
[13:30] <jamespage> newton-staging is deployable but non-functional ATM
[13:31] <coreycb> jamespage, ok.  we may have a MIR that we can revive.
[13:31] <jamespage> coreycb, +1
[13:31] <jamespage> good-oh
[13:34] <coreycb> jamespage, bug 1500950
[13:34] <jamespage> coreycb, installing ryu fixes the problem
[13:34] <coreycb> jamespage, great
[13:39] <jamespage> coreycb, can we get a sync with exp as well please:
[13:39] <jamespage> python-ryu | 4.4+dfsg1-1         | experimental     | all
[13:40] <jamespage> oh wait -not yet
[13:40] <jamespage> that's on the blacklist for the dep in neutron
[13:40] <jamespage> coreycb, ^^
[13:40] <jamespage> ryu!=4.1,!=4.2,!=4.2.1,!=4.4,>=3.30 # Apache-2.0
[13:42] <coreycb> jamespage, ok looks like we're ok where we are for now
[13:43] <jamespage> coreycb, agreed
[13:43] <jamespage> coreycb, 4.3 would be ok :-)
[13:43] <jamespage> but lets stick for now
[13:44] <coreycb> jamespage, ok yeah
[13:45] <ddellav> coreycb ok the backport finished successfully. How long until it shows up in xenial? and will rmadison show the change?
[13:46] <coreycb> ddellav, you can watch the staging repo or the reports html page to see when it is available in staging.  rmadison won't show you since that just reports on the ubuntu archive.
[13:46] <ddellav> coreycb gotcha
[13:56] <coreycb> jamespage, munging seems to be working, thanks
[13:58] <jamespage> coreycb, ddellav: pushing pkg updates for neutron#s dep on ryu
[14:01] <coreycb> jamespage, ok. I left some messages in #ubuntu-release earlier for package promotion/MIRs
[14:06] <coreycb> jamespage, mind if I bump the epoch for horizon to align with debian? it's going to be required in order to sync some plugin dashboards.
[14:08] <jamespage> coreycb, sure
[14:32] <coreycb> ddellav, need anything pushed for CI fixes?
[14:32] <ddellav> coreycb nah, keystone and ironic are still broken in depwait
[14:33] <coreycb> ddellav, ah waiting on backports. ok should be able to kick them off soon though right?
[14:33] <ddellav> coreycb yep, im watching them closely
[14:33] <ddellav> coreycb im working on SRU stuff right now
[14:33] <coreycb> ddellav, actually we can rebuild the yakkety versions now
[14:33] <coreycb> ddellav, I'll kick those off
[14:34] <ddellav> coreycb ah thats true, ok
[14:36] <caribou> rbasak: regarding LP: #1570093, I've uploaded it to Yakkety & will handle the Xenial upload when it gets in the archive
[14:38] <caribou> rbasak: that might have to wait until thursday since I'm away tomorrow
[14:45] <coreycb> ddellav, ironic probably needs it's min stevedore bumped too
[14:45] <ddellav> coreycb yea i did
[14:46] <coreycb> ddellav, ok.  I can push what you have for now if you want and try yakkety with it
[14:46] <ddellav> coreycb oh no, ironic didn't have an update to stevedore, but i'll look again
[14:46] <ddellav> coreycb ironic was complaining about ironic-lib
[14:47] <coreycb> ddellav, right. it gets a new error now for yakkety though, now that ironic-lib is up-to-date.
[14:48] <ddellav> ironic requirements.txt says stevedore 1.10.0
[14:51] <ddellav> coreycb when i build ironic locally in xenial or yakkety i dont get dependency issues but pretty much every single test fails.. something is up
[14:54] <coreycb> ddellav, looks like it may be dependent on a higher version of python-pecan than g-r specifies, which would be a bug
[14:55] <ddellav> coreycb im running the tests on upstream to see if they pass just to double check
[15:00] <jamespage> coreycb, ddellav: aside from the neutron/ryu issue, I got a clean tempest run out of newton-staging
[15:00] <jamespage> coreycb, ok if I upload the dependency fix?
[15:00] <coreycb> jamespage, awesome \o/
[15:00] <coreycb> jamespage, which dep fix?
[15:01] <jamespage> coreycb, for ryu
[15:01] <coreycb> jamespage, oh sure :)
[15:01] <coreycb> thanks
[15:01] <jamespage> it will generate into mismatches then and it will get focus
[15:37] <rbasak> jgrimm: any progress on bug 1397250 please?
[15:38] <jgrimm> rbasak, nothing new
[15:40] <rbasak> OK
[15:40] <rbasak> nacc: I see progress on both of your bacula bugs, but I didn't see anything in the sponsorship queue. Is this correct - you're waiting on reporters?
[15:42] <rbasak> rharper: any progress on bug 1472639 or on bug 1585771 please?
[15:43] <rharper> rbasak: gah, no =(
[15:43]  * rharper shamefully opens them up 
[15:43] <rharper> progress today for sure
[15:44] <teward> rbasak: nginx merge test packages for 1.10.1-1ubuntu1 will be out today in a PPA, and i'll send out a 'please help test installation and upgrading nginx' email to the list later
[15:45] <teward> in case you're wondering, and in case I don't appear at the meeting today (busy work days are busy)
[15:45] <rbasak> rharper: it's OK, my fault for not prompting for weeks
[15:56] <nacc> rbasak: ack, i have tested them based upon the most recent PPA and everything seems to work (includingt ivoks  issue with upgrading)
[15:57] <nacc> rbasak: and a few have been tested by others and reported back positively
[15:57] <nacc> rbasak: actually, had a few questions for you
[16:11] <ivoks> nacc: i had some issues
[16:11] <ivoks> nacc: in fact, it still have
[16:12] <ivoks> nacc: it seems like jobs are scheduled, but not executed (show schedule shows schedules, but status dict shows no jobs is scheduled)
[16:12] <nacc> ivoks: have you tried with my ppa build?
[16:12] <ivoks> no
[16:12] <nacc> ivoks: i tested both upgraded & fresh installed and was able tos chedule & run jobs (with mysql)
[16:12] <ivoks> what version is in ppa?
[16:13] <nacc> 7.0.5+dfsg-4ubuntu0.1~ppa1
[16:13] <nacc> https://launchpad.net/~nacc/+archive/ubuntu/bacula3
[16:13] <ivoks> ok
[16:13] <ivoks> trying
[16:18] <ivoks> nacc: scheduled jobs now show fine!
[16:19] <nacc> ivoks: cool :)
[16:19] <ivoks> thanks
[16:19] <nacc> ivoks: i am rebasing my pathces on top of debian so we can fix in yakkety too (some of my changes got picked up) -- then we'll SRU bacula and it should come via -updates
[16:19] <nacc> ivoks: thanks for testing!
[16:20] <ivoks> i can tell you tomorrow if everything ran as scheduled
[16:23] <nacc> ivoks: thanks, that'd be ag reat confirmation; my testing is lighter for sure, as i dont' actively use bacula; but i got a fewbackups run right away in my test env and it seemed to dtrt
[16:29] <teward> rbasak: can I get a once-over on the debdiffs before I push a PPA build for the nginx merge?  To see if there's any issues I completely utterly missed.
[16:29] <teward> rather fix them before the PPA builds and before the call-for-testing goes out
[16:30] <rbasak> teward: I'm a bit tied up today, but sure. Let me know what I'm reviewing - I've forgotten the context, sorry.
[16:30] <teward> rbasak: https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1580252 - nginx 1.10.1 from Debian -> Ubuntu merge.
[16:30] <teward> basically, all the packaging changes they made
[16:31] <teward> with dynamic modules... what little support exists there.  *rolls eyes*
[16:31] <teward> s/what little/or what little/
[16:31] <teward> debdiffs attached at the bottom
[16:31] <teward> started from Debian packages, pure, took some bits from MoM (changelog), manually redid the nginx-core changes.
[16:32] <teward> this package being one that did *not* work with the git workflows hehe
[16:32] <teward> no rush
[17:44] <sky> heya, so I'm getting packet_write_wait broken pipe errors on my 16.04 server, doesnt happen with my 12.x server in same place
[17:46] <matzie> qn re fan networking: : when creating a fan network with fanctl <opts> -- dhcp , is there any way to pass extra args to the dnsmasq instance that is launched?
[19:23] <blizzow> I just tried to do an apt-get dist-upgrade on one of my 16.04 servers.  It downloaded 64 packages, unpacked base-files and plymouth-theme-ubuntu-text, got through processing triggers for man-db install-info.
[19:24] <blizzow> Now it's just hanging at this:
[19:24] <blizzow> Processing triggers for initramfs-tools (0.122ubuntu8.1) ...
[19:24] <blizzow> update-initramfs: Generating /boot/initrd.img-4.4.0-28-generic
[19:24] <blizzow> 15 minutes have passed with no load on the server.
[19:24] <blizzow> The disks are idle.
[19:25] <blizzow> The CPU is idle.
[19:28] <sarnold> blizzow: do you have any processes in D wait state?
[19:29] <blizzow> sarnold: nope.
[19:30] <sarnold> blizzow: if you could run ubuntu-bug initramfs-tools on it before cleaning up, that'd be great. dunno if anyone will spot anything that can be done about it, but at least it's worth a try
[19:33] <blizzow> I'm just trying to figure out how to kill the process cleanly and get a good upgrade
[19:35] <sarnold> I -think- the approach is going to be ^C, maybe dpkg-reconfigure -a? or maybe apt-get update again. Maybe apt-get install a tiny pointless package that you don't actually care about just to get it moving again..
[19:35] <blizzow> is there a way to get a little more verbosity out of the apt-get dist-upgrade /var/log/apt/term.log is pretty short on info.
[19:35] <sarnold> sadly no
[19:36] <sarnold> almost nothing is logged :(
[19:39] <blizzow> ugh
[19:45] <rattking> Hi folks, I have a custom make package that installs a entry in /etc/cron.d on 16.04 this file is owned by uid 1000 and when I installed it on 12.04 it would by owned by root uid 0.. does anyone know why this would have changed?
[19:45] <rattking> s/make/made/
[19:46] <rattking> I am about to add a chown to the postinst file, but I am trying to understand why that changed
[20:05] <eanxL01> \merge