bug#69617: guix go import fails on some version tags

Hi, The fix is availale on go-team branch, please give it a try. -- Oleg signature.asc Description: PGP signature

bug#47928: go-gopkg-in-yaml-v2-2.2.2 build fails

Hi, This issue was resolved a few years ago and no longer persists in the latest master commit: --8<---cut here---start->8--- guix time-machine --commit=de714bcb46d61922e0efc10783ea23fb0202f583 -- \ build --no-substitutes --system=i686-linux go-gopkg-in-yaml-v2

bug#71870: Some broken Go packages (including Podman)

Hi, Closing as resovled in other mentioned issues. Thanks, Oleg signature.asc Description: PGP signature

bug#71852: `gvisor-tap-vsock` fails to build, complains about missing variable `remove-go-references`

signature.asc Description: PGP signature

bug#71011: [BUG] Fail to buidl latest kitty

Hi Lucy, Thank you for your work on trouble shooting the issue. The master has go 1.22 now and I would like to proceed with Kitty update. While updating other packages requiring "github.com/alecthomas/chroma/v2" I've faced with the similar issue when it tries to use "embed" from standard library,

bug#53533: [DISCUSSION] Quality of services in reproducible build environment Guix

signature.asc Description: PGP signature

bug#71011: [BUG] Fail to buidl latest kitty

I could not reproduce it. --8<---cut here---start->8--- (guix/linux-gnu)[sharlatan@guxtil ~]$: guix build kitty substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0% 3.1 MB will be downloaded: /gnu/store/7h55d9yghc72q5lc43lrly9rvl59x

bug#71011: [BUG] Fail to buidl latest kitty

Hi Edison, Thanks for reporting. May you provide which commit you are on please? --8<---cut here---start->8--- guix describe --8<---cut here---end--->8--- signature.asc Description: PGP signature

bug#70910: xdot has stopped working after update to 1.3

Hi, Pushed as 0846eaecd45783bf40e8dc67b0c16f71068524b7 to master. -- Oleg signature.asc Description: PGP signature

bug#57836: fzf 0.33.0 release commit fails to build

Hi, Thank you for reporting this, I thinks this issue is outdated as fzf is on 0.41.0 since 767edbb6fe781d19c19971f2ccd3b0da8fd053fc in master branch. Current upstream version is 0.49.0 to wic we may bump it. Closing as no more relevant. -- Oleg signature.asc Description: PGP signature

bug#70254: withershins - failed to build

Hi, While refreshing and checking packages in (gnu packages code) I've noticed that withershins is no longer buildable, it looks like the source is not compatible with a new version of binutils. One more thing - the project does not exist by but I co

bug#47506: [PATCH] gnu: fiano-fmap: turn off tests to build program.

Hi, Closing this issue as resolved in . -- Oleg signature.asc Description: PGP signature

bug#45172: fiano-fmap test failure

Hi, Closing this issue as resolved in . -- Oleg signature.asc Description: PGP signature

bug#55928: alacritty (Rust) is not reproducible

Hi Ludo, It looks like it's self healed: --8<---cut here---start->8--- (guix/linux-gnu)[sharlatan@guxtil ~]$: guix describe Generation 5Mar 29 2024 19:22:49(current) guix 423ca23 repository URL: https://git.savannah.gnu.org/git/guix.git branc

bug#68243: alacritty segmentation fault

Fixed with 423ca234cbd7b4902fd2a3fbc089a6fd57ed5583. Closing as resolved. -- Oleg signature.asc Description: PGP signature

bug#53129: Zathura: Index for epub files only go to show page 1

Hi, Is it still relevant for you or it may be closed as resolved? The issue can't be reproduced as not commit or version provided. Thanks, Oleg signature.asc Description: PGP signature

bug#69997: Should ‘guix import pypi’ get dependencies from pyproject files?

Hi Lido! > Should ‘guix import pypi’ attempt to get dependency > information fromn‘pyproject.toml’, in addition to > ‘requirements.txt’ and wheel ‘METADATA’ as it already does? It's quite a common practice in modern Python just to include pyproject.toml, that fact makes importing long chains pro

bug#69585: sbcl-fast-generic-functions: Failed to build

Hi Guix, I've noticed that sbcl-fast-generic-functions is failed to build since <12 Sep 2023 18:35> see . Keep it tracked in issues for the future fix. --8<---cut here---start->8--- ; caught ERROR: ; READ error

bug#69258: archivebox: Failed to build

Hi Guix! While reviewing https://issues.guix.gnu.org/68491 and working on minor adjustments in: * 2f1ed825af * gnu: python-simpervisor: Enable tests. * 8cab6bac1c * gnu: python-simpervisor: Update to 1.0.0. * 4da2f179d2 * gnu: python-devtools: Update to 0.12.2, fix build. * ccbf143927 * gnu: pyt

bug#69240: [PATCH 00/10] Fix failed builds from evaluation 1123386.

Duplicated https://issues.guix.gnu.org/69238 signature.asc Description: PGP signature

