<switchy>so I'm running a profile with gfortran@8, and I've been installing packages with a manual input substitution: --with-input=gfortran=gfortran@8. this works in most cases, but trying to install gmsh I'm getting a profile conflict that says firstname.lastname@example.org is being propagated from gmsh -- how can I debug this?
<str1ngs>rekado: I'm thinking it's an issue with the bootstrap build then. have you tried an strace?
<ober>so if you have a new srfi for example, do you do a PR against the guix repo in git? or do you just host a srfi-xx.scm somewhere?
<reepca>*global* could be confusing for those used to common lisp, where they expect to be able to (let ((*global* x)) (proc-using-*global*)) and have proc-using-*global* use x. Doesn't work like that in scheme.
<dftxbs3e>samplet: that's OK, and thanks for the patch! will try shorty
<brendyyn>I think in racket they write global%, which is consistent with other things like set!
<terpri>i have a lot of standalone package files (managed with guix package -f outside of the guix repo), maybe i should write a guide on getting those kinds of additions into guix proper, if one doesn't already exist
<dftxbs3e>samplet: finished re-compiling with patch in! Now trying patch
<dftxbs3e>ober: In the tutorial it says "Follow the instruction from the "Contributing" chapter in the manual to set up the repository environment." - and that includes what I sent you, which includes running bootstrap etc; so the tutorial is correct
<dftxbs3e>ober: think of guix environment guix as; "I
<ober>yeah I was following that, but m4 errors struck and since I've already got it installed, and just need to test a modified package...
<dftxbs3e>'m a developer, I want to hack on guix, so prepare the environment for me to build guix, it will download and install all necessary dependencies and then spawn a shell with environment variables set proper for you to start working"
<dftxbs3e>samplet: oh, by the way, you said you couldnt easily test the changes, but you can? I am currently cross compiling from an x86_64 machine, so it's just whether you do or not want to occupy computing resources to building this, what machine do you have?
<samplet>dftxbs3e: Mostly it’s because I haven’t built Guix on the core-updates branch, which would take a while.
<dftxbs3e>samplet: okayy, well how does GuixSD CI works?
<brendyyn>crab2: you can refer the the locations of all the inputs in a package using assoc-ref. look through packages for the many examples
<samplet>dftxbs3e: Can you be more specific? I can tell you it’s called “Cuirass” and that it basically just builds all of the Guix packages and records their statuses and logs in a database.
<dftxbs3e>samplet: does it somehow build things any faster? that is my question
<samplet>dftxbs3e: Yes! It distributes builds across multiple computers. So it can be as parallel as the build graph allows.
<dftxbs3e>also; I'll have to open a ppc64le substitute server when its bootstrapped
<crab2>Is it easy to send patches for guix without git cloning the whole source? My usual process is git clone, git add, git commit, git send-email but that kinda needs you to clone the whole big thing
<nly>952afb6f8c209692e52f9561965ee39e143e1d88 looks right
<nly>clone? do you delete it afterwards? (900mb right?)
<crab2>I've never tried to contribute to such a large project
<reg[m]>I also got some errors at the end of the installation process, as you can see on the screenshot.
<reepca>I don't suppose anyone would know why loading a dynamic module from emacs would return t, but not provide any of the procedures that are supposed to be available?
<crab2>I'm noticing a couple things that are bothering me. First, I have to add pkg-config as an input to anything that uses the meson-build-system, should that be made so it's just there without adding it since all meson packages will need it?
<efraim>If all the packages using the meson-build-system use it then it might be worth making it a default native-input
<crab2>Second, it doesnt seem that meson can ever see the current wlroots even if it's added as an input and I can't figure how to circumvent the issue. I know swaywm does it somehow, but I can't figure out how and have no idea if it's a problem with the wlroots package or if that's just how it's gotta go
<crab2>and I believe meson uses pkg-config to check for the presence of dependencies so it should be a necessity that every package using meson has it
<wr>rekado_, elucidate me more on that “guix pull” first.
<wr>rekado_, how much time it takes to install guix on real hardware?
<rekado_>crab2: you may have to look at the package’s build system files. Some build systems assume invalid locations of dependency files.
<rekado_>dftxbs3e: we have an SELinux policy for the guix-daemon (it’s in etc/guix-daemon.cil in the git repo).
<rekado_>dftxbs3e: you need to use “semanage -i etc/guix-daemon.cil” to install it, then relabel your file system, and then turn on permissive mode to check if any changes are needed.
<rekado_>I wrote the policy file last year on Fedora; I don’t know if it will work with newer versions of Fedora.
<dftxbs3e>rekado_: hi, I did apply the policy and relabled but then systemd wasnt allowed to run the guix-daemon - so I set back the policy to permissive to use guix, and set to enforcing when I'm done using guix.
<dftxbs3e>rekado_: I don't really care much for SELinux compatibility so I'll just run with permissive if I really need it, I have a VM with Guix instead. Thanks for the SELinux policy and if it ever starts working again on later versions I'll apply it.
<wr>rekado_, never failed on 1GB just takes a while
<wr>i mean, it failed, but it runs on 1GB not memory trouble :/
<wr>i installed GUIX like 50 times taking 3 hours each install but i'm sure this time is gonna work
<wr>150 hours on GUIX install was less time that probably took to make the distro
<dftxbs3e>am I getting this right that you are mocking GNU Guix?
<dftxbs3e>If so; it's inappropriate, it's a 1.0 release, but the developers are doing their best to make it work, sorry for the issues but if you have problems, please provide the developers with debugging information so they can solve them and then; please be patient until they get solved. Thank you.
<buenouanq>I unironically think the [now `manual'] guix install is one of the slickest things ever
<wr>rekado_, i think i3 is broken too after install
<lisbeths>I think there should be an environment variable that lets guix know if it is running inside of a guix distribution and if it is not it should automatically instlal glibc-locales
<dftxbs3e>lisbeths: Alright, so for the locales problem, you somehow need to pass an environment variable that should be given to you when you install glibc-locales, to the guix-daemon, Xubuntu should be systemd, so you would have to edit the service file for that.
<lisbeths>well right now I am doing a guix install glibc-locales
<dftxbs3e>lisbeths: Yes, there's probably room for improvement here; especially for locales, automatically manage it upon install, but it's not easy, you use Xubuntu, but others use various other distributions that would need individual support for them.
<dftxbs3e>lisbeths: If you want the best support and painless installation and usage, use the Guix system instead of installing on top of your distribution
<dftxbs3e>wr: when you're done, please upload the log files to https://paste.debian.net - Make sure to inspect these log files so you can make sure you're not sharing any personal information, and if so, please strip it from the log file and then send it. Thanks.
<wr>dftxbs3e, it's a vm, i don't care, you guys can see anything
<dftxbs3e>wr: Only making sure it's fine with you :)
<dftxbs3e>wr: this is too specific to QEMU; Try looking in the GNOME Boxes user interface, there may be some settings, also, a package may need to be installed in GuixSD, it may even not be packaged yet, so you'd need to create it.
<efraim>sneek_: later tell civodul I ran `guix gc -R /gnu/store/x54z4746npss80i663ij5mgpvyyyq9sg-gobject-introspection-1.56.1` on bayfront and got no references, which seems to be the root of all of the build failure problems
<sneek_>civodul, efraim says: I ran `guix gc -R /gnu/store/x54z4746npss80i663ij5mgpvyyyq9sg-gobject-introspection-1.56.1` on bayfront and got no references, which seems to be the root of all of the build failure problems
<rekado_>when package name and version are identical for two different variables you obviously cannot disambiguate them using just names and version strings, but you can use the variable name, which is uniquely identified.
<boogerlad>you are able to use the variable name in the command line like guix install program --with-input=dependency=guilevariablename ?
<civodul>efraim: that's a serious issue; problem is we cannot delete it because it's still alive somehow
<boogerlad>if I wanted to install mpv with that "march=native" ffmpeg dependency, how would I do it? the name and the version are the same as the original. If I give it a guile variable name, that only helps if I make a "mpv-optimized" package
<numerobis>Hi #guix! This is going to be a yes/no question. After using guix as a secondary package manager and trying it a couple of times in a VM, I am thinking of using guix system as my main distro. To smoothen the transition, I would first like to install guix system alongside my current distro first. To save space, it would be convenient to use the same /gnu/store and /home for both my current distro and guix
<numerobis>system. Assuming that /gnu and /home already have their own partitions, is this possible?
<PotentialUser-68>Hi guys, trying to test out guixsd, but not sure how i go about creating a custom xsession (would like to use exwm + emacs)
<ArneBab>PotentialUser-93: did you ask about exwm? If yes: I can’t solve that for you, but I would like to know how you solve it
<brendyyn>civodul: I notice that guix has (guix hash). Does guix not use your guile-gcrypt even? Also I have a question... If I add foo, open-foo-input-port, open-foo-port, port-foo, and file-foo for every hash algorithm, it comes to about 230 symbols. Is it reasonable exporting that many just when someone probably just wants to use sha256.
<wxie>Hi, if my disk has a system install and a free space, I want to install guix system in the free space, will it recognize my installed system and update grub automatically?
<nckx>PotentialUser-65: First, I'd retry in case that was just a network error (no way to tell from that output and retrying is cheap), then I'd take a look at that .bz2 log file (‘bzless <file name>’).
<nckx>Guix does no OS detection at the moment and there's no way (or code) to make it do so yet.
<nckx>You'll have to use --no-bootloader and add a ‘configfile …path/to/guix/grub.cfg’ to your existing GRUB installation, or add your existing distro to Guix's GRUB using ‘menu-entries’ in your system configuration (and that's as much detail as I know).
<nckx>Having said that, I'm not even sure if --no-bootloader generates a grub.cfg at all. Not my area of familiarity, sorry.
<nckx>The second option is your safest bet anyway; one day you'd forget ‘--no-bootloader’ and overwrite your GRUB ;-)
<PotentialUser-65>nckx: The error is repeated in the following installation attempts, how can I call the terminal during the installation to enter "bzless <log file>"? The installer only offers the options of "Restart installer" and "Retry system install"
<wxie>nckx: if my guix installation fails, will I still have the other system?
<nckx>wxie: Yesss… but Guix will overwrite its GRUB unless you use --no-bootloader, so you definitely want to add a menu entry in your Guix ‘operating-system’ definition before installing it. It comes down to how familiar you are with GRUB, really. Guix doesn't detect & manage other OSes for you at all right now.
<M4R10zM0113R>on git repos do you get the directory hash or is there a way to retrieve a zip of the clone?
<nckx>PotentialUser-65: Can you use Alt+Fn (where n is 1…12) to switch VTs?
<nckx>PotentialUser-65: I'm afraid I've never used Mate, or the installer (great support here I know), but that looks a legitimate packaging bug. Is there any way you could install the system without mate-applets for now?
<nckx>wxie: Not that I know of. Basically, that area of Guix currently assumes you know how to configure GRUB yourself.
*nckx feels like they're in the disappointin' business today; and business is a-boomin'.
<wednesday>Is there any easy way to restart alsa/pulse? Wanna try do some stuff in my ~/.config/pulse/daemon.conf
<nckx>PotentialUser-65: I'm not suggesting we ignore the bug, I suggest fixing it from an installed (if incomplete) system where you can ‘guix pull’ a bit more safely and report bugs a bit more conveniently. It's up to you, though, and yes, a bug report to that list (with the output you pasted above) would be very welcome! Thanks ☺
<nckx>Eh. ‘Help’. I wonder where all the knowledgeable Mate/Guix users are today, if there even are any…
<PotentialUser-93>Hi guys, is it possible to define a simple xsession inside my config.scm?
<PotentialUser-65>By clicking on the links in the pinned post I noticed that https://bayfront.guixsd.org/.well-known/logs/ does not work, Firefox writes about the expiration of the certificate: SEC_ERROR_EXPIRED_CERTIFICATE , maybe there is someone who is engaged in the maintenance of this site and can update the certificate?
<rekado_>PotentialUser-65: thanks. I had to restart nginx on that host.
<sykloid_>Is there any way to set environment variables for use in `guix environment`? e.g. I'd like to run `guix environment -l foo.scm -- ./test.sh` and have some variables specified in `foo.scm` available to `test.sh`.
<rekado_>sykloid_: I think you could abuse the search-path feature for that by recording a search path to the package that “guix environment” evaluates.
<sykloid_>rekado_: That's what I thought, I see that `libressl` does that for `SSL_CERT_DIR`, etc. However, it isn't working just yet. I guess I'll just keep trying.
<sykloid_>e.g. `(native-search-paths (list (search-path-specification (variable "FOO") (files '("lib")))))` results in no extra line in the profile.
<charadon>Hey, so I'm trying to get Icecat working, but for some reason fonts aren't loading and all I see is squares. I'm using guix on debian stretch. Anyone know whats going on?
<brendyyn>charadon: icecat can't see debians fonts in its current form. fontconfig hard codes the path
<ober>rekado_: as if helloworld.go might infer that it's written in the Golang language
<sirgazil>The manual says: "one can use the ‘specification->package’ procedure of the ‘(gnu packages)’ module". I'm not using that module in my config.scm, but I do call that procedure, and reconfiguring the system didn't show unbound variable errors...
<rekado_>ober: Guile’s use of .go predates Golang.
<civodul>rekado: it's going to be a journey, be patient ;-)
<charadon>Hey all, so i'm having an issue, basically I installed guix on debian, and I installed icecat. It works fine, but I don't know how to make it integrate with my system. Like, for example, I have to load it using an sh script, and while that DOES load it, unfortunately whenever I open a link, it just opens a new window of icecat, but doesn't actually load the url. Basically, how do I get guix packages to integrate with the desktop