bug#25449: GHC packages take a long time to install
> That script must be readable and executable by the guixbuild* users
> (thus, its parent directories must be readable/executable as well).
Mmh, it worked till recently... I did chmod a+x /home/dvc and it solved the
permission denied problem on guix/nix/scripts/download. Thanks!
But that doesn't fix my problem with some ghc packages taking extremely
long... Any ideas?
Anyway, I'm hitting problems all the time - need to finally switch to
guixsd :)
FYI commit 384344198dcaa97847e66d3dd82f279ede08d690 causes this on my end,
but I don't currently have time to look in to it...
Backtrace:
In unknown file:
?: 19 [primitive-load-path "gnu/tests/install" ...]
In ice-9/eval.scm:
505: 18 [# (define-module
# # ...)]
In ice-9/psyntax.scm:
1106: 17 [expand-top-sequence ((define-module # # # ...)) () ((top)) ...]
989: 16 [scan ((define-module (gnu tests install) #:use-module ...)) ()
...]
279: 15 [scan ((#(syntax-object let # ...) (#) (# #) ...)) () ...]
In ice-9/eval.scm:
411: 14 [eval # ()]
In ice-9/boot-9.scm:
2954: 13 [define-module* (gnu tests install) #:filename ...]
2929: 12 [resolve-imports (((gnu)) ((gnu tests)) ((gnu tests base)) ...)]
2867: 11 [resolve-interface (gnu tests base) #:select ...]
2792: 10 [# # ...]
3068: 9 [try-module-autoload (gnu tests base) #f]
2404: 8 [save-module-excursion #]
3088: 7 [#]
In unknown file:
?: 6 [primitive-load-path "gnu/tests/base" ...]
In gnu/tests/base.scm:
275: 5 [#]
In gnu/system/vm.scm:
475: 4 [system-qemu-image/shared-store-script # # # ...]
In gnu/system.scm:
635: 3 [operating-system-derivation # # #f]
340: 2 [operating-system-services # # #f]
291: 1 [essential-services # # #f]
191: 0 [non-boot-file-system-service #]
gnu/system.scm:191:4: In procedure non-boot-file-system-service:
gnu/system.scm:191:4: In procedure module-lookup: Unbound variable: #{%
file-system-needed-for-boot?-procedure}#
make[2]: *** [Makefile:4878: make-go] Error 1
make[2]: Leaving directory '/home/dvc/guix'
make[1]: *** [Makefile:4021: all-recursive] Error 1
make[1]: Leaving directory '/home/dvc/guix'
make: *** [Makefile:2677: all] Error 2z
bug#25449: GHC packages take a long time to install
Hi, time guix build ghc-attoparsec warning: failed to install locale: Invalid argument substitute: warning: failed to install locale: Invalid argument /gnu/store/qb6y8294zp3la57y1hm02hyf2ck0giwp-ghc-attoparsec-0.13.0.1 $HOME/guix/pre-inst-env guix build ghc-attoparsec 252.59s user 37.52s system 92% cpu 5:15.00 total time guix build idris never terminates. I expect the problem to be related to circular dependencies.
bug#22990: Grafts leads to inefficient substitute info retrieval
> On second thought, the whole idea of applying grafts on the final result > (instead of applying grafts at each step like we do now) doesn’t fly. > It works well for things like a profile or the system derivation, but > breaks for less trivial things. > For example, if you’re building a VM image or a binary tarball, you > really need to graft packages early on; trying to graft the VM image or > binary tarball wouldn’t have the desired effect. Isn't a system derivation or a profile derivation an intermediate step to these derivations? Can't there be a flag or something called #:already-grafted? #t?
bug#25403: fsck.ext4 not found during boot
Hi Alex, Can you run guix pull and guix system reconfigure? I think this was fixed in 9328eafbf590938d2b7c4b8c6476a8664fa052b7 back in Dez.
bug#25278: Possible virus found in icecat-45.5.1
> I'm hoping this is a false positive. I run Guix ontop of Gentoo and have also > found the same Trojan appearing in Firefox-related files in my home directory, > as well as in Wine directories (I didn't record the exact directories, but I > think they were something like ../drive_c/windows/sys?/gecko/ or something > like that. Don't trust this 100%). It's an anti-viruses business model to find viruses everywhere. That's how they scare you into buying a license. They usually are overly optimistic with declaring something a virus. Besides, what's a windows virus going to do on a gentoo system?
bug#25281: rust importer duplicates input
> Could the importer be changed to either ignore targets that don’t match > the current architecture or to uniquify the list of inputs? It could, but I don't see an advantage. It takes more than just removing duplicate inputs for the thing to build. I'd find time spent on a Cargo.lock parser (which should be quite easy) to be more useful, but if someone wants to do it...
bug#25281: rust importer duplicates input
Looking at the Cargo.toml file we see this: [target."cfg(unix)".dependencies] libc = "0.2.14" # Compat with older Cargo versions temporarily [target.x86_64-unknown-linux-gnu.dependencies] libc = "0.2.14" [target.i686-unknown-linux-gnu.dependencies] libc = "0.2.14" [target.x86_64-apple-darwin.dependencies] libc = "0.2.14" [target.i686-apple-darwin.dependencies] libc = "0.2.14" I started reimplementing cargos dependency resolution algorithm, but think now that it's better to use a Cargo.lock file when one is provided. When there isn't a cargo lock file it's a library in the sense that it is a collection of source code that can be reused in a cargo project that has a Cargo.lock file. I don't think that this is a issue that needs fixing.
bug#25254: [minor] 'About' page says GuixSD is a "GNU/Linux
> To David, the Guix developers had the intention to call the system just GNU, > and distribute it as GNU (Guix is a GNU project after all), but RMS didn't > agree, so it was decided to use the GuixSD name and call it "A distribution > of GNU", and not "THE distribution of GNU." [1] First I appreciate all the work done by members of GNU project or any other free software project. I don't object to calling guixsd THE GNU operating system, because that means that guixsd is an operating system called GNU and is a project from the GNU organization. If we call it A GNU operating system then it requires additional explanation. We can not expect people to know what the criteria is for an operating system being A GNU operating system. I've spent a considerable amount of the last 8 years learning about computers and I don't find it clear (as I mentioned in an earlier email there are multiple possible interpretations of what a GNU system is). If it is explained somewhere then it is not a problem. I also think that supporting Hurd also as a kernel does not make guixsd not a Linux distribution, but makes guixsd both a Linux and a Hurd distribution. I find it sensible to empathize the "better known" one, but I don't have any attachment to a particular name or kernel. What to call something is ultimately a marketing issue and not a technical issue. If I had to sell red bananas, I'd call the product a banana. Saying it is not a banana it is a red banana, and that the main thing about the banana is the fact that it's red so I'll market my product as simply red isn't a sound decision in my opinion. If I ask someone do you want to buy a banana they might say mmh yes I'm hungry, I'd like a banana thanks. Oh cool it's a red banana! On the other hand if I go and say do you want to buy some red? I'd expect to get a less positive response. No thank you I don't need red.
bug#25254: [minor] 'About' page says GuixSD is a "GNU/Linux distribution"
> Please change to the GNU distribution. Or alternatively if you are > going to say a GNU distribution provide a link to or an explanation of > what it means. To be clear what I mean with a description, it could be one of the following: a) A GNU distribution is a distribution compiled with the gcc compiler. b) A GNU distribution is a distribution that uses glibc. c) A GNU distribution is a distribution that includes GNU software. d) A GNU distribution is a distribution that uses guix the GNU package manager. e) A GNU distribution is something else. This has nothing to do with if I think it's a good idea for the guix project to remove the word Linux from the about page if only for SEO reasons or if I think that the Wikipedia people will be convinced by removing the word Linux from the about page that this isn't a Linux distribution.
bug#25254: [minor] 'About' page says GuixSD is a "GNU/Linux distribution"
Please change to the GNU distribution. Or alternatively if you are going to say a GNU distribution provide a link to or an explanation of what it means. Calling it a GNU distribution implies that there are more than one, please provide an example of another GNU distribution. A google search for GNU distribution doesn't turn up any results. Please also remove it from the list of GNU/Linux distributions here: https://www.gnu.org/distros/free-distros.en.html Thank you.
bug#25254: [minor] 'About' page says GuixSD is a "GNU/Linux distribution"
> I don't think this is the place to discuss that particular issue at > large. That can be done on Wikipedia, or elsewhere. > I think the Guix project authors probably agree on GuixSD being defined > as a GNU distribution. The question is whether or not to make the About > page consistent with that. Ah sorry, I misunderstood your intention. I thought this was about changing a Wikipedia article.
bug#25254: [minor] 'About' page says GuixSD is a "GNU/Linux distribution"
> It would be better to be consistent with the home page and make clear > that GuixSD is a GNU distribution, with Linux-libre being the default > kernel for the foreseeable future. > Background: Wikipedia has a policy to call GNU/Linux distributions > "Linux distribution" because that wrong term is more commonly used by > the public. To define GuixSD as a "GNU/Linux distribution" gives them > in turn justification to define it as a "Linux distribution" instead. That's a sound decision, who knows what a GNU distribution is? People are confused enough on this topic, no need to let them believe that this is something totally different. When I refer to the term operating system - I'm mostly referring to the meaning in the sense of kernel, again usually I use unprecise terms to communicate efficiently with people who get distracted by my usage of preciser terms. Everybody knows the word OS but may not know what a kernel is. Besides on most systems there is a lot more software than just what is provided by GNU or Linux. If we want to be precise we can call it a mostly POSIX distribution. People might be more aware of the term POSIX than the term GNU (from my limited sampling at a technical university), while also providing information or meaning. Calling it a GNU system is just as descriptive as calling it a Linux system or a Guix system or a remotely similar to Mac OS X system or a Windows with cygwin system without windows.
bug#24993: System installer grows brittle with time
I have a nice one too. How to run guixsd on any hardware :)
(use-modules (gnu)
(gnu system nss)
(guix build-system trivial)
(guix download)
(guix git-download)
(guix packages))
(use-service-modules base networking)
(use-package-modules certs linux)
(define-public linux-firmware
(let ((commit "21e216f591bed97ec1adcda0e8b4b28ddf065433"))
(package
(name "linux-firmware")
(version (string-append "2016.11.27-" (string-take commit 7)))
(source (origin
(method git-fetch)
(uri (git-reference
(url (string-append
"https://github.com/wkennington/linux-firmware;))
(commit commit)))
(sha256
(base32
"0iiayy00zr3fk8xfi8i9vrbpg7r59n5vfzx9x7cpx6gjaja8czxa"
(build-system trivial-build-system)
(arguments
`(#:modules ((guix build utils))
#:builder
(begin
(use-modules (guix build utils))
(let* ((source (assoc-ref %build-inputs "source"))
(out (assoc-ref %outputs "out"))
(firmware (string-append out "/lib/firmware")))
(mkdir-p firmware)
(copy-recursively source firmware)
(home-page "https://github.com/wkennington/linux-firmware;)
(synopsis "Linux firmware")
(description "Linux firmware.")
(license #f
(define-public linux
(package
(inherit linux-libre)
(version "4.8.11")
(source (origin
(method url-fetch)
(uri (string-append
"https://cdn.kernel.org/pub/linux/kernel/v4.x/;
"linux-" version ".tar.xz"))
(sha256
(base32
"03w90vfjfcya38mcp1njasa5c67za203sgp9n3w52gms13s443yc"))
(operating-system
(host-name "system76")
(timezone "Europe/Zurich")
(locale "en_US.UTF-8")
(kernel linux)
(firmware (list linux-firmware))
(bootloader (grub-configuration (device "/dev/sda")))
(file-systems (cons (file-system
(device "my-root")
(title 'label)
(mount-point "/")
(type "ext4"))
%base-file-systems))
(users (cons (user-account
(name "dvc")
(comment "David Craven")
(group "users")
(supplementary-groups '("wheel" "netdev"
"audio" "video"))
(home-directory "/home/dvc"))
%base-user-accounts))
(packages (cons* nss-certs
%base-packages))
(services (cons* (dhcp-client-service)
%base-services))
;; Allow resolution of '.local' host names with mDNS.
(name-service-switch %mdns-host-lookup-nss))
bug#24440: [PATCH] gnu: kernel-config: Use correct kconfig file.
* gnu/packages/linux.scm (kernel-config): Use correct kconfig file. --- gnu/packages/linux.scm | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm index 3ec6514..61288be 100644 --- a/gnu/packages/linux.scm +++ b/gnu/packages/linux.scm @@ -82,10 +82,12 @@ #:use-module (srfi srfi-26) #:use-module (ice-9 match)) -(define-public (system->linux-architecture arch) - "Return the Linux architecture name for ARCH, a Guix system name such as +;; Guix system name is one of x86_64-linux i686-linux armhf-linux mips64el-linux. +;; GNU target triplet is one of arm-linux-gnueabihf mips64el-linux-gnuabi64. +(define-public (system->linux-architecture system) + "Return the Linux architecture name for SYSTEM, a Guix system name such as \"x86_64-linux\" or a target triplet such as \"arm-linux-gnueabihf\"." - (let ((arch (car (string-split arch #\- + (let ((arch (car (string-split system #\- (cond ((string=? arch "i686") "i386") ((string-prefix? "mips" arch) "mips") ((string-prefix? "arm" arch) "arm") @@ -182,7 +184,7 @@ for ARCH and optionally VARIANT, or #f if there is no such configuration." (let* ((name (string-append "linux-libre-" (if variant (string-append variant "-") "") - arch ".conf")) + (if (string=? "i386" arch) "i686" arch) ".conf")) (file (string-append "gnu/packages/" name))) (search-path %load-path file))) -- 2.9.0
bug#23828: unsupported sexp item type #f ```
Maybe not a bug, but I'm getting the same backtrace when trying to run
./guix archive or ./guix package -i guix or ./guix pull.
Trying to install guix 0.10.0 binary tarball on nixos.
```nix
users.users = {
guixbuild1 = {
isSystemUser = true;
group = "guixbuild";
};
};
users.groups.guixbuild = {};
```
```sh
bin sudo ./guix archive --authorize < ../share/guix/hydra.gnu.org.pub
/gnu/store/3g6zn8y5sfwywr4pqiwqrab735a0x4zl-guix-0.10.0/bin
warning: failed to install locale: Invalid argument
Backtrace:
In ice-9/boot-9.scm:
157: 17 [catch #t # ...]
In unknown file:
?: 16 [apply-smob/1 #]
In ice-9/boot-9.scm:
63: 15 [call-with-prompt prompt0 ...]
In ice-9/eval.scm:
432: 14 [eval # #]
In ice-9/boot-9.scm:
2401: 13 [save-module-excursion #]
4050: 12 [#]
1724: 11 [%start-stack load-stack ...]
1729: 10 [#]
In unknown file:
?: 9 [primitive-load
"/gnu/store/3g6zn8y5sfwywr4pqiwqrab735a0x4zl-guix-0.10.0/bin/.guix-real"]
In guix/ui.scm:
1188: 8 [run-guix-command archive "--authorize"]
In ice-9/boot-9.scm:
157: 7 [catch srfi-34 # ...]
157: 6 [catch system-error ...]
In guix/scripts/archive.scm:
328: 5 [#]
303: 4 [authorize-key]
In ice-9/boot-9.scm:
702: 3 [map #canonical-sexp (sexp)> (#f)]
In guix/pk-crypto.scm:
375: 2 [sexp->canonical-sexp #f]
In unknown file:
?: 1 [call-with-output-string #]
?: 0 [scm-error misc-error #f "~A ~S" ("unsupported sexp item type" #f) #f]
ERROR: In procedure scm-error:
ERROR: unsupported sexp item type #f
```
