bug#52967: Running guix pull 2021-01-02 19:25 ERROR

[Andreas Drivsholm]

To the Guix developers,

here is my output of running `guix pull` on a freshly installed ubuntu.


ubuntu@guix:~$ guix pull*hint: *Consider installing the
`glibc-utf8-locales' or `glibc-locales' package and defining
`GUIX_LOCPATH', along these lines:

 guix install glibc-utf8-locales
 export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"

See the "Application Setup" section in the manual, for more info.

Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix', commits 9edb3f6 to 8fcf947 (13,357 new
commits)...
Building from this channel:
  guix  https://git.savannah.gnu.org/git/guix.git   8fcf947
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'...
100.0%*building
/gnu/store/sflmgcfcdwizj7iyd3pfksdvrkc3pskb-config.scm.drv...**building
/gnu/store/7k17dvmcrdicjsdxmpvhss4p3i3d70j5-git.scm.drv...**building
/gnu/store/j9s3n7iqvh8pqkxkwy91nq3qynr1nby7-hash.scm.drv...**building
/gnu/store/1mz2nd6zb2pvn65rbg3xf7x7cf5rxnjg-module-import.drv...**building
/gnu/store/81ky267fn4d9lh28b9j8jd6zcxcpckbc-module-import.drv...**building
/gnu/store/f82dafzf9jxyzr7s9kfddnkp0zxg426p-module-import-compiled.drv...**building
/gnu/store/8lyzlhac92g3h1r9x9vla20ams3qdqfx-module-import-compiled.drv...**building
/gnu/store/4ing3dfb5k24sqxcvgp8p0268pv0zcw7-compute-guix-derivation.drv...*
Computing Guix derivation for 'x86_64-linux'... \guix pull: *error:
*You found a bug: the program
'/gnu/store/q1l0dj233cyppx9c7r15g74wdjcwd5b0-compute-guix-derivation'
failed to compute the derivation for Guix (version:
"8fcf947591413a92432da605c8da11375b612bc3"; system: "x86_64-linux";
host version: "1.3.0"; pull-version: 1).
Please report the COMPLETE output above by email to .

ubuntu@guix:~$ hash guix
ubuntu@guix:~$ guix install glibc-utf8-locales*hint: *Consider
installing the `glibc-utf8-locales' or `glibc-locales' package and
defining
`GUIX_LOCPATH', along these lines:

 guix install glibc-utf8-locales
 export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"

See the "Application Setup" section in the manual, for more info.

guix install: *warning: *Consider running 'guix pull' followed by
'guix package -u' to get up-to-date packages and security updates.

The following package will be installed:
   glibc-utf8-locales 2.31

The following derivation will be built:
   /gnu/store/mk152976narq0srmrl9avri5ikwwdcdx-profile.drv
*building CA certificate bundle...**building fonts
directory...**generating GLib schema cache...**creating GTK+ icon
theme cache...**building cache files for GTK+ input
methods...**building directory of Info manuals...**building database
for manual pages...**building XDG desktop file cache...**building XDG
MIME database...**building profile with 2 packages...*
ubuntu@guix:~$ export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
ubuntu@guix:~$ echo $GUIX_
$GUIX_LOCPATH  $GUIX_PROFILE
ubuntu@guix:~$ echo $GUIX_LOCPATH
/home/ubuntu/.guix-profile/lib/locale
ubuntu@guix:~$ vim /home/ubuntu/
.bash_history  .config/   .ssh/
.bash_logout   .emacs.d/  .sudo_as_admin_successful
.bashrc.guix-profile/ .viminfo
.cache/.profile   guix-install.sh
ubuntu@guix:~$ vim /home/ubuntu/
.bash_history  .config/   .ssh/
.bash_logout   .emacs.d/  .sudo_as_admin_successful
.bashrc.guix-profile/ .viminfo
.cache/.profile   guix-install.sh
ubuntu@guix:~$ vim /home/ubuntu/.bash
.bash_history  .bash_logout   .bashrc
ubuntu@guix:~$ vim /home/ubuntu/.bash_
.bash_history  .bash_logout
ubuntu@guix:~$ vim /home/ubuntu/.bash_profile
ubuntu@guix:~$ guix pull*hint: *Consider installing the
`glibc-utf8-locales' or `glibc-locales' package and defining
`GUIX_LOCPATH', along these lines:

 guix install glibc-utf8-locales
 export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"

See the "Application Setup" section in the manual, for more info.

Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix', commits 9edb3f6 to 01ec5ef (5 new commits)...
Building from this channel:
  guix  https://git.savannah.gnu.org/git/guix.git   01ec5ef
substitute: updating substitutes from 'https://ci.guix.gnu.org'...
100.0%*building
/gnu/store/axgkr8r6yqjkspkwiphk03fv6waw4rq1-compute-guix-derivation.drv...*
Computing Guix derivation for 'x86_64-linux'... |guix pull: *error:
*You found a bug: the program
'/gnu/store/s638jrddldqx8jvk24p8xnimv8ay09hy-compute-guix-derivation'
failed to compute the derivation for Guix (version:
"01ec5efff7cf95cae69493bd4ccfdd21a38770ae"; system: "x86_64-linux";
host version: "1.3.0"; pull-version: 1).
Plea

bug#52957: Switching from gdm lead to error

[Leo Famulari]

On Sun, Jan 02, 2022 at 07:12:31AM +0500, Gleb Gorshkov wrote:
> Snippet from documentation
> https://guix.gnu.org/manual/en/html_node/X-Window.html#slim-service-type
> produce an error
> guix system: error: service 'xorg-server' provided more than once

Hm, it's similar to .

What kind of computer are you using? Is it aarch64 (64-bit ARM)?  

Please share the config.scm that causes the problem.

Also, please run `guix describe` in the same way you ran the command
that caused the error. For example, if you did `sudo guix system
reconfigure  ...`, then do `sudo guix describe`. Send the results and we
can try to debug it.

bug#52963: freedroidrpg: build failure

[Leo Famulari]

On Sun, Jan 02, 2022 at 10:11:01AM -0900, Christopher Howard wrote:
> Package "freedroidrpg" fails to build:
[...]
> ld: addon_crafting_ui.o:(.bss+0x0): multiple definition of `tux_rendering'; 
> action.o:(.bss+0x0): first defined here

