bug#35746: (no subject)

[Ben Sturmfels via web]

This does appear to be a privacy feature in IceCat. To report the correct 
timezone offset, go to about:config" and disable "privacy.resistFingerprinting" 
then restart IceCat.

Note that toggling "privacy.resistFingerprinting" immediately changed the 
result of `new ate().toString()` on all tabs, but `new 
Date().getTimezoneOffset()` was changed only on the about:config tab. After a 
restart all tabs showed the correct offset.

See this IceCat bug report discussion:
https://lists.gnu.org/archive/html/bug-gnuzilla/2019-06/msg00010.html

Regards,
Ben

bug#41043: ffmpeg 'depends' on qtbase

[Leo Famulari]

On Mon, May 04, 2020 at 10:15:52AM +0300, Efraim Flashner wrote:
> not enough to drop it into master for updates. I saw it mostly where it
> comes to building on slow machines without substitutes. Since I'm
> building without substitutes I'll probably make a change somewhere
> locally.

Alright, closing


signature.asc
Description: PGP signature

bug#41082: Guix sd startup fails to initialize AMD Radeon RX 560

[Boris A. Dekshteyn]

Ryan Osborne  writes:

> Same error with and without "modprobe.blacklist=radeon".
> The installation medium works with the console, but it causes the installed 
> system to be unable to finish booting.
> dmesg included as attachment

Try add "nomodeset" to kernel parameters.

-- 
WBR, Boris Dekshteyn

bug#41091: can't build external gcc

[Tim Komarov]

Many projects (Buildroot, coreboot, Yocto) require building a toolchain.

Every time it tries to build it (I've checked Buildroot and coreboot) it fails 
with the following errors:

In file included from ./bconfig.h:3:0,
 from ../../gcc/gengtype-lex.c:4:
./auto-host.h:2396:16: error: declaration does not declare anything 
[-fpermissive]
 #define rlim_t long
^
In file included from /d/gcc-8.4.0/gcc-8.4.0/gcc/gengtype-lex.l:30:0:
../../gcc/system.h:488:14: error: conflicting declaration of C function ‘void* 
sbrk(int)’
 extern void *sbrk (int);

In file included from /d/gcc-8.4.0/gcc-8.4.0/gcc/gengtype-lex.l:30:0:
../../gcc/system.h:496:14: error: ambiguating new declaration of ‘char* 
strstr(const char*, const char*)’
 extern char *strstr (const char *, const char *);

In file included from /d/gcc-8.4.0/gcc-8.4.0/gcc/gengtype-lex.l:30:0:
../../gcc/system.h:540:20: error: conflicting declaration of C function ‘const 
char* strsignal(int)’
 extern const char *strsignal (int);

In file included from ../../gcc/system.h:691:0,
 from /d/gcc-8.4.0/gcc-8.4.0/gcc/gengtype-lex.l:30:
../../gcc/../include/libiberty.h:112:14: error: ambiguating new declaration of 
‘char* basename(const char*)’
 extern char *basename (const char *) ATTRIBUTE_RETURNS_NONNULL 
ATTRIBUTE_NONNULL(1);

Switching gcc versions doesn't help.

One can find a simple way to reproduce in buildroot.txt, build-gcc.log provides 
a complete log.

Looking forward for your help. Thanks!

-- 
Best Regards,
Timofey KomarovIn file included from ./bconfig.h:3:0,
 from ../../gcc/gengtype-lex.c:4:
./auto-host.h:2396:16: error: declaration does not declare anything [-fpermissive]
 #define rlim_t long
^
/run/current-system/profile/include/bits/resource.h:131:18: note: in expansion of macro ‘rlim_t’
 typedef __rlim_t rlim_t;
  ^~
make[2]: *** [Makefile:2671: build/gengtype-parse.o] Error 1
In file included from /d/gcc-8.4.0/gcc-8.4.0/gcc/gengtype-lex.l:30:0:
../../gcc/system.h:456:15: warning: declaration of ‘double atof(const char*)’ has a different exception specifier [-Wpedantic]
 extern double atof (const char *);
   ^~~~
In file included from /run/current-system/profile/include/features.h:450:0,
 from /run/current-system/profile/include/bits/libc-header-start.h:33,
 from /run/current-system/profile/include/stdio.h:27,
 from gengtype-lex.c:20:
/run/current-system/profile/include/bits/stdlib-float.h:25:8: note: from previous declaration ‘double atof(const char*) throw ()’
 __NTH (atof (const char *__nptr))
^
/run/current-system/profile/include/sys/cdefs.h:63:35: note: in definition of macro ‘__NTH’
 #   define __NTH(fct) __LEAF_ATTR fct throw ()
   ^~~
In file included from /d/gcc-8.4.0/gcc-8.4.0/gcc/gengtype-lex.l:30:0:
../../gcc/system.h:460:13: warning: declaration of ‘long int atol(const char*)’ has a different exception specifier [-Wpedantic]
 extern long atol (const char *);
 ^~~~
In file included from /run/current-system/profile/include/features.h:450:0,
 from /run/current-system/profile/include/bits/libc-header-start.h:33,
 from /run/current-system/profile/include/stdio.h:27,
 from gengtype-lex.c:20:
/run/current-system/profile/include/stdlib.h:366:8: note: from previous declaration ‘long int atol(const char*) throw ()’
 __NTH (atol (const char *__nptr))
^
/run/current-system/profile/include/sys/cdefs.h:63:35: note: in definition of macro ‘__NTH’
 #   define __NTH(fct) __LEAF_ATTR fct throw ()
   ^~~
In file included from /d/gcc-8.4.0/gcc-8.4.0/gcc/gengtype-lex.l:30:0:
../../gcc/system.h:464:13: warning: declaration of ‘void free(void*)’ has a different exception specifier [-Wpedantic]
 extern void free (void *);
 ^~~~
In file included from gengtype-lex.c:23:0:
/run/current-system/profile/include/stdlib.h:563:13: note: from previous declaration ‘void free(void*) throw ()’
 extern void free (void *__ptr) __THROW;
 ^~~~
In file included from /d/gcc-8.4.0/gcc-8.4.0/gcc/gengtype-lex.l:30:0:
../../gcc/system.h:468:14: warning: declaration of ‘char* getcwd(char*, size_t)’ has a different exception specifier [-Wpedantic]
 extern char *getcwd (char *, size_t);
  ^~
In file included from ../../gcc/system.h:294:0,
 from /d/gcc-8.4.0/gcc-8.4.0/gcc/gengtype-lex.l:30:
/run/current-system/profile/include/unistd.h:511:14: note: from previous declaration ‘char* getcwd(char*, size_t) throw ()’
 extern char *getcwd (char *__buf, size_t __size) __THROW __wur;
  ^~
In file included from /d/gcc-8.4.0/gcc-8.4.0/gcc/gengtype-lex.l:30:0:
../../gcc/system.h:472:14: warning: declaration of ‘char* getenv(const char*)’ has a different exception specifier [-Wpedantic]
 

bug#41090: [core-updates] fakeroot fails its test suite (breaks spacefm)

[Maxim Cournoyer]

Hello,

Testing the core-updates branch, I got this failure from fakeroot:

--8<---cut here---start->8---
make  check-TESTS
make[2]: Entering directory 
'/tmp/guix-build-fakeroot-1.24.drv-0/fakeroot-1.24/test'
make[3]: Entering directory 
'/tmp/guix-build-fakeroot-1.24.drv-0/fakeroot-1.24/test'
PASS: t.falsereturn
PASS: t.truereturn
PASS: t.option
PASS: t.echoarg
FAIL: t.mknod
PASS: t.touchinstall
FAIL: t.chmod_dev
PASS: t.no_ld_preload
PASS: t.no_ld_preload_link
FAIL: t.xattr
PASS: t.cp-a
PASS: t.tar

   fakeroot 1.24: test/test-suite.log


# TOTAL: 12
# PASS:  9
# SKIP:  0
# XFAIL: 0
# FAIL:  3
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: t.chmod_dev
=

-rw-r--r-- 1 nixbld nixbld 0 May  5 00:04 t.chmod_dev.dir/hda3
FAIL t.chmod_dev (exit status: 1)

FAIL: t.mknod
=

-rw-r--r-- 1 nixbld nixbld 0 May  5 00:04 t.mknod.dir/hda3
FAIL t.mknod (exit status: 1)

FAIL: t.xattr
=

unable to set CAP_SETFCAP effective capability: Operation not permitted
FAIL t.xattr (exit status: 1)


Testsuite summary for fakeroot 1.24

# TOTAL: 12
# PASS:  9
# SKIP:  0
# XFAIL: 0
# FAIL:  3
# XPASS: 0
# ERROR: 0

See test/test-suite.log
Please report to cl...@debian.org

make[3]: *** [Makefile:549: test-suite.log] Error 1
make[3]: Leaving directory 
'/tmp/guix-build-fakeroot-1.24.drv-0/fakeroot-1.24/test'
make[2]: *** [Makefile:657: check-TESTS] Error 2
make[2]: Leaving directory 
'/tmp/guix-build-fakeroot-1.24.drv-0/fakeroot-1.24/test'
make[1]: *** [Makefile:808: check-am] Error 2
make[1]: Leaving directory 
'/tmp/guix-build-fakeroot-1.24.drv-0/fakeroot-1.24/test'
make: *** [Makefile:688: check-recursive] Error 1

Test suite failed, dumping logs.

--- ./test/test-suite.log ---


   fakeroot 1.24: test/test-suite.log


# TOTAL: 12
# PASS:  9
# SKIP:  0
# XFAIL: 0
# FAIL:  3
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: t.chmod_dev
=

-rw-r--r-- 1 nixbld nixbld 0 May  5 00:04 t.chmod_dev.dir/hda3
FAIL t.chmod_dev (exit status: 1)

FAIL: t.mknod
=

-rw-r--r-- 1 nixbld nixbld 0 May  5 00:04 t.mknod.dir/hda3
FAIL t.mknod (exit status: 1)

FAIL: t.xattr
=

unable to set CAP_SETFCAP effective capability: Operation not permitted
FAIL t.xattr (exit status: 1)


command "make" "check" "-j" "24" failed with status 2
--8<---cut here---end--->8---

Perhaps caused by running the tests in parallel.

Maxim

bug#40603: SpaceFM

[Maxim Cournoyer]

Raghav Gururajan  writes:

> Hi Tobias!
>
> OOPS! I have missed your replies as I am not subscribed to mail-list. Just saw
> your replies when I revisited the bug thread via web.
>
> Please ignore my report rearding icons. It was due to missing icon-theme
> installed.
>
> There were issues with privilege and disk management. I have sent fixes to
> #40982 and #40922.

Thanks for the update.  Closing.

Maxim

bug#41035: [Error] No upgrade after pull

[Marius Bakke]

louishp via Bug reports for GNU Guix  writes:

> Hello,
>
> I've just installed GuixSD on a virtual machine (by Virtual Box on Windows 
> 10), and got some strange errors with guix upgrade.
>
> The first commands I use after the first login (as root) is : `guix pull`, 
> which pulls many packages, and `guix upgrade` which does nothing. It says to 
> me that :

