bug#52654: shepherd lacks error reporting
On Sun, 19 Dec 2021 06:13:20 +0100 raingloom wrote: > I'm writing a single-shot shepherd-service that expands the (ext4) > root file system on first boot, using the hostname service as a > template, just passing the script as a G-expression, instead of using > the forkexec constructor. > Of course there is a bug in it. Trouble is, I have no idea what it is, > because Shepherd won't tell me. :) > The VM boots and completes the ssh initialization phase and then > apparently just gets stuck. Doesn't even show a login prompt. > It's... not a great debugging experience. > I'm going to attempt to at the very least add some error reporting. > It would also be really nice if the failure modes for Shepherd > services were better documented, like what happens when the procedure > passed in the `start` field fails, or is not even a procedure, etc. > Since I never touched Shepherd internals, help would be greatly > appreciated. > > ps.: I'm attaching the system definition for completeness's sake and > so that someone might point out where the error is, but honestly the > exact bug in my code does not matter for the feature. All that > matters is there is an error and it should be logged but isn't. So the error in my config turned out to be the G-expression not evaluating to a lambda, but the issue with Shepherd still stands.
bug#52654: shepherd lacks error reporting
I'm writing a single-shot shepherd-service that expands the (ext4) root file system on first boot, using the hostname service as a template, just passing the script as a G-expression, instead of using the forkexec constructor. Of course there is a bug in it. Trouble is, I have no idea what it is, because Shepherd won't tell me. :) The VM boots and completes the ssh initialization phase and then apparently just gets stuck. Doesn't even show a login prompt. It's... not a great debugging experience. I'm going to attempt to at the very least add some error reporting. It would also be really nice if the failure modes for Shepherd services were better documented, like what happens when the procedure passed in the `start` field fails, or is not even a procedure, etc. Since I never touched Shepherd internals, help would be greatly appreciated. ps.: I'm attaching the system definition for completeness's sake and so that someone might point out where the error is, but honestly the exact bug in my code does not matter for the feature. All that matters is there is an error and it should be logged but isn't. (define-module (raingloom machines cloud-deploy-bootstrap)) (use-modules (gnu) (gnu system nss) (guix channels) (guix modules)) (use-service-modules admin networking shepherd ssh) (use-package-modules admin bootloaders certs gnome linux networking ssh tmux tls version-control) (define disk "/dev/vda") (define partition "2") (define ext-autoexpand-service-type (let ((name 'ext-autoexpand) (desc "Automatically expand ext2 root") (modules '((ice-9 popen (shepherd-service-type name (lambda (config) (shepherd-service (documentation desc) (provision (list name)) (requirement '(file-systems)) (one-shot? #t) (start (with-imported-modules (source-module-closure modules) #~(begin (use-modules #$@modules) (let ((port (open-pipe* OPEN_WRITE #$(file-append util-linux "/sbin/sfdisk") ;; don't check if the block is in use ;; it is, and we don't care. "--no-reread" disk "-N" partition))) (display ",+" port) (close-port port)) (system* $#(file-append util-linux "/sbin/partx") "--update" disk) (system* #$(file-append e2fsprogs "/sbin/resize2fs") (string-append disk partition))) (description desc (define-public %system (operating-system (host-name "cloud-deploy-bootstrap") (timezone "Europe/Budapest") (locale "en_US.utf8") (keyboard-layout (keyboard-layout "us")) (bootloader (bootloader-configuration (bootloader grub-bootloader) (targets '("/dev/vda")) (keyboard-layout keyboard-layout))) (file-systems (append (list (file-system (device (file-system-label "cloudimg-rootfs")) (mount-point "/") (type "btrfs"))) %base-file-systems)) ;; This is where we specify system-wide packages. (packages (append (list nss-certs tmux) %base-packages)) (services (append (list (service ext-autoexpand-service-type #f) (service dhcp-client-service-type) (service openssh-service-type (openssh-configuration (openssh openssh-sans-x) (permit-root-login #t) (authorized-keys `(("root" ,(local-file (string-append (getenv "HOME") "/.ssh/id_ed25519.pub" %base-services)) ;; Allow resolution of '.local' host names with mDNS. (name-service-switch %mdns-host-lookup-nss))) %system
bug#52653: prusa-slicer fails build at configure
kreyren@leonid~$ guix shell prusa-slicer -- prusa-slicer substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0% The following derivations will be built: /gnu/store/zfwki101pn4fzpcwx0j5768nbxxvfhay-profile.drv /gnu/store/qqx7n08ilmc9rhyvk5y8z5b0g2sdzlpw-prusa-slicer-2.3.3.drv 52.0 MB will be downloaded module-import-compiled 177KiB 606KiB/s 00:00 [##] 100.0% cereal-1.3.0 502KiB 622KiB/s 00:01 [##] 100.0% coreutils-8.32 2.4MiB 3.1MiB/s 00:01 [##] 100.0% gtk%2B-3.24.30-bin 760KiB 3.6MiB/s 00:00 [##] 100.0% hidapi-0.10.1 40KiB 550KiB/s 00:00 [##] 100.0% ilmbase-2.5.7 220KiB 1.6MiB/s 00:00 [##] 100.0% inetutils-2.0 434KiB 2.5MiB/s 00:00 [##] 100.0% libigl-2.3.0 598KiB 780KiB/s 00:01 [##] 100.0% libmspack-0.10.1 58KiB 1.2MiB/s 00:00 [##] 100.0% libproxy-0.4.17 69KiB 1.5MiB/s 00:00 [##] 100.0% libsigsegv-2.13 16KiB 1.1MiB/s 00:00 [##] 100.0% glib-networking-2.70.0 120KiB 660KiB/s 00:00 [##] 100.0% gawk-5.1.0 1.0MiB 2.3MiB/s 00:00 [##] 100.0% module-import-compiled 173KiB 1.6MiB/s 00:00 [##] 100.0% nlopt-2.4.2 261KiB 2.5MiB/s 00:00 [##] 100.0% perl-file-basedir-0.08 14KiB 1.3MiB/s 00:00 [##] 100.0% perl-file-desktopentry-0.22 14KiB 815KiB/s 00:00 [##] 100.0% perl-ipc-system-simple-1.26 25KiB 1.9MiB/s 00:00 [##] 100.0% perl-uri-5.05 77KiB 793KiB/s 00:00 [##] 100.0% prusa-slicer-2.3.3-checkout 28.8MiB 3.7MiB/s 00:08 [##] 100.0% perl-file-mimeinfo-0.29 38KiB 1.5MiB/s 00:00 [##] 100.0% sdl-1.2.15 441KiB 1.6MiB/s 00:00 [##] 100.0% sed-4.8 242KiB 1.7MiB/s 00:00 [##] 100.0% snappy-1.1.9 25KiB 1.8MiB/s 00:00 [##] 100.0% wayland-protocols-1.23 61KiB 1.0MiB/s 00:00 [##] 100.0% c-blosc-1.18.1 38KiB 1.1MiB/s 00:00 [##] 100.0% xprop-1.2.5 23KiB 510KiB/s 00:00 [##] 100.0% openvdb-8.0.1 2.4MiB 2.3MiB/s 00:01 [##] 100.0% xset-1.2.4 19KiB 2.8MiB/s 00:00 [##] 100.0% xdg-utils-1.1.3 53KiB 2.7MiB/s 00:00 [##] 100.0% wxwidgets-3.0.5.1 7.5MiB 2.9MiB/s 00:03 [##] 100.0% building /gnu/store/qqx7n08ilmc9rhyvk5y8z5b0g2sdzlpw-prusa-slicer-2.3.3.drv... | 'configure' phasebuilder for `/gnu/store/qqx7n08ilmc9rhyvk5y8z5b0g2sdzlpw-prusa-slicer-2.3.3.drv' failed with exit code 1 build of /gnu/store/qqx7n08ilmc9rhyvk5y8z5b0g2sdzlpw-prusa-slicer-2.3.3.drv failed View build log at '/var/log/guix/drvs/qq/x7n08ilmc9rhyvk5y8z5b0g2sdzlpw-prusa-slicer-2.3.3.drv.bz2'. cannot build derivation `/gnu/store/zfwki101pn4fzpcwx0j5768nbxxvfhay-profile.drv': 1 dependencies couldn't be built guix shell: error: build of `/gnu/store/zfwki101pn4fzpcwx0j5768nbxxvfhay-profile.drv' failed kreyren@leonid~$ guix describe Generation 2 Dec 18 2021 17:08:15 (current) guix f80b5c3 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: f80b5c3d2f04ada0cb2534edb12da5a58eed94ce -- -- Jacob Hrbek publickey - kreyren@rixotstudio.cz - 1677db82.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
bug#52651: syncthing-gtk fails to run (librsvg error)
I should have specified it worked on core-updates-frozen before the last big changes (input style, etc.) and merge into master.
bug#52652: FreeCAD requires write access to store for parsetab.py
The FreeCAD on guix with patch 52608 to satisfy the dependency for python-ply requires write access to the store to work with OpenSCAD files: Steps to reproduce: 0. Get FreeCAD and open a new project 2. Navigate to OpenSCAD workbench 3. In top-menu: OpenSCAD -> Add OpenSCAD Element... 4. Try to create `cube()` as **NON**-mesh and expect the following: ImportCSG Version 0.6a Start Lex End Lex Load Parser WARNING: Token 'DOT' defined, but not used WARNING: Token 'WORD' defined, but not used WARNING: There are 2 unused tokens WARNING: Couldn't create 'parsetab'. [Errno 30] Read-only file system: '/gnu/store/wga178lb0hiwyplv00mpvv6q3i74nqbr-freecad-0.19.2/Mod/OpenSCAD/parsetab.py' Parser Loaded Start Parser size vector ('size', ['1', '1', '1']) ('center', 'false') cube : {'size': ['1', '1', '1'], 'center': 'false'} End Cube End Parser [] End processing CSG file -- -- Jacob Hrbek publickey - kreyren@rixotstudio.cz - 1677db82.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
bug#52651: syncthing-gtk fails to run (librsvg error)
Hi Guixers, Looks like syncthing-gtk broke sometime just before/during/after the big core-updates-frozen merge. It was working for me at least before the merge, but I was slightly out of date. I don't think it is the syncthing-gtk package itself (no changes other than input style change), but it fails due to librsvg or how it uses it. Not sure what has changed here to cause this. Running with RUST_BACKTRACE=full syncthing-gtk (as suggested by syncthing-gtk after shorter error messages), the output is: I StatusIconUsing backend StatusIconGTK3 (primary) I App I App Syncthing-GTK started and running in notification area (.syncthing-gtk-real:3861): Gdk-CRITICAL **: 17:05:06.225: gdk_window_thaw_toplevel_updates: assertion 'window->update_and_descendants_freeze_count > 0' failed thread '' panicked at 'Type RsvgHandle has already been registered', /tmp/guix-build-librsvg-2.50.7.drv-0/librsvg-2.50.7/guix-vendor/rust-glib-0.9.3.tar.gz/src/subclass/types.rs:485:13 stack backtrace: 0: 0x7fb2b7bab67d - 1: 0x7fb2b7c6969c - 2: 0x7fb2b7b9ff75 - 3: 0x7fb2b7ba591b - 4: 0x7fb2b7ba54fb - 5: 0x7fb2b7ba605e - 6: 0x7fb2b7bac317 - 7: 0x7fb2b7bab7bc - 8: 0x7fb2b7ba5b72 - 9: 0x7fb2b772e70b - 10: 0x7fb2b7741cbb - 11: 0x7fb2b772e538 - 12: 0x7fb2b7733351 - rsvg_rust_handle_get_type 13: 0x7fb2d23e4463 - g_registered_type_info_get_g_type 14: 0x7fb2d25610ed - _wrap_g_registered_type_info_get_g_type 15: 0x7fb2d2d94317 - 16: 0x7fb2d2d007c8 - _PyEval_EvalFrameDefault 17: 0x7fb2d2e3c03c - 18: 0x7fb2d2d47e1e - _PyFunction_Vectorcall 19: 0x7fb2d2d4ae48 - 20: 0x7fb2d2db9642 - 21: 0x7fb2d2cfdf0e - _PyEval_EvalFrameDefault 22: 0x7fb2d2cf968b - 23: 0x7fb2d2d00310 - _PyEval_EvalFrameDefault 24: 0x7fb2d2e3c03c - 25: 0x7fb2d2d47e1e - _PyFunction_Vectorcall 26: 0x7fb2d2d00310 - _PyEval_EvalFrameDefault 27: 0x7fb2d2cf968b - 28: 0x7fb2d2d00310 - _PyEval_EvalFrameDefault 29: 0x7fb2d2cf968b - 30: 0x7fb2d2d4adc4 - 31: 0x7fb2d256a7b1 - pyg_closure_marshal 32: 0x7fb2d23904af - g_closure_invoke 33: 0x7fb2d23a1fcb - signal_emit_unlocked_R.isra.0 34: 0x7fb2d2556f21 - pygobject_emit 35: 0x7fb2d2d52020 - 36: 0x7fb2d2d00310 - _PyEval_EvalFrameDefault 37: 0x7fb2d2cf968b - 38: 0x7fb2d2d00310 - _PyEval_EvalFrameDefault 39: 0x7fb2d2cf968b - 40: 0x7fb2d2d4adc4 - 41: 0x7fb2d2cff09a - _PyEval_EvalFrameDefault 42: 0x7fb2d2cf968b - 43: 0x7fb2d2d4adc4 - 44: 0x7fb2d256cb78 - _pygi_closure_handle 45: 0x7fb2d2375446 - 46: 0x7fb2d23758d0 - 47: 0x7fb2d21bf919 - g_task_return_now 48: 0x7fb2d21c040b - g_task_return.part.0 49: 0x7fb2d218a2e5 - read_bytes_callback 50: 0x7fb2d218b807 - async_ready_callback_wrapper 51: 0x7fb2d21bf919 - g_task_return_now 52: 0x7fb2d21bf959 - complete_in_idle_cb 53: 0x7fb2d246136f - g_main_context_dispatch 54: 0x7fb2d24616e8 - g_main_context_iterate.constprop.0 55: 0x7fb2d246178f - g_main_context_iteration 56: 0x7fb2d21ed4c5 - g_application_run 57: 0x7fb2d237573d - 58: 0x7fb2d23744ec - 59: 0x7fb2d256f376 - pygi_invoke_c_callable 60: 0x7fb2d25710ea - pygi_function_cache_invoke 61: 0x7fb2d2d47b69 - PyObject_Call 62: 0x7fb2d2cff09a - _PyEval_EvalFrameDefault 63: 0x7fb2d2e3c03c - 64: 0x7fb2d2d47e1e - _PyFunction_Vectorcall 65: 0x7fb2d2d00310 - _PyEval_EvalFrameDefault 66: 0x7fb2d2e3c03c - 67: 0x7fb2d2e3c37d - PyEval_EvalCode 68: 0x7fb2d2e816f5 - 69: 0x7fb2d2e82f4d - PyRun_SimpleFileExFlags 70: 0x7fb2d2ea1ae7 - 71: 0x7fb2d2ea20f8 - Py_BytesMain 72: 0x7fb2d28fd7dd - __libc_start_main 73: 0x40107a - _start 74:0x0 - fatal runtime error: failed to initiate panic, error 5
bug#52483: GnuPG 2.2.30 cannot do symmetric encryption
Leo Famulari writes: > If emacs-pinentry cannot use a current GnuPG, what should we do? And > maybe we don't need emacs-pinentry anymore?: > > https://emacs.stackexchange.com/a/64721 > I don't think emacs-pinentry is needed, because adding "allow-emacs-pinentry" to gpg-agent.conf worked (for me) (at least) since several years in (guix) emacs w/o using emacs-pinentry (or other emacs customization). --- Wir kommen nackt auf diese Welt und atmen ein. Wir atmen aus und verlassen diese Welt mit leeren Händen. und dazwischen gestalten wir unser Leben. signature.asc Description: PGP signature
bug#52650: Guix pull fails building package cache
On Sat, Dec 18, 2021 at 11:32:46PM +, André A. Gomes wrote: > I got the following error after issuing guix pull. > > --8<---cut here---start->8--- > building package cache... > /builder for > `/gnu/store/6z0pny4mqnhrakqxs1yca5lnxjd1xszr-guix-package-cache.drv' failed > to produce output path > `/gnu/store/9spwrk8l40kpi110q47ckay0znmjzbdb-guix-package-cache' > build of /gnu/store/6z0pny4mqnhrakqxs1yca5lnxjd1xszr-guix-package-cache.drv > failed > --8<---cut here---end--->8--- > > And the log says: > > --8<---cut here---start->8--- > (repl-version 0 1 1) > Generating package cache for > '/gnu/store/c68ygnsa87mqzfnrnkp798qi3jdsixh0-profile'... > (exception unbound-variable (value #f) (value "Unbound variable: ~S") (value > (lttng-ust)) (value #f)) > --8<---cut here---end--->8--- I'm using Guix on x86_64-linux. While using commit 94836b215630ad0f4a7c06b8e4284d923ac1197f, I pulled to current --- commit b3a0db7a0e5fa7186c090647cfd5666e2b9287ff. I didn't have any problems doing `guix install hello` afterwards. Are you using some 3rd-party channels that might need to be adjusted?
bug#52483: GnuPG 2.2.30 cannot do symmetric encryption
On Fri, Dec 17, 2021 at 11:56:41PM -0500, Maxim Cournoyer wrote: > I'm testing this: > > --8<---cut here---start->8--- > gnu: gnupg: Update to 2.3.3. > > * gnu/packages/gnupg.scm (gnupg): Update to 2.3.3. > (gnupg-2.2.32): Delete variable. > (qgpgme)[native-inputs]: Use the regular gnupg package. Okay. Make sure to also adjust emacs-pinentry. I tested with GnuPG 2.2.23 by building all packages that depend directly on GnuPG. There were no new failures on x86_64-linux when using GnuPG 2.2.32.
bug#52650: Guix pull fails building package cache
Hi, I got the following error after issuing guix pull. --8<---cut here---start->8--- building package cache... /builder for `/gnu/store/6z0pny4mqnhrakqxs1yca5lnxjd1xszr-guix-package-cache.drv' failed to produce output path `/gnu/store/9spwrk8l40kpi110q47ckay0znmjzbdb-guix-package-cache' build of /gnu/store/6z0pny4mqnhrakqxs1yca5lnxjd1xszr-guix-package-cache.drv failed --8<---cut here---end--->8--- And the log says: --8<---cut here---start->8--- (repl-version 0 1 1) Generating package cache for '/gnu/store/c68ygnsa87mqzfnrnkp798qi3jdsixh0-profile'... (exception unbound-variable (value #f) (value "Unbound variable: ~S") (value (lttng-ust)) (value #f)) --8<---cut here---end--->8--- -- André A. Gomes "Free Thought, Free World"
bug#52606: FreeCAD - Missing dependency python-ply
Steps to reproduce: 1. Get FreeCAD and open any project 2. Navigate to OpenSCAD workbench 3. In top-menu: OpenSCAD -> Add OpenSCAD Element... 4. Try to create `cube()` as **NON**-mesh and expect the following: 21:06:38 Traceback (most recent call last): 21:06:38 File "/gnu/store/c600mwsbfxyiv0i35y7srhxp2g3ya7wb-freecad-0.19.2/Mod/OpenSCAD/OpenSCADCommands.py", line 380, in addelement 21:06:38 import importCSG 21:06:38 File "/gnu/store/mcdj73r1d10nqmz9pjcmkxsni00kffz9-python-shiboken-2-5.15.2/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py", line 142, in _import 21:06:38 return original_import(name, *args, **kwargs) 21:06:38 File "/gnu/store/c600mwsbfxyiv0i35y7srhxp2g3ya7wb-freecad-0.19.2/Mod/OpenSCAD/importCSG.py", line 44, in 21:06:38 import ply.lex as lex 21:06:38 File "/gnu/store/mcdj73r1d10nqmz9pjcmkxsni00kffz9-python-shiboken-2-5.15.2/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__ feature__.py", line 142, in _import 21:06:38 return original_import(name, *args, **kwargs) 21:06:38 ModuleNotFoundError: No module named 'ply' -- -- Jacob Hrbek publickey - kreyren@rixotstudio.cz - 1677db82.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
bug#52510: Acknowledgement (guix install - profile build takes forever)
I use not only guix chan, but nonguix (for the binary build system and for clojure-tools) gorilla (for babashka as binary build; I also use it for vs-codium, but this is currently broken due to core update merge) I dont think I use repos from guix-science in this profile. Generation 151 Dec 18 2021 17:36:46(current) gorilla ba6cd01 repository URL: https://github.com/pink-gorilla/gorilla-guix-chan branch: master commit: ba6cd01922216e2ac2a34a57f8198a4f76d1255c science e84cb16 repository URL: https://github.com/guix-science/guix-science.git branch: master commit: e84cb167f1f3e2549eae25ec80084cc7253068cf nonguix 07b206a repository URL: https://gitlab.com/nonguix/nonguix.git branch: master commit: 07b206af5dc32b93cbc6583896d442a87c8d7b22 guix 3aef0e7 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 3aef0e7ee67932058629e45a44091d1b4a322f90 This is the output of "guix package --export-manifest" ;; This "manifest" file can be passed to 'guix package -m' to reproduce ;; the content of your profile. This is "symbolic": it only specifies ;; package names. To reproduce the exact same profile, you also need to ;; capture the channels being used, as returned by "guix describe". ;; See the "Replicating Guix" section in the manual. (specifications->manifest (list "calibre" "hplip" "rofi" "readymedia" "libreoffice" "emacs" "ungoogled-chromium" "nyxt" "docker" "qemu" "virt-manager" "udiskie" "remmina" "claws-mail" "java-swt" "openssh" "syncthing-gtk" "docker-compose" "gparted" "inxi" "git" "certbot" "telegram-desktop" "quassel" "xfce4-screenshooter" "xfce4-notifyd" "xfce4-whiskermenu-plugin" "exo" "fontconfig" "eovim" "kate" "mousepad" "pdfarranger" "qpdfview" "midori" "nomad" "vimb" "glimpse" "xdot" "gst-libav" "gst-plugins-base" "gst-plugins-good" "gst-plugins-ugly" "vlc" "kodi" "ffmpeg" "pavucontrol" "keepassxc" "transmission:gui" "qbittorrent" "youtube-dl" "flatpak" "catfish" "celestia-gtk" "elementary-xfce-icon-theme" "adwaita-icon-theme" "breeze-icons" "matcha-theme" "papirus-icon-theme" "java-qdox" "iputils" "fish" "byobu" "ranger" "mc" "glances" "rsync" "mesa-utils" "xclock" "sxiv" "gstreamer" "subdl" "libwebp" "xdotool" "ntp" "xsettingsd" "node" "graphviz@2.42" "font-gnu-freefont" "emacs-spacemacs-theme" "icecat" "syncthing" "openjdk:jdk" "clojure-tools" "gpart" "wget" "curl" "unzip" "openssl" "vscodium" "font-iosevka" "font-iosevka-aile" "sdparm" "hdparm" "parted" "cryptsetup" "cpuid" "cpuinfo" "tree" "whois" "perftest" "the-silver-searcher" "bash" "zsh" "zsh-autosuggestions" "less" "which" "grep" "sed" "tmux" "tar" "p7zip" "tarlz" "gzip" "zip" "sysfsutils" "htop" "ncdu" "ncurses" "rclone" "nano" "findutils" "mlocate" "glibc-locales" "mcron" "fasd" "coreutils" "hello" "make" "gcc-toolchain" "xcursor-themes" "hicolor-icon-theme" "font-hack" "font-fira-mono" "font-gnu-unifont" "font-google-noto" "font-openmoji" "opus" "docker-cli" "scm" "go-ipfs" "arc-icon-theme" "gnome-icon-theme" "gnome-backgrounds" "font-fira-code" "font-jetbrains-mono" "font-abattis-cantarell" "font-dejavu" "font-liberation" "font-awesome" "font-google-material-design-icons" "gs-fonts" "font-ibm-plex" "font-wqy-microhei" "fastjar" "rlwrap" "leiningen" "babashka")) On Wed, Dec 15, 2021 at 2:05 PM GNU bug Tracking System < help-debb...@gnu.org> wrote: > Thank you for filing a new bug report with debbugs.gnu.org. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s):
bug#52601: FreeCAD(0.19.2): Unable to select points in sketch
Hi, Jacob Hrbek schreef op za 18-12-2021 om 15:22 [+]: > The Sketched on FreeCAD-0.19.2 using Guix > bfaf6c18016a091f3f36c079c4a58e49a123d9f0 is broken -> I can't work > with > points > > Steps to reproduce: > 0. Get FreeCAD, open it and create a new project > 1. Create a new sketch and sketch two shapes > 3. Try to then connect two points of these shapes which is > unexpectedly > impossible to do. This seems very unlikely to be a Guix-specific problem, presumably the ratio FreeCAD users/bug-guix people is almost (though not exactly!) zero, and FreeCAD is relatively unimportant in Guix (compared to, say, bash, guile and linux(-libre)), so you are much more likely to find help (+ bug fix?) on https://forum.freecadweb.org. The only thing guix could realistically do, is updating the FreeCAD package after the fix has been made upstream. Hence, closing, but feel free to reopen once things have been fixed upstream, as a reminder that FreeCAD needs to be updated, or if somehow this problem is guix-specific. Greetings, Maxime
bug#52601: FreeCAD(0.19.2): Unable to select points in sketch
The Sketched on FreeCAD-0.19.2 using Guix bfaf6c18016a091f3f36c079c4a58e49a123d9f0 is broken -> I can't work with points Steps to reproduce: 0. Get FreeCAD, open it and create a new project 1. Create a new sketch and sketch two shapes 3. Try to then connect two points of these shapes which is unexpectedly impossible to do. Expected: Make FreeCAD's sketch functional Current channels: kreyren@leonid~$ guix describe Generation 1 Dec 09 2021 12:31:23 (current) guix bfaf6c1 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: bfaf6c18016a091f3f36c079c4a58e49a123d9f0 Relevants: 1. https://forum.freecadweb.org/viewtopic.php?t=29064 2. https://tracker.freecadweb.org/view.php?id=259 -- Jacob Hrbek publickey - kreyren@rixotstudio.cz - 1677db82.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
bug#52598: Clojure-build-system failure at the unpack phase
Aleksandr Vityazev schreef op za 18-12-2021 om 11:34 [+]: > Hello, > > Tried to build all the packages from gnu/package/clojure.scm that use > clojure-build-system. All have the same error: [...] I think the problem is that #:source is included in the private- keywords in (guix build-system clojure), so the source isn't passed to the builder, instead #false is passed. (untested) While we're at it, we might want to modify 'unpack' in ant-build-system to fail gracefully if there's no source (e.g. print an error like ‘source code is missing’ or something). That would probably incur many rebuilds (though only of Java packages?), so that might need to be done on a separate branch. Greetings, Maxime.
bug#52598: Clojure-build-system failure at the unpack phase
Hello, Tried to build all the packages from gnu/package/clojure.scm that use clojure-build-system. All have the same error: --8<---cut here---start->8--- starting phase `unpack' error: in phase 'unpack': uncaught exception: wrong-type-arg "string-suffix?" "Wrong type argument in position ~A (expecting ~A): ~S" (2 "string" #f) (#f) phase `unpack' failed after 0.0 seconds Backtrace: 9 (primitive-load "/gnu/store/rw9rz7hahnvmlgk8ii1nfd94yc0…") In guix/build/gnu-build-system.scm: 904:2 8 (gnu-build #:source _ #:outputs _ #:inputs _ #:phases . #) In ice-9/boot-9.scm: 1752:10 7 (with-exception-handler _ _ #:unwind? _ # _) In srfi/srfi-1.scm: 634:9 6 (for-each # …) In ice-9/boot-9.scm: 1752:10 5 (with-exception-handler _ _ #:unwind? _ # _) In guix/build/gnu-build-system.scm: 925:23 4 (_) In guix/build/ant-build-system.scm: 147:6 3 (unpack #:source _) In unknown file: 2 (string-suffix? ".jar" #f # # #<…> …) In ice-9/boot-9.scm: 1685:16 1 (raise-exception _ #:continuable? _) 1685:16 0 (raise-exception _ #:continuable? _) ice-9/boot-9.scm:1685:16: In procedure raise-exception: In procedure string-suffix?: Wrong type argument in position 2 (expecting string): #f builder for `/gnu/store/8zzfxjymy042l28d3mryqgxgdq3f6pv3-clojure-tools-cli-1.0.206.drv' failed with exit code 1 --8<---cut here---end--->8--- -- Best regards, Aleksandr Vityazev