I think we need to build the package with -fcommon. This is a typical
problem with unmaintained or old codebases, now that we have switched to
GCC 10.

Are you able to test it? Check the commit log for examples.

bug#52957: Switching from gdm lead to error

[Gleb Gorshkov]

Snippet from documentation
https://guix.gnu.org/manual/en/html_node/X-Window.html#slim-service-type
produce an error
guix system: error: service 'xorg-server' provided more than once

-- Gleb Gorshkov

bug#52963: freedroidrpg: build failure

[Christopher Howard]

Package "freedroidrpg" fails to build:

```
gcc -I/gnu/store/l4k60q5jm9g2f3jslnhjsldls0l4vf9q-sdl-1.2.15/include/SDL 
-D_GNU_SOURCE=1 -D_REENTRANT  -pipe -Wall -Wno-format-zero-length -ffast-math 
-I/gnu/store/2qfzwl2k819cdp57xwikhp0i3sl27hma-sdl-gfx-2.0.26/include/SDL 
-I/gnu/store/h9b8d63bxyjd5hl1mdmicrvl4rhz87vp-sdl-image-1.2.12/include/SDL 
-I/gnu/store/4n31akz1025w8c9yjfa5mwf9b2q2vv83-sdl-mixer-1.2.12/include/SDL 
-rdynamic -Wl,--as-needed  -o freedroidRPG action.o addon_crafting_ui.o 
animate.o armor.o automap.o benchmark.o BFont.o blocks.o bullet.o character.o 
chat.o colldet.o dynarray.o enemy.o event.o faction.o floor_tiles.o font.o 
game_ui.o getopt.o getopt1.o graphics.o hud.o image.o influ.o init.o input.o 
items.o item_upgrades.o item_upgrades_ui.o keyboard.o lang.o light.o lists.o 
lua.o luaconfig.o main.o map.o map_label.o menu.o misc.o mission.o npc.o 
obstacle.o obstacle_extension.o open_gl.o open_gl_atlas.o open_gl_debug.o 
pathfinder.o pngfuncs.o quest_browser_ui.o rtprof.o saveloadgame.o 
savestruct_internal.o scandir.o shop.o skills.o sound.o sound_effects.o 
string.o takeover.o text.o text_public.o view.o waypoint.o lua/luaFD.o 
lua/luaFD_tux.o lua/luaFD_npc.o lvledit/lvledit.o lvledit/lvledit_actions.o 
lvledit/lvledit_beautify_actions.o lvledit/lvledit_display.o 
lvledit/lvledit_enemy.o lvledit/lvledit_input.o lvledit/lvledit_map.o 
lvledit/lvledit_menu.o lvledit/lvledit_object_lists.o lvledit/lvledit_tools.o 
lvledit/lvledit_tool_move.o lvledit/lvledit_tool_place.o 
lvledit/lvledit_tool_select.o lvledit/lvledit_validator.o 
lvledit/lvledit_widgets.o lvledit/lvledit_widget_categoryselect.o 
lvledit/lvledit_widget_map.o lvledit/lvledit_widget_minimap.o 
lvledit/lvledit_widget_toolbar.o mapgen/gram_simple.o mapgen/mapgen.o 
mapgen/themes.o savegame/convert.o savegame/filters_0_16.o widgets/widgets.o 
widgets/widget_background.o widgets/widget_button.o widgets/widget_group.o 
widgets/widget_text.o widgets/widget_text_list.o savestruct.o version.o  
../lua/liblua.a  -L/gnu/store/l4k60q5jm9g2f3jslnhjsldls0l4vf9q-sdl-1.2.15/lib 
-Wl,-rpath,/gnu/store/l4k60q5jm9g2f3jslnhjsldls0l4vf9q-sdl-1.2.15/lib -lSDL 
-lpthread -lGL  -lm   -lvorbis -logg -lSDL_mixer -lSDL_gfx -lSDL_image -lpng 
-ljpeg -lz -lm 
ld: addon_crafting_ui.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: animate.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: armor.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: automap.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: benchmark.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: BFont.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: blocks.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: bullet.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: character.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: chat.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: colldet.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: dynarray.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: enemy.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: event.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: faction.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: floor_tiles.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: font.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: game_ui.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: graphics.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: hud.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: image.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: influ.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: init.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: input.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: items.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o:(.bss+0x0): first defined here
ld: item_upgrades.o:(.bss+0x0): multiple definition of `tux_rendering'; 
action.o

