bug#34567: Bogus 'upower-service' deprecation message
Christopher Baines skribis:
> Mark H Weaver writes:
>
>> My OS config includes a reference to 'upower-service', which is now
>> deprecated, but the deprecation message is bogus:
>>
>> mhw@jojen ~$ guix system build /etc/config.scm --verbosity=1
>> /etc/config.scm:149:19: warning: 'slim-service' is deprecated, use
>> 'slim-service-type' instead
>> /etc/config.scm:156:19: warning: 'upower-service' is deprecated, use
>> 'Return a service that runs @uref{http://upower.freedesktop.org/,
>> @command{upowerd}}, a system-wide monitor for power consumption and battery
>> levels, with the given configuration settings. It implements the
>> @code{org.freedesktop.UPower} D-Bus interface, and is notably used by
>> GNOME.' instead
>> building
>> /gnu/store/nwdjz1mkvcc4ic65mgw5i94ig3qzp8kf-libjpeg-turbo-2.0.2.tar.gz.drv...
>> [...]
>
> Haha, that is quite bogus. I didn't realise define-deprecated took two
> arguments. I've sent a patch to fix this here [1].
>
> 1: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34579
This was fixed in bb65f66ce0e5feee2d997a8526e10fc9f31e97fd, closing!
Ludo’.
bug#34282: offload: error parsing derivation `*.drv': expected string `Derive(['
Hi Mark, Ludovic Courtès skribis: > Mark H Weaver skribis: > >> exporting path `/gnu/store/zrw4yckqa9g6a8zglkz7g0gfr6k78jl8-r-usethis-1.4.0' >> guix offload: error: build failed: error parsing derivation >> `/gnu/store/5qjsrh8dncv6sninnyydkzccmh89498r-r-fs-1.2.6.drv': expected >> string `Derive([' > > Could you check the contents of this file? This very much suggests a > file system corruption (e.g., the file is actually empty yet considered > valid per /var/guix/db/db.sqlite.) This explanation is plausible so I’m closing as not-a-bug. Please do reopen if you think otherwise. Thanks, Ludo’.
bug#34797: ffmpeg: error while loading shared libraries: (...): file too short
Hello guix,
Does anyone has the same problem with ffmpeg from latest master? I've
got the following error:
alexvong1995@debian:~$ ffmpeg --help
ffmpeg: error while loading shared libraries:
/gnu/store/4hcr7ygdhaxws6q5dj806cbvq0dkfgkw-ffmpeg-4.1.1/lib/libavdevice.so.58:
file too short
The following command shows that most of the shared libraries built are
empty:
alexvong1995@debian:~$ LC_ALL=C find "$(guix build ffmpeg)/lib" -type f
-execdir ls -hl '{}' ';'
-r-xr-xr-x 26 root root 0 Jan 1 1970 ./libavformat.so.58.20.100
-r-xr-xr-x 26 root root 0 Jan 1 1970 ./libavutil.so.56.22.100
-r--r--r-- 6785 root root 0 Jan 1 1970 ./libavfilter.pc
-r--r--r-- 6785 root root 0 Jan 1 1970 ./libavutil.pc
-r--r--r-- 6785 root root 0 Jan 1 1970 ./libavresample.pc
-r--r--r-- 6785 root root 0 Jan 1 1970 ./libpostproc.pc
-r--r--r-- 6785 root root 0 Jan 1 1970 ./libswresample.pc
-r--r--r-- 6785 root root 0 Jan 1 1970 ./libavcodec.pc
-r--r--r-- 6785 root root 0 Jan 1 1970 ./libavformat.pc
-r--r--r-- 6785 root root 0 Jan 1 1970 ./libswscale.pc
-r--r--r-- 6785 root root 0 Jan 1 1970 ./libavdevice.pc
-r-xr-xr-x 26 root root 0 Jan 1 1970 ./libavdevice.so.58.5.100
-r-xr-xr-x 26 root root 0 Jan 1 1970 ./libavfilter.so.7.40.101
-r-xr-xr-x 26 root root 0 Jan 1 1970 ./libavresample.so.4.0.0
-r-xr-xr-x 26 root root 0 Jan 1 1970 ./libswresample.so.3.3.100
-r-xr-xr-x 26 root root 0 Jan 1 1970 ./libpostproc.so.55.3.100
-r-xr-xr-x 26 root root 0 Jan 1 1970 ./libswscale.so.5.3.100
-r-xr-xr-x 2 root root 14M Jan 1 1970 ./libavcodec.so.58.35.100
I'm CC'ing guix-devel since ffmpeg is essential to many audio/video
packages (e.g. mpv, vlc).
Cheers,
Alex
signature.asc
Description: PGP signature
bug#34797: ffmpeg: error while loading shared libraries: (...): file too short
Alex, Something is amiss on your box. Alex Vong wrote: Does anyone has the same problem with ffmpeg from latest master? I've got the following error: alexvong1995@debian:~$ ffmpeg --help ffmpeg: error while loading shared libraries: /gnu/store/4hcr7ygdhaxws6q5dj806cbvq0dkfgkw-ffmpeg-4.1.1/lib/libavdevice.so.58: file too short --8<---cut here---start->8--- λ file -L /gnu/store/4hcr7ygdhaxws6q5dj806cbvq0dkfgkw-ffmpeg-4.1.1/lib/libavdevice.so.58 /gnu/store/4hcr7ygdhaxws6q5dj806cbvq0dkfgkw-ffmpeg-4.1.1/lib/libavdevice.so.58: ELF 64-bit LSB pie executable x86-64, version 1 (SYSV), dynamically linked, stripped λ ls -lh /gnu/store/4hcr7ygdhaxws6q5dj806cbvq0dkfgkw-ffmpeg-4.1.1/lib/libavdevice.so.58.5.100 -r-xr-xr-x 2 root root 152K Jan 1 1970 /gnu/store/4hcr7ygdhaxws6q5dj806cbvq0dkfgkw-ffmpeg-4.1.1/lib/libavdevice.so.58.5.100 --8<---cut here---end--->8--- Have you fsck'd your file system lately? T G-R
bug#34719: [PATCH] gnu: emacs-json-reformat: Fix test.
This patch deletes a test which tries to compare JSON objects order.
* gnu/packages/emacs-xyz.scm (emacs-json-reformat): Delete
'json-reformat-test:json-reformat-region' test.
---
gnu/packages/emacs-xyz.scm | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/emacs-xyz.scm b/gnu/packages/emacs-xyz.scm
index 30248f673a..b359777923 100644
--- a/gnu/packages/emacs-xyz.scm
+++ b/gnu/packages/emacs-xyz.scm
@@ -26,7 +26,7 @@
;;; Copyright © 2017 George Clemmer
;;; Copyright © 2017, 2018 Feng Shu
;;; Copyright © 2017 Jan Nieuwenhuizen
-;;; Copyright © 2017, 2018 Oleg Pykhalov
+;;; Copyright © 2017, 2018, 2019 Oleg Pykhalov
;;; Copyright © 2017 Mekeor Melire
;;; Copyright © 2017 Peter Mikkelsen
;;; Copyright © 2017, 2018 Tobias Geerinckx-Rice
@@ -7032,7 +7032,19 @@ running a customisable handler command (@code{ignore} by
default). ")
("ert-runner" ,emacs-ert-runner)))
(arguments
`(#:tests? #t
- #:test-command '("ert-runner")))
+ #:test-command '("ert-runner")
+ #:phases
+ (modify-phases %standard-phases
+ (add-before 'check 'delete-json-objects-order-test
+ (lambda _
+ (emacs-batch-edit-file "test/json-reformat-test.el"
+ `(progn (progn (goto-char (point-min))
+ (re-search-forward
+ "ert-deftest
json-reformat-test:json-reformat-region")
+ (beginning-of-line)
+ (kill-sexp))
+ (basic-save-buffer)))
+ #t)
(home-page "https://github.com/gongo/json-reformat";)
(synopsis "Reformatting tool for JSON")
(description "@code{json-reformat} provides a reformatting tool for
--
2.21.0
bug#34717: GPL and Openssl incompatibilities in u-boot and possibly others
Vagrant Cascadian skribis: > On 2019-03-08, Ludovic Courtès wrote: >> Vagrant Cascadian skribis: >>> I'm not sure where it would be appropriate to add more comments >>> regarding the GPL/Openssl incompatibilities; e.g. if someone were to >>> propose adding one of the u-boot targets that requires it, they might >>> just go ahead and re-add the openssl input... >> >> There’s always a risk. I guess we’ll have to be careful when doing >> reviews. > > Sure. I was thinking maybe putting a comment in the native-inputs where > "openssl" was removed, but wasn't sure what the conventions might be. Yeah that would have worked I guess. >> In addition, we can add a ‘lint’ checker for this case, WDYT? > > Does the lint checker have a way to identify a confidence level, > e.g. *maybe* it has this issue vs. *certainly*? Is there a way to > override the lint checker issues for known false positives? Otherwise, > it might just be annoying noise for packagers where it isn't > appropriate. No it doesn’t have that notion of a confidence level. The warning could be triggered only when a package is GPL’d and has a direct dependency on OpenSSL (we’d forget about indirect dependencies in this case.) The noise would be rather limited and justified in this case, I think. WDYT? Thanks, Ludo’.
bug#34717: GPL and Openssl incompatibilities in u-boot and possibly others
On 2019-03-09, Ludovic Courtès wrote: > Vagrant Cascadian skribis: >> On 2019-03-08, Ludovic Courtès wrote: >>> Vagrant Cascadian skribis: >>> In addition, we can add a ‘lint’ checker for this case, WDYT? >> >> Does the lint checker have a way to identify a confidence level, >> e.g. *maybe* it has this issue vs. *certainly*? Is there a way to >> override the lint checker issues for known false positives? Otherwise, >> it might just be annoying noise for packagers where it isn't >> appropriate. > > No it doesn’t have that notion of a confidence level. And I presume no overrides either, given no comment about that? > The warning could be triggered only when a package is GPL’d and has a > direct dependency on OpenSSL (we’d forget about indirect dependencies in > this case.) The noise would be rather limited and justified in this > case, I think. WDYT? The openssl package currently ships the "openssl" binary, as well as the libraries. I suspect there are at least three potential cases where a package might depend on it: * Calls the "openssl" binary as part of test suite or run-time. No licensing compatibility issue, no worries! * Using include files from the openssl headers; I guess you could search for "include .* openssl/*.h" in the source code. Might get some false positives. Can be run without actually even building it. * Linking against the library which should actually be easy to detect with ldd or other tools. Would need to build and then run the checks to be sure. live well, vagrant signature.asc Description: PGP signature
bug#34454: GTK programs segfaulting
I've allowed emacs and icecat to update after holding them back for sometime. So far icecat has yet to crash, although I haven't restart it so it's likely the safe version running from memory. Emacs, however, crashes instantly. Error details below. brad@kazuki:~/ > emacs (emacs-26-1:10553): Gdk-ERROR **: 17:18:31.044: The program 'emacs-26-1' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 605 error_code 8 request_code 2 (core protocol) minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the GDK_SYNCHRONIZE environment variable to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Fatal error 5: Trace/breakpoint trap Backtrace: /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x50b1a2] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x4f20a4] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x509e5e] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x50a143] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x50a1f9] /gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/libpthread.so.0(+0x12750)[0x7f23cb2ab750] /gnu/store/cgy82g6yv8l1chawgch47zh23b0jll3l-glib-2.56.3/lib/libglib-2.0.so.0(+0x53431)[0x7f23cc2db431] /gnu/store/cgy82g6yv8l1chawgch47zh23b0jll3l-glib-2.56.3/lib/libglib-2.0.so.0(g_log_writer_default+0x182)[0x7f23cc2ddbc2] /gnu/store/cgy82g6yv8l1chawgch47zh23b0jll3l-glib-2.56.3/lib/libglib-2.0.so.0(g_log_structured_array+0x7c)[0x7f23cc2dbf6c] /gnu/store/cgy82g6yv8l1chawgch47zh23b0jll3l-glib-2.56.3/lib/libglib-2.0.so.0(g_log_structured_standard+0x182)[0x7f23cc2dc962] /gnu/store/q8ikhir919bkf4apfhq39fyv9n8hhcim-gtk+-3.24.2/lib/libgdk-3.so.0(+0x634bd)[0x7f23cc7d04bd] /gnu/store/q8ikhir919bkf4apfhq39fyv9n8hhcim-gtk+-3.24.2/lib/libgdk-3.so.0(+0x6f7c9)[0x7f23cc7dc7c9] /gnu/store/8baabfjazsr7s4y0jig1sn84xnxf75xa-libx11-1.6.6/lib/libX11.so.6(_XError+0xf5)[0x7f23cc166475] /gnu/store/8baabfjazsr7s4y0jig1sn84xnxf75xa-libx11-1.6.6/lib/libX11.so.6(+0x434f7)[0x7f23cc1634f7] /gnu/store/8baabfjazsr7s4y0jig1sn84xnxf75xa-libx11-1.6.6/lib/libX11.so.6(+0x435a5)[0x7f23cc1635a5] /gnu/store/8baabfjazsr7s4y0jig1sn84xnxf75xa-libx11-1.6.6/lib/libX11.so.6(_XReply+0x208)[0x7f23cc164428] /gnu/store/8baabfjazsr7s4y0jig1sn84xnxf75xa-libx11-1.6.6/lib/libX11.so.6(XGetWindowProperty+0xe6)[0x7f23cc14b356] /gnu/store/q8ikhir919bkf4apfhq39fyv9n8hhcim-gtk+-3.24.2/lib/libgdk-3.so.0(+0x2f2b1)[0x7f23cc79c2b1] /gnu/store/q8ikhir919bkf4apfhq39fyv9n8hhcim-gtk+-3.24.2/lib/libgdk-3.so.0(+0x64deb)[0x7f23cc7d1deb] /gnu/store/q8ikhir919bkf4apfhq39fyv9n8hhcim-gtk+-3.24.2/lib/libgdk-3.so.0(+0x6a8e2)[0x7f23cc7d78e2] /gnu/store/q8ikhir919bkf4apfhq39fyv9n8hhcim-gtk+-3.24.2/lib/libgdk-3.so.0(+0x6a41c)[0x7f23cc7d741c] /gnu/store/q8ikhir919bkf4apfhq39fyv9n8hhcim-gtk+-3.24.2/lib/libgdk-3.so.0(gdk_display_get_event+0x79)[0x7f23cc7a3769] /gnu/store/q8ikhir919bkf4apfhq39fyv9n8hhcim-gtk+-3.24.2/lib/libgdk-3.so.0(+0x6a002)[0x7f23cc7d7002] /gnu/store/cgy82g6yv8l1chawgch47zh23b0jll3l-glib-2.56.3/lib/libglib-2.0.so.0(g_main_context_dispatch+0x287)[0x7f23cc2d5b57] /gnu/store/cgy82g6yv8l1chawgch47zh23b0jll3l-glib-2.56.3/lib/libglib-2.0.so.0(+0x4dd98)[0x7f23cc2d5d98] /gnu/store/cgy82g6yv8l1chawgch47zh23b0jll3l-glib-2.56.3/lib/libglib-2.0.so.0(g_main_context_iteration+0x2c)[0x7f23cc2d5e3c] /gnu/store/q8ikhir919bkf4apfhq39fyv9n8hhcim-gtk+-3.24.2/lib/libgtk-3.so.0(gtk_main_iteration+0x15)[0x7f23cca9e185] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x4c1c42] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x4f9239] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x4f9795] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x4cdbd1] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x4278d8] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x565f76] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x59d8f8] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x565ee3] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x59d8f8] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x565ee3] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x5679ee] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x565f76] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x59d8f8] /gnu/store/g2vjlp82ya80p7gjh5kp058xg2prf925-emacs-26.1/bin/emacs-26.1[0x565ee3] ... zsh: trace trap emacs
bug#34799: font breakage, square boxes
A recent update breaks my fonts for most programs, making all characters show as empty boxes. This happens inside and outside tmux, across various terminal emulators, etc. It does not occur in deluge-gtk or my TTY. I experimented with rolling back and doing a partial upgrade from there. With this list of packages to upgrade, the issue comes back. The following packages will be upgraded: font-terminus4.40 → 4.47 /gnu/store/a3sksxcg43z7scag56mgg32mjnw2k6fd-font-terminus-4.47 font-gnu-unifont 11.0.03 → 12.0.01 /gnu/store/ypljs2fyv33f6l55mj6spha7w2pxlr3w-font-gnu-unifont-12.0.01 mpd 0.21.4 → 0.21.5 /gnu/store/dgj45pd8cg9n9fs95mlw8yprkdrsb4fz-mpd-0.21.5 gnunet-gtk 0.10.1 → 0.10.1 /gnu/store/3vz8z6wn0cdrfsbz9yxclzyn7vnb5w81-gnunet-gtk-0.10.1 gnunet 0.10.1 → 0.10.1 /gnu/store/a8jahsmhk21vz350izp2zfn1dbb3bc3j-gnunet-0.10.1 gimp 2.10.8 → 2.10.8 /gnu/store/81z6bjvd9rx05l4hviisc98cirrn57z9-gimp-2.10.8 ffmpeg 4.1.1 → 4.1.1 /gnu/store/4hcr7ygdhaxws6q5dj806cbvq0dkfgkw-ffmpeg-4.1.1 youtube-dl 2019.02.18 → 2019.03.01 /gnu/store/1glmmv0lv1szipgk3ikbjdgp9xnncvrm-youtube-dl-2019.03.01 qucs-s 0.0.20 → 0.0.20 /gnu/store/vf4pbqbaxq87rgjxw98alhgcd4dmahyz-qucs-s-0.0.20 mpv 0.29.1 → 0.29.1 /gnu/store/xyfjhq1mcq4d4ijy65fxishz467r37kl-mpv-0.29.1 vinagre 3.22.0 → 3.22.0 /gnu/store/gp3xi8zgxdxjiidk5b4wkq34vn08jv58-vinagre-3.22.0 zathura 0.4.3 → 0.4.3 /gnu/store/92pkqiqsa4ngm70mw8a4qn9jr7azj2ap-zathura-0.4.3 xinit1.4.0 → 1.4.1 /gnu/store/d01b76z9kdyyajyxqln2m56i8ghdkdys-xinit-1.4.1 xdg-utils1.1.3 → 1.1.3 /gnu/store/gmzvdpqzcrvf06pjb3594gvhc46zyd12-xdg-utils-1.1.3 ruby-pry 0.11.3 → 0.11.3 /gnu/store/vpv29xhpv7j1mi0plis1svqr7sf0n48j-ruby-pry-0.11.3 readline 7.0.5 → 7.0.5 /gnu/store/si88gb25621k0w60kij5lxksn8l24664-readline-7.0.5 python-glances 3.0.2 → 3.0.2 /gnu/store/9pa0x2s8jnldjkij7gb4yrinm0ccyj5q-python-glances-3.0.2 pulseaudio 12.2 → 12.2 /gnu/store/hd3x89yknm4k6k4gw16jy5xk7idq1sxf-pulseaudio-12.2 pcmanfm 1.3.0 → 1.3.0 /gnu/store/b0585azqb0wibpx7qn6gr740f8fh6cw5-pcmanfm-1.3.0 minetest 0.4.17.1 → 5.0.0 /gnu/store/7n1dvbxqd2kk75sj4zi4snzw7d5y63cv-minetest-5.0.0 fontconfig 2.13.1 → 2.13.1 /gnu/store/66jfnfgca7yi6xmpw6ax86cldvr016ia-fontconfig-2.13.1 font-adobe-source-han-sans:jp1.004 → 1.004 /gnu/store/zaj1ias1gdz3jmsgvhvn0c706aqw32b1-font-adobe-source-han-sans-1.004-jp dconf0.28.0 → 0.28.0 /gnu/store/x6dgfq8b382jgciq24zcxlgpgxfxaxk2-dconf-0.28.0 It is hard to say what is to blame here. Three separate font packages are being upgraded as well as fontconfig. Attached is a screenshot showing what this breakage looks like. I worry that holding back fontconfig might lead to issues with the other fonts upgrading. I don't know if those fonts all updated due to universal font changes. $guix --version guix (GNU Guix) 2b613a1a5d4d41b0b5d1f6ea7254585be0c209fa
bug#34799: font breakage, square boxes, font-terminus
This issue may be a lot simpler than it initially seemed. I've had success upgrading all those packages except for font-terminus. I also realized that the broken font in all places I can think of was the same. It was Terminus. So, this bug is likely specific to font-terminus and for now I will just hold it back in my upgrades.
bug#34800: reference to inferior causing recursive guix repl call overloading machine
I'm attempting to work around Bug 34426 locally, temporarily, until it is
fixed. From Björn's comment, it seemed that the inferiors feature could get
xmlsec functional again.
I attempted this to include this file in GUIX_PACKAGE_PATH:
```
;;; per https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34426
;;; refer to older gnutls in xmlsec build and gnucash should pick it up
(define-module (my-gnucash)
#:use-module (guix inferior)
#:use-module (guix channels)
#:use-module (srfi srfi-1))
(define channels
(list (channel
(name 'guix)
(url "https://git.savannah.gnu.org/git/guix.git";)
(commit "cc2e0566be1c2fa632fc3cc4e6cf705c665aa0d2"
(define inferior
(inferior-for-channels channels))
(define-public gnutls-works
(first (lookup-inferior-packages inferior "gnutls")))
(define-public xmlsec
(package
(name "xmlsec")
(version "1.2.27")
(source (origin
(method url-fetch)
(uri (string-append "https://www.aleksey.com/xmlsec/download/";
"xmlsec1-" version ".tar.gz"))
(sha256
(base32
"1dlf263mvxj9n4lnhhjawc2hv45agrwjf8kxk7k8h9g9v2x5dmwp"
(build-system gnu-build-system)
(propagated-inputs ; according to xmlsec1.pc
`(("libxml2" ,libxml2)
("libxslt" ,libxslt)))
(inputs
`(("gnutls" ,gnutls-works)
("libgcrypt" ,libgcrypt)
("libltdl" ,libltdl)))
(native-inputs
`(("pkg-config" ,pkg-config)))
(home-page "https://www.aleksey.com/xmlsec/";)
(synopsis "XML Security Library")
(description
"The XML Security Library is a C library based on Libxml2. It
supports XML security standards such as XML Signature, XML Encryption,
Canonical XML (part of Libxml2) and Exclusive Canonical XML (part of
Libxml2).")
(license (license:x11-style "file://COPYING"
"See 'COPYING' in the distribution."
```
I then executed a guix pull but needed to break it, due to massive RAM
usage.
```
Updating channel 'guix' from Git repository at '
https://git.savannah.gnu.org/git/guix.git'...
Building from this channel:
guix https://git.savannah.gnu.org/git/guix.git 2b613a1
;;; note: source file /home/mflack/src/guix/fixes/my-gnucash.scm
;;; newer than compiled
/home/mflack/.cache/guile/ccache/2.2-LE-8-3.A/home/mflack/src/guix/fixes/my-gnucash.scm.go
Updating channel 'guix' from Git repository at '
https://git.savannah.gnu.org/git/guix.git'...
^C
```
A ps command showed things were going recursively out of hand:
```
PID TTY STAT TIME COMMAND
...
13012 pts/1Ss 0:00 \_ -zsh
13173 pts/1Sl+0:01 | \_
/gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4/bin/guile
--no-auto-compile
/gnu/store/b4khxdizs6d865mrplbjvr22dz86mra3-profile/bin/guix pull
13187 pts/1Sl+0:00 | \_
/gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4/bin/guile
--no-auto-compile
/home/mflack/.cache/guix/inferiors/spq524ihiy7puxwygqgkxc5x5cxigodu4tl7zbwdznu6osps5g7a/bin/guix
repl -t machine
13204 pts/1Sl+0:00 | \_
/gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4/bin/guile
--no-auto-compile
/home/mflack/.cache/guix/inferiors/spq524ihiy7puxwygqgkxc5x5cxigodu4tl7zbwdznu6osps5g7a/bin/guix
repl -t machine
13214 pts/1Sl+0:00 | \_
/gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4/bin/guile
--no-auto-compile
/home/mflack/.cache/guix/inferiors/spq524ihiy7puxwygqgkxc5x5cxigodu4tl7zbwdznu6osps5g7a/bin/guix
repl -t machine
[... 593 further nesting lines ending in repl -t machine ...]
```
```
$ guix --version
guix (GNU Guix) 2b613a1a5d4d41b0b5d1f6ea7254585be0c209fa
Copyright (C) 2019 the Guix authors
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
```
Thanks!
--
Martin
bug#34717: GPL and Openssl incompatibilities in u-boot and possibly others
Hi, Hopefully the OpenSSL re-licensing [0] will help with this problem in the long-term. At least for code that can be distributed under GPLv3, which may include u-boot [1]. Best, Jack [0] https://www.openssl.org/blog/blog/2018/03/01/last-license/ [1] https://www.denx.de/wiki/U-Boot/Licensing
bug#34426: xmlsec has test failures
Hello Björn, Björn Höfling writes: > On Mon, 11 Feb 2019 06:57:57 +0100 > Björn Höfling wrote: > >> commit: 50a93adc05b611836e740c4b55571890f4c6770a >> >> Package xmlsec has test failures: > > I bisected this error and found out: > > It is introduced by updating gnutls from 3.5.18 to 3.6.5 on commit > > commit 06f5bc4e12a78883c6f4a543711311bd66e6832b > Author: Marius Bakke > Date: Mon Dec 10 02:38:32 2018 +0100 > > gnu: GnuTLS: Update to 3.6.5. > > Later on commit: > > a46dcdfa3d9002eface76ef9f83e5d34c1ecbfb0 > > in core-updates GnuTLS it updated to 3.6.6. But here xmlsec still > has test failures. Good debugging! This should help us identify what change in GnuTLS might have broke xmlsec between those versions. It seems the test suite failures are caused by a single problem: --8<---cut here---start->8--- Key data "x509" found /tmp/guix-build-xmlsec-1.2.27.drv-0/xmlsec1-1.2.27/apps/xmlsec1 verify --crypto gnutls --crypto-config /tmp/xmlsec-crypto-config --trusted-der /tmp/guix-build-xmlsec-1.2.27.drv-0/xmlsec1-1.2.27/tests/keys/cacert.der --untrusted-der /tmp/ guix-build-xmlsec-1.2.27.drv-0/xmlsec1-1.2.27/tests/keys/ca2cert.der --untrusted-der /tmp/guix-build-xmlsec-1.2.27.drv-0/xmlsec1-1.2.27/tests/keys/rsacert.der --enabled-key-data x509 /tmp/guix-build-xmlsec-1.2.27.drv-0/xmlsec1-1.2.27/test s/aleksey-xmldsig-01/x509data-sn-test.xml func=xmlSecGnuTLSX509StoreVerify:file=x509vfy.c:line=354:obj=unknown:subj=unknown:error=71:certificate verification failed:gnutls_x509_crt_list_verify: verification failed: status=258u --8<---cut here---end--->8--- > Has anyone an idea why these tests fail and how to fix it? I haven't investigated more at this time, but will have too, as it breaks my Gnucash setup. Maxim
