<arbi>Hey there! I'm having trouble with my GuixSD install on my Dell XPS 13 (9343). My wireless device isn't being recognized. According to the Arch Wiki it uses the BCM4352 chip, which should be supported by the b43-open Linux-libre driver. Does the system install provide this driver by default?
<str1ngs>daviid I will take note of this thank you. It's going to take sometime till I can look at this
<janneke>arbi: i installed an atheros wifi in my dell
<daviid>str1ngs: if you can use gnome gio, then you can use guile-gi (right now) or G-Golf (in the future) to have full automatic bindings for guile, which will save you a huge amount of time (and no ones wants to write a manual binding for D-Bus, imo)
<arbi>emsyr, janneke: thank you for the tips! I'm going to try making two packages, one for the kernel, one for the firmware off the guidence of lfam. and now I have a backup plan ;)
<daviid>str1ngs: note that guile-gi also provides a few examples precisely for webkit GTK and janneke just packaged (and used it iiuc) for guix
<emsyr>arbi: using open hardware keeps you in the core of linux-libre
<str1ngs>daviid: ok this helps. I need to get my GTK branch up to speed. then I'll start looking at this more. it's really going to be needed in order to access GTK DOM. without it, it won't be able have interactive guile web interfaces
<str1ngs>thought that was kinda secondary. I've mainly been focused on simple scheme and C api for basic web browsing
<arbi>emsyr: understood. an important next step for me regardless it seems
*vagrantc has been working on packaging guix for debian, and fixing installing debian chroots on guix ...
<daviid>str1ngs: it would greatly surprise me if you could not 'access GTK DOM' using a GI gnome lib, either webkit itself or gio or ... (not my domain), then guile-gi is your immediate friend (g-golf is making great progress, but still not usable, though what is there works ...)
<str1ngs>daviid: actually maybe I can do more with DBUS. that might be more written in scheme. and it avoids threading issues
<faif87>Hello everyone. I installed GuixSD 1.0.1 via graphic installer, and everything seems okay, but for some reason bash's clear command doesn't work for me. I get the message, "bash: clear: command not found". Anyone know how I can fix this?
<bluekeys_>Well guix, I did not know I also had that problem.
<faif87> I use GNOME right now, and would like to use MATE too, so I installed the 'mate' package. I've read that I'm supposed to add MATE to my .scm file, but I'm not sure which one. All I know is the graphic installer used /etc/config.scm. Is that my system file?
<lfam>You can also press CTRL+L to clear the terminal
<lfam>faif87: Yes, if that file exists you should use it
<lfam>faif87: You can use any filename but that is the convention
<faif87>lfam: Ah, that explains why 'find -name "config.scm"' at the root level returns a lot of results. :)
<faif87>Anyone able to use MATE? I installed the 'mate' package and added "(service mate-desktop-service-type)" below my line for GNOME which I'm using now, but I don't see anything when I press F1 at the login screen.
<janas>I've just installed the MPD service, however when mpd is playing it blocks all other audio on my system. From what I've read it sounds like mpd might be using ALSA instead of pulseaudio, is there any way to change this in the service definition?
<rekado_>janas: the MPD service configuration unfortunately does not permit this.
<rekado_>janas: I had plans to extend the service so that this can be configured, but I haven’t found the time to do this.
<rekado_>janas: if you’re reasonably familiar with MPD maybe you can give it a try?
<rekado_>I’d gladly help you find the correct Scheme expressions to improve this.
<janas>rekado_: Right now I'm installing the pulseaudio ALSA plugin to see if that will fix the issue
<janas>rekado_: If not I wouldn't mind trying to fix the issue as best I can :)
<civodul>rekado_, janas: i think if you use (service alsa-service-type), then ALSA will redirect its output to PulseAudio (info "(guix) Sound Services")
<civodul>rekado_: i'd like to run 'guix publish' with lzip+gzip on, say, qualif.ci.guix.gnu.org, but i'm not sure what it takes to do that, WDYT?
<civodul>that said, you rarely need to worry about derivation file names and all that
<Ozymandias42>both but guix especially. the docs are terribly lacking. according to a friend that shouldn't be too bad though as the guile repl should provide live docs for everything.
<Ozymandias42>unfortunately there's no introduction to be found on how to work with that either
<Ozymandias42>btw. I tried your command in the repl with ,use (guix monads) important and ,enter-store-monad didn't work
<jackhill>I'm setting up Guix on a foreign distro, and I'm seeing "substitute: /gnu/store/q19l04vd2za80mk1845pz7r8cz29qk43-bash-minimal-4.4.23/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.utf8)". I have glibc-locales installed in both my user and root's profile and GUIX_LOCPATH is set. What step did I miss?
<arshin>jackhill: depends on distro. On Arch edit /etc/locale.conf and run # locale-gen
<sirgazil>Besides the jami memory leak, it seems there is another bug. I removed jami, restarted the computer and the ".gnome-ring-rea" process is still around, and that's the one that leaks.
<Gamayun>jackhill: I think I might have had that... If I recall it was _maybe_ GUILE_LOAD_PATH that needed set.
<Ozymandias42>(package-derivation store bash) complains about wrong argument types.
<jackhill>Gamayun: do you recall what value you needed. Poking around root's profile, I don't see any obvious Guile code. Perhaps in root's guix-pull profile.
<Ozymandias42>tested pretty much all variation now. (package-derivation store package) does not work. it complains about wrong type and expects some kind of struct but I don't see that in the source. is there a way to have guile print me a list of all functions and their signatures for arbitrary modules?
<Gamayun>jackhill: probably ~/.guix-profile/share/guile/site/2.2 or such...
<jackhill>hmm, my guix-profile has not share/guile (probably because there are not guile packages in the profile?)
<nly>how long does it take for substitutes of qt to be built(on the guix.gnu.org builder)?
*janneke gets "waiting for locks or build slots..." again after a hup'ed build -- i forgot how to solve that
<dongcarl>Hey all, I'm going to be presenting on bootstrappable Guix builds at a bitcoin security conference. I'm brainstorming an outline right now and if anyone has ideas for things to mention, I'd really appreciate any input.
<dongcarl>Current status on my bitcoin builds: works for x86_64, i686, armhf, aarch64, and riscv64. Still need: osx cross-compile, windows cross-compile.
<janneke>i would also give that answer...i'm sure there's a lot of ignorance here with the questioner and also with us :-)
<bavier>iirc, debian's bootstrapping efforts assume a set of trusted debian binaries as a base. i.e. not a source-based bootstrap
<janneke>i have been postponing really introducing myself there
<janneke>yes and they talk about "bootstraping a new architecture" things
<dongcarl>janneke: I'm looking thru your slides, and I guess I still don't 100% understand how Maxwell's Equation of Software ties into this...
<dongcarl>My naive guess is that it allows the scheme interpreter written in C to be simpler?
<janneke>dongcarl: i was looking for a way to write a bootstrappable c compiler; it seemed easier to write that in scheme (thanks to maxwell's equations of software) than in assembly
<dongcarl>janneke: Okay, so the overall goal is to write a minimal C compiler to bootstrap gcc and remove it from our bootstrap binaries... And so you write that minimal C compiler in scheme... And you wrote a minimal scheme interpreter in even-minimaler C?
<janneke>mes may not survive in the long run, m2-planet may grow so powerful it can compile tinycc, but that will take quite some time yet. m2-planet cannot even yet compile mes, which is written in real simple C
<dongcarl>I guess I'm having trouble understanding the bootstrap chain here... as I know mes is both a minimal C compiler and also a minimal scheme interpreter?
<janneke>dongcarl: yes, exactly; not knowing at the time how i would bootstrap that minimal scheme interpreter, i was opting for writing it in assembly, but now m2-planet has solved that puzzle in theory
<janneke>dongcarl: yes, they could have been two projects...
<dongcarl>janneke: What does m2-planet do right now? What is it written in, what is its input and what is its output?
<rvgn>Hello Guix! URGENT! I am looking for a free stoftware (offline/desktop application) that has feature-sets suitable for Tutoring Bussiness. All I need is to manage tutor-student appointment/session scheduling. It's kind of urgent, so I would appreciate if some one could please help me with this. Thank you!
<janneke>dongcarl: m2-planet is a compiler for a c-like language and is currently prototyped in that c-like language. it is being translated to M1, most functions of its very modest c library have been translated
<janneke>m2-planet is self-hosting, and it's simple c-like language may have to grow a bit for it to be able to build mes, so that's why we have been pragmatic and use c prototypes and c-like languages (that can still/barely be compiled with gcc)
<dongcarl>I think I know, but why precisely are bootstrap binaries cycles?
<janneke>yeah, all those problems/cycles; we don't have them because we didn't (couldn't?) create them
<str1ngs>janneke: I think guile-gi looks interesting. I'm wondering how much overlap your work has with nomad. is your intention to have a functional web browser?
<janneke>debian builds every package from source, but installs all its dependencies as binaries
<dongcarl>janneke: Oh man... debian vs. Guix was the question I was scared of the most... Now that's easy to answer
<janneke>add ~25y of of unawareness and you create a huge pile of work
<janneke>str1ngs: my work is only play...but yeah, i would hope to share guile code once guile-gi gets feasible -- hopefully
<str1ngs>janneke: I'm just concerned with duplication of effort.
<dongcarl>janneke: So I wanted to center my talk around trusting trust... And was wondering if this thought is true: because debian seems to build itself from previous generations... Any previous generation that wasn't reproducible was able to be trusting-trust attacked, and even with the current reproducible efforts, we can't detect it?
<janneke>str1ngs: yeah...let's keep in touch; i'm only/mostly investigating possibilities right now
<janneke>and there's next, what do you think of that/have you seen it?
<str1ngs>I have seen next, I'm looking from something more GNU oriented and is extensible with guile
<janneke>dongcarl: i think that's right, although OriansJ (on #bootstrappable) may have something interesting to say. similarly, it's true for Guix but "only" for its bootstrap binaries and that's why we have taken up the challange of replacing them with a full source bootstrap path
<str1ngs>janneke: but yes, I think this exploration has potential. I'll continue to pick away at nomad. but maybe at one point we can pull the two together. This kinda project is to large for a single to work on IMHO
<str1ngs>my issues with next and emacsy as well. was lack of autotools support. neither seems like proper GNU projects. I'm sure they are good. but I wanted something that could maybe one day. have some stamp of GNU approval
<tsarfox>Is there a safe way to make a connection to the store from within a G-Expression, or is that a bad idea?
<janneke>woot, just got guile-gnome's first web page loaded
<davidl>does anybode here know how to clone a repo from software heritage? I wanted to fix a package - guile-bash - by providing a git clone of the original repo which today is only availabe on software heritage.
<davidl>I was only able to download a specific commit of the package, thus lost all the git history.
<mbakke>davidl: Do you need the history? The guix hash for git checkouts ignores the .git directory, so maybe updating the hash is enough?
<davidl>mbakke: I don't need it to package and install the application (which is already done) but on the mailing list it was suggested to me that it was important that the git history is maintained. I have put the repo on gitlab https://gitlab.com/methuselah-0/guile-bash which I used for commit and hash in the update I suggested for the guile-bash package.
<matt`>hey all, i'm flashing a guix installation to a flash drive. How do i copy the config into the root filesystem?
<matt`>is there a way to specify this in the os declaration? i'm havng trouble mounting the root partition which is an hfsplus filesystem
<bavier>matt`: not tested, but I think you can have the os config insert itself into the root as a "special file". See the manual
<emyles>So, maybe 'guix build' doesn't check to see if the package definition has changed, probably just the (source) block
<sebboh>str1ngs: replying to my "lots of free ram but not enough to start a guest even though it should be enough" issue from days ago.. it turned out I had left a box checked for 'dynamic ram size' for my guests. Host is microsoft HyperV. Guests are debian and guix. Everything is better since I unchecked that box.
<str1ngs>sebboh: oh, I had not even thought to ask what OS you were using for the host. I assumed you were using Linux sorry about that.