<tschilptschilp23>Does somebody have experience with the package network-manager-openvpn? I already can connect from bash by running ~sudo openvpn --config file.ovpn~. So I installed the mentioned package (both systemwide and then also into home) -- but I can not make out any difference in the options of the network-manager GUI in GNOME. If I go for 'import VPN connection from file' it tells me, that it cannot read the file. And if I manually type
<tschilptschilp23>~sudo nmcli connection import type openvpn file file.ovpn~ I receive a 'unknown vpn-extension »org.freedesktop.NetworkManager.openvpn«'. Any hints on what I'm missing to do?
<abrenon>tschilptschilp23: hi ! it was a while, but I remember struggling with that one
<abrenon>if I remember correctly, you have to modify the network-manager service to add the required "vpn-plugns" to it
<abrenon>that was with openconnect (a CISCO thing I think ?), but it may be similar with openvpn ?
<tschilptschilp23>abrenon: thanks! I will look into the service, need to get into this anyway... I was hoping that just installing the plugin package is enough (always getting excited when I see guix acting on it during a reconfigure)
<abrenon>maybe one of the most difficult aspect of guix at first for me was to understand how most "system" packages installed not for you but just for things to work need to be plugged at the right place
<abrenon>it's surprising when compared with most other system where you learn about a needed package, install it, and then just expect it to work, and if it doesn't you kind of tinker with everything, possibly going as far as rebooting, and you have no clue what really happens if it doesn't work (and even if it does)
<tschilptschilp23>abrenon: I have to admit that I actually rebooted, but I'm 99.9% sure that login/logout would have been enough to make the changes visible. My fingers were too fast though :)
<tschilptschilp23>Confirmed, this is a matter of login and logout only. And the packages do not even have to go into the system's package list, at least here on 24cbe07!
<fnstudio>hi, i was wondering if anyone had any suggestion for a browser extension for mouse-less browsing; e.g. if anything is available in guix already or if i should be looking into something that's not currently in guix but that could be packaged relatively easily
<fnstudio>i do love animals including mice, it's the ones that connect to a computer that i can't stand
<jpoiret>if you're familiar with emacs, you could try nyxt
<fnstudio>and browsing is probably the activity that's more taxing in terms of mouse use
<fnstudio>jpoiret: thanks, i've briefly looked into it in the past; i understand it makes use of popular web engines (i'm looking at its website right now)
<fnstudio>and as a matter of fact, it seems to adopt an agnostic approach to web engines
<fnstudio>in general, when considering alternative (i.e. not the popular 2 or 3 options) browsers, my main concern has been around security - i.e. the security implications of using a less popular web engine - but in the case of nyxt i suppose that's not a concern then?
<acrow>tschilptschilp23: I have precisely the same errors when I run guix home container. I also suspected mcron but guix home reconfigure does not complain and things appear to be doing as I intend. If you discover the cause I'll be interested to hear what you find.
<civodul>tschilptschilp23: i noticed that (harmless) backtrace about bind and EADDRINUSE; i think the problem is that a login script here is executed twice, so it tries to run shepherd even though it's already running
<tschilptschilp23>acrow: for me the reconfigure itself also worked as expected -- the mcron job in my home-configuration just regularely copies files from one directory to another, and I honestly absolutely did not think about this job in my config when I issued guix home container! We recently had the situation on another machine with 'regular' cron, where we unpurposly let cron copy the same files to the same destination machine, yet once to a local and
<tschilptschilp23>once to a remote folder, at the same time, which resulted in the job never finishing. So I think it's actually good, that guix mcron somehow does not 'allow' this! As I wouldn't be happy about playing with ~guix home container~ would kill/interrupt my running mcron-job...
<tschilptschilp23>civodul: thanks for clarifying -- still difficult to think (but I'm certainly no computer). But this might somehow lead to quite some heavy io, if not used with care, wouldn't it? not in my local case, but generally...
<PotentialUser-82>I'm trying to package an R package called R-INLA that's not on CRAN that is mainly a frontend to several included binaries that are tricky to compile from source. I can get the R package installed but I when it calls out to the binaries it crashes as it claims they are not found in the directory when they are. I think maybe the Rpath is wrong but
<PotentialUser-82>I'm not sure how to fix this. Anybody have ideas? Help would be greatly appreciated.
<lfam>PotentialUser-82: "it claims they are not found in the directory"
<lfam>Are you sure it cannot find those binaries? Or could the error message be misleading?
<lfam>If they are precompiled, it's more likely that one of their runtime dependencies is missing
<PotentialUser-82>It lists the path to the store of the package correctly and when I go there they are there. I can't run them from there either
<acrow>sneek: later tell PotentialUser-82 After installing your new R library did you try uninstalling and then reinstalling the main R package? I'm just guessing after thinking about your problem for awhile. I'm guessing that this will rebuild your RPATH and enable that new library.