=== Foritus_ is now known as Foritus === efbecker_ is now known as efbecker === efbecker_ is now known as efbecker === wo0f is now known as tomwof === tomwof is now known as wo0f [06:25] good morning [07:13] Good morning [07:59] Good morning! [08:14] Not really sure if this is the place to ask, but what is a good piece of software to run that I can on Linux where I can create users and it be inserted into a Single-Sign-On solution, because I don't know how to *manage* users graphically, but I have figured a little about how to get SSO to work. [09:56] Okay, so I have created a test server with one LDAP generic user, inside a posix group. You can see my directory tree: https://i.imgur.com/fIhdNIg.png . However, I cannot seem to figure out what settings I need to give Keycloak: https://i.imgur.com/rtFDc9S.png . [10:01] Sorry, had to edit the image more. Here are the new links: https://i.imgur.com/fIhdNIg.png and https://i.imgur.com/59YFGao.png [11:07] good morning [14:27] Hi, I have a systemd/boot problem I can't wrap my head around. I want frr.service to be started at boot. It is referenced here: /etc/systemd/system/network-online.target.wants/frr.service.. network-online.target also wants /etc/systemd/system/network-online.target.wants/systemd-networkd-wait-online.service ... But systemd-networkd-wait-online.service is never started? systemd-networkd.service is [14:27] started fine, and network interfaces are configures. I'm using netplan for configuration, as that seems to be the new cool way. [14:27] frr.service is dead, network-online.target is dead, systemd-networkd-wait-online.service is dead.. Why are they not loaded? :) [14:27] This is on 18.04. [14:55] I don't really know how to ask this question, but I've seen several programs that I've ran on Linux CLI that don't do the usual text scrolling, and wanted to know how to code that type of thing. Like, I've ran a Minecraft server, and what it does is it has the user command input on the very bottom line of the terminal, and displays all the server output on lines above (without interfering with the displayed user input). [15:00] Goop, probably using ncurses or something like that [15:00] Maybe it uses curses or a similar library. [15:40] rbasak, hi, do you guys by chance build the git-ubuntu snap in jenkins? [15:42] ackk, we have a nightly build https://jenkins.ubuntu.com/server/view/git-ubuntu/ [15:42] what version of ansible comes with 18.04 ? [15:43] powersj, thanks, i'm asking because we're having some issues building our snap and I wanted to look at similar configs for building in jenkins. will look at the JJB config (we use it too) [15:44] powersj, oh but you run the build inside a vm? [15:44] ackk, yeah for a cleaner env. [15:45] powersj, no multipass? :) [15:45] ackk, if we were to write it now, we'd use it :) [15:46] powersj, we tried that but didn't work for us [15:46] ackk, too bad, did you happen to file a bug? [15:47] powersj, yeah, our current issues are 1) proxies are not propagated, so VMs can't access archives and 2) the jenkins user would have to be in the sudo group as that's currently required to use multipass [15:47] the latter can be workarounded, but the former is a blocker for us ATM [15:48] NM found what I need thanks [16:00] ackk, you can use cloud-init to setup apt proxy https://cloudinit.readthedocs.io/en/latest/topics/modules.html#apt-configure "Configure apt proxy" [16:00] powersj, can you feed that to multipass? [16:00] yep! [16:00] oh, that's interesting [16:01] powersj, how I do that? [16:01] ackk, https://powersj.io/post/cloud-init-multipass/ :) [16:01] nice, thanks powersj! [16:02] powersj, ah, wait but I'm not launching multipass directly, it's snapcraft doing it [16:04] ackk, ah right, I am not sure if they allow passing arguments [16:04] powersj, yeah I'm looking at snapcraft sources right now to see if it can be done [16:06] powersj, oh it seems if you have a user-data.yaml file in your project dir it's passed to multipass [16:06] * ackk goes to try that [16:06] sweet [16:10] powersj, is there a way to set the proxy for the whole system in cloud-init? [16:10] ah that is for the whole system [16:10] n/m [16:24] powersj, turns out you can't pass the cloud-init, snapcraft generates one for multipass [16:25] so, no way to pass the proxy there at the moment (should be a fairly trivial change in snapcraft though) [16:25] ackk, can you report a bug to snapcraft about not being able to pass a proxy? [16:25] or even a forum post [16:25] powersj, i did already, lemme find it [16:25] sweet! thanks [16:26] powersj, https://bugs.launchpad.net/snapcraft/+bug/1807988 [16:26] Launchpad bug 1807988 in Snapcraft "snapcraft should propagate proxy settings to multipass VMs" [Undecided,New] [16:26] powersj, I also filed one for multiipass, as if multipass has a proxy set it should likely pass it to VMs as well [16:40] why doesn't it add the routes from interfaces file? [16:41] should I change `up ip route ..` with `post-up ..` ? [16:41] axisys: i'm confused with the question? [16:42] are you on 18.04? 16.04? [16:50] teward: up ip route add 192.168.100.25 via 192.168.1.1 [16:50] teward: this route does show come up at reboot [16:50] teward: I end up manuallu running the ip route add command after boot [16:51] axisys: answer the second questions from teward for us to be able to help (18.04? 16.04?) [16:51] ah.. 14.04 [16:53] axisys, 'up' works for me on 16.04, but you could try post-up. [16:57] lordcirth_: ok [16:57] axisys, also, note that 14.04 isn't supported much longer. You should start planning to upgrade. [17:00] lordcirth_: right.. our sdwan vendor testing their code on next release.. [17:03] lordcirth_: did not help [17:03] lordcirth_: almost tempting to right a new upstart script to force it.. [17:03] any other ideas? [17:08] stupid suggestion is rc.local [17:08] i think 14.04 still has that enabled by default... [17:08] and then just add your route add rules there [17:08] but that presupposed that the interface is up :| [17:09] heh [17:09] upstart can check that .. [17:10] though as was said, 14.04 is near dead, 16.04 would be SystemD :P [17:10] ... which reminds me I need to get this one-run SystemD script working for my 18.04 server to do some final on-boot tasks... === crimastergogo_ is now known as crimastergogo === efbecker_ is now known as efbecker [20:21] rbasak: kstenerud: i assume you've also seen the transition trackers for 7.2 and 7.3? [20:21] https://people.canonical.com/~ubuntu-archive/transitions/html/php7.3.html [20:22] https://people.canonical.com/~ubuntu-archive/transitions/html/php7.2-rm.html === joedborg_ is now known as joedborg === Seveas_ is now known as Seveas