[00:35] <SarahJane888> Hi crew - I'm new to linux, but learning a ton. I've built a service that mounts google drive to my machine, but want to have a second service that fuses that mount with a local folder. I'm having issues with systemd loading them correctly. My gdrive mount works fine, but the local folder won't mount overtop. journalctl isn't helping me too much
[00:36] <sarnold> what does "fuses" mean?
[00:36] <SarahJane888> union-fs
[00:36] <SarahJane888> i want to layer them on top of each other
[00:37] <sarnold> aha. I think I've heard that overlayfs or overlay is the 'modern' preferred such thing. I'm also not sure I'd trust it with fuse.
[05:58] <nacc> mwhahaha: np!
[07:35] <Village> Hello, what VLC on Ubuntu server 16.04 are lasted?
[08:46] <rbasak> Village: https://launchpad.net/ubuntu/+source/vlc. But if you're using VLC, it's probably not a server?
[09:39] <lordievader> Good morning
[11:13] <jamespage> beisner_: https://bugs.launchpad.net/ubuntu/+bug/1698350
[11:13] <jamespage> tagged openstack-mir as discussed
[11:13] <jamespage> os-traits is not actually in yet but raised the paperwork anyway
[11:35] <ikonia> openstack-mir ?
[11:35] <ikonia> thats interesting,
[11:58] <fallentree> Hiall. I'd like to run multiple "copies" of the same snap application on the server. Each snap would run on different port. but I'm not sure how to achieve this, it appears there can only be one instance of a snap.
[11:59] <fallentree> What I'm trying to do is snap-up a PHP application deployed to multiple clients per server.
[11:59] <fallentree> Why snap? Isolation, and also some clients will run version X, some X.1, etc...
[12:00] <fallentree> So one such snap would deliver a php-fpm daemon, readonly php files, and a designated write (file upload) area, with each havign custom config (port or unix socket path, etc...)
[12:05] <beisner_> ack jamespage - will talk to folks when they come online later today - tyvm
[12:49] <rbasak> fallentree: you could use multiple lxd containers I think, each with one snap installed. That'd put them on different IPs by default though I think. For more, try #snappy.
[12:57] <fallentree> rbasak: I specifically want to avoid using full containers like lxd, but it seems there really is no other way, thanks.
[16:54] <rbasak> nacc: should http://paste.ubuntu.com/24873590/ work? Can you see if you can reproduce it please?
[16:54] <rbasak> Oh, disregard.
[16:54] <rbasak> That's my broken changelog parsing branch. Sorry!
[20:11] <dpb1> woop http://people.canonical.com/~ubuntu-archive/proposed-migration/artful/update_excuses.html#python-boto  first thing I fixed in ubuntu
[20:13] <dpb1> now, that deja-dup failure is concerning
[20:14] <nacc> dpb1: looks to be a ftbfs?
[20:14] <dpb1> but, I guess it was failing on the glib2.0 trigger
[20:14] <dpb1> OK
[20:14] <nacc> dpb1: there is a new vala in a-p, iirc
[20:15] <sarnold> error: Argument 1: Cannot pass value to reference or output parameter
[20:15] <nacc> dpb1: there was some discussion earlier this week between myself, jbicha and fossfreedom on this, as their builds were failing due to vala changes
[20:15] <sarnold>      (model as Gtk.ListStore).remove(iter);
[20:15] <sarnold>                                       ^^^^
[20:15] <sarnold> that's strongly unlikely to be due to a python-boto change :)
[20:15] <dpb1> indeed
[20:15] <nacc> sarnold: yep
[20:16] <nacc> and it's not a true regression in the sense of caused by, it's that the test has been failing now and wasn't failing before
[20:17] <dpb1> nacc: so, the whole artful-proposed pocket isn't used for that test, it's scoped at just --apt-pocket=proposed=src:glib2.0 ... is that right?
[20:17] <nacc> i've often thought it would be nice if 'regression' was more accurate (just seeing if the old and new version of this pkg is what caused the failure)
[20:17] <nacc> dpb1: you're right, but valac migrated between the passing and failing cases
[20:17] <dpb1> ya, when I saw regression, I was like WHAT
[20:17] <dpb1> k
[20:17] <nacc> dpb1: valac-0.34-vapi to valac-0.36-vapi
[20:17] <nacc> i'm comparing https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-artful/artful/amd64/d/deja-dup/20170607_164021_ffb63@/log.gz (PASS) to https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-artful/artful/amd64/d/deja-dup/20170614_181615_bf8b3@/log.gz (first FAIL)
[20:18] <nacc> so even that is inaccurate as to it being hte first FAIL
[20:18] <nacc> because really glib2.0 isn't causing it either, afaict
[20:18] <nacc> but there's not a good way to force all packages but one to change when you've got an archive to build against that has stuff moving constantly :)
[20:20] <nacc> dpb1: https://github.com/manjaro/pamac/issues/235 ? similar error and possible fix?
[20:21] <nacc> dpb1: or more correctly referred to in LP: #1686083
[20:21] <nacc> dpb1: with a #if VALA_0_36 wrapper etc
[20:23] <nacc> dpb1: actual bug: LP: #1668915
[20:25] <nacc> dpb1: jbicha already has a branch proposed: https://code.launchpad.net/~jbicha/deja-dup/+git/deja-dup/+merge/325865
[20:25] <dpb1> ah I see.
[20:26] <dpb1> sweet
[20:59] <drab> anybody in server land that has seen the cockpit-project?
[21:13] <dpb1> I've seen it, yes. :)
[21:13] <dpb1> never used though, no
[21:13] <drab> I can't tell to what degree it's an evil webmin 2.0 kind of thing...
[21:13] <drab> but I have a bunch of use cases where I'd have to explain to people what ssh is and that's a non starter
[21:14] <drab> I'd be used internally only so relatively safe, but I'm not finding much in terms of audit/testing from the larger community
[21:15] <dpb1> drab: it dovetails interestingly in ideas we have bantered about over beers before.  API like administration of your ubuntu box, etc.
[21:22] <hehehe> hi
[21:22] <hehehe> :)
[21:22] <hehehe> i have managed to fix all server issues
[21:22] <hehehe> :D
[21:37] <sarnold> hehehe: nice
[21:37] <hehehe> sarnold: do u laravel? :D
[21:37] <sarnold> hehehe: no idea what that is
[21:37] <sarnold> it sounds sticky
[21:38] <hehehe> what kind of geek are u!
[21:38] <hehehe> :DP
[21:38] <hehehe> Laravel - The PHP Framework For Web Artisans
[21:38] <hehehe> https://github.com/laravel/laravel
[21:38] <sarnold> oh gods no
[21:38] <dpb1> web artisan.  I'm not that, for sure.
[21:38] <drab> lol
[21:38] <sarnold> I avoid php at all costs
[21:39] <hehehe> why
[21:39] <hehehe> u are assembler addict
[21:39] <hehehe> I am Web Culinary Master
[21:39] <hehehe> combining flavors of various languages I barely now
[21:39] <hehehe> know
[21:40] <hehehe> I wonder if I can work remote for google with such title? :)
[21:58] <hehehe_offline> https://www.scaleway.com/virtual-cloud-servers/
[21:58] <hehehe_offline> so nice
[22:00] <hehehe_offline> i wonder if I can make some kind of image of ubuntu server
[22:00] <hehehe_offline> and load to new box via kvm?
[22:01] <hehehe_offline> seems possible
[22:01] <hehehe_offline> what do u think
[22:01] <sarnold> on scaleway specifically? or local? or a private cloud?
[22:01] <hehehe_offline> any provider with kvm
[22:02] <tomreyn> by kvm, do you mean the virtualization technology or keyboard, video, mouse?
[22:02] <sarnold> most providers let you make images of some sort; openstack-based things store images in glance, aws lets you do something like convert ebs volumes to ami ..
[22:02] <hehehe_offline> sarnold: virt tech
[22:03] <hehehe_offline> but many dont allow it openly
[22:03] <hehehe_offline> aws yes
[22:03] <hehehe_offline> I used ami :D
[22:03] <hehehe_offline> https://www.lowendtalk.com/discussion/100818/windows-on-ovh-vps-ssd
[22:03] <hehehe_offline> neat
[22:05] <hehehe_offline> oki I must sleep
[22:05] <hehehe_offline> :D
[22:05] <hehehe_offline> slepppppppppppp
[22:07] <sarnold> "Keep in mind this will take well over an hour, so leave this running and go to something else until it finishes." holy cow why is that so terribly slow?
[22:07] <drab> what's that?
[22:07] <sarnold> drab: downloading a compressed windows disk image, gunzip -c, then dd that to a virtual disk
[22:08] <sarnold> it's less than ten gigs uncompressed
[22:08] <drab> what's the virtual disk? qcow2 stuff?
[22:10] <sarnold> dunno. The rest of that page suggests it's nvme backed ssds.
[22:11] <sarnold> qcow2 is sloow but even that ought to be able to handle 10 gigs in less than two hours right? :)
[22:14] <drab> yeah, fair, maybe storage is not local?
[22:15] <sarnold> maybe that 100mb/s is the switch speed? :)
[22:16] <drab> :)
[22:23] <dpb1> powersj: guess I can poke you over here: https://wiki.ubuntu.com/ServerTeam/KnowledgeBase?action=diff&rev2=160&rev1=157
[22:25] <powersj> oh yeah sorry :)
[22:25] <powersj> I like the recently updated
[22:26] <powersj> better verbiage around server-next would be nice
[22:26] <dpb1> give me words
[22:30] <dpb1> powersj: nice pics on https://powersj.github.io/ubuntu/2017/06/16/server-sprint-denver.html
[22:32] <powersj> thx
[22:34] <powersj> dpb1: I like "top 20 important bugs" or just "top 20 bugs"
[22:34] <dpb1> ok
[22:34] <dpb1> ya, it's better