Re: guix pull: error: corrupt input while restoring archive
Simon Josefsson via writes: > Hi. I have a machine that have been running Guix for a couple of years > and since November I rely on unattended-upgrades to keep it updated. I > have stopped doing manual upgrades but may have done it on reflex a > couple of times since November. Now when I run 'guix pull' the errors > below are shown. What does it mean? How do I recover? > > I'm attaching the two last unattended-upgrades logs since there are a > couple of weird errors in it too -- it is hard to tell when things > happened since timestamps are lacking though. Minutes after posting the above, 'guix pull' works again after having been broken in the above way for at least a week. I never realized that asking for help on this list would solve things this quickly! See successful output below. I am still curious what happened before, in case the previous error appears again. Sorry for double-posting the last mail, as well... /Simon root@hamster ~# guix pull Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to f27bdad (3 new commits)... Building from this channel: guix https://git.savannah.gnu.org/git/guix.git f27bdad substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% building /gnu/store/k41lba5y0dgfmniwpbsyrk53wrbpswka-compute-guix-derivation.drv... Computing Guix derivation for 'x86_64-linux'... / substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% The following derivations will be built: /gnu/store/0hc2hg9p8k3001118r90rhygljb1iyp7-profile.drv /gnu/store/hyrb6bnhlag79zzrn4zhlw8aw6myka44-guix-f27bdad0a.drv /gnu/store/99gb0xp8kzl1ia834hwaphacxdfcgbky-guix-daemon.drv /gnu/store/y6p93hwy4xi36c6bdkjl41g8fgc70ynw-guix-command.drv /gnu/store/w1r6mslxiymilxx09mi7wqkj6i4gz8x1-guix-module-union.drv /gnu/store/riy6v8ljn38qz9cixhrrxj2af6dwws3z-guix-f27bdad0a-modules.drv /gnu/store/1087m6fp2im91791sg0l692f9qqzd944-guix-packages-base-modules.drv /gnu/store/29wq3lkkxgnlzsl4npf0ipjzj3h65vxy-guix-core-modules.drv /gnu/store/ghg84r9nxvg044msw5yyg3ayya173yac-guix-core-source.drv /gnu/store/cp423il69slzys5gk0ccf3ry9xvqj2x4-guix-system-tests-modules.drv /gnu/store/g4iv8am51dx3rw0kdiz8w86gcqhzwp5a-guix-packages-modules.drv /gnu/store/gwbyqrz5lrq4ifiil86jy6ch8ixjs1sr-guix-system-modules.drv /gnu/store/i5p14ialmzxsvf94nizf20kffdn986cz-guix-extra-modules.drv /gnu/store/pnzwjmcn4b3sqnljy49bhz45061kzlkl-guix-cli-modules.drv /gnu/store/qh1im2zg8jc1pb0bcy8csg8ipwvqr78x-guix-config-modules.drv /gnu/store/a8f3c0vznn7xsk2rzjchys6wg3137m60-guix-config.drv /gnu/store/l04sj05jiwhb4h2aimg88pcgg9kj30gp-guix-config-source.drv /gnu/store/illv3px23d8q9c6lm8vsc2axym21yjw4-config.scm.drv /gnu/store/3w6pj5cw0r2vg0zjhji48hym5p6p6wlq-inferior-script.scm.drv /gnu/store/vaila554g2c5m3llhmi68gc5qj7avdva-profile.drv 23.7 MB will be downloaded downloading from https://ci.guix.gnu.org/nar/lzip/nyk4hk10b11hzkyrxz5l90mf6np722i8-guix-cli ... guix-cli 797KiB 1.5MiB/s 00:01 [##] 100.0% downloading from https://ci.guix.gnu.org/nar/lzip/2fgnna336vdifcl4k41l0sq66v8qf6r4-guix-packages ... guix-packages 3.0MiB1.8MiB/s 00:02 [##] 100.0% downloading from https://ci.guix.gnu.org/nar/lzip/lg72byprv78pgjai9j48m4ffvim2xb5y-guix-packages-base ... guix-packages-base 9.5MiB 3.1MiB/s 00:03 [##] 100.0% downloading from https://ci.guix.gnu.org/nar/lzip/vc4l97d8ivf520c7vj16hx8vc5q75pkc-guix-system ... guix-system 5.5MiB 4.2MiB/s 00:01 [##] 100.0% downloading from https://ci.guix.gnu.org/nar/lzip/cdsm6mqpfhk7y8sks05vf0vkpi9x4qh2-guix-system-tests ... guix-system-tests 299KiB1.4MiB/s 00:00 [##] 100.0% downloading from https://ci.guix.gnu.org/nar/lzip/4gffr26pb2zpasncanbp2ibamg1c5ms6-openssl-1.1.1k ... openssl-1.1.1k 2.1MiB 1.2MiB/s 00:02 [##] 100.0% downloading from https://ci.guix.gnu.org/nar/lzip/g9gf1ndxryjc15mrjiy41w162lx8j6cv-sqlite-3.32.3 ... sqlite-3.32.3 1014KiB 3.8MiB/s 00:00 [##] 100.0% downloading from https://ci.guix.gnu.org/nar/lzip/86ffkihfqdmvnmkq0aq57lwkb5z22nsj-zstd-1.4.4-lib ... zstd-1.4.4-lib 345KiB 3.0MiB/s 00:00 [##] 100.0% building /gnu/store/illv3px23d8q9c6lm8vsc2axym21yjw4-config.scm.drv... applying 1 graft for /gnu/store/jx6z9mfy88zl8sk3n9id4sxaghwkzjhl-guile-sqlite3-0.1.2.drv ... applying 1 graft for /gnu/store/3mnldv1whgj081j9lk97whsjapzfnis5-guile-zstd-0.1.1.drv ... building /gnu/store/pnzwjmcn4b3sqnljy49bhz45061kzlkl-guix-cli-modules.drv... building /gnu/store/l04sj05jiwhb4h2aimg88pcgg9kj30gp-guix-config-source.drv... building /gnu/store/ghg84r9nxvg044msw5yyg3ayya173yac-guix-core-source.drv... building /gnu/store/a8f3c0vznn7xsk2rzjchys6wg3137m60-guix-config.drv.
Re: guix pull: error: corrupt input while restoring archive
Hello Simon, Am Wed, Mar 31, 2021 at 09:53:20AM +0200 schrieb Simon Josefsson via: > Minutes after posting the above, 'guix pull' works again after having > been broken in the above way for at least a week. I never realized that > asking for help on this list would solve things this quickly! See > successful output below. miracles happen! ;-) > I am still curious what happened before, in case the previous error > appears again. Other people have experienced the same problem; apparently it was a bug that has been fixed in the meantime. So as "guix pull" finally succeeded, you should not see it again. Andreas
freecad 19.1 / flatpak
Hello,
After having failed to install freecad from an Appimage on guix system
(1), a new version of freecad (freecad 19.1) has just been realised and
proposed on flathub (2).
Unfortunately, the addon manager does not work with this version of
freecad on flathub on guix system. But it is in the addons that we find
one of the main functions until a mature version can be included in the
main project: the assembly modules (A2+, Assembly2, Assembly4).
Here are the error messages:
1) When launching freecad from terminal:
$ flatpak run org.freecadweb.FreeCAD
FreeCAD 0.19, Libs: 0.19R14555 (Git shallow)
© Juergen Riegel, Werner Mayer, Yorik van Havre and others 2001-2021
FreeCAD is free and open-source software licensed under the terms of
LGPL2+ license.
FreeCAD wouldn't be possible without FreeCAD community.
# ###
## # # # #
# ## # # # # #
# # # # # # # # # #
# # ## # # #
# # ## ## # # # ## ## ##
# # ### # # ## ## ##
Traceback (most recent call last):
File "/app/freecad/Mod/Tux/NavigationIndicatorGui.py", line 55, in
changeEvent
onTooltip()
NameError: name 'onTooltip' is not defined
connect failed: Aucun fichier ou dossier de ce type
2) When you click on the "install" button from the addon manager:
Traceback (most recent call last):
File "/app/freecad/Mod/AddonManager/addonmanager_workers.py", line
769, in run
repo = git.Repo.clone_from(self.repos[idx][1], clonedir)
File "/app/lib/python3.8/site-packages/git/repo/base.py", line 1032,
in clone_from
return cls._clone(git, url, to_path, GitCmdObjectDB, progress,
multi_options, **kwargs)
File "/app/lib/python3.8/site-packages/git/repo/base.py", line 973,
in _clone
finalize_process(proc, stderr=stderr)
File "/app/lib/python3.8/site-packages/git/util.py", line 329, in
finalize_process
proc.wait(**kwargs)
File "/app/lib/python3.8/site-packages/git/cmd.py", line 408, in wait
raise GitCommandError(self.args, status, errstr)
git.exc.GitCommandError: Cmd('git') failed due to: exit code(128)
cmdline: git clone -v https://github.com/Zolko-123/FreeCAD_Assembly4
/home/christophe/.FreeCAD//Mod/Assembly4
stderr: 'Cloning into '/home/christophe/.FreeCAD//Mod/Assembly4'...
fatal: unable to find remote helper for 'https'
I tried with several addons: same results.
Any Idea?
Christophe
(1) https://lists.gnu.org/archive/html/help-guix/2021-02/msg00035.html
(2) https://flathub.org/apps/details/org.freecadweb.FreeCAD
Re: freecad 19.1 / flatpak
Hi there,
On Wednesday, March 31, 2021 11:15 AM, Christophe Pisteur
wrote:
> Hello,
>
> After having failed to install freecad from an Appimage on guix system
> (1), a new version of freecad (freecad 19.1) has just been realised and
> proposed on flathub (2).
>
> Unfortunately, the addon manager does not work with this version of
> freecad on flathub on guix system. But it is in the addons that we find
> one of the main functions until a mature version can be included in the
> main project: the assembly modules (A2+, Assembly2, Assembly4).
>
> Here are the error messages:
>
> 1. When launching freecad from terminal:
> $ flatpak run org.freecadweb.FreeCAD
> FreeCAD 0.19, Libs: 0.19R14555 (Git shallow)
> © Juergen Riegel, Werner Mayer, Yorik van Havre and others 2001-2021
> FreeCAD is free and open-source software licensed under the terms of
> LGPL2+ license.
> FreeCAD wouldn't be possible without FreeCAD community.
>
>
> # ###
>
> # # # #
>
>
>
> ## # # # #
>
> =
>
> # # # # # # # # #
>
> # # # # #
>
>
>
> # # # # # # # # ## ##
>
> ==
>
> # ### # # ## ##
>
> ===
>
> Traceback (most recent call last):
> File "/app/freecad/Mod/Tux/NavigationIndicatorGui.py", line 55, in
> changeEvent
> onTooltip()
> NameError: name 'onTooltip' is not defined
> connect failed: Aucun fichier ou dossier de ce type
>
> 2) When you click on the "install" button from the addon manager:
> Traceback (most recent call last):
> File "/app/freecad/Mod/AddonManager/addonmanager_workers.py", line
> 769, in run
> repo = git.Repo.clone_from(self.repos[idx][1], clonedir)
> File "/app/lib/python3.8/site-packages/git/repo/base.py", line 1032,
> in clone_from
> return cls._clone(git, url, to_path, GitCmdObjectDB, progress,
> multi_options, **kwargs)
> File "/app/lib/python3.8/site-packages/git/repo/base.py", line 973,
> in _clone
> finalize_process(proc, stderr=stderr)
> File "/app/lib/python3.8/site-packages/git/util.py", line 329, in
> finalize_process
> proc.wait(**kwargs)
> File "/app/lib/python3.8/site-packages/git/cmd.py", line 408, in wait
> raise GitCommandError(self.args, status, errstr)
> git.exc.GitCommandError: Cmd('git') failed due to: exit code(128)
> cmdline: git clone -v https://github.com/Zolko-123/FreeCAD_Assembly4
> /home/christophe/.FreeCAD//Mod/Assembly4
> stderr: 'Cloning into '/home/christophe/.FreeCAD//Mod/Assembly4'...
> fatal: unable to find remote helper for 'https'
>
> I tried with several addons: same results.
>
> Any Idea?
>
> Christophe
>
> (1) https://lists.gnu.org/archive/html/help-guix/2021-02/msg00035.html
> (2) https://flathub.org/apps/details/org.freecadweb.FreeCAD
According to a random blogpost in the wild you can see this:
https://blog.hostonnet.com/git-unable-to-find-remote-helper-for-https
Looks like your git is not installed with SSL support. Probably
the package comes with its own git and it's not capable enough.
Try to install it separately or something. I'm not sure if
flatpak is going to use it or not, because I have no idea about
how flatpak works, but the problem you have is because of the
git version your freecad is using.
Hope that helps,
Ekaitz
Re: freecad 19.1 / flatpak
Le mercredi 31 mars 2021 à 09:46 +, Ekaitz Zarraga a écrit : > Hi there, > > On Wednesday, March 31, 2021 11:15 AM, Christophe Pisteur < > christophe.pist...@fsfe.org> wrote: > > Hello, > > After having failed to install freecad from an Appimage on guix > > system(1), a new version of freecad (freecad 19.1) has just been > > realised andproposed on flathub (2). > > Unfortunately, the addon manager does not work with this version > > offreecad on flathub on guix system. But it is in the addons that > > we findone of the main functions until a mature version can be > > included in themain project: the assembly modules (A2+, Assembly2, > > Assembly4). > > ... > > According to a random blogpost in the wild you can see this: > https://blog.hostonnet.com/git-unable-to-find-remote-helper-for-https > > Looks like your git is not installed with SSL support. Probablythe > package comes with its own git and it's not capable enough. > Try to install it separately or something. I'm not sure ifflatpak is > going to use it or not, because I have no idea abouthow flatpak > works, but the problem you have is because of thegit version your > freecad is using. > Hope that helps, > Ekaitz Thank you for the quick answer. I have git installed on my system via guix package -i git which is probably with ssl support? So I think that the version of flatpak does not use this version of my system. >From there, I am blocked. Christophe
Re: guix pull: error: corrupt input while restoring archive
Andreas Enge writes: >> I am still curious what happened before, in case the previous error >> appears again. > > Other people have experienced the same problem; apparently it was a bug > that has been fixed in the meantime. So as "guix pull" finally succeeded, > you should not see it again. Okay, thanks for confirming that! I hope it won't occur again. /Simon signature.asc Description: PGP signature
Re: freecad 19.1 / flatpak
Christophe Pisteur writes: > Thank you for the quick answer. > I have git installed on my system via > guix package -i git > which is probably with ssl support? > So I think that the version of flatpak does not use this version of my > system. > From there, I am blocked. > > Christophe The git package for Guix includes SSL support. Since flatpak is kind of its own world, perhaps you should try installing git through flatpak as well in hopes that FreeCAD will be able to use that version. Good luck, Gary -- GPG Key ID: 7BC158ED Use `gpg --search-keys lambdatronic' to find me Protect yourself from surveillance: https://emailselfdefense.fsf.org === () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Why is HTML email a security nightmare? See https://useplaintext.email/ Please avoid sending me MS-Office attachments. See http://www.gnu.org/philosophy/no-word-attachments.html
Re: Single-board-computer approach: don't make an installer, make the install?
Mathieu Othacehe writes: > Hey Joshua, > >> I believe that these issues have been closed. I suppose we could write >> a blog post, if you believe that would be worth while. > > Yes they were indeed. It would be nice but it's not on my list right > now. I you feel like writing it, I would happily review it :). I'll add it to my list of things to do. I still am hoping to get an endlessh service merged too...I'm moving really slowly. :) > > Thanks, > > Mathieu > -- Joshua Branson (joshuaBPMan in #guix) Sent from Emacs and Gnus https://gnucode.me https://video.hardlimit.com/accounts/joshua_branson/video-channels https://propernaming.org "You can have whatever you want, as long as you help enough other people get what they want." - Zig Ziglar
Re: freecad 19.1 / flatpak
Le mercredi 31 mars 2021 à 10:29 -0400, Gary Johnson a écrit : > Christophe Pisteur writes: > > Thank you for the quick answer.I have git installed on my system > > via guix package -i gitwhich is probably with ssl support?So I > > think that the version of flatpak does not use this version of > > mysystem. From there, I am blocked. > > Christophe > > The git package for Guix includes SSL support. Since flatpak is kind > ofits own world, perhaps you should try installing git through > flatpak aswell in hopes that FreeCAD will be able to use that > version. > Good luck, Gary Unfortunately there is no git on flathub. There is only gitg, which I installed, but the problem remains with the freecad addons. Christophe
Re: Starting Sway a Wayland window manager
Vagrant Cascadian writes: > On 2021-03-29, Bone Baboon wrote: >> When I run `dbus-run-session sway` on virtual terminal 1 sway does not >> start and I get this output: >> >> ``` >> localhost dbus-daemon[380]: [system] Rejected send message, 2 matched rules; >> type="method_call", sender=":1.24" (uid=1000 pid=26112 comm="sway ") >> interface="org.freedesktop.login1.Session" member="SetType" error >> name="(unset)" requested_reply="0" destination="org.freedesktop.login1" >> (uid=0 pid=381 comm="/gnu/store/jdk3r1gs4d36n3aj9fscsvwwc9prnrzp-elogin") > > v >> [backend/backend.c:303] Failed to open any DRM device > ^ > I think this is your fundamental problem. There's no DRM device > available (at least to your user). Are there devices in /dev/dri/, and > are they writeable by your user? What is the significance of the /dev/dri/ devices? Is /dev/dri/ related to the GPU of a computer? If there are no /dev/dri devices does that mean that the graphics card is not compatible with Linux-libre or Guix and that a Wayland window manager is not going to work? I am trying to get Sway working on three computers. Computer 0: No /dev/dri/ directory. The sticker on the computer says AMD Radeon Vega Graphics. neofetch says the GPU is AMD ATI 05:00.0 Picasso. Computer 1: No /dev/dri/ directory. neofetch says the GPU is NVIDEA GeForce FX 5200. Computer 2: Has a /dev/dri/ directory with devices that are writable by my user. noefetch says the GPU is Intel Mobile 4 Series Chipset. I have not got Sway working on computer 0 or 1. On computer 2 I am able to start Sway with `sway` on virtual terminal 1. The relevant parts of the system configuration on computer 2 are: ``` (packages (append (list sway ;Wayland window manager dmenu ;a selection utility that Sway can use to launch programs foot) ;a terminal emulator that works with Sway %base-packages)) (services (append (list (service elogind-service-type)) %base-services)) ```
Advice about guile-spec package definition
Dear Guixters,
Hope you are doing well !
I am working on the package definition for
https://framagit.org/Jeko/guile-spec (file: guix.scm). It is a set of
macro based on SRFI-64.
The definition's inputs field is filled with guile-3.0 (or the guix
build reports an error with a stack trace I can't understand haha).
For Guix users willing to try guile-spec before installing it, I know
guix environment can help.
But…
When I use guild (with highest warning level) to compile t.scm[1] in an
environment based on this definition, it raises unknown warnings :
$ guix environment -l guix.scm -- guild compile -W3 /tmp/t.scm
warning: unknown warning type `#{3}#'
wrote `/home/jeko/.cache/guile/ccache/3.0-LE-8-4.2/tmp/t.scm.go'
When I call it outside of the environment, the warning is fine :
$ guild compile -W3 /tmp/t.scm
/tmp/t.scm:3:0: warning: unused variable `name'
wrote `/home/jeko/.cache/guile/ccache/3.0-LE-8-4.4/tmp/t.scm.go'
When I remove Guile from the definition's inputs fiels, the warning is
fine :
$ guix environment -l guix.scm -- guild compile -W3 /tmp/t.scm
/tmp/t.scm:3:0: warning: unused variable `name'
wrote `/home/jeko/.cache/guile/ccache/3.0-LE-8-4.4/tmp/t.scm.go'
[1] t.scm doesn't use guile-spec macro to narrow the context
$ cat /tmp/t.scm
(use-modules (srfi srfi-64))
(test-begin "group")
(test-assert "test" #t)
(test-end)
How can I make it to work ? Maybe I misuse something here… Let me know
!
Cheers,
Jérémy
Re: Starting Sway a Wayland window manager
On 2021-03-31, Bone Baboon wrote: > Vagrant Cascadian writes: > >> On 2021-03-29, Bone Baboon wrote: >>> When I run `dbus-run-session sway` on virtual terminal 1 sway does not >>> start and I get this output: ... >> v >>> [backend/backend.c:303] Failed to open any DRM device >> ^ >> I think this is your fundamental problem. There's no DRM device >> available (at least to your user). Are there devices in /dev/dri/, and >> are they writeable by your user? > > What is the significance of the /dev/dri/ devices? > Is /dev/dri/ related to the GPU of a computer? > If there are no /dev/dri devices does that mean that the graphics card > is not compatible with Linux-libre or Guix and that a Wayland window > manager is not going to work? Yes, you need /dev/dri for graphics acceleration to work, and wayland needs at least basic graphics acceleration, as I understand it. So missing/broken graphics drivers is the issue on two of your machines. > I am trying to get Sway working on three computers. > > Computer 0: > No /dev/dri/ directory. > The sticker on the computer says AMD Radeon Vega Graphics. > neofetch says the GPU is AMD ATI 05:00.0 Picasso. > > Computer 1: > No /dev/dri/ directory. > neofetch says the GPU is NVIDEA GeForce FX 5200. Both NVIDIA and AMD have a history of not always having free drivers/firmware/etc for their graphics hardware. > Computer 2: > Has a /dev/dri/ directory with devices that are writable by my user. > noefetch says the GPU is Intel Mobile 4 Series Chipset. And in my experience Intel chips usually work without problems... > I have not got Sway working on computer 0 or 1. > > On computer 2 I am able to start Sway with `sway` on virtual terminal > 1. That's consistent with my assertion, then, at least. :) So it sounds like you have sway configured correctly, but some of your hardware may be incompatible with linux-libre. live well, vagrant signature.asc Description: PGP signature
