<tune>works for me on other distros but I suspect guixsd hasn't updated it as recently
<efraim>I think we're on 2018.11.07 as of yesterday
<graftin>Does anyone have experience with Atheros WiFi cards on the Thinkpad T400? I got this laptop so I could run GuixSD, but it's rejecting my card because it's not whitelisted (even though I read that the AR5007EG is supposed to work). Libreboot isn't an option for me.
<luciddreamz>graftin, it is bios rejecting card i had tough time and gave up
<graftin>luciddreamz: Yeah, it's an 1802 error. I read about it, but am not aware of any solutions less extreme than stripping apart the whole thing to get at the flash chip needed to Libreboot it (which could brick it in the end).
<luciddreamz>yeah it was more than a few years back trying to get non whitelisted card working with modded bios, what a royal pain
<luciddreamz>i have GuixSD running in virtualbox ATM seeing if I like it
<luciddreamz>thinking of trying on desktop so I would need nvidia there
<graftin>A Thinkpad T60 or X60 can be librebooted using only software (no fiddling around with the internals), but they have 3 GB of RAM tops IIRC. That would work for me (Emacs + Stumpwm takes up 300MB of RAM at most), but web browsing is necessary and the mainstream options are all so bloated that it wouldn't work. Are there any lightweight browsers which have a full feature set (adblocking, Emacs keybinds, all websites work)?
<luciddreamz>other oprion I am trying is just ght guix binary... that is on a LFS in virtualbox
<luciddreamz>i wouldnt think that is lightweight so you got me htere
<graftin>I use FF and it's a piece of crap like Chromium. Conkeror is outdated and doesn't work anymore. I'm glad that work is being done on Next Browser; my only wish is that it would be Common Lisp all the way down like the Closure Browser.
<luciddreamz>the documentation explains the binary installation of Guix quite well
<graftin>Void is very cleanly Unixy. I like that it sticks to principles instead of going for a hodgepodge, but Unix is the wrong hill to die on, and Linux isn't even very Unixy. It also doesn't have enough people to maintain it, so although it's simple, you still end up fixing a lot of things yourself. Just use a BSD instead, tbh.
<graftin>Give me a concurrent capabilities-secure shell in Guile (shells with all of those features have been done, but not in one package), a rewrite of the Emacs ecosystem in Guile (yikes), a working Hurd, a native compiler for Guile like Chez Scheme (or at least a TJIT or partial evaluator), and a McClim-like GUI system for Guile, and I'd be a very happy man. Imagine, a secure, distributed Lisp-based system with full interactivity.
<graftin>Ok, the Emacs ecosystem rewrite is a step too far, but the rest could be done and would bring computing back to where the experimental forefront was in the late '80s before Worse Is Better won.
<graftin>IIRC, Hurd is already object-oriented (in the GOOPS sense) and has capabilities. Now it just needs to pervade through the rest of the system and make use of Guile's concurrency features.
<luciddreamz>I feel like that would be a step in the right direction :) I am more or less a Guile nubi but I want to learn as much about Guix as I can
<graftin>Still experimental. It's supposed to be stable now, but slow to start up. That should, of course, change with Guile 3.0.
<luciddreamz>I could have sworn it was also written in Guile though
<graftin>There are millions of lines of Emacs Lisp already doing a fine job. Even translating Emacs Lisp to the similar Common Lisp is a challenge; translating it to a Scheme (Guile) effectively means rewriting it. The core of Emacs is written in C, but, for example, this IRC client that I'm using is written entirely in Emacs Lisp. So is my shell, my programming plugins, etc.
<graftin>I meant the language SASL. So is the book above. It does feel at times like you're being talked down to (recursive programming in Lisp is done via cons-descending, after all), but especially the later stuff on continuation-passing style, the Y combinator, and the metacircular interpreter are eye-opening.
<graftin>Nifty little thing. I like that it comes preinstalled with a lot of distros and instantly gives me full Emacs keybinds so I don't have to open Vi or accidently close myself out of Nano because of its pseudo-Emacs keybinds.
<graftin>I recently got a copy of Linear Algebra with APL. APL is one of the ancient languages, the beginning of a totally separate branch of functional languages, one which focuses on parallel array processing.
<graftin>I presume you use Emacs. There's an excellent gnu-apl package available via MELPA. If you hit C-\, you can select APL-Z, which allows you to hit . to input weird characters (.. for just a period). C-c C-k brings up an APL keyboard map.
<graftin>(You'll also need to install the GNU APL interpreter, of course)
<graftin>Emacs really does indulge my language weenie side because there's support for every programming language known to man. Is this what addiction looks like?
<graftin>Look up "A Deep Dive Into APL" for a quick tutorial.
<pkill9>should i resend my patch if i forgot to put '[PATCH]' in the beginning of the email subject?
<lsl88>hi! I have a question, it happened in the past to me, but I guess I restored a snapshot of my VM and it was solved. Yesterday I did a git pull (i almost do it every day) over my master branch, in fact, after working on sth I end up deleting the branch after sending the patch. And the weird thing is that I run git log and the commits appear with the dates disordered. I mean, I have my head pointing to I the latest commit, but if I go on
<lsl88>reading the log, the 12th commit that is shown is from 2015
<apteryx>lsl88: commits are shown in order of merged, not chronogically based on their creation date
<tune>still running into that problem where the guix-current file already exists and I have to delete it before updating
<tune>also qutebrowser can't be built because qtwebkit can't be built
<tune>I actually haven't been able to use qutebrowser most of the year so I'm actually just gonna remove it for now
<tune>but if it ever starts working again, I'd love a ping about it. I miss it
<lsl88>apteryx: thank you! i thought it was maybe my mistake :)
<bavier>tune: I think I know how to fix qutebrowser, but if qtwebkit also needs fixing, it might be a bit longer
<nckx>New sudo (1.8.26) if anyone feels like bumping it.
***Server sets mode: +cnt
<Laalf>id probably get a newer microcode in my coreboot and edk2. intel didnt evilize with microcode updates
<graftin>Laalf: Thanks for the link. I wanted to try out Libreboot, but you need to take apart the entire computer if it's for the the T400 (it's easier on the X200), and I need my computer in the mean time.
<graftin>The link to a BIOS mod goes to a site telling me that the file has been deleted.
***nonzen is now known as nonzen_
<graftin>What happened to Librecore (GNU replacement for Libreboot after Libreboot got kicked out)?
***nonzen_ is now known as nonzen
<lfam>graftin: As far as I know, it never launched
<Laalf>graftin: w530 (still intel wifi card because no modbios yet, but hey, the best one sold at that generation), k2000m, 3820qm, 24gb ram, 1080p screen, 860 evo.
<Laalf>oh and the xx20 keyboard. because its the best keyboard i found on a notebook yet
<Laalf>and it doesnt fuck up del/pgup/down/home/end like every other notebook keyboard
<graftin>How are you running Guix if you have an Intel wifi card?
<Laalf>graftin: nonfree kernel is really easy. and someone thought that it would be a good idea to let me do this: (firmware (cons* iwlwifi-firmware-nonfree %base-firmware))... i mean thank you.
<Laalf>also i could load the firmware on another distro and power cycle without resetting the mpcie since the card just needs them at startup. the firmware is stored in volatile memory on the card.
<lfam>Of the four software freedoms, the first is to use the software as you see fit. Beyond that, GNU Guix doesn't use its official communication channels (this IRC channel, the mailing lists, our webpages, etc) to discuss non-free software. Thanks :)
<civodul>rekado: turns out we're a bit tight on / on berlin
<rekado>I could copy/move the caches to /gnu/caches and then bind mount them.
<vagrantc>had opportunity to talk to ruben from the FSF the other day about hydra.gnu.org and the implications of /gnu/store containing all packages in a single directory and how it impacted the disk upgrade...
<vagrantc>seems that ext4 can in theory handle billions of files per directory, but other tools like fsck eat too much ram when you do
<vagrantc>which would suggest moving toward /gnu/store/PACKAGE/VERSION/HASH instead of /gnu/store/HASH-PACKAGE-VERSION
<vagrantc>which would probably involve rebuilding everything...
<rekado>civodul: I’m running “cp -ar /var/cache/ /gnu/”; will sync again, then bind mount.
<bavier>vagrantc: previous discussion have noted that the current scheme is much friendlier to grafting
<bavier>this would be a big sticking point to moving to something else