[01:45] <lotuspsychje> good morning
[02:19] <enigma9o7[m]> For a little while now, ubuntu 18.04 has started suggeting snaps in addition to repository version, when trying to execute stuff that isn't installed.
[02:20] <enigma9o7[m]> I know canonical wants to push snaps, but I'm surprsed pusing it back on bionic.  
[02:20] <enigma9o7[m]> I think they'd rather people upgraded, etc, we've got less than a year left.
[02:20] <enigma9o7[m]> In the sense i think they'd want, snap only makes people want to keep using old os, but not requiring one to update.
[02:21] <guiverc[m]> enigma9o7: I'm not aware of that; but when 16.04 reached ESM they published that a few desktop packages were only supported in ESM as snap packages.. Maybe they're just moving sooner with bionic, but I've not seen it.
[02:32] <lotuspsychje> enigma9o7[m]: do you mean apt suggesting snaps
[08:49] <underestimates9> ahoy
[10:58] <daftykins> Landscape down again, sheesh
[11:02] <daftykins> ah sort of works... login failed at first
[14:55] <webchat59> I would like to ask a question  is it possible to allocate disk space as RAM on qemu virtual machines
[14:55] <ravage> that is called a swap file?
[14:55] <webchat59> Instead of ram
[14:56] <daftykins> you would trash your disk
[14:56] <daftykins> if you don't have enough RAM, you've got a poor system for virtualisation
[14:56] <webchat59> Well is there a way to do it
[14:56] <daftykins> no
[14:57] <webchat59> To allocate disk space as RAM
[14:57] <webchat59> Well someone told me I could on this chat once
[14:57] <oerheks> if there was any, we would have said so.
[14:57] <webchat59> Ok
[14:57] <webchat59> Thanks
[14:58] <daftykins> probably misunderstood you, if at all
[14:58] <daftykins> bear in mind that a server install can run on as little as 1GB though
[14:59] <webchat59> Not less then that
[14:59] <webchat59> What about Ubuntu minimal
[14:59] <daftykins> just what are you typing from, a calculator?
[15:00] <webchat59> Why
[15:00] <daftykins> explain your system specs
[15:00] <webchat59> 4 gb  ram
[15:01] <daftykins> and how much is free right now?
[15:01] <webchat59> And I want to setup up virtual machines running servers
[15:01] <webchat59> 4gb
[15:01] <daftykins> no you do not have all 4GB free if you have an OS booted on there
[15:02] <webchat59> Well how do I check how much ram I have an
[15:02] <ravage> free -m
[15:02] <webchat59> Ok
[15:02] <webchat59> Thanks
[15:02] <webchat59> Bye
[15:02] <ravage> that was easy
[15:03] <daftykins> fake enquiry imo
[15:03] <ravage> i will count it as another happy customer. or to say it with oerheks. have fun :)
[15:07] <daftykins> "hi i'd like to start an AWS rival from my home, someone get me started?"
[15:07] <daftykins> :)
[15:09] <ravage> i would say get a server with 2 power supplies and a gigabit connection. speed and uptime can compete with AWS if i look at their downtimes and problems :)
[15:10] <daftykins> hey you missed the quotes :P i was teasing the guest
[15:11] <ravage> and i just wanted to express my dislike for AWS :D
[15:11] <daftykins> \o/
[18:56] <sarnold> my guess is the webchat59 guy was looking for https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/virtualization_deployment_and_administration_guide/sect-overcommitting_with_kvm-overcommitting_memory
[19:00] <oerheks> he could run a few dos boxes of 640kb..
[19:05] <sarnold> *so* much quake
[19:07] <oerheks> leisure suit larry
[19:07] <arraybolt3[m]> I think QEMU actually has the option webchat59 was looking for.
[19:11] <arraybolt3[m]> -mem-path path
[19:11] <arraybolt3[m]>     Allocate guest RAM from a temporarily created file in path.
[19:11] <arraybolt3[m]> Eh? That's in QEMU.
[19:15] <arraybolt3[m]> Hmm. It doesn't seem to be working on my system, though.
[19:19] <sarnold> last time I went looking for this, I thought it was libvirt that was asking qemu to mlockall or something, so that guest ram would *always* be ram, but that was years back. back when rhel 7 was relevant, perhaps.. :)
[20:32] <leftyfb> tomreyn: yeah, I regretted it as soon as I posted it. But honestly, we should not be helping do stupid things like ssh'ing as root when they aren't capable of troubleshooting bad keys or permissions
[20:36] <tomreyn> leftyfb: we could suggest better alternatives, and explain why they are. that would still be helpful