[04:41:51] *** Joins: xenos1984 (~xenos1984@2001:bb8:2002:200:6651:6ff:fe53:a120) [04:41:51] *** ChanServ sets mode: +v xenos1984 [05:47:41] <05jkoan> Hi all :) [05:49:41] *** Joins: NavitLogger (yCAwHs88dH@2a00:d0c0:200:0:b9:1a:9c0d:1) [05:49:41] *** Server sets mode: +nrtz [05:50:11] *** Joins: jkoan (L2XR8AMvHC@2a00:d0c0:200:0:b9:1a:9c0d:1) [05:50:11] *** ChanServ sets mode: +o jkoan [05:51:01] <05jkoan> Test [14:43:07] *** Quits: xenos1984 (~xenos1984@2001:bb8:2002:200:6651:6ff:fe53:a120) (Quit: Leaving.) [15:11:34] hi there [16:12:19] hi kazer [16:15:13] ilovekiruna: vpn is set up, will build the opensft containers next, after that i will try to connect a local slave to the remote master. If you have time you could then try to control my testdevice while you are on the vpn. [16:18:00] kazer: do you know if its possible to add secret files to circleci (e.g. openvpn connect files) to connect to the vpn? as an alternative we could use a Variable with base64 to "store" the secret variable eg the config file. The intention is not have the vpn server address in the build files/repo [16:41:31] probably silly idea: what if a device has openvpn installed and connect to adb through the network? [16:58:59] jkoan: yeah there's at least two ways to do this. one is via the environment variables, another one would be via blackbox [16:59:20] environment variables should be just fine if you just want to hide the vpn server address [17:12:55] kazer: this would be great, then we could probably even test on circleci and probably also record the session over vpn [17:32:52] yep. You could just put a VPN_SERVER_ADDRESS in the config you version, set the relevant env var in the ci config and then just do a sed [17:34:18] <05jkoan> Yep, buts a later step :D [17:41:32] *** Joins: jandegr (55eac47d@gateway/web/freenode/ip.85.234.196.125) [17:55:59] hi jkoan [17:56:03] hi kazer [17:56:22] jkoan: I could for sure connect and try to control your test device [17:57:29] <05jkoan> Not quite ready yet, but probably I will manage it later or tomorrow [17:57:50] jkoan: right now I notice that my VMs don't come up [17:57:55] so have a bit a setback [18:06:04] Yeah, I know that :D [18:22:46] problem is, right now, I have no clue about the reason [18:23:00] the new ram? [18:23:10] the new ram didnt arrive yet [18:23:18] hm [18:23:28] seems like that the xen storage repository SR is somehow faulty [18:23:30] any error message? [18:24:19] Failed: SR_BACKEND_FAILURE_453 [18:33:09] SR_BACKEND_FAILURE_453(, tapdisk experienced an error [opterr=Operation not permitted], ) [18:35:14] i think I idenfied the issue [18:49:49] resolved it, will have my VM ready hopefully by tomorrow [18:50:04] cool :D [19:30:31] *** Quits: jandegr (55eac47d@gateway/web/freenode/ip.85.234.196.125) (Quit: Page closed) [19:46:26] jkoan: considering this, I would like to keep our farm within the vpn: https://github.com/rethinkdb/rethinkdb/issues/6375#issuecomment-395326307 [19:46:51] seems like rethinkdb on which openstf is build on hasnt released any new version for almost two years now [19:50:20] <05jkoan> This is really bad, but I already said that I do want to keep the stf inside the VPN. Probably the web interface could be publicity available (with login) but behind a nginx http server as frontend. So we should be safe I guess [19:52:16] *** Joins: xenos1984 (~xenos1984@ee29-98ab-dc81-1d6c-d480-87c4-07d0-2001.dyn.estpak.ee) [19:52:16] *** ChanServ sets mode: +v xenos1984 [19:57:35] it is important to know, but i also believe we can avoid much trouble by staying inside the vpn [19:59:47] <05jkoan> Yep, but then we need to log into the VPN to manually test, which I would like to avoid [20:00:44] is it really true that for npm install I need root rights? [20:01:40] <05jkoan> No I don't think so, if it doesn't have root it writes into node_modules in the current directory [20:29:14] also if one sees the docker file, still nodejs 6.11 [20:29:37] I think I will rebuild the vm and opt for the docker container [20:55:49] *** Quits: xenos1984 (~xenos1984@ee29-98ab-dc81-1d6c-d480-87c4-07d0-2001.dyn.estpak.ee) (Quit: Leaving.) [22:09:29] *** Quits: ChanServ (ChanServ@services.) (shutting down) [22:14:28] *** Joins: ChanServ (ChanServ@services.) [22:14:28] *** wolfe.freenode.net sets mode: +o ChanServ [22:37:24] *** Joins: aeris (~aeris@lfbn-1-4067-110.w86-233.abo.wanadoo.fr) [22:37:33] *** Parts: aeris (~aeris@lfbn-1-4067-110.w86-233.abo.wanadoo.fr) ()