'guix upgrade' is expected to do nothing in this case: it only upgrades
the packages you have installed as the root user (which are none).

To upgrade the system, use 'guix system reconfigure /etc/config.scm'.

> "guix upgrade: warning: Consider running `guix pull` followed by
>  'guix package -u' to get up-to-date packages and security updates"

Reading guix/scripts.scm, I think this is happening because you have
no packages in the [user] profile.

  
https://git.savannah.gnu.org/cgit/guix.git/tree/guix/scripts.scm?id=1d24cc6de674ff8cd6321eb373ab86c8028e2281#n158

Removing the (not age) check on line 176 might fix this.  Not sure if it
could have any adverse effects.  

> But I've just guix-pulled.
>
> During the installation, I've used all the by default choices, except when I 
> say I want the SSH.
>
> Here the result of guix system describe : https://paste.debian.net/1144431/
> Here the result of tree in the guix folder : https://paste.debian.net/1144432/

These have already expired: please include them in the message for
posterity with the next bug report (hopefully not too soon!).  :-)


signature.asc
Description: PGP signature

bug#25667: Status? store refs in ~/.config/xfce4

[Thomas Danckaert]

I switched to gnome shortly after that, but I see Efraim has already 
answered and the issue is still there.


cheers,

Thomas

bug#37369: (no subject)

[Divan Santana via web]

Hi again,

I'm not having any luck getting network-manager-openconnect to work for
me.

For one, using nm-connection-editor on cli or via exwm program launcher,
and creating a new connection tells me:

Insufficient privileges

Apr 12 21:32:20 swift NetworkManager[385]:   [1586719940.8362] audit: 
op="connection-add" pid=2616 uid=1000 result="fail" reason="Insufficient 
privileges."

$ id
uid=1000(ds) gid=998(users) 
groups=998(users),972(docker),975(libvirt),978(adbusers),984(kvm),986(cdrom),989(lp),990(netdev),991(audio),992(video),993(input),999(wheel)

Full system config is pasted below[1].

My groups appear fine. Perhaps some issue with polkit?

polkit is running though.

polkitd864 1  0 12:33 ?00:00:00 
/gnu/store/mw57n9nj3y20bfm9ijcbpm16gpsik6sg-polkit-0.116/lib/polkit-1/polkitd 
--no-debug

