Crippled packages on mirror.hydra.gnu.org?
Hello. Trying to ‘$ guix package -i coreutils’ on Guix 0.12.0 freshly installed on Debian Stretch, I got the following: --8<---cut here---start->8--- Downloading http://mirror.hydra.gnu.org/guix/nar/gzip/9xfn6q7cxqxaxsv6kgiic9iygl2iv2ci-coreutils-8.25 (14.4MiB installed)... coreutils-8.25 611KiB/s 00:00 | 128KiB transferred gzip: stdin: invalid compressed data--format violated --8<---cut here---end--->8--- And it does not look like a guix(1) issue: --8<---cut here---start->8--- $ wget http://mirror.hydra.gnu.org/guix/nar/gzip/9xfn6q7cxqxaxsv6kgiic9iygl2iv2ci-coreutils-8.25 --2017-05-22 14:13:11-- http://mirror.hydra.gnu.org/guix/nar/gzip/9xfn6q7cxqxaxsv6kgiic9iygl2iv2ci-coreutils-8.25 Resolving mirror.hydra.gnu.org (mirror.hydra.gnu.org)... 131.159.14.26 Connecting to mirror.hydra.gnu.org (mirror.hydra.gnu.org)|131.159.14.26|:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [application/x-nix-archive] Saving to: ‘9xfn6q7cxqxaxsv6kgiic9iygl2iv2ci-coreutils-8.25’ 9xfn6q7cxqxaxsv6kgiic9iygl2iv [ <=> ] 191.61K 284KB/sin 0.7s 2017-05-22 14:13:12 (284 KB/s) - ‘9xfn6q7cxqxaxsv6kgiic9iygl2iv2ci-coreutils-8.25’ saved [196210] $ zcat > /dev/null 9xfn6q7cxqxaxsv6kgiic9iygl2iv2ci-coreutils-8.25 gzip: 9xfn6q7cxqxaxsv6kgiic9iygl2iv2ci-coreutils-8.25: invalid compressed data--format violated --8<---cut here---end--->8--- Is it something wrong with mirror.hydra.gnu.org or with Internet connecntion on my side?
Re: Crippled packages on mirror.hydra.gnu.org?
> On Mon, May 22, 2017 at 02:28:49PM +0300, Dmitry Alexandrov wrote: >> --8<---cut here---start->8--- >> $ wget >> http://mirror.hydra.gnu.org/guix/nar/gzip/9xfn6q7cxqxaxsv6kgiic9iygl2iv2ci-coreutils-8.25 >> --2017-05-22 14:13:11-- >> http://mirror.hydra.gnu.org/guix/nar/gzip/9xfn6q7cxqxaxsv6kgiic9iygl2iv2ci-coreutils-8.25 >> Resolving mirror.hydra.gnu.org (mirror.hydra.gnu.org)... 131.159.14.26 >> Connecting to mirror.hydra.gnu.org >> (mirror.hydra.gnu.org)|131.159.14.26|:80... connected. >> HTTP request sent, awaiting response... 200 OK >> Length: unspecified [application/x-nix-archive] >> Saving to: ‘9xfn6q7cxqxaxsv6kgiic9iygl2iv2ci-coreutils-8.25’ >> >> 9xfn6q7cxqxaxsv6kgiic9iygl2iv [ <=> >> ] 191.61K 284KB/sin 0.7s >> >> 2017-05-22 14:13:12 (284 KB/s) - >> ‘9xfn6q7cxqxaxsv6kgiic9iygl2iv2ci-coreutils-8.25’ saved [196210] >> >> $ zcat > /dev/null 9xfn6q7cxqxaxsv6kgiic9iygl2iv2ci-coreutils-8.25 >> gzip: 9xfn6q7cxqxaxsv6kgiic9iygl2iv2ci-coreutils-8.25: invalid compressed >> data--format violated > > Thanks, I'm forwarding this to our sysadmins so they can remove this > corrupted item from our mirror. Thank you. I in fact did look for any contacts that might be more related to mirror admins than this mailing list, but no avail. Does it mean that I have to continue report such issues here? Anyway, no need to wait for an occasion, here is another one: — https://mirror.hydra.gnu.org/guix/nar/gzip/i92s6sqzlps5wasx09wv3lckn2lj3dm7-perl-5.24.0 Error is the same: --8<---cut here---start->8--- gzip: i92s6sqzlps5wasx09wv3lckn2lj3dm7-perl-5.24.0: invalid compressed data--format violated --8<---cut here---end--->8--- This affect yesterday’s 0.13.0 release. >> Is it something wrong with mirror.hydra.gnu.org or with Internet connecntion >> on my side? > > I can confirm this item is corrupted. You can work around the problem by > adding --fallback to whichever command failed. Yes, thanks, that is what ‘guix package -i’ itself says. :-) Yet, as much as https://hydra.gnu.org is slow, it could be faster to download the substitutes from there, where they are *not* corrupted (at least these two).
Re: Proposal to remove the off-topic, not free software related thoughtcrime accusations from the Guix project pages on GNU.ORG websitew
Jean Louis wrote: > * Alexander Vdolainen [2019-10-09 23:13]: > - and then within that group there is now a hostile takeover group of people > starting with Ludovic Courtès and his "fellows" where none of them could > answer my email to provide me with the facts about their statement. They are > behaving against established implicit and explicit GNU guidelines, and so far > nobody from FSF is enforcing any policy against them. They are danger to GNU > project. > > My solution would be radical and simple: ask them to refrain damaging GNU > project, or fork their software, and expell them from GNU project. > > AS SIMPLE AS THAT. Wow! Ease off a bit! You might not noticed that, but today Guix is the most vivid part of GNU. And I could not image an action, that might cause more damage to GNU project, than urging Guix lead developers to leave. Even if you believe that forking software over political discord is good thing to do (despite it does not align well with the rest of your message), by all means, you would not able to outcompete them, so it would simply ended in Guix out of GNU. So it even more harmful than urging RMS to leave. After all, RMS is mortal and, alas, will leave us and GNU sooner or later, while Guix is not necessary. signature.asc Description: PGP signature
Re: Proposal to remove the off-topic, not free software related thoughtcrime accusations from the Guix project pages on GNU.ORG websitew
Did you move it offlist intentionally? If not, may I resend it back? Jean Louis wrote: > On October 10, 2019 11:39:42 AM UTC, Dmitry Alexandrov <321...@gmail.com> > wrote: >>Jean Louis wrote: >>> * Alexander Vdolainen [2019-10-09 23:13]: >>> - and then within that group there is now a hostile takeover group of >>people starting with Ludovic Courtès and his "fellows" where none of >>them could answer my email to provide me with the facts about their >>statement. They are behaving against established implicit and explicit >>GNU guidelines, and so far nobody from FSF is enforcing any policy >>against them. They are danger to GNU project. >>> >>> My solution would be radical and simple: ask them to refrain damaging >>GNU project, or fork their software, and expell them from GNU project. >>> >>> AS SIMPLE AS THAT. Have you noticed, that your MUA produces quoting mess in attempt to hardwrap lines while being unable to do that properly? As there is actually no point in hardwrapping lines, you’d better just disable it rather than trying to fix. >>Wow! Ease off a bit! >> >>You might not noticed that, but today Guix is the most vivid part of >>GNU. And I could not image an action, that might cause more damage to >>GNU project, than urging Guix lead developers to leave. Even if you >>believe that forking software over political discord is good thing to >>do (despite it does not align well with the rest of your message), by >>all means, you would not able to outcompete them, so it would simply >>ended in Guix out of GNU. So it even more harmful than urging RMS to >>leave. After all, RMS is mortal and, alas, will leave us and GNU >>sooner or later, while Guix is not necessary. > > It is not harmful if Guix remains free software, how it can be? What the point of dubbing some free program an official GNU package nowadays? In other words, why such thing as GNU software still exists at all, when impulse it gave 35 years ago was successful and free software is not rare anymore? > It is only harmful for Guix. I do not see how it can be harmful for Guix. Not to say, that you are also urging to oust, at least, Guile and GnuPG. > It was not my decision, it is theirs. Of course, it up to them, and I hope they have enough respect for GNU and RMS heritage not to follow you strong advice. signature.asc Description: PGP signature
Re: Proposal to remove the off-topic, not free software related thoughtcrime accusations from the Guix project pages on GNU.ORG websitew
Jean Louis wrote: > How are you? Ehm... Fine. What is the occasion to ask? > On October 10, 2019 12:39:00 PM UTC, Dmitry Alexandrov <321...@gmail.com> > wrote: >>Did you move it offlist intentionally? If not, may I resend it back? > > Me for sure not intentionally and Guix managers are anyway conducting > censorship... So no big deal. I suppose, they are not in position to censor gnu-system-disc...@gnu.org. > You can resend what you wish. I am not forbidding two-way free speech. Done. >>>>Wow! Ease off a bit! > > No need. I am not feeling fear when I state something. So they did not ease > with thru FUD and defamation on Guix pages on GNU.org domain, so why MD or > others should be silenced? No need. > >>>>You might not noticed that, but today Guix is the most vivid part of GNU. >>>>And I could not image an action, that might cause more damage to GNU >>>>project, than urging Guix lead developers to leave. > > I [] see absolutely no problem there. I’m afraid, Dr. Stallman would see. > And free software can be freely used? So what is the loss? The loss is hidden behind the question, I suggested you to think on: “What the point of dubbing some free program an official GNU package nowadays? Why such thing as GNU software still exists at all, when impulse it gave 35 years ago was successful and free software is not rare anymore?” >>I do not see how it can be harmful for Guix. > > Their only loss is for them to lose other 10 dollars donation, that is > possible reason for their hostile take over attempt. > What is point in backstabbing of RMS? I asked and never got answers but FUD. To get rid of him, of course. Why to ask for obvious answer? >>I do not see how it can be harmful for Guix. Not to say, that you are also >>urging to oust, at least, Guile and GnuPG. > > No, not at all. I am asking people to behave according to GNU kind > communication guidelines. Many of your letters contain a footer with a call for lead developers of Guix, Guile and GnuPG to leave GNU. Even if your claim that Guix depends on FSF financially is true, GPG is for sure self-sufficient. >>Of course, it up to them, and I hope they have enough respect for GNU and RMS >>heritage not to follow you strong advice. > > They have no respect for RMS. I hope, that you have, though. And thus will stop to tear down the project he founded. signature.asc Description: PGP signature
Re: How should I be running `npm install …`?
Vivien Kraus wrote: > Le jeudi 30 avril 2020 à 14:59 +, Josh Marshall a écrit : >> I’m trying to run `npm install -g browserify` with the output below. >> npm ERR! path >> /gnu/store/39zkw3a8lxkxs7rmx4238959zc368075-node-10.19.0/lib/node_modules > > I am a mere guix user, so you may want to have another answer. I am not even a Guix (the SD) user, but this made me curious. > You cannot install anything globally with NPM in guix because NPM is > installed in a read-only location (/gnu/store/) So? /usr/ in traditional GNU distributions might be read-only as well, but it does not impede npm(1) or pip(1) or whatever install things system-wide (given that operator utilize his superuser powers, of course), as there are plenty other hierarchies available. Why is npm in Guix built with default ‘prefix’¹ (means, for --global actions) set to package directory under /gnu/store/ instead of, say, /usr/local? --- ¹ $ npm config get prefix signature.asc Description: PGP signature
Re: python-pip is broken after updates
zna...@disroot.org wrote: > I am using free vpn by protonvpn on GuixOS. protonvpn installs own client > written on python3 requiring pip3. It works fine after installation under > root. > > Could you … make some advices? Guix aside, I definitely could advise you to stop using obscure ad-hoc software, that has to be run with superuser rights, when itʼs not necessary. And in your case itʼs not. signature.asc Description: PGP signature
Re: python-pip is broken after updates
Efraim Flashner wrote: > On Mon, May 25, 2020 at 01:34:18AM +0300, Dmitry Alexandrov wrote: >> zna...@disroot.org wrote: >>> protonvpn installs own client written on python3 requiring pip3. It works >>> fine after installation under root. >>> Could you … make some advices? >> >> Guix aside, I definitely could advise you to stop using obscure ad-hoc >> software, that has to be run with superuser rights, when itʼs not necessary. >> And in your case itʼs not. > > This is certainly not useful advice. I have another experience. Quite a few people found an idea, that many services can be easily (in fact, sometimes even _easier_) be used without installing any ad-hoc branded software, new to them. (Welcome to 2020. ;-). > It's not up to you to determine which software is appropriate and acceptable > for another user to run. How have your thought shifted from from ‘advise’ to ‘determine’, I wonder? signature.asc Description: PGP signature
Re: Avoiding ad-hoc provider-branded OpenVPN clients (was: python-pip is broken after updates)
zna...@disroot.org wrote: > An advice about using protonvpn is not safe. Is that supposed to be a reply to me, despite you have been addressing @efr...@flashner.co.il? If so, Iʼve said nothing negative about ‘safety’ of protonvpn.com. (Though, I could of course: their Tor gateway or rather the way they advertise it tells a lot about how they regard their usersʼ safety. Thankfully, itʼs not available on gratis plan.) > If the software is opensource programmers can check if it is safe or not. Except, that there is zero need in doing that, when ad-hoc software can be simply avoided. Thatʼs even more so on GNU, where OpenVPN support is well-integrated into end-user networking configurators (such as ‘Network Manager’). But let us recall, that business interests of any service provider push them to limit the official support of standard solutions in favour of getting as much users as possible addicted to their branded software. In fact, some proxy-on-top-of-VPN-providers, which are fine with driving some users away — like donation-based riseup.net — have already _ceased_ to officially support anything but their branded clients. Under the hood they still use the normal OpenVPN, of course, so itʼs possible to extract the configuration, but you would not find it anywhere on their website. Therefore, please keep in mind, that what you are doing by installing a branded ad-hoc software instead of supplying generic client with credentials (besides acquiring technical problems for yourself) is contributing your mite to promoting vendor lock-in. > In Russia protonmail.com is blocked I did not know why Itʼs not hard to discover: https://roskomsvoboda.org/54951/ > but after I've discovered protonvpn I understood why. Nope. Googling is usually better than wild guessing. protonvpn.com is _not_ blacklisted in Russia [1]. [1] https://reestr.rublacklist.net/search/?q=protonvpn.com > The same is for tutanota mail. Yes, paradoxically enough, sometimes even state censorship should be thanked for opposing companies, that are trying to finish off the open Internet, such as tutanota.io or (less so) protonmail.com. (Though censors obviously have their own reasons for doing it.) signature.asc Description: PGP signature
Re: Why Mozilla Firefox is nonfree? (was: Vanilla Firefox recipe?)
Christopher Lemmer Webber wrote: > I'm not sure it's really accurate to categorize asking for a vanilla copy of > firefox, which might not comply with the FSDG, as nonfree software. The > primary issue with Firefox that makes it qualify as "nonfree" is that the > add-ons tool brings you to something that might guide a user towards nonfree > software right? Nope. Firefox, as distributed by Mozilla, is simply not a free software. Just reread the agreement with Mozilla [0] you are supposed to abide. You are _not_ free even to redistribute _exact_ copies of it, let aside distributing modified ones: | You may distribute unaltered copies of Mozilla Firefox and other Mozilla software from Mozilla.org without express permission from Mozilla as long as you comply with the following rules: | |— You may not charge for the software. That means: |· Distribution may not be subject to any fee. |· Distribution may not be tied to purchasing a product or service. There are many other points there, that alone enough to render it nonfree. My favourite one: | — When distributing you must distribute the most recent version of Firefox and other Mozilla software. [0] https://www.mozilla.org/en-US/foundation/trademarks/distribution-policy/ > Thus I think this isn't exactly correct framing, since firefox itself isn't > nonfree? As you see, it is. You could build something very similar to Firefox from sources, of course, but it would not be Mozilla Firefox. No much difference from Google Chrome in that regard. But there is one difference, that is to credit of Google and that I would not underestimate — the free counterpart of their browser has a canonical name — Chromium. While Mozillaʼs browser is anonymous and, unless are fine with adverting nonfree software, cannot be referred in any concise way; hence the whole zoo of rebrands: Icecat, Iceweasel, Fennec (F-Droid), Abrowser (Trisquel)... signature.asc Description: PGP signature
X-Content-Filtered-By: Mailman/MimeDel 2.1.23
Dear listmaster, is there any reason to have this content-filter enabled there? Besides doing a good job of breaking body signatures (DKIM and GPG, if any), it also seems to produce a mess like this from time to time: --- Begin Message --- As far as I know not even Chromium is free/libre, see https://directory.fsf.org/wiki/Chromium . Also I would recommend all to ask the FSF about the freedom issues with Firefox. -- * Ativista do software livre * https://libreplanet.org/wiki/User:Adfeno * Membro dos grupos avaliadores de * Software (Free Software Directory) * Distribuições de sistemas (FreedSoftware) * Sites (Free JavaScript Action Team) * Não sou advogado e não fomento os não livres * Sempre veja o spam/lixo eletrônico do teu e-mail * Ou coloque todos os recebidos na caixa de entrada * Sempre assino e-mails com OpenPGP * Chave pública: vide endereço anterior * Qualquer outro pode ser fraude * Se não tens OpenPGP, ignore o anexo "signature.asc" * Ao enviar anexos * Docs., planilhas e apresentações: use OpenDocument * Outros tipos: vide endereço anterior * Use protocolos de comunicação federadas * Vide endereço anterior * Mensagens secretas somente via * XMPP com OMEMO * E-mail criptografado e assinado com OpenPGP Wed May 27 02:16:47 GMT-03:00 2020 Dmitry Alexandrov : Christopher Lemmer Webber wrote: > I'm not sure it's really accurate to categorize asking for a vanilla copy of firefox, which might not comply with the FSDG, as nonfree software. The primary issue with Firefox that makes it qualify as "nonfree" is that the add-ons tool brings you to something that might guide a user towards nonfree software right? Nope. Firefox, as distributed by Mozilla, is simply not a free software. Just reread the agreement with Mozilla [0] you are supposed to abide. You are _not_ free even to redistribute _exact_ copies of it, let aside distributing modified ones: | You may distribute unaltered copies of Mozilla Firefox and other Mozilla software from Mozilla.org without express permission from Mozilla as long as you comply with the following rules: | | — You may not charge for the software. That means: | · Distribution may not be subject to any fee. | · Distribution may not be tied to purchasing a product or service. There are many other points there, that alone enough to render it nonfree. My favourite one: | — When distributing you must distribute the most recent version of Firefox and other Mozilla software. [0] https://www.mozilla.org/en-US/foundation/trademarks/distribution-policy/ > Thus I think this isn't exactly correct framing, since firefox itself isn't nonfree? As you see, it is. You could build something very similar to Firefox from sources, of course, but it would not be Mozilla Firefox. No much difference from Google Chrome in that regard. But there is one difference, that is to credit of Google and that I would not underestimate — the free counterpart of their browser has a canonical name — Chromium. While Mozillaʼs browser is anonymous and, unless are fine with adverting nonfree software, cannot be referred in any concise way; hence the whole zoo of rebrands: Icecat, Iceweasel, Fennec (F-Droid), Abrowser (Trisquel)... --- End Message --- signature.asc Description: PGP signature
Re: guix completion in zsh
Reza Alizadeh Majd wrote: > Ludovic Courtès wrote: >> I think you need to make sure the Zsh completion file for Guix is sourced. >> > Thanks for you response, what is the right location to find this "Zsh > completion file"? is it installed during installation of `zsh` package? No completion helpers for Guix belong to Guix (logically enough?). I do not use zsh, but ‘share/zsh/site-functions’ looks like what you are seeking. signature.asc Description: PGP signature
X-Content-Filtered-By: Mailman/MimeDel 2.1.23 (was: Failed to build webkitgtk)
Simen Endsjø wrote: > X-Content-Filtered-By: Mailman/MimeDel 2.1.23 > > The file is 224K, so I'll attach it. > > [No any attachment present.] Dear listmaster, it seems that besides doing a good job of breaking body signatures (DKIM and PGP, if any) this filter is also capable of eating essential attachments. Is there any real reason to have it enabled here? signature.asc Description: PGP signature
Re: Where to document package relations (was: Playing video in browser)
Pierre Neidhardt wrote: > It's not very obvious what to document it since it applies to all WebKitGTK. > > It's part of the "general software knowledge". For instance, if you install > an archiver like `atool', it's your reponsibility to install the backends > (unzip, p7zip, etc.) to support the various archive formats. Where to > document this? Normally, in the package relation graph itself. For instance, in Debian gstreamer1.0-libav and gstreamer1.0-plugins-good are _recommended_ by libwebkit2gtk-* packages. From a user point of view, that means that when he mark epiphany-browser for installing in a package manager, such as aptitude(1), they are marked as well, but, unlike hard dependencies, can be unmarked. The same applies to atool and its backends, by the way. signature.asc Description: PGP signature
Re: What's the license of Guix's blog?
"Zhu Zihao" wrote: > I want to translate some of Guix's blog into another language, but I don't > know what license the articles in Guix'blog using A good question! > are they using GNU FDL? The repo containing blog posts is, as youʼve already found, is guix/guix-artwork [1]. Its README says: | * Copying | | ** Guile code | | See [[file:COPYING][COPYING]]. | | ** Graphics | | Public domain 2015 Luis Felipe López Acevedo | | All the graphics in this directory are dedicated to the public domain, except | for the Guix System Distribution logo, which can be used under the Creative | Commons Attribution-ShareAlike 4.0 International License. | | You can find information about authors and copyright in the metadata of SVG | files. If you are using Inkscape, you can access the Document metadata from | the File menu. That is, textual works are not licensed. Specific files under website/posts/ does not feature any licence either. In other words, nothing suggests that they are covered by GNU FDL, nor that they are free at all. There is nothing good in absence of explicit licence, since in that way they are not even legally redistributable, but _freeing_ them actually would _not_ be in line with the usual https://www.gnu.org policy, where CC BY-ND is used, and all translations are supposed to be done via official translation teams [2]. [1] https://git.sv.gnu.org/cgit/guix/guix-artwork.git [2] https://www.gnu.org/server/standards/README.translations.html#teams signature.asc Description: PGP signature
Re: Failed to install ungoogled-chromium
ark...@disroot.org wrote:
> https://bin.disroot.org/?a5a35c2c0b751c30#AdWvRzuXMWfWe5cYN21CAcnXaR9iPw1BhjxftDqw3xtx
All it says is:
| JavaScript is required for PrivateBin to work. Sorry for the inconvenience.
In any case, this is not IRC. Pastebins have no use here.
patch-shebang: ./v8/tools/unittests/v8_presubmit_test.py: changing `/usr/bin/env python' to `/gnu/store/ln0jd0k32xbr2jyha1sdaynllkazgmsi-python2-2.7.17/bin/python'
patch-shebang: ./v8/tools/update-object-macros-undef.py: warning: no binary for interpreter `python3' found in $PATH
patch-shebang: ./v8/tools/v8_presubmit.py: changing `/usr/bin/env python' to `/gnu/store/ln0jd0k32xbr2jyha1sdaynllkazgmsi-python2-2.7.17/bin/python'
patch-shebang: ./v8/tools/wasm-compilation-hints/inject-compilation-hints.py: changing `/usr/bin/env python' to `/gnu/store/ln0jd0k32xbr2jyha1sdaynllkazgmsi-python2-2.7.17/bin/python'
patch-shebang: ./v8/tools/wasm-compilation-hints/wasm-objdump-compilation-hints.py: changing `/usr/bin/env python' to `/gnu/store/ln0jd0k32xbr2jyha1sdaynllkazgmsi-python2-2.7.17/bin/python'
patch-shebang: ./v8/tools/wasm-compilation-hints/wasm.py: changing `/usr/bin/env python' to `/gnu/store/ln0jd0k32xbr2jyha1sdaynllkazgmsi-python2-2.7.17/bin/python'
patch-shebang: ./v8/tools/wasm/update-wasm-fuzzers.sh: changing `/bin/bash' to `/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash'
patch-shebang: ./v8/tools/wasm/update-wasm-spec-tests.sh: changing `/bin/bash' to `/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash'
patch-shebang: ./weblayer/tools/run_weblayer_shell.py: changing `/usr/bin/env python' to `/gnu/store/ln0jd0k32xbr2jyha1sdaynllkazgmsi-python2-2.7.17/bin/python'
phase `patch-source-shebangs' succeeded after 30.9 seconds
starting phase `prepare-build-environment'
Backtrace:
14 (primitive-load "/gnu/store/fckx2i51pixnh5dn6dl1rclafa2…")
In ice-9/eval.scm:
191:35 13 (_ _)
In guix/build/gnu-build-system.scm:
838:2 12 (gnu-build #:source _ #:outputs _ #:inputs _ #:phases . #)
In ice-9/boot-9.scm:
1736:10 11 (with-exception-handler _ _ #:unwind? _ # _)
In srfi/srfi-1.scm:
857:16 10 (every1 # …)
In guix/build/gnu-build-system.scm:
847:30 9 (_ _)
In ice-9/eval.scm:
619:8 8 (_ #(#(#) (# # …)))
In ice-9/boot-9.scm:
1736:10 7 (with-exception-handler _ _ #:unwind? _ # _)
In ice-9/ports.scm:
445:17 6 (call-with-input-file _ _ #:binary _ #:encoding _ # _)
In guix/build/utils.scm:
741:26 5 (_ _)
767:26 4 (_ # …)
In srfi/srfi-1.scm:
460:18 3 (fold # …)
In unknown file:
2 (string-concatenate-reverse ("'\n" #f "return '") # #)
In ice-9/boot-9.scm:
1669:16 1 (raise-exception _ #:continuable? _)
1669:16 0 (raise-exception _ #:continuable? _)
ice-9/boot-9.scm:1669:16: In procedure raise-exception:
In procedure string-append: Wrong type (expecting string): #f
builder for `/gnu/store/hr5qklnqbgbp2in7l91r873f8xq44plf-ungoogled-chromium-81.0.4044.138-0.c2a89fb.drv' failed with exit code 1
la construcción de /gnu/store/hr5qklnqbgbp2in7l91r873f8xq44plf-ungoogled-chromium-81.0.4044.138-0.c2a89fb.drv falló
Muestra el registro de construcción en '/var/log/guix/drvs/hr/5qklnqbgbp2in7l91r873f8xq44plf-ungoogled-chromium-81.0.4044.138-0.c2a89fb.drv.bz2'.
guix install: error: build of `/gnu/store/hr5qklnqbgbp2in7l91r873f8xq44plf-ungoogled-chromium-81.0.4044.138-0.c2a89fb.drv' failed
signature.asc
Description: PGP signature
Re: How should I be running `npm install …`?
Gary Johnson wrote: > Dmitry Alexandrov <321...@gmail.com> writes: >> So? /usr/ in traditional GNU distributions might be read-only as well, but >> it does not impede npm(1) or pip(1) or whatever install things system-wide >> (given that operator utilize his superuser powers, of course), as there are >> plenty other hierarchies available. >> >> Why is npm in Guix built with default ‘prefix’¹ (means, for --global >> actions) set to package directory under /gnu/store/ instead of, say, >> /usr/local? > > In Guix, all system-level packages and configuration files are created by the > package manager under /gnu/store. The /usr directory is empty on a Guix > system. Yes, and thatʼs exactly why I am asking: why npm(1) is preconfigured to attempt to install its packages into the hierarchy, which should be monopolistically managed by guix(1), while there are no shortage of free prefixes? Is that merely a bug? signature.asc Description: PGP signature
Re: “trapped in a GUI”
Tobias Geerinckx-Rice wrote: > X-Mailer: geary/3.36.1 > > [Sorry for top-posting, I'm trapped in a GUI and can't get out.] Press right after C-S-r (‘Reply all’). ;-) signature.asc Description: PGP signature
Re: a French mailing list (was: test anything? (Re: My Guile Hacker Handbook))
Marc Chantreux wrote: > hould be nice to have a french mailing list [for Guile] as well FWIW, the help-guix@gnu.org list, which you are crossposting, announce [1] a policy of welcoming mail in many languages besides English, which looks like a pretty sane choice, until there is substantial traffic in a given language. I would only ask users there, to double-check their spelling before sending anything. [1] https://guix.gnu.org/contact/ signature.asc Description: PGP signature
No Guile on Windows? (was: My Guile Hacker Handbook)
Jérémy Korwin-Zmijowski wrote: > https://jeko.frama.io > ## Installation > ### On Windows > > No solution yet. Is that true? Itʼs true (and a pity) that there no official packages, of course, but ‘no solution’? I vaguely recall, there was a Guile on MinGW a couple of years ago, does it no longer build? And what happened with Cygwin package after all? cygwin.com says, that 3.0.4 is there [1]. [1] https://cygwin.com/packages/summary/guile3.0.html signature.asc Description: PGP signature
Re: Licensing of Cygwin comatibility layer (was: No Guile on Windows?)
Mike Gran wrote: > Cygwin: use gcc or clang, link to a special C and POSIX library that handles > the Windows API for you. > Its emulation library is GPL[ed] Really? I was under impression, that it is under a _weakened_ variant of _Lesser_ GPL, i. e. its terms are even less restrictive that those of GNU libc. > so to distribute a Cygwin app, it must be GPL[-compatible] After all, Cygwin itself (just like any other GNU distro) have always distributed quite a few of GPL-incompatible software, so that statement does not look plausible at all. signature.asc Description: PGP signature
Re: No Guile on Windows?
Ludovic Courtès wrote: > Eli Zaretskii skribis: >> Sadly, Guile seems to care only about one OS: GNU/Linux > my understanding is that Windows Subsystem for Linux (WSL) has the potential > to make all of us happy. Itʼs the most disappointing thing to hear from a Guile maintainer. > For example, here’s info from someone who got Guix to run on Windows/WSL2: Contrary to WSL1, which was rather a misnomer for an alternative ABI-compatible implementation of Linux® on top of Windowsʼ kernel, WSL2 fully justifies its name: itʼs subsystem _for_ running Linux in it. In other words, what youʼve just said is: Guile does not need to support Windows, because you can always run GNU/Linux in a virtual machine. Iʼm afraid, such an attitude, if Guile is staking claim for being something more than a DSL for defining distro packages, is a decade premature at best. > Running Guile alone should be easier. Notably, I would expect a bundle > created with ‘guix pack guile’ to Just Work on Windows. > > Does anyone have experience with that? I do not, but do not see any reason why it should not. If Guix pack would fail to run on Ubuntu, because it is running on emulated hardware, it would mean that Guix is really broken. And we know, that itʼs not. signature.asc Description: PGP signature
Re: What's the license of Guix's blog?
Amin Bandali wrote: > Ludovic Courtès writes: >> I would propose GFDLv1.3+ without invariant sections, since that can then be >> relicensed to CC-BY-SA should anyone need it. > > but reading the text for GFDLv1.3, specifically "11. RELICENSING", it seems > to me that the explicit permission to relicense GFDLv1.3-covered work to CC > BY-SA 3.0 was only valid until August 1, 2009. And it had been never valid for any blog, only for a ‘wiki’. > I would suggest explicitly asking the FSF or seeking legal advice about that, > to know whether that section still applies today. If one finds the licence itself unclear, there is also a FAQ [1]. [1] https://www.gnu.org/licenses/fdl-1.3-faq.html > Another good candidate is CC BY-SA 4.0, which was declared one-way compatible > with GPLv3... ...yet not with FDL (which Guix manual is under). > I have also seen folks license material on their site under GPLv3+. And neither licence is mutually exclusive with the other one! signature.asc Description: PGP signature
Re: No Guile on Windows?
David Pirotte wrote: > msys2 > has guile-2.2.7-1 > well maintained > very friendly on irc Appended with fact that MSYS2 is a fork of Cygwin, which has 3.0.4, these looks like an invitation to go to IRC and inquire about issues that made them stick with the legacy branch... signature.asc Description: PGP signature
Re: Using --search-paths with multiple profiles
hot12shots wrote: > guix package --search-paths=prefix \ > -p /run/current-system/profile \ > -p ~/.config/guix/current \ > -p ~/.guix-profile \ > -p $GUIX_EXTRA_PROFILES/abc/abc \ > -p $GUIX_EXTRA_PROFILES/xyz/zyz > # etc. > > This properly sets the manpath etc., as the consuming packages (man-db and > friends) are present in the included "built-in" profiles (first 3 `-p` > arguments listed above). Ha! Nice trick, thanks. Alas, it wonʼt help much on top of foreign distribution, where they often are not. > The only caveat I'm aware of is that the multiple `guix` invocations aren't > instantaneous, so one might not want to use this if sourcing their .profile > from .bashrc or equivalent, as it would add some init time to every shell > invocation. But one should never source profiles from ~/.bashrc in any case! They are supposed to sourced by login shell only. In other words, there is ~/.profile (or ~/.bash_profile) for that. signature.asc Description: PGP signature