bug#69240: [PATCH 00/10] Fix failed builds from evaluation 1123386.

Hi Guix! After I've pushed https://issues.guix.gnu.org/64916 it introduced some package build regression as seen in https://ci.guix.gnu.org/eval/1123386?status=newly-failed This patch series fixes them. Thanks, Oleg Sharlatan Hellseher (10): gnu: go-github-com-alecthomas-chroma: Mo

bug#69129: sbcl-mcclim broke on upgrade to sbcl@2.4.0

Hi Carlo, > I feel like this work was entirely mechanical, so I would have been > fine without a copyright header, but I appreciate it. I think it's reasonable to include copyright to highlight the efforts contributed ;-). If you check the commit history it usually includes copyright header for p

bug#69129: sbcl-mcclim broke on upgrade to sbcl@2.4.0

Hi, I've added copyright header and use version field for commit. Pushed as 4fecd14409..3cf199dbcf to master. -- Oleg signature.asc Description: PGP signature

bug#69129: [PATCH] gnu: sbcl-mcclim: Update to 0.9.8.

Hi Carlo, Thank you for the patch! May you split it into 2 please? One just updating version and adding missing inputs the other indent it. It would ease the review process to visually identify what was changed. Looking froward for v2! Thanks, Oleg

bug#69125: python-trio transient test failures

Hi Josselin, If we have a look at CI builds https://ci.guix.gnu.org/search?query=python-trio%200.21.0%20spec:master there are more failed builds than successful ones : -) Maybe it's time to update it or disable some shaky tests. WDYT? Thanks, Oleg

bug#53533: [DISCUSSION] Quality of services in reproducible build environment Guix

Hi, I think I can close this now as all questions were covered. Thanks, Oleg signature.asc Description: PGP signature

bug#53423: nncp: Fails to build (renamed file not found)

Hi Vagrant, Thank you for the ping on this issue. It was on my radar to update nncp as the package was failed to build for a long time and quite dated. It looks like the current version is not compatible with versions of golang packages available in Guix anymore. I have a chance to bump it to t

bug#68835: Resolving package inheritance issue

Hi Guix! > ./etc/teams.scm cc core - g...@cbaines.net - d...@jpoiret.xyz - l...@gnu.org - othac...@gnu.org - rek...@elephly.net - zimon.touto...@gmail.com - m...@tobias.gr Long story short, how to resolve package inheritance which would not break CI ;-) ? While reviewing and amending patch seri

bug#67304: Build python-cdflib.x86_64-linux on master is broken.

Hi, I've open an issue in upstram. Mean while please check the patch disabling the test. Thanks, Oleg On Mon, 20 Nov 2023 at 22:39, Sharlatan Hellseher wrote: > > Hi Guix, > > I've checked the cement to the test and it mentioned as a candidate to be > removed as

bug#67304: Build python-cdflib.x86_64-linux on master is broken.

Hi Guix, I've checked the cement to the test and it mentioned as a candidate to be removed as it's not stable https://github.com/MAVENSDC/cdflib/blob/master/tests/test_astropy_epochs.py#L116 # Unfortunately, currently there is a pretty big loss of precision that comes with # the c

bug#65765: nil

bug#66297: guix-daemon not starting after boot

tès wrote: > > Hi, > > Sharlatan Hellseher skribis: > > > After the recent pull and system reconfigure I've started experiencing > > guix-daemon not starting up after the system boot. > > Anything in /var/log/messages? > > What does ‘herd log’ say? &

bug#66297: guix-daemon not starting after boot

Hi Guix! After the recent pull and system reconfigure I've started experiencing guix-daemon not starting up after the system boot. ~# guix describe Generation 29 Sep 27 2023 21:59:12(current) guix 0500af5 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master

bug#65765:

Hi, May you provide the way how to reproduce it? > guix time-machine --no-channel-files > --commit=6113e0529d61df7425f64e30a6bf77f7cfdfe5a5 -- build celluloid > /gnu/store/dps6ra33zfgpga7wig085p5k3bwdxqz2-celluloid-0.25 -- … наш разум - превосходная объяснительная машина которая способна найти

bug#63427:

Hi, How to reproduce the issue? May you, please provide some steps please. -- … наш разум - превосходная объяснительная машина которая способна найти смысл почти в чем угодно, истолковать любой феномен, но совершенно не в состоянии принять мысль о непредсказуемости.

bug#63171:

Hi Apoorve, Did you try to fix it? It's failed in timemachine: > guix time-machine --commit=64086a4fa449a9f6d2f835fcdf5498222b309e3a -- build > telegram-desktop -q > guix build: error: build of > `/gnu/store/askm28ydsvx5iqr9lfqgp3vs7qzdwdzj-telegram-desktop-4.2.2.drv' > failed Thanks, Oleg -

bug#43579:

Hi, Adding more petrol to ther fire: I try to upgrade casacore to 3.5.0 which failed due to mentined problem with C++: --- [ 36%] Building CXX object tables/Dysco/CMakeFiles/tDysco.dir/tests/runtests.cc.o [5/1881] cd /tmp/

