<str1ngs>right now I use (set! my-alist (acons "key" "data" my-alist))
<str1ngs>which mutates, I guess that fine. I just would prefer to represent data as an alist and just append or merge with another alist. maybe I'm not explaining well. I'll read srfi-1 though might help
<nckx>(Of course I learned Scheme through, and am already naturally biased towards, Guix's more functional style. G'night!)
<ison[m]>Is there any way to have a package maintain a symlink on the root fs, such as /usr/bin/env? Or is there a way that a package can add an extra-special-file service to shepherd?
<str1ngs>ison[m]: you can use ("/usr/bin/env" ,(file-append coreutils "/bin/env")) with special-files-service-type
<str1ngs>ison[m]: I don't know what the difference is between extra special and special
<ison[m]>str1ngs: But my question was if it can be done from inside a package? Although, now I'm thinking the answer is No, because those packages wouldn't be installable for someone who isn't runnining shepherd (someone running guix on a different distro)
<str1ngs>ison[m]: I don't think this is possible outside of GuixSD
<str1ngs>ison[m]: hosted guix only ever writes to /var/guix /gnu and maybe /etc/guix . that's it not including user profiles
<thomassgn>Could anyone try exporting an (emacs) org-mode document to odt ('C-c C-e o o' or org-odt-export-to-odt) and see if it works? I get 'OpenDocument export failed: Opening directory: No such file or directory, /run/current-system/profile/share/emacs/yasnippet-snippets/nxml-mode' But emacs-yasnippet-snippets is installed in user profile...
<nckx>str1ngs: I tried Circe for real this time, but it chokes (badly) on my IRC setup ☹ (Which is probably special™: connect to ZNC with 86 open channels with 500 lines of scrollback each, except #guix, which has 2500.)
<nckx>It means downloading and parsing a few megs every time, but Hexchat manages in ~15 seconds.
<rvgn>I have few doubts. 1) Does GPT really have advantage over MBR because of backup partition table sectors and GUIDs? 2) Will GPT completely replace MBR over-time? 3) Does GNU Grub more compatible/supportive towards MBR or GPT? Thanks!
<z0d>I think GPT is also better because it's more dynamic and can support larger partition sizes
<nckx>1) GPT has several advantages over MBR, such as (many) more & (much) larger partitions, I don't think anyone is seriously saying it's the backup table that makes the difference 2) Nothing old is ever completely replaced, but it will probably replace the vast majority of MBR usage, and I for one welcome our new GPT overlords 3) Neither? Both are equally well supported in my experience.
<nckx>b0f0: Yes and no? Both create lists, but list is a procedure and will evaluate its arguments: (list 'foo 'bar) is equivalent to '(foo bar), (list foo bar) to `(,foo ,bar). You can use both in any situation, but you can't just blindly substitute (list for '(.
<rvgn>z0d nckx Thanks! I was skeptical about GPT when I found out that GPT was designed by Intel as a part of EFI, where the "restricted boot" issue arised. So GPT have no issues with free software right?
<nckx>mfg: Actually, on second thought, please use the literal URL (minus version). Nothing more frustrating than having a working SF URL and having to figure out which portion(s) mirror://sourceforge/ takes and what it does to them. A (github-url …) procedure would be too much abstraction here. Nix (used to?) do this just because they could, I think, but it added little value.
<mfg>does it have something to do with ssl? because every other package definition i found which uses method url-fetch also uses http:// and when manually connecting it doesn't automatically redirect to https://
<dongcarl>civodul: I have a riscv64 toolchain working on Guix, but I'm not sure where to put it in the codebase. It requires special things like `linux-libre-headers` > 4.15 and `gcc` > 7. I'm thinking that the `cross-base.scm` procedures should be parameterized a little more, and `standard-cross-packages` from `(guix build-system gnu)` can check if `target` is `riscv64` and pass `linux-libre-headers-4.15` and `gcc-7` down
<civodul>dongcarl: have you tried on core-updates, which has all the newer tools?
<civodul>that would also give us another incentive to get it ready :-)
<ng0>civodul: iirc the only difference of nix and guix to rfc4648 section base32 is that the uppercase letters are out and no padding exists, basically a modification of the base32 extended hex alphabet.
<pkill9>dongcarl: you could write your own function that prints all the package-* accessors and put it in the guile load path
<OriansJ>bavier: Oh and for extra fun, manually downloading from archive.org all versions from 2015 to current and none of them match (might be a whitespace change???) I guess that is what I get for running guix gc
<dongcarl>kmicu: Yeah, I think my final patch will contain a `4.14.67` afterall... It'll get to master faster that way and hopefully not trigger mass rebuilds anytime soon... Not worth it just for code cleanliness
<b0f0>when you install a package and install it's plugin with 'guix install package' command. Do I have to do anything else like ocnfigure some config file. How does a package now that I installed a plugin for this package ?
<b0f0>because my problem is that the package, when I run it, it reports that there is no such plugin. But the plugin is also a package and it is installed.