Not sure if it's the way my desktop is started with exwm.

I am able to up / down connections via "nmcli con up id" and without
sudo.

Secondly, upping a openconnect network manager connection file which is
known to work on another distro results in this:

$ nmcli con up id my-vpn-2fa --ask
Error: openconnect failed: Could not find "openconnect" binary
A password is required to connect to 'my-vpn-2fa.
Gateway (vpn.secrets.gateway):

I notice that after about a minute the GUI form pops up. I then prompts
me for my 2FA meaning it passed the 1st authentication bit. After I
approve, it then dissapears and seems to disconnect.

Apr 12 21:18:38 swift NetworkManager[360]:   [1586719118.6929] 
agent-manager: req[0x1043510, :1.159/nmcli-connect/1000]: agent registered
Apr 12 21:18:38 swift NetworkManager[360]:   [1586719118.6976] audit: 
op="connection-activate" uuid="40441d34-5290-4631-8796-5fb57d0f1bf2" 
name="vpn-fnb-2fa" pid=12530 uid=1000 result="success"
Apr 12 21:18:38 swift NetworkManager[360]:   [1586719118.7034] 
vpn-connection[0x10d4330,40441d34-5290-4631-8796-5fb57d0f1bf2,"vpn-fnb-2fa",0]: 
Started the VPN service, PID 12536
Apr 12 21:18:38 swift NetworkManager[360]:   [1586719118.7117] 
vpn-connection[0x10d4330,40441d34-5290-4631-8796-5fb57d0f1bf2,"vpn-fnb-2fa",0]: 
Saw the service appear; activating connection
Apr 12 21:20:33 swift NetworkManager[360]:   [1586719233.2173] 
settings-connection[0xecac80,40441d34-5290-4631-8796-5fb57d0f1bf2]: write: 
successfully committed (keyfile: update 
/etc/NetworkManager/system-connections/vpn-fnb-2fa 
(40441d34-5290-4631-8796-5fb57d0f1bf2,"vpn-fnb-2fa"))
Apr 12 21:20:33 swift NetworkManager[360]:  [1586719233.2192] 
vpn-connection[0x10d4330,40441d34-5290-4631-8796-5fb57d0f1bf2,"vpn-fnb-2fa",0]: 
final secrets request failed to provide sufficient secrets
Apr 12 21:20:33 swift NetworkManager[360]:   [1586719233.2234] 
vpn-connection[0x10d4330,40441d34-5290-4631-8796-5fb57d0f1bf2,"vpn-fnb-2fa",0]: 
VPN plugin: state changed: stopped (6)

Creating a new connecting via sudo and the starting it results in the
same.

Any idea?

[1]: (trimmed slightly)

--8<---cut here---start->8---
;; My laptop guix system configuration.

(use-modules
 (gnu)
 (gnu packages admin)
 (gnu packages android) ;for android-udev-rules
 (gnu packages certs)
 (gnu packages cups)
 (gnu packages gnome)
 (gnu packages gnupg)
 (gnu packages haskell-apps)
 (gnu packages linux)
 (gnu packages shells)
 (gnu packages suckless)
 (gnu packages virtualization)
 (gnu packages wm)
 (gnu packages xorg)
 (gnu services avahi)
 (gnu services cups)
 (gnu services desktop)
 (gnu services dns)
 (gnu services docker)
 (gnu services monitoring)
 (gnu services networking)
 (gnu services pm)
 (gnu services shepherd)
 (gnu services sound)
 (gnu services ssh)
 (gnu services sysctl)
 (gnu services virtualization)
 (gnu services xorg)
 (gnu system nss)
 (gnu system shadow);for user-group
 (guix build-system trivial)
 (guix download);for url-fetch
 (guix git-download)
 (guix packages);for origin
 (nongnu packages linux)
 (srfi srfi-1)  ;for 'remove'
 )

(define %extra-linux-modules
  '("fuse"  ; for sshfs
"nbd"   ; to mount qcow2 images
))

