bug#28694: Status: gnu: p11-kit: Update to 0.23.9 fails test.

2017-10-05 Thread Oleg Pykhalov

bug#28694: gnu: p11-kit: Update to 0.23.9 fails test.

2017-10-05 Thread Oleg Pykhalov 
Hello Ludovic,

l...@gnu.org (Ludovic Courtès) writes:

> Hi Oleg,
>
> Oleg Pykhalov  skribis:
>
>> l...@gnu.org (Ludovic Courtès) writes:
>>
>> [...]
>>
>>> Do the failures happen reproducibly for you?  Is there a test log or
>>> code giving a hint as to what is being tested and how it fails?
>>
>> I attached one log in the first message, but here is another one.
>>
>> I'm on 46cf31868c1b12eec50bc9b8dda64604dd81f986
>
> [...]
>
>> calling secure_getenv(BLAH) getenv(BLAH) = 5
>> calling secure_getenv(BLAH) getenv(BLAH) = 5
>> 1..4
>> ok 1 /compat/strndup
>> not ok 2 /compat/getauxval
>> # assertion failed (ret != 0): (0 != 0)
>> # in test_getauxval() at test-compat.c:79
>> not ok 3 /compat/secure_getenv
>> # assertion failed (ret == 0): (5 == 0)
>> # in test_secure_getenv() at test-compat.c:104
>> ok 4 /compat/mmap
>> FAIL: test-compat
>
> [...]
>
>> ok 1 /conf/test_parse_conf_1
>> ok 2 /conf/test_parse_ignore_missing
>> ok 3 /conf/test_parse_fail_missing
>> ok 4 /conf/test_merge_defaults
>> ok 5 /conf/test_load_globals_merge
>> ok 6 /conf/test_load_globals_no_user
>> ok 7 /conf/test_load_globals_system_sets_only
>> ok 8 /conf/test_load_globals_user_sets_only
>> ok 9 /conf/test_load_globals_system_sets_invalid
>> ok 10 /conf/test_load_globals_user_sets_invalid
>> ok 11 /conf/test_load_modules_merge
>> ok 12 /conf/test_load_modules_no_user
>> ok 13 /conf/test_load_modules_user_only
>> ok 14 /conf/test_load_modules_user_none
>> ok 15 /conf/test_parse_boolean
>> not ok 16 /conf/setuid
>> # assertion failed (ret == 18): (33 == 18)
>> # in test_setuid() at test-conf.c:421
>> FAIL: test-conf
>
> Both failures have to do with setuid/setgid binaries.
>
> Is there anything special about your system, like use of SELinux or
> similar?  What are the mount options on /tmp?  What kernel do you use?

No, I use pretty much default GNU GuixSD.

No SELinux or similar.

My mount options on /tmp are:

$ findmnt /tmp
/tmp   tmpfs  tmpfs  rw,nosuid,nodev,relatime,size=16777216k

