[05:23] <sofia07> I installed ubuntu server 18.04.1 and is so strange I want to install virt-manager and I cannot see it... can anyone tell me how to get the rigth repos ?
[05:23] <sofia07> I would assume that is in the default rep
[05:25] <sarnold> sofia07: virt-manager is in universe.. one moment..
[05:26] <sarnold> sofia07: in your /etc/apt/sources.list file, the bionic, bionic-updates, bionic-security lines, add 'universe' after 'main'
[05:27] <sofia07> sarnold, thanks, I thought is in main
[05:27] <sofia07> strangely, on the new server installed I do not remember asking me wheather I should install other repos
[05:27] <sarnold> sofia07: I think it used to be, iirc we moved it to universe to make it easier to do wholesale version upgrades..
[05:28] <sofia07> thanks again, I forgot to look at /etc/apt/sources.list - but that is what you said
[05:29] <sofia07> one more question - is there a comparison of netplan vs /etc/network/interfaces ? I see it as new feature, I am still not quite clear what is the advantage ?
[05:31] <lotuspsychje> !netplan | sofia07
[05:31] <lotuspsychje> sofia07: some users we see purge netplan and proceed with the previous networking, the users choice really
[05:32] <sarnold> sofia07: from my perspective, netplan is a lot more declarative.. ifupdown *looked* declarative but it was more or less just scripts.. and if you edited those config files before "undoing" changes correctly, you were *never* going to get your correct state back..
[05:33] <sarnold> sofia07: I think there were benefits of going to systemd-networkd for management but .. so. many. files. so. verbose. oh. my.
[05:35] <sofia07> sarnold, I agree, it is all becoming too stuffy, we are going to use netplan, but it was much simple to know /etc/network/interfaces ...
[05:35] <sarnold> sofia07: yeah, I had mixed feelings about losing /etc/network/interfaces
[05:35] <sarnold> It *looked* simple, and if you got it right on the first try, it kinda was simple :)
[05:36] <lotuspsychje> in my feeling netplan looks pretty stable
[05:36] <sofia07> well, it would be interesting to see a review of current options and tools in networking
[05:37] <sofia07> it would have been cool to have similar concepts in all linux distros, and with unix too (freebsd in particularly)
[05:37] <sofia07> anyhow, I will  try now to make a bridge - have a small server with few virtual machines
[05:39] <sarnold> I think there's reasonable shot for netplan.io to become that mechanism -- it looks tolerable enough to write new "renderers" for different backends, and as more distros are likely to eventually pick up systemd-networkd, even without new renderers it might get more and more useful
[05:39] <sarnold> and I think I heard netplan integrates well enough with cloud-init, which is another cross-distro mechanism for setting up machines..
[05:41] <sofia07> it looks interesting, now I am more cool of learning a bit more, instead of just making it work :)
[05:41] <sofia07> thanks
[05:43] <sarnold> sofia07: as it stands the majority of the netplan docs are on https://netplan.io/ -- be sure to hit the 'report a bug on this site' for any comments, suggestions, bugs, etc :)
[06:20] <lordievader> Good morning
[07:28] <sofia07> OK, there is a problem with this netplan, anything I do, even from one NIC (I want to create a bridge), both NICs are messed up... is there a working sample of netplan config bridge for ubuntu 18.04 server (I want to use the bridge for virtual machines on kvm
[07:40] <sofia07> what is the best command to restart the networking so the /etc/netplan/50whatevf.yaml is utilized ? I just change it  and systemctl restart networking does not do it
[11:55] <ahasenack> good morning
[12:40] <cyphermox> sofia07: sudo netplan apply
[12:43] <cyphermox> sofia07: as for an example of bridge, that would be here: https://netplan.io/examples#bridging
[12:44] <cyphermox> but I use bridges for VMs too, I'm able to answer questions
[12:45] <sdeziel> cyphermox: I'll take that opportunity to ask you if one can create a bridge with no physical device enslaved now with netplan?
[12:46] <cyphermox> sdeziel: should be, yes
[12:47] <sdeziel> cyphermox: cool, for some reason it didn't work in my previous testing
[12:47] <sdeziel> but that was some time ago
[12:48] <cyphermox> sdeziel: I added that this cycle
[12:48] <cyphermox> a few months ago, I think, but this cycle :)
[12:48] <sdeziel> cyphermox: so Cosmic and forward? Or will that be backported to Bionic?
[12:49] <cyphermox> it will
[12:50] <cyphermox> the SRU is in -proposed, I'm not done checking the various features
[12:52] <sdeziel> thanks that will be handy here
[13:19] <sofia07> cypermox, sorry I pasted two files - one which has the two NICS working , other with attempt to make one NIC bridge - the second is not working
[13:20] <sofia07> netplan initial - working - no bridge https://paste.debian.net/1049120
[13:21] <sofia07> netplan with a simple attempt to make a bridge and use one card - this config does not work https://paste.debian.net/1049121
[13:23] <compdoc> the bridges are for kvm?
[13:24] <cyphermox> compdoc: not there yet
[13:24] <cyphermox> sofia07: there is a typo in interfaces: enp36a0 instead of s0
[13:25] <compdoc> i had to create bridges for kvm in 18.04. thought i could do it all with netplan, but kvm didnt like it
[13:25] <cyphermox> compdoc: for that i wrote a blog post
[13:26] <compdoc> I figured it out
[13:26] <cyphermox> it's more than just vm but http://blog.cyphermox.net/2018/05/building-local-testing-lab-with-ubuntu_16.html
[13:27] <compdoc> i now use netplan for the interfaces, and /etc/network/interfaces for the bridges
[13:27] <cyphermox> ok
[13:27] <compdoc> I figure kvm will change to work with netplan someday
[13:31] <sofia07> cyphermox, thanks - I am looking at your configs, the NICs names are OK on mine -  anyhow, if I do /etc/network/interfaces netplan is ignored ?
[13:32] <sofia07> because I know how interfaces work, and can make it in a sec, I use kvm too
[13:34] <sofia07> how can I disable netplan and use only /etc/network/interfaces ?
[13:34] <mason> sofia07: Install ifupdown, remove /etc/netplan/*.yaml
[13:34] <sofia07> thanks..
[13:35] <mason> sofia07: Depending on your use case, I'm finding that netplan is just a higher-ceremony /etc/network/interfaces. Might be worth poking at it before giving up on it.
[13:36] <mason> sofia07: There are other good ones, but the first article I read on it: https://webby.land/2018/04/27/bridging-under-ubuntu-18-04/
[13:36] <blackflow> NIHplan is actually abstraction, not just higher-ceremony interfaces. 15th standard designed for one ring to rule them all.
[13:37] <blackflow> it literally serves no other purpose but...... to be "One config to rule them all and in YAML bind them".
[13:37] <cyphermox> blackflow: thanks for your constructive criticism.
[13:37] <blackflow> you're welcome.
[13:38] <mason> cyphermox: Apologies for not getting my suggestion/issue in yet, but I still plan to do it. Life has just been crazy.
[13:38] <cyphermox> mason: np
[13:38] <mason> (Which see, it seems that some of the structure is default and unchanging, and hence can be assumed to let people have far simpler/easier to remember syntax/files.)
[13:38] <mason> (For the folks who didn't see my initial yapping.)
[13:39] <mason> s/assumed to/assumed, so as to/
[13:42] <sofia07> since yaml seems to need things place correctly (tab etc), it is very confusing, the generated netplan/50..yaml file for the server has different look than the one at netplan... other tutorials yet other, and so far, any change I made, rendered the network useless - I wish I could just to one NIC at the time too - anyhow, /etc/network/interfaces is straight forward or maybe not... is was just working for years  :)
[13:43] <mason> sofia07: There are variations that are legal/valid. Different ways to represent lists and stuff. I haven't gotten it all down as yet.
[13:43] <mason> I share your love of ifupdown, mind you, but I've gotten over my initial reaction to netplan.
[13:43] <cyphermox> it's a lot like python, really
[13:44] <cyphermox> sofia07: fwiw, aside from the typo your config looks valid for br0
[13:44] <sofia07> that ads so much confusion, I look at few tutorials, and NONE has similar structure (yes, the structure might be there, but subtle changes matter, and I do not know which one matter and which not) - I am saying that this is unforgiving (that how it look to me)
[13:45] <cyphermox> sofia07: do you have examples of the tutorials? I could go have a look
[13:45] <sofia07> cyphermox, thanks, it seem that that server gets out in internet through external wan, when the configuration is apply both lan and wan stop working
[13:45] <cyphermox> this week I've been working on improving the error messages a lot, it should be easier to figure out when this are wrong (ie. tabs)
[13:46] <cyphermox> sofia07: it might stop working for just a bit, or permanently?
[13:46] <sofia07> well first the ones I pasted are generated by ubuntu 18.04 server at installation - they are different than the examples at neplan.io
[13:46] <sofia07> cyphermox, no, permanently
[13:47] <cyphermox> that's odd
[13:47] <cyphermox> there wasn't much functional difference between the two configs you pasted
[13:47] <sofia07> I am certainly missing something
[13:47] <cyphermox> which one is wan?
[13:47] <cyphermox> enp6s0?
[13:48] <sofia07> cyphermox, yes, indeed, I just move the dhcp Lan NIC from bottom to top - under interfaces and added a bridge for the wan one - and mention which wan should I use
[13:48] <cyphermox> sofia07: as long as you know which is which, that's what is important :)
[13:48] <cyphermox> so; you might want to add "critical: true" on the interface
[13:49] <cyphermox> that tells systemd not to release / renew the DHCP address when it restarts.
[13:49] <sofia07> enp36s0: is the wan one
[13:49] <cyphermox> ah, so not dhcp
[13:50] <sofia07> yes
[13:50] <cyphermox> is that at home? some consumer hardware doesn't like changing mac address, which would happen when you move the address from enp36s0 to br0.
[13:50] <sofia07> I tried either, again, maybe I miss an indentation or something
[13:51] <sofia07> no
[13:51] <sofia07> It is connected to a modem in bridge mode
[13:52] <sofia07> so the external ip should be not hindered by the mac address
[13:52] <cyphermox> modems do sometimes care
[13:52] <cyphermox> (I know mine does)
[13:53] <cyphermox> the machine connected to it needs to be a mac that it recognizes, so I need to power it off, remove the battery, and start it over again when I change what is connected to it
[13:54] <cyphermox> anyway -- your config in https://paste.debian.net/1049121 is valid, aside from the fact that in br0, interfaces:  is set to the wrong name
[13:54] <cyphermox> enp36a0 vs. enp36s0
[13:56] <sofia07> there are two NICs - enp6s0 and enp36s0  (this are what I get when I do ip addr)
[13:57] <cyphermox> yes
[13:57] <cyphermox> sofia07: did you fix the typo?
[13:57] <sofia07> what is enp36a0 ?
[13:57] <cyphermox> an error, I assume
[13:57] <cyphermox> that's what I see in your pastebin
[13:58] <sofia07> oh - you right - let me see with the correct name - gosh
[13:58] <cyphermox> I apologize for insisting on that, maybe you already fixed it
[13:58] <sofia07> no, I did not notice it
[13:58] <cyphermox> that would quite obviously make the bridge not work ;)
[13:59] <sofia07> yes, but what is interesting why lan card would not work too = anyhow let me fix it
[13:59] <TJ-> sofia07: it helps to compare the generated files under /run/... when things don't work as expected
[14:01] <cyphermox> sofia07: for the lan card, my guess is it's that DHCP takes a while to catch up
[14:01] <cyphermox> (hence adding "critical: true" might help)
[14:02] <TJ-> cyphermox: does the empty "adresses: []" affect anything?
[14:02] <cyphermox> TJ-: no
[14:03] <cyphermox> it's extra, but it won't break dhcp
[14:03] <sofia07> Thanks a bunch cyphermox ! it worked, I misstype the NIC, unbeleivable
[14:03] <cyphermox> sofia07: np
[14:03] <sofia07> so now I need to do some oether things for kvm to recognize the bridge ?
[14:03] <cyphermox> I am a little surprised though, netplan should have told you there was a typo
[14:03] <cyphermox> Error in network definition toto///etc/netplan/f.yaml line 11 column 25: br0: interface enp36a0 is not defined
[14:04] <cyphermox> ^ this is the error it should have shown
[14:04] <sofia07> when I did netplan apply ?
[14:04] <cyphermox> yep
[14:04] <sofia07> yes, that would be wonderful
[14:04] <cyphermox> oh
[14:04] <cyphermox> it didn't
[14:04] <sofia07> Maybe I missed it, unfortunately I need to go, I was tethered to this machine physically :)
[14:05] <cyphermox> sofia07: thanks, made me find a bug here
[14:05] <sofia07> but, I will try quickly to make the lan work to
[14:05] <cyphermox> ok
[14:05] <sofia07> I do not remember saying anything, I could test it in a sec
[14:05] <sofia07> wait a sec, let me change and see if it messages
[14:06] <cyphermox> oh, I'm not using the right config, that's why
[14:08] <sofia07> it is messaging, perhaps I was through ssh before in the machine, but at the machine I got the error mentioning it
[14:08] <sofia07> I have to experiment a bit more with this, what I found odd, that it should still let the LAN NIC work and reroute the trafic to outside world through that,
[14:09] <sofia07> anyhow, what do I need to do so kvm see the NIC ?
[14:09] <sofia07> the bridge
[14:11] <cyphermox> https://paste.ubuntu.com/p/ykqgfNFpxn/
[14:11] <sofia07> can I do # do disable the line
[14:11] <cyphermox> yes
[14:22] <sofia07> cyphermox, thanks a bunch - both, my br0 and br1 work now - and I added the br0.xml and br1.xml to /etc/libvirt/qemu/networks
[14:22] <sofia07> Thank you
[14:23] <sofia07> It was really helpful and kind of you
[14:54] <cyphermox> sofia07: np
[16:27] <DammitJim> I know support for tomcat6 is basically done
[16:27] <DammitJim> but is there a way to install it on ubuntu 16?
[16:27] <DammitJim> through a repo?
[16:42] <Epx998> I found -> https://askubuntu.com/questions/812566/how-to-install-tomcat6-in-ubuntu-16-04-using-apt-get-install
[16:49] <tomreyn> this does exactly not do it with apt, and so the software would not get updates / security patches
[16:52] <tomreyn> 16.04 offers tomcat 7 (in universe). there may be PPAs providing tomcat6 builds for 16.04, but it seems unlikely those would get patches either. and ppa's are not supported here.
[16:52] <tomreyn> DammitJim: ^
[20:48] <rawco> hi everyone
[20:48] <rawco> i hope everyone’s weekend is cool
[20:48] <rawco> i’m going to DC
[20:48] <Epx998> No!
[20:48] <rawco> so, my weekend will be hell
[20:48] <rawco> business trip
[20:48] <Epx998> I am solo taking my 2 year old twins to a aquarium... thats hell
[20:49] <Epx998> hell'a fun
[20:50] <rawco> https://www.target.com/p/go-by-goldbug-monkey-baby-harness/-/A-75456038
[20:50] <rawco> get a pair of those
[20:50] <rawco> i have one that i put on my girlfriend
[20:50] <Epx998> i have that actually, we got the one with the puppy
[20:51] <rawco> nice, you’re a prepared parent :D
[20:51] <Epx998> they just unsnap it and run off