<NieDzejkob>Evaluations are consistently failing on CI with "In procedure scm_lreadr: #<unknown port>:16:144: Unknown # object: #\<"
<raingloom>does globally installed nss-certs not get used in user sessions?? i couldn't figure out why netsurf and git were spewing HTTPS errors at me, but i took a look at the output of env(1) and it looks like there are no related paths being set. :|
<NieDzejkob>the first failing push is eda3fcfb46586710fff876ce6254b300795ef543, consisting of two patches by mothacehe: "ci: Build Guix System images.", "image: Move hurd image definition to a dedicated file."
<NieDzejkob>raingloom: I install nss-certs globally and it seems to populate /etc/ssl/certs as a result
<raingloom>NieDzejkob: weird. it does seem populated. maybe it's oudated? but i'm pretty sure my profile is not _that_ old... yup, only 3 days old.
<cbaines>Cuirass should probably give a more to the point description of this issue, something like "You're database uses schema version X, but the latest known schema version is Y, are you running an older version of Cuirass?"
<cbaines>Rather than: In procedure iota: Throw to key `wrong-type-arg' with args `(-1)'.
<cbaines>Maybe it did, that's at least something that I could have broken
<cbaines>Regarding Cuirass on berlin, the web interface has been unavailable quite often recently
<NieDzejkob>sneek: later tell jonsger: I've figured out what your problem is. The clue was that even though you only specified the gui output, the binaries from the out output were still there. specification->package+output returns the output as a separate value, so you have to bind it with let-values or handle it otherwise. Stealing a snippet from specifications->manifest, try (map (compose list specification->package+output) ...)
<apfel>civodul: nice, thanks, thats good enough for now :)
<xelxebar>Typical civodul, sweeping in and disseminating helpful nuggets.
<valsa>Hi all, i have a guix virtual machine with a disk encryption that i can not boot anymore from this morning. It accept the decryption passphrase before grub but when it's asked again after grub it's say "no key avaiable with this passphrase". Anyone facing the same problem? Thanks all
<NieDzejkob>valsa: did you try booting previous generations?
<valsa>i did not reconfigure, i tryed a package upgrade that i have to interrupt on icecat stuck
<xelxebar>valsa: The second passphrase failing means it's happening from your initramfs. There's a kernel cmdline parameter that drops you into a guile shell at this stage, which would let you poke around.
<xelxebar>Your boot is encrypted, right? If grub is successfully decrypting the drive, then your luks headers are fine, so that, at least, is reassuring.
<valsa>yes, that's exactly what's happening and where's i am tryng to figure out how to fix it
<xelxebar>What's the kernel cmdline argument that drops you into an early boot guile shell?
<tracerte>Thanks mothacehe. I'm installing on a thinkpad. All goes according to plan until the actual installation is supposed occur. It formats the drive and then takes me right back to the locale selection menu. No errors.
<mothacehe>tracerte: uh, that would be (sadly) a known issue of the 1.0.1 installer.
<zimoun>civodul: mothacehe convinces me to switch from Helm to Ivy ;-) And I have not switched back... ;-)
<zimoun>apteryx: the only package where I find Helm better is helm-bibtex: the Ivy backend is poorer than the Helm one. Otherwise for the rest, I am less grumpy against Ivy than I was against Helm. :-)
<jsoo>apteryx: I use ivy for the same reason. Helm is just too slow with many inputs.
<civodul>apteryx: yeah i also have a love/hate relationship with helm, leaning towards hate these days ;-)
<civodul>apteryx: yeah git grep in helm-find-file is the killer feature for me
<zimoun>civodul: Speaking about SWHID, zack pointed me a python CLI tool https://forge.softwareheritage.org/source/swh-model/ to apparently compute this SWHID. Well, it is not packaged yet and I do not know how it is local, but such equivalent tool for Guix could be nice to have. We could compute and store their hashes somewhere without relying on them, I mean trust them.
<civodul>zimoun: "guix hash -r" does that, computing a hash over the nar rather than over the Git tree
<civodul>i don't believe in storing manually-provided hashes that are not used
<civodul>i don't think we can avoid storing raw tarballs without also losing the ability to meaningfully authenticate/integrity-check code
<zimoun>I agree that storing raw tarballs solve the issue. But reading their messages, I do not think they will do, sadly. And if they provide a correspondance table between raw tarball hashes (the ones we store) and git tree SWHID hashes, then there is a big trust issue; which would not be acceptable. And then we cannot fallback to SWH, if I understand correctly. So one way is to store ourself this correspondance. I do not know. I feel like an
<civodul>right, it's a policy decision for them to make
<civodul>we discussed it back in 2016 already and i think the answer was neither "yes" nor "no"
<civodul>i think we need to reach a common understanding of the implications, first
<zimoun>I agree even if I am already anticipating what will be their decision. Well, the good point is that now, Guix has more reachable packages in SWH than Nix because of git-fetch. ;-)
<wdkrnls>Dear Guix, I added CUPS to my config.scm and reconfigured. That worked. Yay! I figured out that I could install the system-config-printer to setup my printer. Unfortunately, now it's complaining that a certain sub-file of the cups directory in /gnu/store is not installed (pertaining to "rastertoqpdl").
<wdkrnls>I have cups-filters in my extensions, so why would this be?
*kmicu moved away from Emacs’ Helm after spotting dependency on EIEIO.
<nckx>wdkrnls: QPDL is a Samsung thing, not CUPS. Did you add splix to your cups-service-type extensions field?
<nckx>MSavoritias[m]1: Those ‘random numbers’ are the diff, as I suspect you know. Diffoscope can use different external tools to create more structured diffs, for example readelf (guix install binutils) for ELF binaries.
<nckx>Without knowing (and probably with, TBH :-p) what kind of file you're looking at I can't say what you need.
<nckx>If you’ve landed on this page because as a European user you’d decided to decline data collection on this site as part of the new GDPR regulations. That’s fine, but that also means programmatic ads, even ones considered safe and non-intrusive such as Google Adsense will be blocked, and income for this website will drop. If you’d like to reconsider your choice, you can click this link to opt-in to data collection:’
<lfam>"Bamboo B1008N is more like an 8 Linux servers-in-a-box rather than a single 128-core server, and all 8 servers interface using Bamboo PANDA (Parallel Arm Node Designed Architecture) system architecture “utilizing embedded systems methodologies, to maximize compute throughput for modern microservices-based workloads while using as little power as possible and generating as little heat as possible”."
<nckx>lfam: And (I keep hammering on this without being able to contribute; I'm aware) our issue isn't hardware, it's that we don't use it. dmitri and sergei's CPUs have been sitting idle for >87% and >83% of their uptime, respectively.
<lfam>Those are aarch64 builders? (I'm not up to date on the build farm status these days)
<nckx>That's 2 ‘16-core’ Overdrives not used right there. 😉
<jonsger>lfam: but pretty expensive. I did a research on aarch64 servers a while ago, they were starting at 1,5k/2k. But compared with x86 there only very few suppliers
<sneek>jonsger, NieDzejkob says: I've figured out what your problem is. The clue was that even though you only specified the gui output, the binaries from the out output were still there. specification->package+output returns the output as a separate value, so you have to bind it with let-values or handle it otherwise. Stealing a snippet from specifications->manifest, try (map (compose list specification->package+output) ...)
<MSavoritias[m]1>usually you look at the wifi card you have and if you have any dedicated graphics card
<nckx>rlp10: The problem with ThinkPads is that most have WLAN chips without free drivers/firmware, and a BIOS whitelist to keep you from replacing them. You'll have to use a USB adapter to use Guix on those machines.
<nckx>The T450 has an Intel iGPU which shouldn't be a problem.
<rlp10>If you will forgive me for the blasphemy, can't I use guix with the normal Linux kernel? If I adopt guix and like it, then I am going to want all my colleagues at work to use it too eventually. But they all have different thinkpads. It's going to be a bit annoying if I have to buy lots of wifi cards.
<guix-vits>rlp10: Officially no (but the L. Kernel is just a package, and if You specify an custom one in Your sys. config..). Though with non-free drivers the system can be less fun (i'd troubles with my graphics card during the ever).
<rlp10>OK, I see. I suppose I could install another distro, and then use guix as the package manager. That would also work right?
<rlp10>In fact, that sounds like a good idea. I'm running Debian now, and I'd like to use the most up-to-date version of Emacs (which isn't in the repository). So I could download the guix package manager and install it from there. I'll give that a go...
*guix-vits "error in finalization thread: success"
<kmicu>rlp10: unpopular opinion here, but learning curve should be the same for both projects ‘cuz they are technically mostely the same in my experience.
<rlp10>alright, thanks. well i've run the installer script and i'm updating the channel now lots of things seem to be happening! i guess all the packages run of their own versions, so it's downloading lots of packages i already have
<kmicu>Guix/Nix stuff is seperated and isolated from your fave distro so nothing is reused from Debian. Generally Guix/Nix requires more disk space, network and compilation than traditional package managers. That’s the trade‑off.
<rlp10>I see, but I'm still downloading binaries, right? I mean I'm not going to have to build firefox, for example, am I?
<kmicu>(* also some things are not packaged nominally hence they pull in not always necessary dependencies)
<kmicu>If everything is setup correctly then no compilation is required; binary substitutes should be available and reachable.
<kmicu>rlp10: to clarify the lack of Firefox is due to trademark (Mozilla needs to agree for using ‘Firefox’ trademark in Guix) and FSDG which is stricter than libre software (for example Firefox addons (or ad campaigns) steer users into proprietary software and that’s no allowed by FSDG).
<rlp10>kmicu: yes, thank you. i kind of knew that, but had forgotten. like i think debian used to have icecat instead of firefox
<rndd>hi everyone! i'm trying to install guix on my laptop with some packages from custom channels. i wrote /root/.config/guix/channels.scm and run guix pull. but "guix system init" still doesn't see code for custom modules. any ideas?
<nckx>terramorpha: I guess we forgot to ask if this is on Guix System or not.