bug#58586:

Hi Chris, This issue is resolved now with listed patches applied. Regards, Oleg -- … наш разум - превосходная объяснительная машина которая способна найти смысл почти в чем угодно, истолковать любой феномен, но совершенно не в состоянии принять мысль о непредсказуемости.

bug#59200:

Hi, I've got the same issue while packing cl-graph which has cl-containers as one of the inputs. It's fails exactly the same where it can't assess cl-containers FASL file. Regards, Oleg

bug#58586:

Hi Guix! This issue could be marked as resolved with after merging patches from here https://issues.guix.gnu.org/59113 Regards, Oleg -- … наш разум - превосходная объяснительная машина которая способна найти смысл почти в чем угодно, истолковать любой феномен, но совершенно не в состоянии приня

bug#58586:

Hi, I've sent patches in separate thread which fix this this issue: https://issues.guix.gnu.org/58645 Regards, Oleg -- … наш разум - превосходная объяснительная машина которая способна найти смысл почти в чем угодно, истолковать любой феномен, но совершенно не в состоянии принять мысль о непре

bug#58586: Astropy 5.0.1 tests failed after staging->master marge

Hi Guix team, It looks like Astropy stoped building with failed tests after commit c567a82a6975e70c8207a4aeed55a72b5121213c.: - E DeprecationWarning: FLIP_TOP_BOTTOM is deprecated and will be removed in Pillow 10 (2023-07-01). Use Transpose.FLIP_TOP_BOTTOM instead. /gnu/store/q3hdznwiy

bug#42601:

Hi, I have experienced the same issue to build a package in Guix source. It's built just fine outside the source. My package definition https://git.sr.ht/~hellseher/ffab/tree/5c3071c6e3490ee285d245ada5e161cd272a161f/item/ffab/packages/lisp-xyz.scm#L50 > ./pre-inst-env guix describe Git checkout:

bug#50624:

Hi, I've got the same when I try to build new package from latest checkout, it's built from channel https://git.sr.ht/~hellseher/ffab/tree/main/item/ffab/packages/lisp-xyz.scm#L50 [env: /gnu/store/46kmhq1wkbzsdxv09k774hlak3xvvc5q-profile] > ./pre-inst-env guix build sbcl-glop ;;; note: source fil

bug#53533: [DISCUSSION] Quality of services in reproducible build environment Guix

Hi Guix team! The current QA for the accepted changes in Gujx is far away from trustible. For example, some changes in package update may cause a faileur of the whole chain of packages depending on it. It would be nice to have some soft policy of changes, check list or some procedure to have a "st

bug#46333: sbcl-common-lisp-jupyter does not install kernel.json

File "/gnu/store/hq7qr7nc2j29z3pivm3azfjy6jq3d7nx-python-3.8.2/lib/python3.8/os.py", line 213, in makedirs makedirs(head, exist_ok=exist_ok) File "/gnu/store/hq7qr7nc2j29z3pivm3azfjy6jq3d7nx-python-3.8.2/lib/python3.8/os.py", line 213, in makedirs makedirs(head, exis

bug#46333: sbcl-common-lisp-jupyter does not install kernel.json

Hi, I've checked the r-irkernel and it's coping existing kernelspec , which is not useful in this case. As Guillaume mentioned we could tweak it before installation phase by using cl-jupyter:install, so here is my draft: --8<---cut here---start->8--- (argu

bug#48225: Simple workaround

Hi, If chaining `package-name->name+version` function may affect a large layer of infrastructure here is could a quick adhoc workaround: sbcl-3d-vectors -> sbcl-cl3d-vectors sbcl-3d-vectors -> sbcl-three-d-vectors sbcl-3d-vectors -> sbcl-iiid-vectors Or use any predictable common prefix which

bug#46424: Use load-systems or load-systems*

Hi I've just checked source of ASDF and it looks like there is a native option to load multiple systems at once > --8<---cut here---start->8---> (defun load-systems* (systems &rest keys) "Loading multiple systems at once." (dolist (s systems) (apply 'l

bug#46624: Too many heap sections: Increase MAXHINCR or MAX_HEAP_SEC

./pre-inst-env guix build sbcl-cffi ;;; note: source file /home/hellseher/code/guix/gnu/packages/lisp-xyz.scm ;;; newer than compiled /home/hellseher/code/guix/gnu/packages/lisp-xyz.go Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECS Aborted -- … наш разум - превосходная объяснительная

bug#46382: Failed to install Telegram-desktop

Hi Guix team! there is a long chain issue with telegram desktop starting from guix install telegram-desktop ... uilding /gnu/store/rlpzjc0mfxgl9bdai45055pakdrpzgf9-cmake-helpers-for-telegram-desktop-2.5.1-checkout.drv... downloading from https://ci.guix.gnu.org/nar/lzip/qg3q18z8vi1z0wfdi0jkc75bs