(operating-system
 (host-name "swift")
 (timezone "Africa/Johannesburg")
 (locale "en_US.utf8")
 (locale-libcs (list glibc-2.28 (canonical-package glibc)))

 (hosts-file (local-file "/home/ds/src/ds-config/.config/guix/etc/hosts"))
 (sudoers-file (local-file "/home/ds/src/ds-config/.config/guix/etc/sudoers"))

 (kernel-arguments
  (list
   (string-append "resume_offset=106602496")
   (string-append "modprobe.blacklist=" "pcspkr,snd_pcsp")
   (string-append "net.ifnames=0")
   (string-append "kvm_intel.nested=1")))

 (kernel linux-4.19)
 (firmware (cons* linux-firmware %base-firmware))

 (initrd (lambda (fs . args)
   (apply base-initrd fs
  #:extra-modules %extra-linux-modules
  args)))

 (bootloader (bootloader-configuration
  (bootloader 

bug#41038: gcc creates binaries that don't find their shared libraries

[Ludovic Courtès]

Hello,

zimoun  skribis:

> Compiling Fortran leads to the same issue, if I understand correctly.
> Is it not the reason of the addition of 'gfortran-toolchain'?
> And I guess it should be the same issue for the other front-ends that
> GCC supports (Ada, etc.), isn't it?
>
> Well, is it not GCC related and not only C specific?
>
> I mean, I seems better to me to remove "@subsection The GCC toolchain"
> from "Application setup" and then to retitle the subsection "The GCC
> toolchain" in "Development" instead of "Packages for C Development".
> Keeping for now how it is worded and letting the GFortran use case as
> an exercise for the reader. ;-)

True!  Do you want to send a patch?  :-)

Thanks,
Ludo’.

bug#41081: (no subject)

[Timofey Komarov via web]

I'm sorry for the formatting, it seems awful. My first attempt to register a 
bug...

I'd be happy to have this issue resolved, because I'd like to make it possible 
to use Yocto on Guix, so that's the first step.

bug#40837: (no subject)

[sirgazil via web]

I can reproduce this problem.

bug#40587: (no subject)

[Alex McGrath via web]

Hey John,

If you add `set fish_function_path $fish_function_path 
$HOME/.guix-profile/share/fish/functions` to your fish config it becomes 
available, seems to work for me

bug#41081: coreutils: cp is built without xattr support

[Tim Komarov]

Dear Michael, No, because it's the problem of cp command itself, it refuses to run the operation. xattrs are allowed by default in the mounted filesystem. Thanks! -- Best Regards,Timofey Komarov   04.05.2020, 19:51, "Michael Rohleder" :Tim Komarov  writes: It's often very useful to run: # cp --preserve=xattr aaa.txt bbb.txt Running this on Guix I get: cp: cannot preserve extended attributes, cp is built without xattr supportDoes it help/work if you mount the filesystem with "user_xattr" option? --Fly Windows NT:All the passengers carry their seats out onto the tarmac, placing the chairsin the outline of a plane. They all sit down, flap their arms and make jetswooshing sounds as if they are flying.

bug#41082: Guix sd startup fails to initialize AMD Radeon RX 560

[Ryan Osborne]

Same error with and without "modprobe.blacklist=radeon".
The installation medium works with the console, but it causes the installed
system to be unable to finish booting.
dmesg included as attachment

-- 
Ryan Osborne.


dm2
Description: Binary data

bug#41069: cyclically dependent channels crashes guix pull

[zimoun]

On Mon, 4 May 2020 at 18:23, Marius Bakke  wrote:
>
> Martin Becze  writes:
>
> > Cyclically dependent channels crashes guix pull. Cyclically dependent
> > channels probably shouldn't happen, but guix pull probably shouldn't go
> > into an endless loop and die either.
>
> Can you provide a channel configuration that reproduces this?

When one channel depends on another one which depends on the first.

This /tmp/channel1/ contains this .guix-channel

--8<---cut here---start->8---
(channel
 (version 0)
 (dependencies
  (channel
   (name channel2-from-channel1)
   (url "file:///tmp/channel2")
   (branch "master"
--8<---cut here---end--->8---


This /tmp/channel2/ contains this .guix-channel

--8<---cut here---start->8---
(channel
 (version 0)
 (dependencies
  (channel
   (name channel1-from-channel2)
   (url "file:///tmp/channel1")
   (branch "master"
--8<---cut here---end--->8---

And for example, the file 'my-channels.scm' contains:

--8<---cut here---start->8---
(list
 (channel
  (name 'channel1)
  (url "file:///tmp/channel1")
  (branch "master"))
 (channel
  (name 'channel2)
  (url "file:///tmp/channel2")
  (branch "master"))
 (channel
  (name 'guix)
  (url "https://git.savannah.gnu.org/git/guix.git;)
  (commit "aea6ab2f4ca060e68f8539cd612b0ce088627557")))
--8<---cut here---end--->8---


Then guix pull -C /tmp/my-channels.scm will be "Updating ..." for ever. :-)



Hope that helps.

All the best,
simon

bug#41081: coreutils: cp is built without xattr support

[Michael Rohleder]

Tim Komarov  writes:
> It's often very useful to run:
>  
> # cp --preserve=xattr aaa.txt  bbb.txt
> Running this on Guix I get:
>  
> cp: cannot preserve extended attributes, cp is built without xattr support

Does it help/work if you mount the filesystem with "user_xattr" option?


-- 
Fly Windows NT:
All the passengers carry their seats out onto the tarmac, placing the chairs
in the outline of a plane. They all sit down, flap their arms and make jet
swooshing sounds as if they are flying.


signature.asc
Description: PGP signature

bug#41051: [guix-1.1.0] guix system failed

[Marius Bakke]

wensheng xie  writes:

> Hi, Marius:
>
> The problem is not reproduced after I did another 'guix pull'. I attached the 
> information:

OK.  I don't know what the problem was, but as it works with the latest
Guix I'm closing this bug.

Thanks for the report!


signature.asc
Description: PGP signature

bug#41051: [guix-1.1.0] guix system failed

[Diego Nicola Barbato]

Hi,

wensheng xie  writes:

> Hi, Marius:
>
> The problem is not reproduced after I did another 'guix pull'. I attached the 
> information:
>
> 1.
> root@guix ~# guix describe
> Generation 4 May 04 2020 06:21:35 (current)
>   guix c563f88
> repository URL: https://git.savannah.gnu.org/git/guix.git
> branch: master
> commit: c563f8887db23241922fabf62a4da5d1526a644f
>
> 2. config.scm is attached.
>
> --
> From: Marius Bakke
> Sent: Sunday, May 3, 2020 11:16 PM
> To: wensheng xie; 41...@debbugs.gnu.org
> Subject: Re: bug#41051: [guix-1.1.0] guix system failed 
>
> Thanks for the report!
>
> wensheng xie  writes:
>
>> The error:
>>
>> root@guix ~# guix system reconfigure /etc/config.scm
>> The following derivation will be built:
>>/gnu/store/g26kkrfd49y5wcz57x0xgkh97w997kmb-grub.cfg.drv
>> building /gnu/store/g26kkrfd49y5wcz57x0xgkh97w997kmb-grub.cfg.drv...
>> /gnu/store/2lnjrv5388727sw45jhrrsyf0140nrd2-system
>> /gnu/store/gsxap47dgsjs6zvdim42j5lal5rfj10w-grub.cfg
>>
>> activating system...
>> making '/gnu/store/2lnjrv5388727sw45jhrrsyf0140nrd2-system' the current 
>> system...
>> setting up setuid programs in '/run/setuid-programs'...
>> populating /etc from /gnu/store/hzhhbayyfxjqghxklawy8r8a1i8ws7pg-etc...
>> The following derivation will be built:
>>/gnu/store/6wy32ybajjrdn1nydvp1i0iai6x77jqc-install-bootloader.scm.drv
>> building 
>> /gnu/store/6wy32ybajjrdn1nydvp1i0iai6x77jqc-install-bootloader.scm.drv...
>> guix system: bootloader successfully installed on '/dev/sda'
>> guix system: error: exception caught while executing 'eval' on service 
>> 'root':
>> Unrecognized keyword: #:file-creation-mask
>
> Can you post the output of 'guix describe' and the config.scm you are
> using?

I can reproduce the error when upgrading (i.e. guix pull and guix system
reconfigure) from commit 74c7f36 to commit aea6ab2.  I believe this will
always happen when upgrading from a commit before e3358a8
(gnu: shepherd: Update to 0.8.0.) to any commit starting from 4c0cc7b
(services: syslog: Simplify 'start' method.).

The latter commit changes the syslog-service-type to use a feature
introduced in version 0.8.0 of the Shepherd (the #:file-creation-mask
parameter of make-forkexec-constructor) so when Guix tries to load the
new service definition the current Shepherd (0.7.0) doesn't recognise
the new parameter and we get an error.

The error is harmless since this happens after switching the system
generation and installing the bootloader.  But we should probably print
a hint or warning, that some service definitions couldn't be loaded and
that it might be necessary to reboot, instead of an error so that it
doesn't look like reconfigure failed.

Regards,

Diego

bug#41069: cyclically dependent channels crashes guix pull

[Marius Bakke]

Martin Becze  writes:

> Cyclically dependent channels crashes guix pull. Cyclically dependent
> channels probably shouldn't happen, but guix pull probably shouldn't go
> into an endless loop and die either.

Can you provide a channel configuration that reproduces this?


signature.asc
Description: PGP signature

bug#41081: coreutils: cp is built without xattr support

[Tim Komarov]

It's often very useful to run: # cp --preserve=xattr aaa.txt  bbb.txtRunning this on Guix I get: cp: cannot preserve extended attributes, cp is built without xattr support I.e., it's used in Yocto build system. There is a workaround: https://github.com/mnd/guix-mnd-pkgs/blob/master/mnd/packages/coreutils.scm, but I believe that this should be considered as bug and fixed in upstream (like Fedora did https://bugzilla.redhat.com/show_bug.cgi?id=603359). Thank you!  -- Best regards,Timofey Komarov 

bug#41059: Contributing section from manual does not work when I'm working on some patches

[Josh Marshall]

Close fixed

On Mon, May 4, 2020, 10:43 Marius Bakke  wrote:

> Josh Marshall  writes:
>
> > has the following results from various invocations:
> >
> > ```
> > anadon@goodadvicemallard:~/documents/code/guix$ ./pre-inst-env guix
> > guile: warning: failed to install locale
> > Backtrace:
> > In ice-9/threads.scm:
> > 390:8 19 (_ _)
> > In ice-9/boot-9.scm:
> >   2994:20 18 (_)
> >2312:4 17 (save-module-excursion _)
> >   3014:26 16 (_)
> > In unknown file:
> >   15 (primitive-load-path "guix/store" #)
> > In guix/store.scm:
> >  22:0 14 (_)
> > In ice-9/boot-9.scm:
> >2874:4 13 (define-module* _ #:filename _ #:pure _ #:version _ # _ ?)
> >   2887:24 12 (_)
> >222:29 11 (map1 (((guix utils)) ((guix config)) ((guix #)) ((?)) ?))
> >222:29 10 (map1 (((guix config)) ((guix deprecation)) ((guix ?)) ?))
> >222:29  9 (map1 (((guix deprecation)) ((guix memoization)) ((?)) ?))
> >222:29  8 (map1 (((guix memoization)) ((guix serialization)) (#) ?))
> >222:29  7 (map1 (((guix serialization)) ((guix monads)) ((# #)) ?))
> >222:29  6 (map1 (((guix monads)) ((guix records)) ((guix #)) (#) ?))
> >222:29  5 (map1 (((guix records)) ((guix base16)) ((guix #)) (#) ?))
> >222:29  4 (map1 (((guix base16)) ((guix base32)) ((gcrypt #)) # ?))
> >222:29  3 (map1 (((guix base32)) ((gcrypt hash)) ((guix #)) (#) ?))
> >222:17  2 (map1 (((gcrypt hash)) ((guix profiling)) ((rnrs #)) # ?))
> >2803:6  1 (resolve-interface _ #:select _ #:hide _ #:prefix _ # _ ?)
> > In unknown file:
> >0 (scm-error misc-error #f "~A ~S" ("no code for modu?" ?) ?)
> >
> > ERROR: In procedure scm-error:
> > no code for module (gcrypt hash)
> > ```
>
> You should use 'guix environment guix' to ensure the dependencies are
> available.
>
> > ```
> > anadon@goodadvicemallard:~/documents/code/guix$ guix environment guix --
> > ./pre-inst-env guix
> > guile: warning: failed to install locale
> > guix environment: error: failed to connect to
> > `/var/guix/daemon-socket/socket': Connection refused
> > ```
>
> This means the daemon is not running, or configured with a faulty
> --localstatedir.
>
> > ```
> > anadon@goodadvicemallard:~/documents/code/guix$ guix environment guix --
> > ./pre-inst-env guix build python-pytest-asyncio
> > guile: warning: failed to install locale
> > guix build: error: failed to connect to
> > `/usr/local/var/guix/daemon-socket/socket': Connection refused
> > ```
>
> Pass "--localstatedir=/var" when running the configure script to provide
> the correct daemon state directory.
>
> > The daemon has been run via systemd and
> > `anadon@goodadvicemallard:~/documents/code/guix$
> > sudo -E ./pre-inst-env guix-daemon --build-users-group=guixbuild` to
> > similar effect.
>
> You don't need to run the daemon manually unless you want to hack on the
> daemon itself.  However if you do, make sure that it has been configured
> with the correct "--localstatedir" and "--sysconfdir".
>
> HTH,
> Marius
>

bug#41059: Contributing section from manual does not work when I'm working on some patches

[Marius Bakke]

Josh Marshall  writes:

> Close fixed

OK, closing by adding -done to the bug email address.

Thanks!


signature.asc
Description: PGP signature

bug#41058: core-updates: GNOME Maps doesn't start

[Marius Bakke]

sirgazil via Bug reports for GNU Guix  writes:

> This happens in both master and core-updates, although I don't know if the 
> former fails for the same reason. It also happens in both real machine and 
> virtual machine.

Fixed on core-updates with commit
7d7fedf6f022e6114959684658f927e191ab40b1.  Thanks for the report!


signature.asc
Description: PGP signature

bug#41057: core-updates: GNOME Weather doesn't start

[Marius Bakke]

sirgazil via Bug reports for GNU Guix  writes:

> This happens in both master and core-updates, although it seems to fail with 
> a different error in the former (see https://issues.guix.gnu.org/39324). It 
> also happens in both real machine and virtual machine.

Fixed on core-updates with commit
2b68ba721c153b4a4d2f886142985983dcf92429.  Thanks for the report!


signature.asc
Description: PGP signature

bug#41051: [guix-1.1.0] guix system failed

[wensheng xie]

Hi, Marius:

The problem is not reproduced after I did another 'guix pull'. I attached the 
information:

1.
root@guix ~# guix describe
Generation 4 May 04 2020 06:21:35 (current)
  guix c563f88
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: c563f8887db23241922fabf62a4da5d1526a644f

2. config.scm is attached.



From: Marius Bakke
Sent: Sunday, May 3, 2020 11:16 PM
To: wensheng xie; 41...@debbugs.gnu.org
Subject: Re: bug#41051: [guix-1.1.0] guix system failed

Thanks for the report!

wensheng xie  writes:

> The error:
>
> root@guix ~# guix system reconfigure /etc/config.scm
> The following derivation will be built:
>/gnu/store/g26kkrfd49y5wcz57x0xgkh97w997kmb-grub.cfg.drv
> building /gnu/store/g26kkrfd49y5wcz57x0xgkh97w997kmb-grub.cfg.drv...
> /gnu/store/2lnjrv5388727sw45jhrrsyf0140nrd2-system
> /gnu/store/gsxap47dgsjs6zvdim42j5lal5rfj10w-grub.cfg
>
> activating system...
> making '/gnu/store/2lnjrv5388727sw45jhrrsyf0140nrd2-system' the current 
> system...
> setting up setuid programs in '/run/setuid-programs'...
> populating /etc from /gnu/store/hzhhbayyfxjqghxklawy8r8a1i8ws7pg-etc...
> The following derivation will be built:
>/gnu/store/6wy32ybajjrdn1nydvp1i0iai6x77jqc-install-bootloader.scm.drv
> building 
> /gnu/store/6wy32ybajjrdn1nydvp1i0iai6x77jqc-install-bootloader.scm.drv...
> guix system: bootloader successfully installed on '/dev/sda'
> guix system: error: exception caught while executing 'eval' on service 'root':
> Unrecognized keyword: #:file-creation-mask

Can you post the output of 'guix describe' and the config.scm you are
using?
;; This is an operating system configuration generated
;; by the graphical installer.

(use-modules (gnu))
(use-service-modules desktop networking ssh xorg)

(operating-system
  (locale "zh_CN.utf8")
  (timezone "Asia/Shanghai")
  (keyboard-layout (keyboard-layout "cn"))
  (host-name "guix")
  (users (cons* (user-account
  (name "wxie")
  (comment "Wensheng XIE")
  (group "users")
  (home-directory "/home/wxie")
  (supplementary-groups
'("wheel" "netdev" "audio" "video")))
%base-user-accounts))
  (packages
(append
  (list (specification->package "i3-wm")
(specification->package "i3status")
(specification->package "dmenu")
(specification->package "st")
(specification->package "nss-certs"))
  %base-packages))
  (services
(append
  (list (service gnome-desktop-service-type)
(service enlightenment-desktop-service-type)
(service openssh-service-type)
(set-xorg-configuration
  (xorg-configuration
(keyboard-layout keyboard-layout
  %desktop-services))
  (bootloader
(bootloader-configuration
  (bootloader grub-bootloader)
  (target "/dev/sda")
  (keyboard-layout keyboard-layout)))
  (swap-devices (list "/dev/sda1"))
  (file-systems
(cons* (file-system
 (mount-point "/")
 (device
   (uuid "ac551a60-308c-4a49-b44c-cb28a99393da"
 'ext4))
 (type "ext4"))
   %base-file-systems)))

bug#41038: gcc creates binaries that don't find their shared libraries

[zimoun]

Hi Ludo,

On Mon, 4 May 2020 at 11:32, Ludovic Courtès  wrote:

> >   Packages needed for C development
> >   =
> >
> >   For C development, you will typically need the packages
> > make gcc-toolchain gdb
> >
> >   Do NOT install glibc and binutils explicitly, as they would shadow
> >   the 'ld' wrapper that is necessary for proper operation of GCC.
>
> Good idea, I did something along these lines:
>
>   
> https://git.savannah.gnu.org/cgit/guix.git/commit/?id=1f14e25c1969a93908288cb302a572f3cbbaa478

Compiling Fortran leads to the same issue, if I understand correctly.
Is it not the reason of the addition of 'gfortran-toolchain'?
And I guess it should be the same issue for the other front-ends that
GCC supports (Ada, etc.), isn't it?

Well, is it not GCC related and not only C specific?

I mean, I seems better to me to remove "@subsection The GCC toolchain"
from "Application setup" and then to retitle the subsection "The GCC
toolchain" in "Development" instead of "Packages for C Development".
Keeping for now how it is worded and letting the GFortran use case as
an exercise for the reader. ;-)


All the best,
simon

bug#41038: gcc creates binaries that don't find their shared libraries

[Ludovic Courtès]

Hi,

Bruno Haible  skribis:

> The question "What packages do I need to do normal C development?" should
> really be documented.
>
> How about a doc section - at the beginning of the chapter
> https://guix.gnu.org/manual/en/html_node/Development.html - that says:
>
>   Packages needed for C development
>   =
>
>   For C development, you will typically need the packages
> make gcc-toolchain gdb
>
>   Do NOT install glibc and binutils explicitly, as they would shadow
>   the 'ld' wrapper that is necessary for proper operation of GCC.

Good idea, I did something along these lines:

  
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=1f14e25c1969a93908288cb302a572f3cbbaa478

> Additionally, the documentation page
> https://guix.gnu.org/manual/en/html_node/Application-Setup.html
> starts with the sentence
>   "When using Guix on top of GNU/Linux distribution other than Guix System 
> ..."
> but then the majority of the page applies to native Guix as well.
> How about restructuring this documentation chapter into two pages:
>   - one that explains things valid about Guix in general,
>   - one that covers only the foreign-distro topics.

The locale and nscd bits are foreign-distro-specific, but the for the
rest I agree that something needs to be done.

Thanks for your feedback!

Ludo’.

bug#25667: Status? store refs in ~/.config/xfce4

[Efraim Flashner]

On Sun, May 03, 2020 at 06:32:47PM +0200, zimoun wrote:
> Dear Thomas,
> 
> What is the status of this bug [1]? Because Xfce4 has been updated
> since more than 3 years.
> 
> Any progress?
> If it is solved and/or not an issue for you anymore, then does it make
> sense to close it?
> 
> 
> Best regards,
> simon
> 
> [1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25667

My kids use XFCE and it looks like it's still there
kids@E2140 ~$ grep gnu\/store .config/xfce4/ -R
.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-desktop.xml:  
.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-desktop.xml:  
.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-desktop.xml:  
.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-desktop.xml:  
.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-desktop.xml:  
.config/xfce4/panel/launcher-9/15095463181.desktop:Exec=/gnu/store/v9qj9hxm7jj296xq3j6jkaf5z9p8m7j5-icecat-52.3.0-gnu1/bin/icecat
 -new-window
.config/xfce4/panel/launcher-9/15095463181.desktop:Exec=/gnu/store/v9qj9hxm7jj296xq3j6jkaf5z9p8m7j5-icecat-52.3.0-gnu1/bin/icecat
 -private-window
.config/xfce4/panel/launcher-11/15197161411.desktop:Exec=/gnu/store/zj34shyvw1sx1vlh1z0f9way7qq6b2kp-kodi-18.0_alpha-8.ec16dbc/bin/kodi
 -fs
.config/xfce4/panel/launcher-11/15197161411.desktop:Exec=/gnu/store/zj34shyvw1sx1vlh1z0f9way7qq6b2kp-kodi-18.0_alpha-8.ec16dbc/bin/kodi
 --standalone

I fixed the desktop files manually, but I'm not sure about the
backgrounds.

-- 
Efraim Flashner  אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


signature.asc
Description: PGP signature

bug#40565: [PATCH 1/1] git-authenticate: Fetch keyrings from Savannah.

[Ludovic Courtès]

Hi again Tobias,

Ludovic Courtès  skribis:

> Tobias Geerinckx-Rice  skribis:
>
>> * build-aux/git-authenticate.scm (%project-keyring-uris)
>> (import-keyring-uri, import-project-keys): New variables.
>> (authenticate-commits): Import known project keys before authenticating.
>> * guix/gnupg.scm (ensure-file): New procedure.
>> (gnupg-receive-keys): Use it.
>> (gnupg-import): New exported procedure.
>
> The patch LGTM but it doesn’t apply for some reason.  Could you take a
> look?

With commit 041dc3a9c0694ada41b86115b9774a23c9d50f73, this change
becomes unnecessary (see 
about the ‘keyring’ branch.)

Closing!

Ludo’.

bug#41038: gcc creates binaries that don't find their shared libraries

[zimoun]

Dear Bruno,

Thank you for your feedback.


On Mon, 4 May 2020 at 01:10, Bruno Haible  wrote:

> > Another way to do software development is with ‘guix environment’:
> >
> >   https://guix.gnu.org/manual/en/html_node/Development.html
> >
> > For example, if you want to hack on Gettext, run:
> >
> >   guix environment gettext
> >
> > That spawns a shell containing all the development tools and environment
> > variables to hack on gettext.
>
> Sounds very interesting. But for the moment, I use guix only as a
> test platform.

Note that Guix (as package manager) provides 3 nice features for
development as a test platform: manifest, profile and channel.

1. Manifests allow you to specify the packages you want to install.
For example, this command installs make, gcc-toolchain and gdb in the
default profile (~/.guix-profile).

   guix package -m /path/to/my/manifest.scm

--8<---cut here---start->8---
(specifications->manifest
 '("make" "gcc-toolchain" "gdb"))
--8<---cut here---end--->8---

And note that "version" or "outputs" (debug) can be specified.  Well,
manifest can be used with almost all the Guix commands. And manifests
compose: "-m m1.scm -m m2.scm".

https://guix.gnu.org/manual/devel/en/guix.html#profile_002dmanifest


2. Profiles allow different versions of the same tool without any
conflict.  For example, let consider you would like to develop using
GCC@9 for one project and GCC@8 for another; then:

  guix install gcc-toolchain@9 -p /path/to/my/gcc-9
  guix install gcc-toolchain@8 -p /path/to/my/gcc-8

Then, for example let prepend the environment variables defined by the
packages gcc-toolchain@9.

  eval `guix package --search-paths=prefix -p /path/to/gcc-9`
  which gcc

Note that profiles compose too (see --allow-collisions; warning).
Moreover, the regular packages used to develop need time to time to be
temporary extended; without being really "installed":

   guix environment -m /path/to/my/manifest-dev-9.scm --ad-hoc libfoo

And options like '--pure' or '--container' are very useful for
testing.  And when finished, 'libfoo' becomes a dead link in the store
(guix gc --list-dead) and so would be garbage collected if needed; the
command "guix environment" is very handy when testing and developing,
iMHO.


3. Channels allow to track the exact version of the tools.  For
example, the version used:

guix describe -f channels > /path/to/my/channel.scm

Then weeks (or month) or on another machine, it is possible to
re-install the same packages, for example:

   guix pull -C /path/to/my/channel.scm
   guix package -m /path/to/my/manifest.scm -p /path/to/my/olds

Note that it is not necessary required to pull back at one specific
Guix version for re-installing packages of this very specific Guix
version.  It is possible to temporarily re-state another Guix version
without modifying the current one (see Inferior):

  guix time-machine -C /path/to/my/channel.scm \
  -- package -m /path/to/my/manifest.scm -p /path/to/my/olds

This is equivalent to the 2 commands above but without "updating" the
current Guix.


I do not know if it is useful.  Or if it helps to describe Guix as a
test platform.  The manual is hairy -- from my point of view -- and
because Guix re-frames good ol' concepts, it is not easy to find the
way.

Best regards,
simon

bug#41025: blueman does not start

[Pierre Neidhardt]

Sorry if I misled you with the ellipsis.  You need to add
/lib/python3.7/site-packages without the "blueman" part.

With the definition below I can start blueman-services.  But all
programs report that blueman-applet fails.
Indeed, blueman-applet fails with


--8<---cut here---start->8---
blueman-applet version 2.1.2 starting
blueman-applet 10.41.17 ERRORPluginManager:90 load_plugin: Unable to load 
plugin module NMPANSupport
Traceback (most recent call last):
  File 
"/gnu/store/1f9x9hwfjpkq4h79dwsi06m3zrzdm8fp-blueman-2.1.2/lib/python3.7/site-packages/blueman/main/NetworkManager.py",
 line 6, in 
gi.require_version('NM', '1.0')
  File 
"/gnu/store/y4qwsw06ynvw3fjk2lrspp89mfmjzj5i-python-pygobject-3.28.3/lib/python3.7/site-packages/gi/__init__.py",
 line 130, in require_version
raise ValueError('Namespace %s not available' % namespace)
ValueError: Namespace NM not available

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File 
"/gnu/store/1f9x9hwfjpkq4h79dwsi06m3zrzdm8fp-blueman-2.1.2/lib/python3.7/site-packages/blueman/main/PluginManager.py",
 line 88, in load_plugin
importlib.import_module(self.module_path.__name__ + ".%s" % plugin)
  File 
"/gnu/store/c0ysvb6s92kwwnmkgdhnspllxvd3f231-python-3.7.4/lib/python3.7/importlib/__init__.py",
 line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
  File "", line 1006, in _gcd_import
  File "", line 983, in _find_and_load
  File "", line 967, in _find_and_load_unlocked
  File "", line 677, in _load_unlocked
  File "", line 728, in exec_module
  File "", line 219, in _call_with_frames_removed
  File 
"/gnu/store/1f9x9hwfjpkq4h79dwsi06m3zrzdm8fp-blueman-2.1.2/lib/python3.7/site-packages/blueman/plugins/applet/NMPANSupport.py",
 line 3, in 
from blueman.main.NetworkManager import NMPANConnection
  File 
"/gnu/store/1f9x9hwfjpkq4h79dwsi06m3zrzdm8fp-blueman-2.1.2/lib/python3.7/site-packages/blueman/main/NetworkManager.py",
 line 8, in 
raise ImportError('NM python bindings not found.')
ImportError: NM python bindings not found.
blueman-applet 10.41.17 ERRORPluginManager:90 load_plugin: Unable to load 
plugin module NMDUNSupport
Traceback (most recent call last):
  File 
"/gnu/store/1f9x9hwfjpkq4h79dwsi06m3zrzdm8fp-blueman-2.1.2/lib/python3.7/site-packages/blueman/main/NetworkManager.py",
 line 6, in 
gi.require_version('NM', '1.0')
  File 
"/gnu/store/y4qwsw06ynvw3fjk2lrspp89mfmjzj5i-python-pygobject-3.28.3/lib/python3.7/site-packages/gi/__init__.py",
 line 130, in require_version
raise ValueError('Namespace %s not available' % namespace)
ValueError: Namespace NM not available

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File 
"/gnu/store/1f9x9hwfjpkq4h79dwsi06m3zrzdm8fp-blueman-2.1.2/lib/python3.7/site-packages/blueman/main/PluginManager.py",
 line 88, in load_plugin
importlib.import_module(self.module_path.__name__ + ".%s" % plugin)
  File 
"/gnu/store/c0ysvb6s92kwwnmkgdhnspllxvd3f231-python-3.7.4/lib/python3.7/importlib/__init__.py",
 line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
  File "", line 1006, in _gcd_import
  File "", line 983, in _find_and_load
  File "", line 967, in _find_and_load_unlocked
  File "", line 677, in _load_unlocked
  File "", line 728, in exec_module
  File "", line 219, in _call_with_frames_removed
  File 
"/gnu/store/1f9x9hwfjpkq4h79dwsi06m3zrzdm8fp-blueman-2.1.2/lib/python3.7/site-packages/blueman/plugins/applet/NMDUNSupport.py",
 line 3, in 
from blueman.main.NetworkManager import NMDUNConnection
  File 
"/gnu/store/1f9x9hwfjpkq4h79dwsi06m3zrzdm8fp-blueman-2.1.2/lib/python3.7/site-packages/blueman/main/NetworkManager.py",
 line 8, in 
raise ImportError('NM python bindings not found.')
ImportError: NM python bindings not found.
Traceback (most recent call last):
  File 
"/gnu/store/1f9x9hwfjpkq4h79dwsi06m3zrzdm8fp-blueman-2.1.2/lib/python3.7/site-packages/blueman/plugins/applet/StatusIcon.py",
 line 116, in _on_plugins_changed
launch('blueman-tray', icon_name='blueman', sn=False)
  File 
"/gnu/store/1f9x9hwfjpkq4h79dwsi06m3zrzdm8fp-blueman-2.1.2/lib/python3.7/site-packages/blueman/Functions.py",
 line 137, in launch
launched = appinfo.launch(files, context)
GLib.Error: g-exec-error-quark: Failed to execute child process 
“gio-launch-desktop” (No such file or directory) (8)
blueman-applet 10.41.17 WARNING  DiscvManager:109 update_menuitems: warning: 
Adapter is None
killed
--8<---cut here---end--->8---

It seems that network-manager bindings for python are missing.
We may need to package this: https://github.com/seveas/python-networkmanager

Maybe I'm not starting it the right way.
Have you got blueman to work on your system?  Are you using a foreign
distribution?

New package definition:

--8<---cut 

bug#41037: documentation for application developers?

[Ludovic Courtès]

Hi,

Bruno Haible  skribis:

>> It’s in the glibc package:
>> 
>>   ls $(guix build glibc | grep '[0-9]$')/lib
>> 
>> What’s your use case?
>
> So, the consequence is that a Guix user cannot send an executable
> to another Guix user and expect it to be runnable on the other machine.

True (but that’s generally the case on GNU/Linux and the reason why
things like Flatpak were built.)

To send an executable to another Guix machine, one would use ‘guix
copy’:

  https://guix.gnu.org/manual/en/html_node/Invoking-guix-copy.html

But more generally, people would share “channels” containing complete
build-from-source instructions, along with “substitutes” (pre-built
binaries):

  https://guix.gnu.org/manual/en/html_node/Channels.html
  https://guix.gnu.org/manual/en/html_node/Substitutes.html

HTH,
Ludo’.

bug#22883: Authenticating a Git checkout

[Ludovic Courtès]

Hi!

Ludovic Courtès  skribis:

> Done the API cleanup.  I’ll go ahead and push the current ‘wip-openpgp’
> branch (squashing commits marked as such) tomorrow if there are no
> objections.

Pushed on master!

  4a84deda74 doc: Recommend against SHA1 OpenPGP signatures.
  84133320b8 doc: Document committer authorization.
  05d973eef2 openpgp: Raise error conditions instead of calling 'error'.
  041dc3a9c0 git-authenticate: Load the keyring from the repository.
  92db1036b7 git-authenticate: Load the list of authorized keys from the tree.
  bee5b7a0f8 .guix-authorizations: Augment.
  051a45e642 git-authenticate: Use (guix openpgp).
  b835e158d5 openpgp: Add 'string->openpgp-packet'.
  bd8126558d openpgp: 'lookup-key-by-{id,fingerprint}' return the key first.
  b45fa0a123 openpgp: 'verify-openpgp-signature' looks up by fingerprint when 
possible.
  efe1f0122c openpgp: Add 'lookup-key-by-fingerprint'.
  7b2b3a13cc openpgp: Store the issuer key id and fingerprint in 
.
  4459c7859c openpgp: Decode the issuer-fingerprint signature subpacket.
  43408e304f Add (guix openpgp).
  c91e27c608 Add '.guix-authorizations'.

> The formats and mechanisms are not set in stone until this is
> generalized to channels, but we’re getting there.  Now’s a good time to
> raise any concerns you may have, comrades!

Ludo’.

bug#41043: ffmpeg 'depends' on qtbase

[Efraim Flashner]

On Sun, May 03, 2020 at 02:31:35PM -0400, Leo Famulari wrote:
> On Sun, May 03, 2020 at 11:41:49AM +0300, Efraim Flashner wrote:
> > qtbase seems like a rather heavy dependency for ffmpeg. After looking
> > through 'guix graph ffmpeg'
> > 
> > qtbase -> extra-cmake-modules -> fcitx -> sdl2 -> ffmpeg
> > 
> > What does sdl2 bring to ffmpeg?
> > (on a similar note, what does it bring to u-boot?)
> > 'guix size ffmpeg'
> > with sdl2:713.3 MiB
> > without sdl2: 699.2 MiB
> > 
> > https://ffmpeg.org/ffmpeg-devices.html#sdl
> 
> According to that page, "This output device allows one to show a video
> stream in an SDL window. Only one SDL window is allowed per application,
> so you can have only one instance of this output device in an
> application."
> 
> Personally, I think FFmpeg is useful because it does everything. It's
> supposed to be heavy. But maybe the dependency chain could be cut
> earlier, if that's important.  Although, I think most systems will
> include Qtbase for other reasons.

guix refresh -l sdl2: 355 packages
guix refresh -l ffmpeg: 154 packages
guix refresh -l qtbase: 768 packages
(with fcitx removed from sdl2)
guix refresh -l qtbase: 508

not enough to drop it into master for updates. I saw it mostly where it
comes to building on slow machines without substitutes. Since I'm
building without substitutes I'll probably make a change somewhere
locally.

-- 
Efraim Flashner  אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


signature.asc
Description: PGP signature