<Guest73083>I sent a patch to guix-patches for retux/python-uniseg a couple of days ago that doesn't seem to have shown up in the archives. Could it be one of those "subscribed under a different address" issues? I didn't get the typical mailman "held for moderation" message though. Any ideas?
<Apteryx>castilma: I'm not sure! The manual covers touches it briefly in "2.6.6 The GCC toolchain", wher installing the 'gcc-toolchain' package is supposed to install gcc, the glibc with headers and binaries, and debug symbols if you also install the 'debug' output.
<atw>the packages gcc and gcc-toolchain don't provide cc. Is there a package I can add that would provide that, or should I just add CC = gcc to the Makefile I'm using?
<sneek>atw, Apteryx says: right, the local-file and other file-like objects need to be "lowered" into actual things by a gexp compiler, so to try them out at the REPL you'd need to use the correct gexp facility (I'm not sure myself which one :).
<mbakke>snape: sure, but my custom zathura can still have the same API. Propagating would prevent using any custom zathura at all.
<t0167641>how can i set to guix env to link profile/bin to /bin/ in the profile like pack option
<mbakke>I often hack on some stuff in a package and reuse the Guix package definition. Propagation would prevent me from using the custom package with existing stuff.
<snape>mbakke: But if you have a custom Zathura, it makes sense to have a custom plugin too. And your case is an edge case, whereas my issue happens to everyone who just wants zathura-mupdf and won't understand why they have to install zathura too.
<mbakke>t0167641: I don't think `guix environment` can set up FHS-style paths. Either strip the /bin paths and rely on $PATH or create a package definition for the script and patch it to use absolute references.
<Apteryx>has the ui changes making most command silent been merged?
<t0167641>then i was oblige to use a scheme scritp to set the environment ?
<snape>t0167641: you can use --expose to expose your /bin to your environment
<PotentialUser-39>I am developing a specific software which I need to roll out remotely to some IOT devices periodically.
<PotentialUser-39>We have our propritory download and installation app which installs the full distro on the devices.
<PotentialUser-39>But, in future we would like to go for partial and incremental updates for the applications running in our system and thus need a package manager for this.
<PotentialUser-39>We would still like to distribute the updates via our own download application, but want to use install using a package manager
<PotentialUser-39>any opinions on how can I use Guix for this? is Guix the right package manager for such scenarios?
<mbakke>PotentialUser-39: I think GuixSD will work fine. You can push pre-built system profiles to the clients.
<wigust>PotentialUser-39: You cannot use any part of Guix without liberating of proprietary stuff to build a system from it, because everything in Guix is GPL3+ (including package definitions). I can be wrong still.
<PotentialUser-39>@wigust: so do you mean, that I cannot use the package management functionality without building my complete system for GuixSD?
<PotentialUser-39>I would like to just use Guix as a package creator and installer - no more!
<snape>PotentialUser-39: I see no reason why you couln't.
<PotentialUser-39>snape: I suppose for Guix, it does not matter which flavour it is installed on
<mbakke>I'd consult an attorney before distributing Guix packages on a proprietary distribution to end users. The source code of Guix and package definitions must be available to the end users due to GPL, not sure about the rest.
<PotentialUser-39>mbakke: coming back to your earlier comment "Guix is somewhat "heavy" and you might not want clients to fall back to building from source. AFAIK that's not possible to prevent right now (but should be fairly easy to implement). "
<PotentialUser-39>mbakke: I could not understand what you meant. Can you explain a little bit?
<mbakke>PotentialUser-39: Guix will build any package from source if no binary substitute is available.
<civodul>quiliro: if you reconfigured you have the NetworkManager daemon running, and you have commands like 'nmtui' in the profile
<civodul>in the system profile, i.e., /run/current-system/profile
<wigust>quiliro: this 'nmtui' will help you out with wireless
<wigust>quiliro: Also you could look what profile the package belongs to with 'which nmtui'.
<quiliro>civodul, wigust: nmtui complains about permissions when run with nonroot proviliges (without sudo)...it is understandable if it is a root profile, but user should be able to use wireless communications without root priviledges
<CharlieBrown>I'm heavily considering writing an auto-install script that turns Parabola into a very conventional GNOME desktop. Unlike preconfigured distros, the setup will be completely documented, and easy to hack.
<adfeno>Too bad I'm currently unable to both use and work on packaging GNU Ring for Guix :S
<mbakke>Apteryx: if the remote uses a recently-installed GuixSD then PATH should be correctly set up when using SSH.
<mbakke>Otherwise grab a fresh .bashrc from /etc/skel.
<apteryx_>mbakke: the remote is using a freshly updated GuixSD, yes.
<apteryx_>the problem happens when doing 'git clone myhost:some/path/torepo.git'
<mbakke>apteryx_: check that the SSH_CLIENT line in .bashrc matches that of /etc/skel/.bashrc. This was fixed somewhat recently.
<Guest70939>It is configured to use ntlmaps. I could try configuring it to use the proxy server directly, but then it would need to know my corporate login and password in order to authenticate itself to the proxy server. How do I provide the password?
<mbakke>Guest70939: I don't know :) could you try to download the substitute manually and inspect it with `file`?
<mbakke>Hmm or I guess most HTTP clients would decompress automatically, if the proxy was adding gzip compression.
<Guest70939>Meanwhile, should I fix /etc/guix/acl, which appears to show three copies of the same public key? How do I do that quickly and reliably? Can I delete the whole file and then authorize the two servers again?
<mbakke>Guest70939: the tarball you tried to download earlier was a substitute for the "lib" output of libpng. So it does try to fetch substitutes, but fails for some reason.
<apteryx_>mbakke: oh, it doesn't! Do I have to do 'cp /etc/skel/.bashrc ~/.bashrc' on my GuixSD system?
<mbakke>Can you file a bug report? Even if it turns out to be a misconfigured proxy, maybe we could try to detect double compression and strip it.
<JorgeMorais>I have just issued ~guix pull --url=/home/jorge/repos/guix --fallback~.
<JorgeMorais>The --url option is because otherwise git fails. To make it work, I have added ~--chroot-directory=/home/jorge/repos/guix~ to the daemon command line.
<JorgeMorais>Hi. I have tried to configure the proxy environment variables in /etc/systemd/system/guix-daemon.service.d/override.conf to connect directly to my corporate proxy, not mediated by ntlmaps.
<JorgeMorais>I specified username and password in the proxy environment variables.