<ng0>okay, email with patches on lispf4 is out, I'm offline now. thanks for the help in advance.
<asumu>So I tried to download a package's closure from Hydra and install it via "guix archive --import" but was told it lacks a signature. Is there a better way to do this? (trying to install a package to a machine without network access)
<xd1le>how can I save things to the store when running guix commands so that if something fails the stuff from before are still there? I recall this was possible but forgot how.
<xd1le>this might have something to do with it, so I just tried to `sudo halt`, but it said "error: connect: /var/run/shepherd/socket: No such file or directory". When I look into /var/run, I see dmd/socket but no shepherd/socket, so could this be due to the dmd rename to shepherd? (Because I haven't updated in a while.)
<xd1le>Also btw if I logout I'll still read the logs for responses! :)
<xd1le>But yes if it is, then what to do about it? :/
<lfam>xd1le: The transition from DMD to shepherd did have a bug like that. I think there should still be the right halt in '/run/booted-system/profile/sbin'
<xd1le>lfam: thanks! but I've already force shutdown. what to do about guix system reconfigure command though? (if you know)
<lfam>xd1le: If I remember correctly, the bug didn't manifest after rebooting. If not, let us know!
<xd1le>also on that note, how would I search the mailing lists? would I just have to download all the mbox files and grep it or something, or is there another better way?
<lfam>xd1le: Somebody else might have a suggestion, but I'm stumped. Since we renamed DMD to shepherd, there have been lots of changes to the code where the backtrace starts (guix/scripts/system.scm). I guess it starts around Git commit 0190c1c02fd
<lfam>You might find some discussion on the mailing lists
<xd1le>lfam: Thanks for your help. I think I might just go for a fresh install then. (I was trying to avoid it because no USB atm to do it with.)
<lfam>I guess if you really wanted to upgrade this system you could try it one release at a time. It looks like you are still using 0.8.3
<xd1le>well I did guix pull on both user and root and I also did guix package --upgrade
<lfam>You might hit some speed bumps with changed URLs, but I'm not sure. It depends on how far back our source code cache goes
<xd1le>but I guess that just does guix and other packages. not the base system itself, hence the errors
<lfam>xd1le: You could try instead reconfiguring from a Git checkout. At least, it would give you some flexibility of which commit you use
<lfam>As root, `guix pull && guix system reconfigure $CONFIG` is the way to upgrade the system.
<xd1le>lfam: yeah that's not really feasible anyway if I can't use the cache because atom processor. :/ But good to know. How does one use a guix from a particular commit, is it documented somewhere?
<ng0>packaging uclibc-ng is one of the things I do, and I just realized it's easier if we do it like I assume what's done for linux-libre - configure it by hand, include the configs in gnu/packages/ in extra files.
<ng0>i suppose there's no opposition if this is the only way to make it work..
<civodul>ng0: though the more is automated and turned into an API, the better
<civodul>this is hard to achieve for linux-libre because of the number of options and overall complexity, but it might be possible for uclibc
<ng0>my long term side quest for now is to make it work at all.. :)
<ng0>I have currently set FORCE_SHAREABLE_TEXT_SEGMENTS to y.. it's too much of a description to echo into irc, so in case this comes up I'm currently sticking close to what gentoo configures. should be documented on the website of uclibc-ng somewhere. but it will be a long time until uclibc-ng is ready. :)
<civodul>oh funny: 'wn' (wordnet) has an obfuscated reference to itself, which causes problems with grafts
<ng0>i hope no one works in parallel on uclibc-ng... would be bad
<ng0>so for those grepping the irc logs occasionally: I'm working on uclibc-ng for some time now and it will get doen as it's part of a project :)
<ng0>I do it for a while, run it, fail, save, hate it, go back to another project, and repeat. that's why it will take some time but I make progress
<janneke>there was a time that a clean gnu-build-system build would produce a very nice binary package from the "wrong" source...not sure if that's still possible?
<lfam>Scary example: would anyone notice if an OpenSSL "update" patch instead used an older but compatible OpenSSL version's hash? As long as the hash changes and the package builds, it looks like everything is fine unless you look very closely.
<lfam>So, downloading the source code independently and verifying the hash is an important part of patch review
<lfam>I often "edit" the patched code with the hash I calculate. If `git diff` is empty, then I know it's right
<rekado>it doesn’t matter where the file is located.
<rekado>you could rename it and add it to your GUIX_PACKAGE_PATH, no?
<lfam>I'm going to add some more comments to the "Remove lispf4" patch and push. Is that okay ng0 and rekado?
<lfam>I'm going to mention the generated C code in the commit message's explanation
<ng0>what's currently in svn you can build with guix build -f guix.scm when you are in the dir.. what does the pre-inst-env do? I've seen christopher create something like it for pubstrate. can I create this pre-inst-env to set the GUILE_LOAD_PATH temporarily?
<ng0>epidemic... that must be much with such a population. or as little and small as when the media reports that there was a terror attack in remote village somewhere in carpatian germany (meanwhile the police never said terror)
<ng0>I really think we need to symlink whatever binary libreoffice creates to 'libreoffice'. Everyone does that, and we are sticking much closer to upstream than Gentoo by not doing it. breaking peoples expectations.
<ng0>I would create the patch, but I first wanted to ask why libreoffice package does this
<ng0>i think this is what pkg-config was created for..
<ng0>I find mailmap weird. it would be more useful if I could move my early contributions into the name I use now. Some, even if the mailaddress is covered by it, fail to get catched
<ng0>I think this is just the bug which in at least 2 articles I've found was covered.. how git logs (and possibly other version control systems) do not respect peoples right to change their name.. even on such occassions such as mariage etc.
<lfam>Git does allow you to rewrite history if you want.
<ng0>I think base jumping from the mt everest can be equally successful.. and for a big project this does not work out in practice, at least I think so from what I've tried with a small ~1500 commits project
<wingo>does reconfiguring a service with a new config update the herd?
<ng0>what I mean is, it should be a feature to have dynamic name/address. your name/email pair is bound to a unique hash, when you update name/email, all instances of name/email down to the first appearance of it change
<ng0>basically anything on libreboot.org should work i think. possibly even coreboot.org with some added problems.
<ng0>wingo, don't you use an X-something by lenovo? is the gpu slow?
<ng0>I have these old nvidia and ati pci and pci-express cards and they are really slow in gnome mostly, when you drag around windows or do anything etc.. slowness differs.. but that's because of the chipsets and drivers
<tinyOwl>laurus: if you don't mind a bit older hardware, the thinkpad x60 and x200 series with atheros wifi are great, you can install libreboot and get an effectively 100% libre system going
<tinyOwl>i use a thinkpad x60s and it's nice, but if you intend to use a gui, it's gonna be pretty slow
<lfam>I don't think that Intel has every released a free wifi driver