bug#52684: [BUG] Multiple Packages Failing to Build

[Christopher Rodriguez]

Hey Maxime,

The let form was mostly included because, if possible, we should pull 
the value of `beets-python-version` from the version of python used for 
beets (because this implementation currently relies on a hardcoded and 
versioned library path in `lib/python3.9/site-packages`, it will require 
maintenance that could otherwise be avoided if we pulled the version 
from python directly.


However, I don't know how to do that, or if that is possible. If it's 
not something easily doable, then I will remove the let form for now, 
and see about improving it in the future.


As for the issue of other python libraries possibly polluting the beets 
install, AFAIK beets looks for a folder named `beetsplug` in the 
PYTHONPATH and only considers files beneath it. I think we can safely 
avoid isolating the beets plugins; Whether this is the route Guix wants 
to go is something I think should ideally be standardized across all 
packages if possible (maybe an email thread on guix-devel?), because the 
main channel as a whole will be more maintainable if we can come to some 
kind of agreement.


Let me know what You think.

--

Christopher Rodriguez


OpenPGP_0x1102102EBE7C3AE4.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

bug#52913: 0ad only builds fine with a specific version of mozjs

[Guillaume Le Vaillant]

Liliana Marie Prikler  skribis:

> @Guillaume: From what I can gather from the build error, it appears as
> though the calling convention changed to require an additional
> parameter.  I've tracked down the relevant commit [1] and bug [2].
>
> Now obviously doing such a thing violates SemVer, so if rewriting 0ad
> with this and other changes in mind is not an option, I think having a
> hidden package for 0ad might be the lesser evil.
>
> Cheers
>
> [1]
> https://searchfox.org/mozilla-central/commit/a3c605929b16303e8a52ae9d99d5fe6769e8bf09
> [2] https://bugzilla.mozilla.org/show_bug.cgi?id=1681268

Thanks for the pointers.
I added a phase to fix the compatibility issue with mozjs-78.15, and
pushed as fea60a2fff443b9c172ed28bd37361e34e064f13.


signature.asc
Description: PGP signature

bug#52949: Traceback when reloading services

[Liliana Marie Prikler]

Hi Guix,

today I got the attached traceback while trying to reconfigure Guix. 
It turns out that 145:12 tries to check which services are currently
running and ignores that (eval exp) might return #f.

I'm not sure which point would be the correct one to guard against this
case, but a naïve approach would be to just check inside the (return
...) statement.  WDYT?
guix system: Bootloader erfolgreich auf „(/boot/efi)“ installiert
Backtrace:
In guix/scripts/system.scm:
   1248:4 19 (_)
In ice-9/boot-9.scm:
  1752:10 18 (with-exception-handler _ _ #:unwind? _ # _)
In guix/store.scm:
   658:37 17 (thunk)
   1320:8 16 (call-with-build-handler _ _)
   1320:8 15 (call-with-build-handler _ _)
   1320:8 14 (call-with-build-handler _ _)
   1320:8 13 (call-with-build-handler _ _)
   1320:8 12 (call-with-build-handler # …)
  2123:24 11 (run-with-store # …)
In ice-9/boot-9.scm:
  1747:15 10 (with-exception-handler # …)
In ice-9/exceptions.scm:
   406:15  9 (_)
In ice-9/boot-9.scm:
  1752:10  8 (with-exception-handler _ _ #:unwind? _ # _)
In guix/scripts/system.scm:
   865:15  7 (_)
In guix/store.scm:
  2123:24  6 (run-with-store # …)
In guix/scripts/system.scm:
   865:15  5 (_ _)
In guix/scripts/system/reconfigure.scm:
   145:12  4 (_ _)
In srfi/srfi-1.scm:
241:2  3 (map _ _)
In ice-9/boot-9.scm:
  1685:16  2 (raise-exception _ #:continuable? _)
  1683:16  1 (raise-exception _ #:continuable? _)
  1685:16  0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1685:16: In procedure raise-exception:
In procedure map: Wrong type argument: #f

bug#52904: nmtui - user authorisation

[Josselin Poiret via Bug reports for GNU Guix]

Hello again,
> Good morning Josselin, and Happy New Year!
>
> Many thanks for taking the time to explain this in detail for us. If I 
> have properly understood your explanation, it suggests I am running 
> network-manager from outside of the dbus session. If I look at the 
> processes running on my system at this moment, the dbus-launch process 
> has an id of 881, while the network-manager session has an id of 463, 
> suggesting that it was started before dbus. My system configuration is 
> relatively standard (if there is such a thing) - I don't do anything to 
> change how dbus or network manager are launched, but rely on the 
> defaults provided by the the desktop-service. Is there any way to ensure 
> network-manager is launched inside the dbus session? I am using slim 
> rather than gdm, and as a desktop manager I am using dwm (with some 
> local changes).
>
> Regarding the wheel group - my user is in this group, but I don't get 
> any request for a password - nmtui simply informs me that I don't have 
> the necessary authorisation.

Some context is missing from the forwarded mail, so I have no idea what
script you're trying to run or how, unfortunately.  Here is some more
information though:
* there are generally two (or more) dbus daemons running.  One for the
system bus, launched through Shepherd (named `dbus-system`), and one for
each session, for the session bus, started either manually or often
through your DM (ie. GDM).  elogind and NetworkManager both run on the
system bus.
* for Polkit to successfully reauthenticate you, it needs to have a
registered agent running.  A Polkit agent is a program that registers
with Polkit via dbus, is associated with a session, and is used by
Polkit to prompt the user for a password.  There are many, see [1].  You
can test whether the agent is properly set-up by simply running `pkexec
echo "Hello"`, pkexec being roughly the equivalent of `sudo`, but using
Polkit for permission checking.

[1] https://wiki.archlinux.org/title/Polkit#Authentication_agents

-- 
Josselin Poiret