(file-systems (cons* ;; …
 (file-system
   (device "tmpfs")
   (mount-point "/tmp")
   (type "tmpfs")
   (flags '(no-suid no-dev))
   (options "mode=1777,size=16G")
   (needed-for-boot? #t)
   (check? #f))
 %base-file-systems))

Yes, there is a nosuid flag.  After removing this, success to build.
/me fills stupid.

Could we have a thing which will check for such flag before running
tests in package builds?  Or tell this after 'guix system reconfigure'.
Or maybe to mention in Guix documentation if such a flag present then
you could fail to build some packages?

$ uname -a
Linux magnolia 4.13.4-gnu #1 SMP 1 x86_64 GNU/Linux

[...]

Thanks,
Oleg.

bug#28664: gst-plugins-base-1.12.3.tar.xz nar on berlin returns 404

2017-10-05 Thread Ludovic Courtès 
l...@gnu.org (Ludovic Courtès) skribis:

> So the problem is that for uncompressed store items (‘guix publish’
> serves *.tar.xz without any additional compression, so it uses the
> ‘none’ compression method from its viewpoint), ‘guix publish’ does not
> keep the nar in /var/cache/guix/publish, so it cannot guarantee its TTL.
>
> The fix is probably simply to store nars even for uncompressed store
> items, even if that increases disk usage.

Done in e5788ebbe1f45a1088249b9138de17b330609712.

(We still need to deploy the fix on berlin.guixsd.org & co.)

Ludo’.

bug#28692: Emacs fails to display images

2017-10-05 Thread Marius Bakke 
Diego Nicola Barbato  writes:

> Apparently this was a known bug in ImageMagick 6.9.9-15 (and 6.9.9-17)
> (https://github.com/ImageMagick/ImageMagick/issues/825). It has been
> fixed in version 6.9.9-18.

Hello!  I just pushed an update to 6.9.9-18, can you verify that it
works?

Thanks for the report!


signature.asc
Description: PGP signature

bug#28692: Emacs fails to display images

2017-10-05 Thread Diego Nicola Barbato 
Hello Ludo,

l...@gnu.org (Ludovic Courtès) writes:

> Hello Diego,
>
> Diego Nicola Barbato  skribis:
>
>> Several of emacs image related features have stopped working properly:
>> * Eww does not render images showing empty squares instead.
>> * When visiting an image in a buffer and pressing n to visit the next
>>   image the next image is either not displayed at all (showing an empty
>>   square instead) or a thumbnail sized version is displayed.
>> * Transformations such as "Fit to Window Width" or "Rotate Image" do not
>>   work at all. The following error message is displayed instead:
>>   ImageMagick error: no decode delegate for this image format `PBM' @
>>   error/constitute.c/ReadImage/504
>>   (This happens with all image formats not just .pbm)
>
> Indeed, I experience this with DocView as well (when resizing), which
> leads to:
>
>   ImageMagick error: no decode delegate for this image format `PNG' @ 
> error/constitute.c/ReadImage/504
>
> Could it be a CLI change in ImageMagick?  The package was upgraded in
> 87a9c53b7ca08bd490c94fe5579c3f26c19be78c.
>
> Ludo’.

I believe the bug was introduced in
030030f4416b54285dcdd58bddb863c0e6bda4c4. It appears to be a known bug
in ImageMagick (https://github.com/ImageMagick/ImageMagick/issues/825),
which was already present in version 6.9.9-15.
It has been fixed in version 6.9.9-18
(https://github.com/ImageMagick/ImageMagick/blob/ImageMagick-6/ChangeLog).

Diego

bug#28692: Emacs fails to display images

2017-10-05 Thread Diego Nicola Barbato 
Apparently this was a known bug in ImageMagick 6.9.9-15 (and 6.9.9-17)
(https://github.com/ImageMagick/ImageMagick/issues/825). It has been
fixed in version 6.9.9-18.

bug#28692: Emacs fails to display images

2017-10-05 Thread Ludovic Courtès 
Hello Diego,

Diego Nicola Barbato  skribis:

> Several of emacs image related features have stopped working properly:
> * Eww does not render images showing empty squares instead.
> * When visiting an image in a buffer and pressing n to visit the next
>   image the next image is either not displayed at all (showing an empty
>   square instead) or a thumbnail sized version is displayed.
> * Transformations such as "Fit to Window Width" or "Rotate Image" do not
>   work at all. The following error message is displayed instead:
>   ImageMagick error: no decode delegate for this image format `PBM' @
>   error/constitute.c/ReadImage/504
>   (This happens with all image formats not just .pbm)

Indeed, I experience this with DocView as well (when resizing), which
leads to:

  ImageMagick error: no decode delegate for this image format `PNG' @ 
error/constitute.c/ReadImage/504

Could it be a CLI change in ImageMagick?  The package was upgraded in
87a9c53b7ca08bd490c94fe5579c3f26c19be78c.

Ludo’.

bug#28694: gnu: p11-kit: Update to 0.23.9 fails test.

2017-10-05 Thread Ludovic Courtès 
Hi Oleg,

Oleg Pykhalov  skribis:

> l...@gnu.org (Ludovic Courtès) writes:
>
> [...]
>
>> Do the failures happen reproducibly for you?  Is there a test log or
>> code giving a hint as to what is being tested and how it fails?
>
> I attached one log in the first message, but here is another one.
>
> I'm on 46cf31868c1b12eec50bc9b8dda64604dd81f986

[...]

> calling secure_getenv(BLAH) getenv(BLAH) = 5
> calling secure_getenv(BLAH) getenv(BLAH) = 5
> 1..4
> ok 1 /compat/strndup
> not ok 2 /compat/getauxval
> # assertion failed (ret != 0): (0 != 0)
> # in test_getauxval() at test-compat.c:79
> not ok 3 /compat/secure_getenv
> # assertion failed (ret == 0): (5 == 0)
> # in test_secure_getenv() at test-compat.c:104
> ok 4 /compat/mmap
> FAIL: test-compat

[...]

> ok 1 /conf/test_parse_conf_1
> ok 2 /conf/test_parse_ignore_missing
> ok 3 /conf/test_parse_fail_missing
> ok 4 /conf/test_merge_defaults
> ok 5 /conf/test_load_globals_merge
> ok 6 /conf/test_load_globals_no_user
> ok 7 /conf/test_load_globals_system_sets_only
> ok 8 /conf/test_load_globals_user_sets_only
> ok 9 /conf/test_load_globals_system_sets_invalid
> ok 10 /conf/test_load_globals_user_sets_invalid
> ok 11 /conf/test_load_modules_merge
> ok 12 /conf/test_load_modules_no_user
> ok 13 /conf/test_load_modules_user_only
> ok 14 /conf/test_load_modules_user_none
> ok 15 /conf/test_parse_boolean
> not ok 16 /conf/setuid
> # assertion failed (ret == 18): (33 == 18)
> # in test_setuid() at test-conf.c:421
> FAIL: test-conf

Both failures have to do with setuid/setgid binaries.

Is there anything special about your system, like use of SELinux or
similar?  What are the mount options on /tmp?  What kernel do you use?

Could you run “guix build -K p11-kit”, and then:

  cd /tmp/guix-build-p11-kit*/p11-kit-0.*
  strace -f -s 234 -o log make check

and finally post the excerpt of ‘log’ around the “assertion failed”
messages?

TIA!

Ludo’.

bug#28659: v0.13: guix pull fails; libgit2-0.26.0 and 0.25.1 content hashes fail

2017-10-05 Thread Jan Nieuwenhuizen 
Maxim Cournoyer writes:

> If we can trust the Homebrew list to be extensive, it seems we got
> lucky; there's only one affected package that we share which is
> yaml-cpp. Here's how it fails on our side:

I needed to also use (ice-9 regex) and then I found these to fail

antlr3
csound
erlang
font-google-material-design-icons
fritzing
libgit2
lxqt-common
ogre
plexus-interpolation
red-eclipse
yaml-cpp

out of 646 packages it's not many but it includes our core dependency
libgit2 which breaks guix pull --no-substitutes; that's hardly being
lucky?

janneke

-- 
Jan Nieuwenhuizen  | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com