warning: could not locate elisp directory under `/gnu/store/...`
emacs-helm-system-packages.scm Description: Binary data I'm down to write my first Emacs package declaration (attached). It seems quite straightforward and yet it fails to byte-compile: > ./pre-inst-env guix package -i emacs-helm-system-packages ;;; note: source file /home/ambrevar/projects/guix/gnu/packages/emacs.scm ;;; newer than compiled /home/ambrevar/projects/guix/gnu/packages/emacs.go ;;; note: source file /home/ambrevar/projects/guix/gnu/packages/emacs.scm ;;; newer than compiled /run/current-system/profile/lib/guile/2.2/site-ccache/gnu/packages/emacs.go guix package: warning: Your Guix installation is 11 days old. guix package: warning: Consider running 'guix pull' followed by 'guix package -u' to get up-to-date packages and security updates. substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0% substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0% Initialized empty Git repository in /gnu/store/j8595ig50d29qy3wb20b9gpqxk7w8735-emacs-helm-system-packages-1.9.0-1.9e5805f-checkout/.git/ From https://github.com/emacs-helm/helm-system-packages * branch9e5805f3092b0e291098ab784d4dccb06b0800e0 -> FETCH_HEAD Note: checking out 'FETCH_HEAD'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b HEAD is now at 9e5805f guix: Add "reverse dependencies" action environment variable `PATH' unset starting phase `set-SOURCE-DATE-EPOCH' phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds starting phase `set-paths' environment variable `PATH' set to `/gnu/store/10sdmjxi2qv1z4v3pzsvhj7ycv62bi0n-emacs-minimal-25.3/bin:/gnu/store/k9slb2ysqp2n82pl6knb2isapav81dvx-tar-1.29/bin:/gnu/store/4r1g01m0isdfd4ahd8qigfp04276biv3-gzip-1.8/bin:/gnu/store/77l8sxh9py133cy1p9kypshji4q9wv0w-bzip2-1.0.6/bin:/gnu/store/kgaf671a9a76k0ql1pwwjxjbj80x22mj-xz-5.2.3/bin:/gnu/store/p7vdir85501lq7qsgrx5z2yrr0py26h1-file-5.32/bin:/gnu/store/rp61rxvajx4w1k0ci2nqi10y8xgds53b-diffutils-3.6/bin:/gnu/store/5gq1gn722zpz1crsnfmxij21zdxqj37x-patch-2.7.5/bin:/gnu/store/z24b9d81w7bfcyk3j73xixygwx2ymlhv-sed-4.4/bin:/gnu/store/0qxdnkyh0cqwflxhqa4v4vsjwff08j9p-findutils-4.6.0/bin:/gnu/store/1ymg8yf9imgw8ac4n3i611nsv1mb4643-gawk-4.1.4/bin:/gnu/store/5jhfm3r3h7cjl8qqc86rx70nw7bzizpf-grep-3.1/bin:/gnu/store/6i33ik7haav0hd5a797l3llkq04ghx6g-coreutils-8.28/bin:/gnu/store/vj24ah9a4kqsyhim2s4n6gvc4hsxhnli-make-4.2.1/bin:/gnu/store/icz3hd36aqpjz5slyp4hhr8wsfbgiml1-bash-minimal-4.4.12/bin:/gnu/store/37h89zknsp0p6nsszc1n4lyxc9s393ak-ld-wrapper-0/bin:/gnu/store/j7gsbkgq72qjas7plzvak40ymf0ybamq-binutils-2.28.1/bin:/gnu/store/cfdn69spjc44x4sd0acrwhxq6yay3rbc-gcc-5.5.0/bin:/gnu/store/n6acaivs0jwiwpidjr551dhdni5kgpcr-glibc-2.26.105-g0890d5379c/bin:/gnu/store/n6acaivs0jwiwpidjr551dhdni5kgpcr-glibc-2.26.105-g0890d5379c/sbin' environment variable `INFOPATH' set to `/gnu/store/10sdmjxi2qv1z4v3pzsvhj7ycv62bi0n-emacs-minimal-25.3/share/info:/gnu/store/k9slb2ysqp2n82pl6knb2isapav81dvx-tar-1.29/share/info:/gnu/store/4r1g01m0isdfd4ahd8qigfp04276biv3-gzip-1.8/share/info:/gnu/store/rp61rxvajx4w1k0ci2nqi10y8xgds53b-diffutils-3.6/share/info:/gnu/store/z24b9d81w7bfcyk3j73xixygwx2ymlhv-sed-4.4/share/info:/gnu/store/0qxdnkyh0cqwflxhqa4v4vsjwff08j9p-findutils-4.6.0/share/info:/gnu/store/1ymg8yf9imgw8ac4n3i611nsv1mb4643-gawk-4.1.4/share/info:/gnu/store/5jhfm3r3h7cjl8qqc86rx70nw7bzizpf-grep-3.1/share/info:/gnu/store/6i33ik7haav0hd5a797l3llkq04ghx6g-coreutils-8.28/share/info:/gnu/store/vj24ah9a4kqsyhim2s4n6gvc4hsxhnli-make-4.2.1/share/info:/gnu/store/icz3hd36aqpjz5slyp4hhr8wsfbgiml1-bash-minimal-4.4.12/share/info:/gnu/store/j7gsbkgq72qjas7plzvak40ymf0ybamq-binutils-2.28.1/share/info:/gnu/store/cfdn69spjc44x4sd0acrwhxq6yay3rbc-gcc-5.5.0/share/info:/gnu/store/n6acaivs0jwiwpidjr551dhdni5kgpcr-glibc-2.26.105-g0890d5379c/share/info' environment variable `BASH_LOADABLES_PATH' unset environment variable `C_INCLUDE_PATH' set to `/gnu/store/77l8sxh9py133cy1p9kypshji4q9wv0w-bzip2-1.0.6/include:/gnu/store/kgaf671a9a76k0ql1pwwjxjbj80x22mj-xz-5.2.3/include:/gnu/store/p7vdir85501lq7qsgrx5z2yrr0py26h1-file-5.32/include:/gnu/store/1ymg8yf9imgw8ac4n3i611nsv1mb4643-gawk-4.1.4/include:/gnu/store/vj24ah9a4kqsyhim2s4n6gvc4hsxhnli-make-4.2.1/include:/gnu/store/j7gsbkgq72qjas7plzvak40ymf0ybamq-binutils-2.28.1/include:/gnu/store/cfdn69spjc44x4sd0acrwhxq6yay3rbc-gcc-5.5.0/include:/gnu/store/n6acaivs0jwiwpidjr551dhdni5kgpcr-glibc-2.26.105-g0890d5379c/include:/gnu/store/yqahwgll57j88bq275m4xvifg9x3alsb-linux-libre-headers-4.9.59/include' environment variable `CPLUS_INCLUDE_PATH' set to `/gnu/store/77l8sxh9
Missing platform_device.h in linux-libre-headers
I’m trying to compile some extra kernel module for my guixsd, however the headers files needed, `modules.h` and `platform_device.h` was not found. After redefining the linux-libra-headers package, update the version to 4.15.13 which is the version of the kernel I’m currently running, I get `modules.h` but `platform_device.h` still missing. What’s the problem and how can I fix it?
Re: Custom kernel module woes
Thorsten Wilms writes: > Now if anyone knows or can figure out how *exactly* to turn XTS's -*- > into a {M}, that would still be good to know. A script that turns any > kernel configuration into a guix-sd-safe one, or changes to make these > gymnastics unnecessary would be great! I recently revamped my kernel configuration and hit this issue too. In my case I had to disable ext4 encryption to build xts.ko as a module. Perhaps we should build ext4 as a module in Guix? Or make XTS a builtin? signature.asc Description: PGP signature
Re: Missing platform_device.h in linux-libre-headers
Hi, Eleven writes: > I’m trying to compile some extra kernel module for my guixsd, however > the headers files needed, `modules.h` and `platform_device.h` was not > found. After redefining the linux-libra-headers package, update the > version to 4.15.13 which is the version of the kernel I’m currently > running, I get `modules.h` but `platform_device.h` still > missing. What’s the problem and how can I fix it? platform_device.h is not part of the user API, so it's not installed by the "headers_install" make target in linux-libre. I would recommend against changing the 'linux-libre-headers' package itself. The contents of 'linux-libre-headers' is included in our default C headers used to build the entire system. Updating it entails a full system rebuild from the toolchain up. Even if not for this practical problem, I would argue that private kernel driver interfaces do not belong in our default C headers. The headers needed to build kernel modules should be a separate package, maybe called 'linux-libre-kernel-headers' or 'linux-libre-internal-headers'. It could be almost the same as 'linux-libre-headers', except that it should use the current kernel version (using the %linux-libre-version and %linux-libre-hash variables) and it should use different make targets in the 'build' and 'install' phases, namely "headers_check_all" and "headers_install_all". Mark