bug#46382: Failed to install Telegram-desktop

[Sharlatan Hellseher]

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/qg3q18z8vi1z0wfdi0jkc75bs8b4q3r3-nimf-1.2
... nimf-1.2 1.1MiB 2.0MiB/s 00:01 [##] 100.0%
building 
/gnu/store/ahnnxxdy5z928qxsv5p734lggsj1ak5n-codegen-2.5.1-checkout.drv...
building 
/gnu/store/zzq845cc2idk5c24mgnsjan8i619dl4x-lib-base-for-telegram-desktop-2.5.1-checkout.drv...
building 
/gnu/store/s8qs2hra0xgsgc0nlvc8ssqgscsqjf6l-lib-crl-for-telegram-desktop-2.5.1-checkout.drv...
building 
/gnu/store/glm66g3f991fphf4zj63g8906p2jnh2g-lib-lottie-for-telegram-desktop-2.5.1-checkout.drv...
building 
/gnu/store/y5lqbbjnyp00cdd694p3q0yscldsvq6r-lib-qr-for-telegram-desktop-2.5.1-checkout.drv...
building 
/gnu/store/lcvwzvjdjlpxidr8v5pfvza8v4hrkf2f-lib-rlottie-for-telegram-desktop-2.5.1-checkout.drv...
building 
/gnu/store/72k6gwbibpbyrwq2sg6s80jp66s992ak-lib-rpl-for-telegram-desktop-2.5.1-checkout.drv...
building 
/gnu/store/hnpgrg99a3y1v7wy2wr11pj7cn3yvhs8-lib-spellcheck-for-telegram-desktop-2.5.1-checkout.drv...
building 
/gnu/store/yfris22p1k3v211n0shqppi3malrr5jw-lib-storage-for-telegram-desktop-2.5.1-checkout.drv...
building 
/gnu/store/61w2d20d8zvzrmravxdz4zm75r2zjaav-lib-tl-for-telegram-desktop-2.5.1-checkout.drv...
building 
/gnu/store/xlhmnzdvhf5arvk5mm80sbnskrr7p9l8-lib-ui-for-telegram-desktop-2.5.1-checkout.drv...
building 
/gnu/store/wa605m8939ds4jxz5jcx5mlwrhyq8a5g-lib-webrtc-for-telegram-desktop-2.5.1-checkout.drv...
building /gnu/store/ixb0r6glljn0p5x2v53xcq1z7m2xkzfd-libexpected-1.0.0.drv...
building 
/gnu/store/q9kawg6qqx9k0klay4nlwk1agnm4sfmk-materialdecoration-1.1.0-checkout.drv...
building 
/gnu/store/l9ijsdm4lhi782lmia5328m7rdyv7ddm-module-import-compiled.drv...
building 
/gnu/store/n68qqcxi8xpb0ic1a01gkmfh3871rgwp-materialdecoration-1.1.0.drv...
80% 
[#
] builder for 
`/gnu/store/n68qqcxi8xpb0ic1a01gkmfh3871rgwp-materialdecoration-1.1.0.drv'
failed with exit code 1 build of
/gnu/store/n68qqcxi8xpb0ic1a01gkmfh3871rgwp-materialdecoration-1.1.0.drv
failed View build log at
'/var/log/guix/drvs/n6/8qqcxi8xpb0ic1a01gkmfh3871rgwp-materialdecoration-1.1.0.drv.bz2'.
cannot build derivation
`/gnu/store/s3sd7r18kag8nvbg46c2zbsfsnz01ya5-telegram-desktop-2.5.1.drv':
1 dependencies couldn't be built cannot build derivation
`/gnu/store/w1pnih12rwk3s1mxr8i756wg0j34yklb-profile.drv': 1
dependencies couldn't be built guix install: error: build of
`/gnu/store/w1pnih12rwk3s1mxr8i756wg0j34yklb-profile.drv' failed
...

guix build materialdecoration
...
In file included from
/gnu/store/zzxq7q3fn6pnn1jahyzcf85hm8wakk1x-qtwayland-5.15.2/include/qt5/QtWaylandClient/5.15.2/QtWaylandClient/private/qwaylandwindow_p.h:66:0,
from 
/tmp/guix-build-materialdecoration-1.1.0.drv-0/source/src/plugins/decorations/material/materialdecoration.h:44,
from 
/tmp/guix-build-materialdecoration-1.1.0.drv-0/source/src/plugins/decorations/material/plugin.cpp:24:
/gnu/store/zzxq7q3fn6pnn1jahyzcf85hm8wakk1x-qtwayland-5.15.2/include/qt5/QtWaylandClient/5.15.2/QtWaylandClient/private/qwaylanddisplay_p.h:71:10:
fatal error: QtXkbCommonSupport/private/qxkbcommon_p.h: No such file
or directory #include ^~~ In
file included from
/gnu/store/zzxq7q3fn6pnn1jahyzcf85hm8wakk1x-qtwayland-5.15.2/include/qt5/QtWaylandClient/5.15.2/QtWaylandClient/private/qwaylandwindow_p.h:66:0,
from 
/tmp/guix-build-materialdecoration-1.1.0.drv-0/source/src/plugins/decorations/material/materialdecoration.h:44,
from 
/tmp/guix-build-materialdecoration-1.1.0.drv-0/build/src/plugins/decorations/material/materialdecoration_autogen/EWIEGA46WW/moc_materialdecoration.cpp:10,
from 
/tmp/guix-build-materialdecoration-1.1.0.drv-0/build/src/plugins/decorations/material/materialdecoration_autogen/mocs_compilation.cpp:2:
/gnu/store/zzxq7q3fn6pnn1jahyzcf85hm8wakk1x-qtwayland-5.15.2/include/qt5/QtWaylandClient/5.15.2/QtWaylandClient/private/qwaylanddisplay_p.h:71:10:
fatal error: QtXkbCommonSupport/private/qxkbcommon_p.h: No such file
or directory #include ^~~
compilation terminated. compilation terminated. make[2]: ***
[src/plugins/decorations/material/CMakeFiles/materialdecoration.dir/build.make:66:
src/plugins/decorations/material/CMakeFiles/materialdecoration.dir/materialdecoration_autogen/mocs_compilation.cpp.o]
Error 1 make[2]: *** Waiting for unfinished jobs make[2]: ***
[src/plugins/decorations/material/CMakeFiles/materialdecoration.dir/build.make:92:
src/plugins/decorations/material/CMakeFiles/materialdecoration.dir/plugin.cpp.o]
Error 1 In file included from
/gnu/store/zzxq7q3fn6pnn1jahyzcf85hm8wak

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

[Sharlatan Hellseher]

./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#46424: Use load-systems or load-systems*

[Sharlatan Hellseher]

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 'load-system s keys)))

  (defun load-systems (&rest systems)
"Loading multiple systems at once."
(load-systems* systems))
--8<---cut here---end--->8---

https://gitlab.common-lisp.net/asdf/asdf/-/blob/master/operate.lisp#L155

-- 
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.

bug#48225: Simple workaround

[Sharlatan Hellseher]

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 could be use and replaced
after the function is reviewed.
-- 
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.

bug#50624:

[Sharlatan Hellseher]

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 file /mnt/library/code/guix/gnu/packages/lisp-xyz.scm
;;;   newer than compiled /mnt/library/code/guix/gnu/packages/lisp-xyz.go
;;; note: source file /mnt/library/code/guix/gnu/packages/lisp-xyz.scm
;;;   newer than compiled
/run/current-system/profile/lib/guile/3.0/site-ccache/gnu/packages/lisp-xyz.go
;;; note: source file /mnt/library/code/guix/gnu/packages/lisp-xyz.scm
;;;   newer than compiled
/run/current-system/profile/lib/guile/3.0/site-ccache/gnu/packages/lisp-xyz.go
error: libxrandr: unbound variable
hint: Did you forget a `use-modules' form?

error: googletest: unbound variable
hint: Did you forget a `use-modules' form?

error: bzip2: unbound variable
hint: Did you forget a `use-modules' form?

error: binutils: unbound variable
hint: Did you forget a `use-modules' form?

error: gcc-4.9: unbound variable
hint: Did you forget a `use-modules' form?

error: xz: unbound variable
hint: Did you forget a `use-modules' form?

error: gash: unbound variable
hint: Did you forget a `use-modules' form?

error: gnu-make: unbound variable
hint: Did you forget a `use-modules' form?

error: binutils: unbound variable
hint: Did you forget a `use-modules' form?

error: ffmpeg: unbound variable
hint: Did you forget a `use-modules' form?

error: xorg-server: unbound variable
hint: Did you forget a `use-modules' form?

error: libdvdnav: unbound variable
hint: Did you forget a `use-modules' form?

error: perl: unbound variable
hint: Did you forget a `use-modules' form?

error: coreutils: unbound variable
hint: Did you forget a `use-modules' form?

error: libetpan: unbound variable
hint: Did you forget a `use-modules' form?

error: openmpi: unbound variable
hint: Did you forget a `use-modules' form?

Throw to key `unbound-variable' with args `("resolve-interface" "no
binding `~A' in module ~A" (python (gnu packages python)) #f)'.
Backtrace:
In guix/store.scm:
   659:37 19 (thunk)
   1298:8 18 (call-with-build-handler # …)
In guix/scripts/build.scm:
567:2 17 (_)
In srfi/srfi-1.scm:
   673:15 16 (append-map _ _ . _)
   586:17 15 (map1 ((argument . "sbcl-glop") (build-mode . 0) (. #) …))
In guix/scripts/build.scm:
   587:31 14 (_ _)
In gnu/packages.scm:
480:2 13 (%find-package "sbcl-glop" "sbcl-glop" #f)
365:6 12 (find-best-packages-by-name _ _)
   295:56 11 (_ "sbcl-glop" _)
In unknown file:
  10 (force #)
In gnu/packages.scm:
   242:33  9 (fold-packages # …)
In guix/discovery.scm:
   159:11  8 (all-modules _ #:warn _)
In srfi/srfi-1.scm:
   460:18  7 (fold # …)
In guix/discovery.scm:
   149:19  6 (_ _ ())
116:5  5 (scheme-modules _ _ #:warn _)
In srfi/srfi-1.scm:
   691:23  4 (filter-map # . #)
In guix/discovery.scm:
   124:24  3 (_ . _)
In guix/ui.scm:
319:2  2 (report-unbound-variable-error _ #:frame _)
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:
Throw to key `match-error' with args `("match" "no matching pattern"
(unbound-variable "resolve-interface" "no binding `~A' in module ~A"
(python (gnu packages python)) #f))'.
[env: /gnu/store/46kmhq1wkbzsdxv09k774hlak3xvvc5q-profile]
> ./pre-inst-env guix describe
Git checkout:
  repository: /mnt/library/code/guix
  branch: local/lisp-xyz/glop
  commit: c4e03f82047a6a2a07cb34c94d2280183a901e8e

-- 
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.

bug#42601:

[Sharlatan Hellseher]

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:
  repository: /mnt/library/code/guix
  branch: local/lisp-xyz/glop
  commit: c23d4871a609018b16ce27f2a131f9a20bf075c2
[env: /gnu/store/q781h6gmv1n2d05gkjs0fq84fjis78v3-profile]

Throw to key `unbound-variable' with args `("resolve-interface" "no
binding `~A' in module ~A" (python (gnu packages python)) #f)'.
Backtrace:
In guix/store.scm:
   659:37 19 (thunk)
   1298:8 18 (call-with-build-handler # …)
In guix/scripts/build.scm:
567:2 17 (_)
In srfi/srfi-1.scm:
   673:15 16 (append-map _ _ . _)
   586:17 15 (map1 ((argument . "sbcl-glop") (build-mode . 0) (. #) …))
In guix/scripts/build.scm:
   587:31 14 (_ _)
In gnu/packages.scm:
479:2 13 (%find-package "sbcl-glop" "sbcl-glop" #f)
364:6 12 (find-best-packages-by-name _ _)
   294:56 11 (_ "sbcl-glop" _)
In unknown file:
  10 (force #)
In gnu/packages.scm:
   241:33  9 (fold-packages # …)
In guix/discovery.scm:
   159:11  8 (all-modules _ #:warn _)
In srfi/srfi-1.scm:
   460:18  7 (fold # …)
In guix/discovery.scm:
   149:19  6 (_ _ ())
116:5  5 (scheme-modules _ _ #:warn _)
In srfi/srfi-1.scm:
   691:23  4 (filter-map # . #)
In guix/discovery.scm:
   124:24  3 (_ . _)
In guix/ui.scm:
319:2  2 (report-unbound-variable-error _ #:frame _)
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:
Throw to key `match-error' with args `("match" "no matching pattern"
(unbound-variable "resolve-interface" "no binding `~A' in module ~A"
(python (gnu packages python)) #f))'.



-- 
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.

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

[Sharlatan Hellseher]

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/q3hdznwiyz7ywhmfnddv9b3g3v1plhqw-python-pillow-9.2.0/lib/python3.9/site-packages/PIL/_deprecate.py:62:
DeprecationWarning
=== short test summary info 
FAILED 
astropy/visualization/wcsaxes/tests/test_misc.py::test_no_numpy_warnings[lines]
FAILED 
astropy/visualization/wcsaxes/tests/test_misc.py::test_no_numpy_warnings[contours]
FAILED astropy/visualization/wcsaxes/tests/test_misc.py::test_plt_imshow_origin
FAILED astropy/visualization/wcsaxes/tests/test_misc.py::test_ax_imshow_origin
FAILED astropy/visualization/wcsaxes/tests/test_wcsapi.py::test_edge_axes - D...
= 5 failed, 18427 passed, 1065 skipped, 126 deselected, 67 xfailed in
262.41s (0:04:22) =
error: in phase 'check': uncaught exception:
%exception #<&invoke-error program: "python" arguments: ("-m" "pytest"
"--pyargs" "astropy" "-m" "not remote_data") exit-status: 1
term-signal: #f stop-signal: #f>
phase `check' failed after 269.2 seconds
-

The test failing isues comes from Pillow update
https://github.com/astropy/astropy/issues/13044 and fixed in the
latest release of Astropy.

I've tried to urade it to the latest 5.1 but it requires:

https://github.com/astropy/astropy/blob/v5.1/setup.cfg#L57
pytest>=7.0

So I've stoped here for now. I'll give it a go to have all the chain
to be upgraded and see how deep it will go. This blocking me to sent
patches for SunPy which were built just fine :).

Regards,
Oleg

-- 
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.

bug#58586:

[Sharlatan Hellseher]

Hi,

I've sent patches in separate thread which fix this this issue:

https://issues.guix.gnu.org/58645

Regards,
Oleg

-- 
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.

bug#58586:

[Sharlatan Hellseher]

Hi Guix!

This issue could be marked as resolved with after merging patches from here
https://issues.guix.gnu.org/59113

Regards,
Oleg

-- 
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.

bug#59200:

[Sharlatan Hellseher]

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:

[Sharlatan Hellseher]

Hi Chris,

This issue is resolved now with listed patches applied.

Regards,
Oleg

-- 
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.

bug#43579:

[Sharlatan Hellseher]

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/guix-build-casacore-3.5.0.drv-0/build/tables/Dysco &&
/gnu/store/069aq2v993kpc41yabp5b6vm4wb9jkhg-gcc-10.3.0/bin/c++
-DBOOST_ALL_NO_LIB -DBOOST_ATOMIC_DYN_LINK -DBOOST_FILESYSTEM_DYN_LINK
-DBOOST_SYSTEM_DYN_LINK -DCFITSIO_VERSION_MAJOR=4
-DCFITSIO_VERSION_MINOR=200
-DHAVE_DYSCO -DHAVE_FFTW3 -DHAVE_FFTW3_THREADS -DHAVE_HDF5
-DHAVE_O_DIRECT -DHAVE_READLINE -DUSE_THREADS -DWCSLIB_VERSION_MAJOR=7
-DWCSLIB_VERSION_MINOR=12
-I/tmp/guix-build-casacore-3.5.0.drv-0/source
-I/tmp/guix-build-casacore-3.5.0.drv-0/build
-I/gnu/store/c2rz0vskpib35i
7jwx8s3i92fh8m5izq-wcslib-7.12/include
-I/gnu/store/s3kcslq2kycphdpzdjc93dnlmxrk599h-cfitsio-4.2.0/include
-I/gnu/store/imz1fhpcg603a4ny7k9yla72d6y302aw-hdf5-1.10.7/include
-I/gnu/store/hc7gxhfrawmwhqp7wf2xqxpkn3zx9mba-fftw-3.3.8/include
-I/tmp/guix-build-casacore-3.5.0.drv
-0/build/tables -isystem
/gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include
-fcx-fortran-rules -Wextra -Wall -W -Wpointer-arith
-Woverloaded-virtual -Wwrite-strings -pedantic -Wno-long-long
-std=c++11 -pthread -O2 -g -DNDEBUG -O3 -Wall -DNDEBUG -march=native -
std=c++11 -MD -MT
tables/Dysco/CMakeFiles/tDysco.dir/tests/runtests.cc.o -MF
CMakeFiles/tDysco.dir/tests/runtests.cc.o.d -o
CMakeFiles/tDysco.dir/tests/runtests.cc.o -c
/tmp/guix-build-casacore-3.5.0.drv-0/source/tables/Dysco/tests/runtests.cc
In file included from
/gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/detail/fenv.hpp:97,
 from
/gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/test/execution_monitor.hpp:64,
 from
/gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/test/impl/compiler_log_formatter.ipp:22,
 from
/gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/test/included/unit_test.hpp:18,
 from
/tmp/guix-build-casacore-3.5.0.drv-0/source/tables/Dysco/tests/runtests.cc:4:
/gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fenv.h:58:11:
error: ‘fenv_t’ has not been declared in ‘::’
   58 |   using ::fenv_t;
  |   ^~
/gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fenv.h:59:11:
error: ‘fexcept_t’ has not been declared in ‘::’
   59 |   using ::fexcept_t;
  |   ^
/gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fenv.h:62:11:
error: ‘feclearexcept’ has not been declared in ‘::’
   62 |   using ::feclearexcept;
  |   ^
/gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fenv.h:63:11:
error: ‘fegetexceptflag’ has not been declared in ‘::’
   63 |   using ::fegetexceptflag;
  |   ^~~
/gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fenv.h:64:11:
error: ‘feraiseexcept’ has not been declared in ‘::’
   64 |   using ::feraiseexcept;
  |   ^
/gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fenv.h:65:11:
error: ‘fesetexceptflag’ has not been declared in ‘::’
   65 |   using ::fesetexceptflag;
  |   ^~~
/gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fenv.h:66:11:
error: ‘fetestexcept’ has not been declared in ‘::’
   66 |   using ::fetestexcept;
  |   ^~~~
/gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fenv.h:68:11:
error: ‘fegetround’ has not been declared in ‘::’
   68 |   using ::fegetround;
  |   ^~
/gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fenv.h:69:11:
error: ‘fesetround’ has not been declared in ‘::’
   69 |   using ::fesetround;
  |   ^~
/gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fenv.h:71:11:
error: ‘fegetenv’ has not been declared in ‘::’
   71 |   using ::fegetenv;
  |   ^~~~
/gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fenv.h:72:11:
error: ‘feholdexcept’ has not been declared in ‘::’
   72 |   using ::feholdexcept;
  |   ^~~~
/gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fenv.h:73:11:
error: ‘fesetenv’ has not been declared in ‘::’
   73 |   using ::fesetenv;
  |   ^~~~
/gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fenv.h:74:11:
error: ‘feupdateenv’ has not been declared in ‘::’
   74 |   using ::feupdateenv;
  |   ^~~
In file included from
/gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/test/included/unit_test.hpp:23,
 from
/tmp/guix-build-casacore-3.5.0.drv-0/source/tables/

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

[Sharlatan Hellseher]

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---
(arguments
 `(#:phases
   (modify-phases %standard-phases
 (add-before 'install 'generate-kernelspec
   (lambda* (#:key outputs #:allow-other-keys)
 (let* ((out (assoc-ref outputs "out"))
(kernelspec (string-append out
"/share/cl-jupyter/kernelspec")))
   (mkdir-p kernelspec)
   (invoke "sbcl"
   "--eval" "\"(require :asdf)\""
   "--eval" "\"(require :common-lisp-jupyter)\""
   "--eval"
   (string-append
"\"(cl-jupyter:install"
":bin-path" (string-append
 (assoc-ref %build-inputs "sbcl")
"/bin/sbcl")
":prefix" out ")\"")
   "--eval" "\"(exit)\""))
 #t))
 (add-after 'install 'install-kernelspec
   (lambda* (#:key outputs #:allow-other-keys)
 (let ((out (assoc-ref outputs "out"))
   (kernelspec (string-append out
"/share/cl-jupyter/kernelspec")))
   (invoke "jupyter" "kernelspec" "install"
   "--name" "cl-jupyter"
   "--prefix" out
   kernelspec)
   #t))
--8<---cut here---end--->8---

But there could be a potential blocking issue with :prefix key

https://github.com/yitzchak/common-lisp-jupyter/issues/78

On Tue, 18 May 2021 at 16:58, Guillaume Le Vaillant  wrote:
>
> Hi Jack,
>
> I guess it will be easier to just add a phase writing the "kernel.json"
> file in the right place. In this build phase, to know if the package is
> being built for SBCL or ECL, the '(%lisp-type)' function that will
> return "sbcl" or "ecl" can be used. There's an example in the
> sbcl-trivial-backtrace package.



--

… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.

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

[Sharlatan Hellseher]

-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, exist_ok=exist_ok)
  File 
"/gnu/store/hq7qr7nc2j29z3pivm3azfjy6jq3d7nx-python-3.8.2/lib/python3.8/os.py",
line 213, in makedirs
makedirs(head, exist_ok=exist_ok)
  [Previous line repeated 12 more times]
  File 
"/gnu/store/hq7qr7nc2j29z3pivm3azfjy6jq3d7nx-python-3.8.2/lib/python3.8/os.py",
line 223, in makedirs
mkdir(name, mode)
--8<---cut here---end--->8---

On Wed, 19 May 2021 at 22:23, Sharlatan Hellseher  wrote:
>
> 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---
> (arguments
>  `(#:phases
>(modify-phases %standard-phases
>  (add-before 'install 'generate-kernelspec
>(lambda* (#:key outputs #:allow-other-keys)
>  (let* ((out (assoc-ref outputs "out"))
> (kernelspec (string-append out
> "/share/cl-jupyter/kernelspec")))
>(mkdir-p kernelspec)
>(invoke "sbcl"
>"--eval" "\"(require :asdf)\""
>"--eval" "\"(require :common-lisp-jupyter)\""
>"--eval"
>(string-append
> "\"(cl-jupyter:install"
> ":bin-path" (string-append
>  (assoc-ref %build-inputs "sbcl")
> "/bin/sbcl")
> ":prefix" out ")\"")
>"--eval" "\"(exit)\""))
>  #t))
>  (add-after 'install 'install-kernelspec
>(lambda* (#:key outputs #:allow-other-keys)
>  (let ((out (assoc-ref outputs "out"))
>(kernelspec (string-append out
> "/share/cl-jupyter/kernelspec")))
>(invoke "jupyter" "kernelspec" "install"
>"--name" "cl-jupyter"
>"--prefix" out
>kernelspec)
>#t))
> --8<---cut here---end--->8---
>
> But there could be a potential blocking issue with :prefix key
>
> https://github.com/yitzchak/common-lisp-jupyter/issues/78
>
> On Tue, 18 May 2021 at 16:58, Guillaume Le Vaillant  wrote:
> >
> > Hi Jack,
> >
> > I guess it will be easier to just add a phase writing the "kernel.json"
> > file in the right place. In this build phase, to know if the package is
> > being built for SBCL or ECL, the '(%lisp-type)' function that will
> > return "sbcl" or "ecl" can be used. There's an example in the
> > sbcl-trivial-backtrace package.
>
>
>
> --
>
> … наш разум - превосходная объяснительная машина которая способна
> найти смысл почти в чем угодно, истолковать любой феномен, но
> совершенно не в состоянии принять мысль о непредсказуемости.



-- 

… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.
From cbc17c767069e8fa5175f2f0f30fc961a2be319a Mon Sep 17 00:00:00 2001
From: Sharlatan Hellseher 
Date: Mon, 24 May 2021 22:18:28 +0100
Subject: [PATCH] gnu: common-lisp-jupyter: Format kernelspec

---
 gnu/packages/lisp-xyz.scm | 35 +++
 1 file changed, 35 insertions(+)

diff --git a/gnu/packages/lisp-xyz.scm b/gnu/packages/lisp-xyz.scm
index 4a1e9064d5..91370c62c4 100644
--- a/gnu/packages/lisp-xyz.scm
+++ b/gnu/packages/lisp-xyz.scm
@@ -14897,6 +14897,41 @@ and @code{doseq*}.")
  (sha256
   (base32 "0si69xfzi769dprwfy7gp1x3bl7lxz6d4n98sa26w9r41wvay5ja"
   (build-system asdf-build-system/sbcl)
+  (arguments
+   `(#:phases
+ (modify-phases %standard-phases
+   (add-after 'create-asdf-configuration 'generate-kernelspec
+ (lambda* (#:key outputs #:allow-other-keys)
+   (let* ((out (assoc-ref outputs "out"))
+  (kernelspec (string-ap

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

[Sharlatan Hellseher]

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 "stable"
branch which may guarantee all packages build successfully and pass of
all enabled tests.

I find current [[id:60941898-0ed4-4188-b473-d2dcda158d61][CI/CD]]
(https://ci.guix.gnu.org/) is missleading in case of providing some
visibility
of all successful builds for the current pushed changes (on master
branch). I would like to conclude
from the CI is which commit broke how many packages. Other open
question - if I've sticked to a
specific "stable" branch how I may be sure that another ~guix pull~
will not break my packages in
case of un-pinned version?

Some missing features of CI
- Timing - current view has missing a clear representation of build date-time
- Overall slats for the current commit to the specific branch - and
how many package are become
  broken after update of package X.
- Sort of "blocking on merge" of a commit which causes some issues (do
not merge broken packages
  into stable branch)
- Some documentation for all UI features (green dots, red dots, grey dots etc.
  https://ci.guix.gnu.org/eval/54326/dashboard)

Some missing practice of packaging:
- Some essential message of the reason why tests were disabled and any
sort of suggestions on how to
  make them enabled. Contact upstream if required.
- Before sending patch make sure (at least for the localhost
architecture) it's built, linted and in
  case of bumping version - all dependent chain still can be built.

Related commits and issues which broke other packages in ~master~ branch:
- https://issues.guix.gnu.org/53230
- fix 6445f412b993ec7b52dc4c81e99f49af38b3a967 RawTherapee stopped
building with wrong configure key,
  the previous update to 5.8 was never tested before been merged.

  #+begin_src sh
git checkout master
git pull
git log -n1 --pretty="%h %s %cd - %cn"
  #+end_src
  : 4235c6ee92 gnu: QGIS: Build without QtWebKit. Tue Jan 25 15:10:19
2022 -0500 - Leo Famulari

  Excess changes which could be prevented with just local attempt to build
  #+begin_src sh
git log --grep="Fix build" --pretty="%h %s %cd - %cn" | wc -l
  #+end_src
  : 1025


-- 
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.

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

[Sharlatan Hellseher]

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#71011: [BUG] Fail to buidl latest kitty

[Sharlatan Hellseher]

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/7h55d9yghc72q5lc43lrly9rvl59x39v-kitty-0.21.2
substituting /gnu/store/7h55d9yghc72q5lc43lrly9rvl59x39v-kitty-0.21.2...
downloading from 
https://bordeaux.guix.gnu.org/nar/lzip/7h55d9yghc72q5lc43lrly9rvl59x39v-kitty-0.21.2
 ...
 kitty-0.21.2  2.9MiB   


5.3MiB/s 00:01 ▕██▏ 100.0%

The following graft will be made:
   /gnu/store/4izr3alrcnacspq4i55mvgc9axbmfbfd-kitty-0.21.2.drv
applying 20 grafts for kitty-0.21.2 ...
grafting '/gnu/store/7h55d9yghc72q5lc43lrly9rvl59x39v-kitty-0.21.2' -> 
'/gnu/store/9n4nnswkk844m1mhpzh6s3ndqwx4zr88-kitty-0.21.2'...
successfully built /gnu/store/4izr3alrcnacspq4i55mvgc9axbmfbfd-kitty-0.21.2.drv
/gnu/store/9n4nnswkk844m1mhpzh6s3ndqwx4zr88-kitty-0.21.2
(guix/linux-gnu)[sharlatan@guxtil ~]$: guix describe
Generation 24   May 21 2024 16:59:57(current)
  guix 3fd9f25
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 3fd9f25bb385723c70d0bd6af21aeaf784d08049
(guix/linux-gnu)[sharlatan@guxtil ~]$: guix build kitty --check
The following graft will be made:
   /gnu/store/4izr3alrcnacspq4i55mvgc9axbmfbfd-kitty-0.21.2.drv
applying 20 grafts for kitty-0.21.2 ...
grafting '/gnu/store/7h55d9yghc72q5lc43lrly9rvl59x39v-kitty-0.21.2' -> 
'/gnu/store/9n4nnswkk844m1mhpzh6s3ndqwx4zr88-kitty-0.21.2'...
successfully built /gnu/store/4izr3alrcnacspq4i55mvgc9axbmfbfd-kitty-0.21.2.drv
successfully built /gnu/store/4izr3alrcnacspq4i55mvgc9axbmfbfd-kitty-0.21.2.drv
/gnu/store/9n4nnswkk844m1mhpzh6s3ndqwx4zr88-kitty-0.21.2
--8<---cut here---end--->8---


signature.asc
Description: PGP signature

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

[Sharlatan Hellseher]

signature.asc
Description: PGP signature

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

[Sharlatan Hellseher]

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, see 

--
Oleg


signature.asc
Description: PGP signature

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

[Sharlatan Hellseher]

signature.asc
Description: PGP signature

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

[Sharlatan Hellseher]

Hi,

Closing as resovled in other mentioned issues.

Thanks,
Oleg


signature.asc
Description: PGP signature

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

[Sharlatan Hellseher]

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

/gnu/store/61m4rd81mcp323fg53bazkhxqi91v2c4-go-gopkg-in-yaml-v2-2.4.0
--8<---cut here---end--->8---

Covered in one of these commits:

* 30c776a6a8 gnu: go-gopkg-in-yaml-v2: Update to 2.4.0.
* c569430b6c gnu: go-gopkg-in-yaml-v2: Fix test suite on 32-bit systems.

Closing as resolved.

--
Oleg


signature.asc
Description: PGP signature

bug#63171:

[Sharlatan Hellseher]

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#63427:

[Sharlatan Hellseher]

Hi,

How to reproduce the issue? May you, please provide some steps please.

-- 
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.

bug#65765:

[Sharlatan Hellseher]

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#66297: guix-daemon not starting after boot

[Sharlatan Hellseher]

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
commit: 0500af5556307d0a4c14a23864e9e4bccd2643d7
  nonguix bb184bd
repository URL: https://gitlab.com/nonguix/nonguix
branch: master
commit: bb184bd0a8f91beec3a00718759e96c7828853de

~# guix pull
guix pull: error: failed to connect to
`/var/guix/daemon-socket/socket': Connection refused
~# herd status guix-daemon
Status of guix-daemon:
  It is stopped.
  It is enabled.
  Provides (guix-daemon).
  Requires (user-processes).
  Will be respawned.

Logs are empty:
~# tail /var/log/guix-daemon.log | wc -l
0


-- 
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.

bug#66297: guix-daemon not starting after boot

[Sharlatan Hellseher]

Hi,

I think I just get used to kick it manually and forgot to replay on
this issue =)

No Herd/Shepherd logs since Sept 30 in messages

 sudo grep -i "shepherd\|herd" /var/log/messages  | tail
grep: /var/log/messages: binary file matches
Sep 30 21:16:03 localhost shepherd[1]: Service console-font-tty3
running with value #t.
Sep 30 21:16:03 localhost shepherd[1]: Service console-font-tty4 started.
Sep 30 21:16:03 localhost vmunix: [2.427621] shepherd[1]:
Sep 30 21:16:03 localhost vmunix: [2.428262] shepherd[1]:
Sep 30 21:16:03 localhost vmunix: [2.429207] shepherd[1]: Service
sysctl has been started.
Sep 30 21:16:03 localhost vmunix: [2.429434] shepherd[1]: Service
sysctl started.
Sep 30 21:16:03 localhost vmunix: [2.429666] shepherd[1]: Service
sysctl running with value #t.
Sep 30 21:16:03 localhost vmunix: [2.430082] shepherd[1]: Starting
service virtual-terminal...
Sep 30 21:16:03 localhost vmunix: [2.430416] shepherd[1]: Service
virtual-terminal started.
Sep 30 21:16:03 localhost vmunix: [2.430649] shepherd[1]: Service
virtual-terminal running with value #t.

There this no track of guix-daemon was starting in herd log

herd log | grep daemon
10 Oct 2023 00:03:30service upower-daemon is being started
10 Oct 2023 00:03:30service upower-daemon is running
10 Oct 2023 00:03:30service ssh-daemon is being started
10 Oct 2023 00:03:30service ssh-daemon is running

Thanks,
Oleg

On Thu, 5 Oct 2023 at 14:39, Ludovic Courtè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?
>
> Thanks,
> Ludo’.



-- 

… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.

bug#65765: nil

[Sharlatan Hellseher]

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

[Sharlatan Hellseher]

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 compute function.  Need to stop testing early.

We may consider to disable it to stabilize build.

Thanks,
Oleg

On Mon, 20 Nov 2023 at 19:25, Eric Bavier  wrote:
>
> Hi Maxim, thanks for the report.
>
> On Mon, 2023-11-20 at 14:02 -0500, Maxim Cournoyer wrote:
> >
> > It seems something in the commits series
> > https://git.savannah.gnu.org/cgit/guix.git/log/?qt=range&q=2ab5e449246f98b049888dde3c310f5b4a0a64a2..b7abea0fd6a146563830db1dc4ddd0cceb6fcf1c
> > either broke the test, else it's flaky.
> >
>
> I have built the package locally many times without fail.
>
> The failed test is one that checks fidelity of a rountrip time format
> conversion for a randomly-generated time, so failure may indeed be
> intermittent.
>
> I will try to dig a bit further, and maybe Sharlatan can as well.
>
> `~Eric



-- 

… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.

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

[Sharlatan Hellseher]

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 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 compute function.  Need to stop testing early.
>
> We may consider to disable it to stabilize build.
>
> Thanks,
> Oleg
>
> On Mon, 20 Nov 2023 at 19:25, Eric Bavier  wrote:
> >
> > Hi Maxim, thanks for the report.
> >
> > On Mon, 2023-11-20 at 14:02 -0500, Maxim Cournoyer wrote:
> > >
> > > It seems something in the commits series
> > > https://git.savannah.gnu.org/cgit/guix.git/log/?qt=range&q=2ab5e449246f98b049888dde3c310f5b4a0a64a2..b7abea0fd6a146563830db1dc4ddd0cceb6fcf1c
> > > either broke the test, else it's flaky.
> > >
> >
> > I have built the package locally many times without fail.
> >
> > The failed test is one that checks fidelity of a rountrip time format
> > conversion for a randomly-generated time, so failure may indeed be
> > intermittent.
> >
> > I will try to dig a bit further, and maybe Sharlatan can as well.
> >
> > `~Eric
>
>
>
> --
>
> … наш разум - превосходная объяснительная машина которая способна
> найти смысл почти в чем угодно, истолковать любой феномен, но
> совершенно не в состоянии принять мысль о непредсказуемости.



-- 

… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.
From 2f55a5ac236952ea24d81998da488cff4553c272 Mon Sep 17 00:00:00 2001
Message-ID: <2f55a5ac236952ea24d81998da488cff4553c272.1700520904.git.sharlata...@gmail.com>
From: Sharlatan Hellseher 
Date: Mon, 20 Nov 2023 22:52:52 +
Subject: [PATCH] gnu: python-cdflib: Disable shaky test.

* gnu/packages/astronomy.scm (python-cdflib): Disable one test which
causing random build failure.
[arguments]{test-flags}: Add it.

Change-Id: I05ee2feca3bc0f0139fa1a5f00b4fe260b42ec80
---
 gnu/packages/astronomy.scm | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/astronomy.scm b/gnu/packages/astronomy.scm
index c063285b52..da15283ef3 100644
--- a/gnu/packages/astronomy.scm
+++ b/gnu/packages/astronomy.scm
@@ -1807,7 +1807,10 @@ (define-public python-cdflib
 (base32 "0vpgcbc9pmx0qqfia1frnwq3jkgfp8y3ikqdnzs5bs1sr13p9p3w"
 (build-system pyproject-build-system)
 (arguments
- (list #:phases
+ ;; Disable shaky test.
+ ;; See https://github.com/MAVENSDC/cdflib/issues/234
+ (list #:test-flags #~(list "-k" "not test_compute_cdfepoch16")
+   #:phases
#~(modify-phases %standard-phases
(add-before 'build 'set-env-version
  (lambda _

base-commit: d20ece07dbb09382f361c8bbf0bcab9e83d8b73e
-- 
2.41.0

bug#68835: Resolving package inheritance issue

[Sharlatan Hellseher]

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 series from
 I've stabilized it on my local
checkout, which passed complete reconfigure and rebuild few times
(not...).

When I've pushed changes to 
the commit f8c2d8141efef4565d12d8247bade069889b720e broke CI
.

--8<---cut here---start->8---
In unknown file:
   6 (primitive-load-path "gnu/packages/web" #)
In ice-9/eval.scm:
619:8  5 (_ #f)
   626:19  4 (_ #)
   173:55  3 (_ #(#(#(# "minify") 
#) #))
159:9  2 (_ #(#(#(# "minify") 
#) #))
   223:20  1 (proc #(#(#(# "minify") 
#) #))
In unknown file:
   0 (%resolve-variable (7 . go-github-com-tdewolff-minify-v2) 
#)

ERROR: In procedure %resolve-variable:
error: go-github-com-tdewolff-minify-v2: unbound variable
--8<---cut here---end--->8---

My rational was to keep golang module in (gnu packages golang-web) and
the new inherited package providing executable in (gnu packages web)
which introduced the regression.

Here it is that bad boy!
--8<---cut here---start->8---
(define-public minify
  (package
(inherit go-github-com-tdewolff-minify-v2)
(name "minify")
(arguments
 (substitute-keyword-arguments
 (package-arguments go-github-com-tdewolff-minify-v2)
   ((#:install-source? _ #t) #f)
   ((#:import-path _ "github.com/tdewolff/minify/v2")
"github.com/tdewolff/minify/cmd/minify")))
(inputs
 (list go-github-com-djherbis-atime
   go-github-com-dustin-go-humanize
   go-github-com-fsnotify-fsnotify
   go-github-com-matryer-try
   go-github-com-spf13-pflag
--8<---cut here---end--->8---

Having that all too close to my heart I've pushed revert commit
c4687f5437ad89a7e87deed1933b60f6eac83176 wich fixed CI and `guix pull`.

I've started reviewing what could be wrong and maybe the current split
process of (gnu packages golang) into logical modules e.g. golang-xyz,
golang-check, golang-crypto, golang-web introduced deep level of
circular dependencies among Guile modules.

I search for solutions to mitigate the introduced issue.

My plan is to start cleaning up dependency to (gnu packages golang) for
each recently introduced module by moving packages away from it into
groups.

I would be appreciated on any documentation link or examples in code
where package inheritance is used to source package from other module
^.^

Regards,
Oleg


signature.asc
Description: PGP signature

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

[Sharlatan Hellseher]

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
the 8.0.0 to check if it may fix the build but it did not work any more and
the whole package need proper refactoring.

I'll place upgrading it to my TODO list.

Thanks,
Oleg


signature.asc
Description: PGP signature

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

[Sharlatan Hellseher]

Hi,

I think I can close this now as all questions were covered.

Thanks,
Oleg


signature.asc
Description: PGP signature

bug#69125: python-trio transient test failures

[Sharlatan Hellseher]

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#69129: [PATCH] gnu: sbcl-mcclim: Update to 0.9.8.

[Sharlatan Hellseher]

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#69129: sbcl-mcclim broke on upgrade to sbcl@2.4.0

[Sharlatan Hellseher]

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: sbcl-mcclim broke on upgrade to sbcl@2.4.0

[Sharlatan Hellseher]

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 package updates and adjustments.

> I'm curious about the version/commit change, though. Given the -yule
> suffix on the tag name changes with each version we will still need to
> manually update the origin's commit. It feels like unnecessary
> indirection to me. What is the benefit to referencing the package's
> version in the origin like this?
I've done some research on how it looks like in scale, trying to stick
to some constancy, which is hard to determine... so I've decided to keep
version following semantic style and commit as combination of semantic
version and suffix.

How commit is compiled:
--8<---cut here---start->8---
grep "commit.*string-append.*version" gnu/packages/*scm | awk -F: '{print $2}' 
| sed -e 's/^[ \t]*//' | sort | uniq -c | sort -rn
   2780 (commit (string-append "v" version
 46 (commit (string-append "v" version))
 38 (commit (string-append "release-" version
 20 (commit (string-append name "-" version
 12 (commit (string-append "V" version
  9 (commit (string-append "v." version
  9 (commit (string-append "rocm-" version
  8 (commit (string-append "version-" version
  7 (commit (string-append version
  7 (commit (string-append "go" version
  6 (commit (string-append "r" version
  6 (commit (string-append "android-" version
  5 (commit (string-append "release_" version
  5 (commit (string-append "releases/" version
  4 (commit (string-append "VERSION_" version
  4 (commit (string-append "upstream/" version
  4 (commit (string-append "Release_" version
  3 (commit (string-append "rel-" version
  3 (commit (string-append "release/" version
  3 (commit (string-append "jb" version
  3 (commit (string-append "debian/" version
  3 (commit (string-append "apache-arrow-" version
  2 (commit (string-append "wsjtx-" version
  2 (commit (string-append "v" version "-stable"
  2 (commit (string-append "v_" version
  2 (commit (string-append "v" upstream-version
  2 (commit (string-append "v" (string-join (string-split version #\.)
  2 (commit (string-append "ver." version
  2 (commit (string-append "version_" version
  2 (commit (string-append version "-stable"
  2 (commit (string-append "rel" version
  2 (commit (string-append "RELEASE_" version
  2 (commit (string-append "Release-" version
  2 (commit (string-append "release_" version))
  2 (commit (string-append "ppp-" version
  2 (commit (string-append "plexus-utils-" version
  2 (commit (string-append "plexus-containers-" version
  2 (commit (string-append "plexus-components-" version
  2 (commit (string-append "plexus-cipher-" version
  2 (commit (string-append "mbedtls-" version
  2 (commit (string-append "llvmorg-" version
  2 (commit (string-append "jline-parent-" version
  2 (commit (string-append "edk2-stable" version
  2 (commit (string-append "easymock-" version
  2 (commit (string-append "cling-v" %cling-version
  2 (commit (string-append "biojava-" version
  2 (commit (string-append "aether-" version
  1 (commit (string-append "Zstd-v" version
  1 (commit (string-append "Zlib-v" version
  1 (commit (string-append "z3-" version
  1 (commit (string-append "yosys-" version
  1 (commit (string-append "XSLT-v" version
  1 (commit (string-append "Xorg_xtrans-v" version
  1 (commit (string-append "Xorg_xkeyboard_config-v" version
  1 (commit (string-append "Xorg_xkbcomp-v" version
  1 (commit (string-append "Xorg_xcb_util_wm-v" version
  1 (commit (string-append "Xorg_xcb_util-v" version
  1 (commit (string-append "Xorg_xcb_util_renderutil-v" version
  1 (commit (string-append "Xorg_xcb_util_keysyms-v" version
  1 (commit (string-append "Xorg_xcb_util_image-v" version
  1 (commit (string-append "Xorg_libXrender-v" version
  1 (commit (string-append "Xorg_libXrandr-v" version
  1 (commit (string-append "Xorg_libxkbfile-v" version
  1 (commit (string-append "Xorg_libXi-v" version
  1 (commit (string-append "Xorg_libXinerama-v" version
  1 (commit (string-append "Xorg_libXfixes-v" version
  1 (commit (string-append "Xorg_libXext-v" version
  1 (commit (string-append "Xorg_libXdmcp-v" version
  1 (commit (string-append "Xorg_libXcursor-v" version
  1 (commit (string-append "Xorg_li

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

[Sharlatan Hellseher]

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: Move to golang-xyz.
  gnu: go-github-com-alecthomas-chroma: Update to 0.10.0.
  gnu: go-github-com-alecthomas-chroma: Remove bundled files.
  gnu: Add go-github-com-alecthomas-chroma-v2.
  gnu: go-github-com-alecthomas-assert: Depricate package.
  gnu: go-github-com-alecthomas-assert-v2: Update to 2.5.0.
  gnu: go-github-com-songmu-gitconfig: Move to golang-xyz.
  gnu: go-github-com-songmu-gitconfig: Fix build.
  gnu: ghq: Remove package labels.
  gnu: ghq: Fix build.

 gnu/packages/configuration-management.scm |  1 +
 gnu/packages/golang-check.scm | 50 -
 gnu/packages/golang-xyz.scm   | 86 ++-
 gnu/packages/golang.scm   | 55 ---
 gnu/packages/version-control.scm  | 52 +++---
 5 files changed, 125 insertions(+), 119 deletions(-)


base-commit: 91d80460296e2d5a01704d0f34fb966a45a165ae
-- 
2.41.0

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

[Sharlatan Hellseher]

Duplicated https://issues.guix.gnu.org/69238


signature.asc
Description: PGP signature

bug#69258: archivebox: Failed to build

[Sharlatan Hellseher]

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: python-watchdog: Simplify package.
* 18240ae446 * gnu: python-humanize: Update to 4.0.0.
* 4daeae8583 * gnu: python-trio-websocket: Simplify package.
* 1a2c374c2c * gnu: python-xyzservices: Simplify package.
* e355848578 * gnu: python-zeroconf: Simplify package.
* eeaad8c906 * gnu: python-crontab: Update to 3.0.0.
* 170efe6e68 * gnu: python-crontab: Enable tests.

I've found that archivebox is failed to build for a long time due to
issue with python-django-3.1.14.

https://ci.guix.gnu.org/search?query=archivebox%200.6.2%20spec:master

--8<---cut here---start->8---
build of /gnu/store/mcdbyv6vgfxv7ppk1jkcpvrzq6pbfgrr-python-django-3.1.14.drv 
failed
View build log at 
'/var/log/guix/drvs/mc/dbyv6vgfxv7ppk1jkcpvrzq6pbfgrr-python-django-3.1.14.drv.gz'.
cannot build derivation 
`/gnu/store/n2ja2mmvd2ly0q8qxc3wvcp0qd0xqbvq-archivebox-0.6.2.drv': 1 
dependencies couldn't be built
--8<---cut here---end--->8---

It was added 2y ago by Pradana AUMARS  and never
updated since that time.

Maybe someone would like to volunteer to fix it ;-).

Thanks,
Oleg


signature.asc
Description: PGP signature

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

[Sharlatan Hellseher]

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 during COMPILE-FILE:
;
; Lock on package SB-PCL violated when interning %NO-PRIMARY-METHOD while in
; package FAST-GENERIC-FUNCTIONS.
;   See also:
; The SBCL Manual, Node "Package Locks"
;
; (in form starting at line: 3, column: 0, position: 39)

; compilation aborted after 0:00:00.000
Unhandled UIOP/LISP-BUILD:COMPILE-FILE-ERROR in thread #:
  COMPILE-FILE-ERROR while compiling
   #
--8<---cut here---end--->8---


--
Oleg


signature.asc
Description: PGP signature

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

[Sharlatan Hellseher]

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 problematic.

It would be nice to have common yaml/toml parser for that task.

Oleg

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

[Sharlatan Hellseher]

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#68243: alacritty segmentation fault

[Sharlatan Hellseher]

Fixed with 423ca234cbd7b4902fd2a3fbc089a6fd57ed5583.

Closing as resolved.

--
Oleg


signature.asc
Description: PGP signature

bug#55928: alacritty (Rust) is not reproducible

[Sharlatan Hellseher]

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
branch: master
commit: 423ca234cbd7b4902fd2a3fbc089a6fd57ed5583
(guix/linux-gnu)[sharlatan@guxtil ~]$: guix challenge alacritty

1 store items were analyzed:
  - 1 (100.0%) were identical
  - 0 (0.0%) differed
  - 0 (0.0%) were inconclusive
(guix/linux-gnu)[sharlatan@guxtil ~]$: guix build alacritty --check
The following graft will be made:
   /gnu/store/ypq71v642idqm4if2sisb1dkycmprdx2-alacritty-0.13.1.drv
applying 16 grafts for alacritty-0.13.1 ...
grafting '/gnu/store/argc7bnl3ag5zdzy0j4aw2klnl79zi9f-alacritty-0.13.1' -> 
'/gnu/store/hc8677ij4w2jr6mh947xb4zkz8pxv829-alacritty-0.13.1'...
successfully built 
/gnu/store/ypq71v642idqm4if2sisb1dkycmprdx2-alacritty-0.13.1.drv
successfully built 
/gnu/store/ypq71v642idqm4if2sisb1dkycmprdx2-alacritty-0.13.1.drv
/gnu/store/hc8677ij4w2jr6mh947xb4zkz8pxv829-alacritty-0.13.1
--8<---cut here---end--->8---

Closing as resolved.

---
Oleg


signature.asc
Description: PGP signature

bug#45172: fiano-fmap test failure

[Sharlatan Hellseher]

Hi,

Closing this issue as resolved in .

--
Oleg


signature.asc
Description: PGP signature

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

[Sharlatan Hellseher]

Hi,

Closing this issue as resolved in .

--
Oleg


signature.asc
Description: PGP signature

bug#70254: withershins - failed to build

[Sharlatan Hellseher]

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 could find it in
.

Cc: Ricardo as he was the last person who has added and updated the
package.

Error trace:
--8<---cut here---start->8---
starting phase `build'
/gnu/store/gl26kr5v6ch5lc3ignly61kb224drijc-cmake-minimal-3.24.2/bin/cmake 
-S/tmp/guix-build-withershins-0.1.drv-0/source 
-B/tmp/guix-build-withershins-0.1.drv-0/source --check-build-system 
CMakeFiles/Makefile.cmake 0
/gnu/store/gl26kr5v6ch5lc3ignly61kb224drijc-cmake-minimal-3.24.2/bin/cmake -E 
cmake_progress_start /tmp/guix-build-withershins-0.1.drv-0/source/CMakeFiles 
/tmp/guix-build-withershins-0.1.drv-0/source//CMakeFiles/progress.marks
make  -f CMakeFiles/Makefile2 all
make[1]: Entering directory '/tmp/guix-build-withershins-0.1.drv-0/source'
make  -f src/CMakeFiles/withershins.dir/build.make 
src/CMakeFiles/withershins.dir/depend
make[2]: Entering directory '/tmp/guix-build-withershins-0.1.drv-0/source'
cd /tmp/guix-build-withershins-0.1.drv-0/source && 
/gnu/store/gl26kr5v6ch5lc3ignly61kb224drijc-cmake-minimal-3.24.2/bin/cmake -E 
cmake_depends "Unix Makefiles" /tmp/guix-build-withershins-0.1.drv-0/source 
/tmp/guix-build-withershins-0.1.drv-0/source/src 
/tmp/guix-build-withershins-0.1.drv-0/source 
/tmp/guix-build-withershins-0.1.drv-0/source/src 
/tmp/guix-build-withershins-0.1.drv-0/source/src/CMakeFiles/withershins.dir/DependInfo.cmake
 --color=
make[2]: Leaving directory '/tmp/guix-build-withershins-0.1.drv-0/source'
make  -f src/CMakeFiles/withershins.dir/build.make 
src/CMakeFiles/withershins.dir/build
make[2]: Entering directory '/tmp/guix-build-withershins-0.1.drv-0/source'
[ 16%] Building CXX object src/CMakeFiles/withershins.dir/withershins.cpp.o
cd /tmp/guix-build-withershins-0.1.drv-0/source/src && 
/gnu/store/5lqhcv91ijy82p92ac6g5xw48l0lwwz4-gcc-11.3.0/bin/c++ 
-DWITHERSHINS_ENABLE_LIBBFD -I/tmp/guix-build-withershins-0.1.drv-0/source/src 
-std=c++11 -Wall -Wextra -pthread -O2 -g -DNDEBUG -MD -MT 
src/CMakeFiles/withershins.dir/withershins.cpp.o -MF 
CMakeFiles/withershins.dir/withershins.cpp.o.d -o 
CMakeFiles/withershins.dir/withershins.cpp.o -c 
/tmp/guix-build-withershins-0.1.drv-0/source/src/withershins.cpp
[ 33%] Building CXX object src/CMakeFiles/withershins.dir/withershins_unix.cpp.o
cd /tmp/guix-build-withershins-0.1.drv-0/source/src && 
/gnu/store/5lqhcv91ijy82p92ac6g5xw48l0lwwz4-gcc-11.3.0/bin/c++ 
-DWITHERSHINS_ENABLE_LIBBFD -I/tmp/guix-build-withershins-0.1.drv-0/source/src 
-std=c++11 -Wall -Wextra -pthread -O2 -g -DNDEBUG -MD -MT 
src/CMakeFiles/withershins.dir/withershins_unix.cpp.o -MF 
CMakeFiles/withershins.dir/withershins_unix.cpp.o.d -o 
CMakeFiles/withershins.dir/withershins_unix.cpp.o -c 
/tmp/guix-build-withershins-0.1.drv-0/source/src/withershins_unix.cpp
/tmp/guix-build-withershins-0.1.drv-0/source/src/withershins_unix.cpp: In 
function ‘bool find_file_info(const string&, const void*, std::string&, 
std::string&, int&)’:
/tmp/guix-build-withershins-0.1.drv-0/source/src/withershins_unix.cpp:151:37: 
error: ‘bfd_get_section_vma’ was not declared in this scope; did you mean 
‘bfd_set_section_vma’?
  151 | const bfd_vma section_vma = bfd_get_section_vma(abfd.get(), 
section);
  | ^~~
  | bfd_set_section_vma
/tmp/guix-build-withershins-0.1.drv-0/source/src/withershins_unix.cpp:153:58: 
error: cannot convert ‘std::unique_ptr::pointer’ {aka ‘bfd*’} 
to ‘const asection*’ {aka ‘const bfd_section*’}
  153 | vma < section_vma + bfd_section_size(abfd.get(), section))
  |  ^~
  |  |
  |  
std::unique_ptr::pointer {aka bfd*}
In file included from 
/tmp/guix-build-withershins-0.1.drv-0/source/src/withershins_unix.cpp:21:
/gnu/store/cv571kkg5hyk98yw48857h1d0zi9azni-binutils-2.38/include/bfd.h:1193:35:
 note:   initializing argument 1 of ‘bfd_size_type bfd_section_size(const 
asection*)’
 1193 | bfd_section_size (const asection *sec)
  |   ^~~
make[2]: *** [src/CMakeFiles/withershins.dir/build.make:93: 
src/CMakeFiles/withershins.dir/withershins_unix.cpp.o] Error 1
make[2]: Leaving directory '/tmp/guix-build-withershins-0.1.drv-0/source'
make[1]: *** [CMakeFiles/Makefile2:119: src/CMakeFiles/withershins.dir/all] 
Error 2
make[1]: Leaving directory '/tmp/guix-build-withershins-0.1.drv-0/source'
make: *** [Makefile:94: all] Error 2
error: in phase 'build': uncaught exception:
%exception #<&invoke-error program: "make" a

bug#57836: fzf 0.33.0 release commit fails to build

[Sharlatan Hellseher]

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#70910: xdot has stopped working after update to 1.3

[Sharlatan Hellseher]

Hi,

Pushed as 0846eaecd45783bf40e8dc67b0c16f71068524b7 to master.

--
Oleg


signature.asc
Description: PGP signature

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

[Sharlatan Hellseher]

Hi,

The fix is availale on go-team branch, please give it a try.

--
Oleg


signature.asc
Description: PGP signature

bug#74588: Package go-chroma is empty

[Sharlatan Hellseher]

Hi Saku,

Thanks for reporting that!

It was fixed by commit cf16dcb95fee602fa2cd3377de769c57a123f9c1.

--8<---cut here---start->8---
> tree -A $(./pre-inst-env guix build go-chroma)
/gnu/store/2r4vypm06ljzdy6k71vwcfw797b8y9mj-go-chroma-2.14.0
├── bin
│   └── chroma
├── etc
│   └── ld.so.cache
└── share
└── doc
└── go-chroma-2.14.0
└── COPYING

6 directories, 3 files
--8<---cut here---end--->8---

--
Oleg


signature.asc
Description: PGP signature

bug#68264: awscli@2.2.0 downloads and runs a docker container from a large american corporation

[Sharlatan Hellseher]

signature.asc
Description: PGP signature

bug#68264: awscli@2.2.0 downloads and runs a docker container from a large american corporation

[Sharlatan Hellseher]

Hi,

This issue was resolved in  and
applied as ea6c381cac..391de92713 to master

--
Oleg


signature.asc
Description: PGP signature

bug#74445: Python respect --cores build argument

[Sharlatan Hellseher]

Hi,

There a lot in astronomy module I guess ^.^

Would you like to send a patch adjusting them?

They could be "-n" "auto" as well.

Thanks,
Oleg

bug#74445: [PATCH 1/1] gnu: Respect --cores build argument in some python packages.

[Sharlatan Hellseher]

Reported by Greg Hogan  in #74445.

* gnu/packages/astronomy.scm (python-asdf-astropy, python-astropy,
python-photutils, python-poppy, python-regions, python-reproject,
python-sunpy, python-spectral-cube, python-stdatamodels, python-pysiaf,
python-sbpy, python-asdf-coordinates-schemas, python-roman-datamodels,
python-webbpsf, python-yt):
[arguments]: Adjust "-n" or "--numprocess" to respect
"--cores" build argument.

* gnu/packages/check.scm (python-crosshair): Likewise.

* gnu/packages/databases.scm (python-fastparquet, python-pycurl, awscli,
python-s3transfer): Likewise.

* gnu/packages/python-xyz.scm (python-glymur, python-zarr, python-dask):
Likewise.

Change-Id: Ifbc6435e4ad22b0ae822b485bccca41eaa165cc5
---
 gnu/packages/astronomy.scm  | 31 ---
 gnu/packages/check.scm  |  2 +-
 gnu/packages/databases.scm  |  2 +-
 gnu/packages/python-web.scm |  6 +++---
 gnu/packages/python-xyz.scm |  6 +++---
 5 files changed, 24 insertions(+), 23 deletions(-)

diff --git a/gnu/packages/astronomy.scm b/gnu/packages/astronomy.scm
index 6cc5142370..296ac44dbf 100644
--- a/gnu/packages/astronomy.scm
+++ b/gnu/packages/astronomy.scm
@@ -1653,7 +1653,7 @@ (define-public python-asdf-astropy
 (arguments
  (list
   #:test-flags
-  #~(list "-n" "auto")
+  #~(list "--numprocesses" (number->string (parallel-job-count)))
   #:phases #~(modify-phases %standard-phases
(add-before 'check 'set-home-env
  (lambda _ (setenv "HOME" "/tmp"))
@@ -3034,7 +3034,7 @@ (define-public python-astropy
  (list
   #:test-flags
   #~(list "--pyargs" "astropy"
-  "--numprocesses" "auto"
+  "--numprocesses" (number->string (parallel-job-count))
   "-k" (string-append
 ;; Skip tests that need remote data.
 "not remote_data"
@@ -3924,7 +3924,7 @@ (define-public python-photutils
 (arguments
  (list
   #:test-flags
-  #~(list "--numprocesses" "auto")
+  #~(list "--numprocesses" (number->string (parallel-job-count)))
   #:phases
   #~(modify-phases %standard-phases
  (add-after 'unpack 'relax-requirements
@@ -4085,7 +4085,7 @@ (define-public python-poppy
 (arguments
  (list
   #:test-flags
-  #~(list "-n" "auto")))
+  #~(list "--numprocesses" (number->string (parallel-job-count)
 (propagated-inputs
  ;; XXX: With python-synphot (marked as optional) package added to the list
  ;; it tries to download from remote host during tests and fails. Overall
@@ -4191,7 +4191,7 @@ (define-public python-regions
 (arguments
  (list
   #:test-flags
-  #~(list "--numprocesses" "auto")
+  #~(list "--numprocesses" (number->string (parallel-job-count)))
   #:phases
   #~(modify-phases %standard-phases
   ;; setup.py was removed in 84c80a280431adda00641cda5264c7de18b43b2f
@@ -4295,7 +4295,7 @@ (define-public python-reproject
   #:test-flags
   #~(list "--arraydiff"
   "--arraydiff-default-format=fits"
-  "--numprocesses" "auto"
+  "--numprocesses" (number->string (parallel-job-count))
   "--pyargs" "reproject")
   #:phases
   #~(modify-phases %standard-phases
@@ -4399,7 +4399,7 @@ (define-public python-sunpy
 (arguments
  (list
   #:test-flags
-  #~(list "--numprocesses" "auto"
+  #~(list "--numprocesses" (number->string (parallel-job-count))
   ;; Requries SpicePy not packed in Guix yet.
   "--ignore=sunpy/coordinates/tests/test_spice.py")
   #:phases
@@ -4589,7 +4589,7 @@ (define-public python-spectral-cube
   ;; See .
   #:tests? #f
   #:test-flags
-  #~(list "-n" "auto")))
+  #~(list "--numprocesses" (number->string (parallel-job-count)
 (propagated-inputs
  (list python-astropy
;; XXX: Currently failing in upstream as it's optional silent
@@ -4981,7 +4981,7 @@ (define-public python-stdatamodels
 (arguments
  (list
   #:test-flags
-  #~(list "--numprocesses" "auto"
+  #~(list "--numprocesses" (number->string (parallel-job-count))
   ;; Disable tests requiring access to CRDS servers to download
   ;; ~500MiB of data.
   "-k" "not test_crds_selectors_vs_datamodel")
@@ -5450,7 +5450,7 @@ (define-public python-pysiaf
 (arguments
  (list
   #:test-flags
-  #~(list "--numprocesses" "auto"
+  #~(list "--numprocesses" (number->string (parallel-job-count))
   ;; Disable 2 failing tests, see
   ;; 
   "-k" (string-append "not test_write_jwst_siaf_xlsx"
@@ -5543,7 +5543,8 @@ (define-public python-sbpy
 (build-system pyproject-build-system)
 (arguments
  (list
-  #:test-flags #~(list "--numprocesses" "a

bug#74445: [PATCH 0/1] gnu: Respect --cores build argument in some python packages.

[Sharlatan Hellseher]

Hi Greg,

Thanks for highlighting that, I was too much keen to make tests faster.

This patch adjust all "-n" or "--numprocesses" from "auto" to
"parallel-job-count" parameter.
This quite save to be pushed to master directly:

--8<---cut here---start->8---
Building the following 77 packages would ensure 180 dependent packages are
rebuilt: python-yt-astro-analysis@1.1.3 variant-tools@3.1.2 osc@0.172.0
h-client@0.0a0-1.e6c78b1 python-urlgrabber@4.1.0 xapers@0.8.2 ganeti@3.0.2
awscli@1.36.0 instrain@1.5.4 python-osmnx@1.9.3 conda@22.9.0
python-awscrt@0.23.0 awscli@2.20.0 python-spacy@3.5.3 snakemake@6.15.5
python-scm-sr-ht@0.22.23 awslogs@0.14.0 python-tibanna@5.4.3
python-hicexplorer@3.7.4 python-vaex-core@4.13.0 python-kanon@0.6.6
python-zodipy@1.1.0 python-coolest@0.1.9 python-sncosmo@2.11.1
python-halotools@0.9.1 python-healpy@1.16.6 scamp@2.10.0
python-asdf-compression@0.0.1-0.57cc7e7 python-asdf-zarr@0.0.4
python-regularizepsf@0.4.0 python-statmorph@0.5.7 python-pyxsim@4.4.2
python-viresclient@0.12.0 python-naima@0.10.0 python-aplpy@2.1.0
python-astroalign@2.6.0 ginga-qt5@5.1.0 python-poliastro@0.17.0
python-astroplan@0.10.1 python-bulkvis@2.0.0-2.00a82a9 python-cooltools@0.7.0
fanc@0-1.354401e python-fanc@0.9.25 python-pytorch-geometric@2.4.0 cura@4.13.1
python-sunkit-image@0.5.1 python-radiospectra@0.6.0 python-webbpsf@1.4.0
python-acstools@3.7.2 python-jwst-reffiles@1.0.1 python-sbpy@0.5.0
python-glue-qt@0.3.1 python-glue-astronomy@0.10.0 python-pyrodigal@3.3.0
python-verde@1.8.0 python-scikit-allel@1.3.5 python-pandera@0.18.0
python-modin@0.15.1 python-cesium@0.12.1 synapse@1.29.0 python-sparse@0.14.0
python-demuxem@0.1.7 python-cellbender@0.2.2 python-scikit-bio@0.6.0
python-ikarus@0.0.2 python-muon@0.1.6 python-liana-py@1.1.0
r-doubletcollection@1.1.0-1.c0d62f1 python-episcanpy@0.4.0
python-metacells@0.9.4 python-celltypist@1.6.2 python-hotspotsc@1.1.1
python-multivelo@0.1.2 python-baltica@1.1.2 scregseg@0.1.3
python-magic-impute@1.2.1 python-multiscale-spatial-image@1.0.0
--8<---cut here---end--->8---

Thanks,
Oleg

Sharlatan Hellseher (1):
  gnu: Respect --cores build argument in some python packages.

 gnu/packages/astronomy.scm  | 31 ---
 gnu/packages/check.scm  |  2 +-
 gnu/packages/databases.scm  |  2 +-
 gnu/packages/python-web.scm |  6 +++---
 gnu/packages/python-xyz.scm |  6 +++---
 5 files changed, 24 insertions(+), 23 deletions(-)


base-commit: da8afaa65fe30ae59e1bedbbb231490ad01c013c
-- 
2.46.0

bug#54097: go importer does not honor multi-module repositories

[Sharlatan Hellseher]

Hi,

Please, give it a go with a fresh go importer , available on master branch.

Thanks,
Oleg

bug#75972: Guix bug?

[Sharlatan Hellseher]

Hi,

Thanks for reporting and renewing interest in Guix.

It looks like network or CI issue.

Closing.

bug#72100: guix pull: error: aborting update of channel 'guix' to commit 2d6a3799fcda5c017f653c6e96b91964b07a7ee0

[Sharlatan Hellseher]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512



Hi,

Please try to pull once again.

- --8<---cut here---start->8---
guix describe
Generation 75   Feb 03 2025 21:37:27(current)
  guix 2574ae3
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 2574ae3733637ead786fb3dc454369590794bc51
- --8<---cut here---end--->8---

- --
Ole
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEmEeB3micIcJkGAhndtcnv/Ys0rUFAmehN7kACgkQdtcnv/Ys
0rUY+Q/6A5raAYOdEUWZxKMascvczk+YWm24f5wLSfTMKk17p+7wpLGOmwZ4m16F
qwP2lyQQONeJSFaUocVOCxuSN8Vix0VZYKBVGpl9j9IM3PV9WiBnSyqvYhkSmHYn
WtCbdb5FzNMoY9aXK2D2crs/x4H5zHMVsnYnzGf9uiDZQ3Vu2LLc0L99SayWo+SE
ZoIONwqrjGYH4UVZODYuevaKaqh1cs5Gh4u6HNOy7YMybRVW7E23o0xaSsOLzRo6
YZAdGpgq3ogtm9mwdJeYSaYsHPt6tDQCPuB+WeaWMWMD4Ykk9wx6SYjTIqaqHgyj
TGLo9/5lKThP7LPnbdcM06R0UDwAmKfpGJhzTGHm81BHdwrzUeGMBLWL+ngR49XI
vSh3aa+HVL4EVOuIDltLiDpvPIHTAB3kjKxocOW096WxlgjBSmgHO5Y1PlblYWeH
/Ep9fUSPsR5hZ6samlcPBTSUdKd+FkBbSCqv0iCz8AlZapkwuZzWXoK9J4DK9WTu
gqZ/UZHtjtVN5KOt+yVJpKGt9PwOyqCk3SN+YuiFREOC5mF8uowvKrL/XkMBk7o7
SGr8nOLCxNogpWZsbE+cXkNm6CQsNaLyef9kdAOylJbiMqjb19PX3UNgsAhBThNJ
Dbrrt/7adFtSUznQGuaMcGc78rWDxz8QfisMdNXG1d3xHISez9Y=
=BvLw
-END PGP SIGNATURE-

bug#25752: go incremental builds broken

[Sharlatan Hellseher]

Hi

I think it's a time to close it for now.

 leads to 404
--8<---cut here---start->8---
to, err := human()
open src/cmd/go/pkg.go: file does not exist
--8<---cut here---end--->8---

This just lists internal modules coming with go source, and no go-*
packages are used during the build:
--8<---cut here---start->8---
go list -f '{{join .Deps "\n"}}' cmd/go
--8<---cut here---end--->8---

The attempt to find out the purpose of 'pkg/' leads me to a deep search
kung-fu with a few information in official Documentation.
- 
https://stackoverflow.com/questions/47369621/what-is-the-use-of-pkg-directory-in-go
- https://go.dev/doc/code#Workspaces

I would not treat this statement as something relevant to go@1.19+ (we
have 1.21 as a default for build):
- https://github.com/golang-standards/project-layout?tab=readme-ov-file#pkg
--8<---cut here---start->8---
Library code that's ok to use by external applications (e.g.,
/pkg/mypubliclib). Other projects will import these libraries expecting
them to work, so think twice before you put something here :-) Note that
the internal directory is a better way to ensure your private packages
are not importable because it's enforced by Go. The /pkg directory is
still a good way to explicitly communicate that the code in that
directory is safe for use by others.
--8<---cut here---end--->8---

I'm not sure that anyone uses Guix in Golang development and dependency
management, while go-build-system is heavily tweaked to produce just final
output for the user's command binary.

I'm also not sure if it's by design or it's a bug, if it's by disign "go
env" does not provide any relevant environment variable which may be
tweaked like we did for others in go-build-system:
--8<---cut here---start->8---
guix shell -D go -- bash -c 'export t=$(mktemp -d); cd $t && export 
GOPATH=$(pwd) GOBIN=$(pwd)/bin && go install cmd/go'
<...>
cmd/go: go install cmd/go: copying /tmp/go-build7392385/b001/exe/a.out: open 
/gnu/store/ah4ni8qjiffgw2100hl4bqffgydi7jkv-go-1.21.13/lib/go/bin/go: read-only 
file system
--8<---cut here---end--->8---

But... I can do this, which ignores all the packages availalbe in
/gnu/store and just downloads everything from Inherent then builds with
success:
--8<---cut here---start->8---
guix shell -D go kubo -- bash -c 'export t=$(mktemp -d); cd $t && export 
GOPATH=$(pwd) GOBIN=$(pwd)/bin && go install 
github.com/ipfs/kubo/cmd/ipfs@latest; pwd; ls $t'
<...>
/tmp/tmp.HB3jKQBvco
bin  pkg
/tmp/tmp.HB3jKQBvco/bin/ipfs --version
ipfs version 0.33.0
--8<---cut here---end--->8---

It's a good opportunity for GCD ;-) where we may discus how to tweak
go-build-system even more to utilize available go-* packages from the
store during development.


Based on above the issue is closed. 

--
Oleg


signature.asc
Description: PGP signature

bug#75932: go@1.17.13 builds failing on aarch64-linux

[Sharlatan Hellseher]

Hi Ian,

I tried to reproduce it with time-machine and your commit on
--system=aarch64-linux:

--8<---cut here---start->8---
guix time-machine --commit=ac103c2eab1a169ca18c88fd0b0d03c7d2e02c9d -- build 
--system=aarch64-linux go
<...>
/gnu/store/3z743aawlgqxww7dhkaap7gwcxjsgviw-go-1.23.5
/gnu/store/72609ldby63jf84z7qr4f628imnghdd2-go-1.23.5-tests

guix time-machine --commit=ac103c2eab1a169ca18c88fd0b0d03c7d2e02c9d -- build 
--system=aarch64-linux go@1.4-bootstrap-20171003
<...>
/gnu/store/14jpr2l9qbin1bnf1dciyv1f0i3mi25g-go-1.4-bootstrap-20171003-doc
/gnu/store/szpnxss4sdk6q06cnqi5vvz3y1f5kb4s-go-1.4-bootstrap-20171003
/gnu/store/x3f04scmkdl4p32md1kvc3xnykz4lwhq-go-1.4-bootstrap-20171003-tests

guix time-machine --commit=ac103c2eab1a169ca18c88fd0b0d03c7d2e02c9d -- shell 
file -- file 
/gnu/store/szpnxss4sdk6q06cnqi5vvz3y1f5kb4s-go-1.4-bootstrap-20171003/bin/go
<...>
/gnu/store/szpnxss4sdk6q06cnqi5vvz3y1f5kb4s-go-1.4-bootstrap-20171003/bin/go:
ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), statically
linked, stripped

guix time-machine --commit=ac103c2eab1a169ca18c88fd0b0d03c7d2e02c9d -- shell 
file -- file /gnu/store/3z743aawlgqxww7dhkaap7gwcxjsgviw-go-1.23.5/bin/go
<...>
/gnu/store/3z743aawlgqxww7dhkaap7gwcxjsgviw-go-1.23.5/bin/go: ELF 64-bit
LSB executable, ARM aarch64, version 1 (SYSV), statically linked, Go
BuildID=0eCUv8J6ZCq7sgVVZxvd/PzySMddYip0GeTK6gXT2/fIgm9FAYEjVeYs-FPzTf/q1haDqtswLHqvG5hU8dG,
stripped
--8<---cut here---end--->8---


It built succefully on my end in Qemu as you may see. I've got x86_64 for the
host machine.

Is any chance you may provide a similar reproducer?

--
Oleg


signature.asc
Description: PGP signature

bug#75979: python-txtorcon-23.0.0 build failure

[Sharlatan Hellseher]

Hi,

Fixed in 

3722cb156a0 * gnu: python-txtorcon: Update to 24.8.0.

Closing as resolved.

--
Oleg


signature.asc
Description: PGP signature

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

[Sharlatan Hellseher]

Hi,

There are adjustmets in go-importer which fixed this issue.

To note.
This is not expected mudle name - azure-sdk-for-go/sdk/storage/azblob

This IS expected module name, as seen in go.mod 
github.com/Azure/azure-sdk-for-go/sdk/storage/azblob


Importer produces a valid package template with correct tag extracted by
Golang rules for monorepos:
--8<---cut here---start->8---
guix time-machine --commit=2574ae3733637ead786fb3dc454369590794bc51 -- import 
go github.com/Azure/azure-sdk-for-go/sdk/storage/azblob
guix import: Importing package 
"github.com/Azure/azure-sdk-for-go/sdk/storage/azblob"...
(define-public go-github-com-azure-azure-sdk-for-go-sdk-storage-azblob
  (package
(name "go-github-com-azure-azure-sdk-for-go-sdk-storage-azblob")
(version "1.6.0")
(source
 (origin
   (method git-fetch)
   (uri (git-reference
 (url "https://github.com/Azure/azure-sdk-for-go";)
 (commit (go-version->git-ref version
  #:subdir "sdk/storage/azblob"
   (file-name (git-file-name name version))
   (sha256
(base32 "00l5xj1cgnkljxxynasfji51bvwfbbnvxzlz2ky6kjc5fgw44c78"
(build-system go-build-system)
(arguments
 (list
  #:import-path "github.com/Azure/azure-sdk-for-go/sdk/storage/azblob"
  #:unpack-path "github.com/Azure/azure-sdk-for-go"))
(propagated-inputs (list go-github-com-stretchr-testify

go-github-com-azure-azure-sdk-for-go-sdk-resourcemanager-storage-armstorage
go-github-com-azure-azure-sdk-for-go-sdk-internal
go-github-com-azure-azure-sdk-for-go-sdk-azidentity
go-github-com-azure-azure-sdk-for-go-sdk-azcore))
(home-page "https://github.com/Azure/azure-sdk-for-go";)
(synopsis "Azure Blob Storage module for Go")
(description
 "Azure Blob Storage is Microsoft's object storage solution for the cloud.  
Blob
Storage is optimized for storing massive amounts of unstructured data - data
that does not adhere to a particular data model or definition, such as text or
binary data.  For more information, see
@@url{https://learn.microsoft.com/azure/storage/blobs/storage-blobs-introduction,Introduction
to Azure Blob Storage}.")
(license license:expat)))
--8<---cut here---end--->8---

Closing as resolved.

--
Oleg


signature.asc
Description: PGP signature

bug#69889: Rclone is 4 years outdated

[Sharlatan Hellseher]

Hi,

Thanks for reporting.

--8<---cut here---start->8---
guix describe
Generation 75   Feb 03 2025 21:37:27(current)
  guix 2574ae3
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 2574ae3733637ead786fb3dc454369590794bc51

guix show rclone
name: rclone
version: 1.52.3
<...>
--8<---cut here---end--->8---

<2020-08-08> in Guix


<2025-01-14> the current latest release


The project changed the module of release and now ships vendor and source 
separatly:
- 
https://github.com/rclone/rclone/releases/download/v1.69.0/rclone-v1.69.0-vendor.tar.gz
- 
https://github.com/rclone/rclone/releases/download/v1.69.0/rclone-v1.69.0.tar.gz

It means we need to package all missing inputs before update to the
latest.

CC Leo for the second opinion if we may grab vendor and ingest it
during build and initiate packaging for the future to reduce amount of
vendored packages.

--
Oleg



signature.asc
Description: PGP signature

bug#75932: go@1.17.13 builds failing on aarch64-linux

[Sharlatan Hellseher]

Hi,

The issue may come from the fact that all tests started to run
as default is ./... .

I can check later on Monday.

Oleg

bug#75979: python-txtorcon-23.0.0 build failure

[Sharlatan Hellseher]

Hi,

Thanks for reporting.

I triage this issue and the solution would be just a package refresh and
migration to pyproject-build-system.

---
Oleg


signature.asc
Description: PGP signature

bug#76079: imp@2.15.0 fails to build

[Sharlatan Hellseher]

Hi,

While refreshing python-feature which is in the first level of
dependencies for imp I noticed it has failed to build.


--8<---cut here---start->8---
In file included from 
/tmp/guix-build-imp-2.15.0.drv-0/imp-2.15.0/modules/kernel/src/Model_evaluate.cpp:21,
 from 
/tmp/guix-build-imp-2.15.0.drv-0/build/src/kernel_all.cpp:13:
/gnu/store/wjcwaddsgzibk7vyk3q256bax5yfwsbn-boost-1.83.0/include/boost/timer.hpp:21:3:
 error: #error This header is deprecated and will be removed. (You can define 
BOOST_TIMER_ENABLE_DEPRECATED to suppress this error.)
   21 | # error This header is deprecated and will be removed. (You can define 
BOOST_TIMER_ENABLE_DEPRECATED to suppress this error.)
  |   ^
In file included from 
/tmp/guix-build-imp-2.15.0.drv-0/imp-2.15.0/modules/kernel/src/internal/base_static.h:19,
 from 
/tmp/guix-build-imp-2.15.0.drv-0/imp-2.15.0/modules/kernel/src/base_utility.cpp:11,
 from 
/tmp/guix-build-imp-2.15.0.drv-0/build/src/kernel_all.cpp:33:
/gnu/store/wjcwaddsgzibk7vyk3q256bax5yfwsbn-boost-1.83.0/include/boost/progress.hpp:23:3:
 error: #error This header is deprecated and will be removed. (You can define 
BOOST_TIMER_ENABLE_DEPRECATED to suppress this error.)
   23 | # error This header is deprecated and will be removed. (You can define 
BOOST_TIMER_ENABLE_DEPRECATED to suppress this error.)
  |   ^
--8<---cut here---end--->8---

--8<---cut here---start->8---
guix describe
Generation 75   Feb 03 2025 21:37:27(current)
  guix 2574ae3
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 2574ae3733637ead786fb3dc454369590794bc51
--8<---cut here---end--->8---

--
Oleg


signature.asc
Description: PGP signature

bug#76111: docker-registry fails to build after commit

[Sharlatan Hellseher]

Hi,

Thank you for reporting this.

I've limited amount of tests to run now it builds successfully:
--8<---cut here---start->8---
> ./pre-inst-env guix build docker-registry
/gnu/store/87a3qjxfnx01vm4yrc6m8sz53mn7ksap-docker-registry-2.8.3
--8<---cut here---end--->8---

Pushed to master as a5c9e93ad44d9a394ccb412ee7e5e9e8ee159946.

> Also note that whatever the solution is for this issue, I will still
> try to find the time to do the same than we did for matterbridge with
> docker-registry (this will take priority over continuing the work with
> matterbridge).

Thank you for your efforts, you may contribute any leaf packages for
both projects (docker-registry and matterbridge) on your own pace. In my
tern I've initiated a ne round of refresh/add on go-team, keep eye on
updates there.

My target is to finialize Prometheus packaging, update bitmask VPN and
unbundle rest of Kubo. By havving all of them packaged properly we will
have quite a good amount of missing inputs for many other vendored
projects in Guix (restic, rclone, matterbridge, docker...).

--
Oleg


signature.asc
Description: PGP signature

bug#76111: docker-registry fails to build after commit

[Sharlatan Hellseher]

Correct commit after rebased on master HEAD:

master origin/master 2a4bba2249a71e928bd612d47b6ef439dc498c9c


signature.asc
Description: PGP signature

bug#40282: tegola has bundled libraries

[Sharlatan Hellseher]

Hi,

Nicolas has initiated the unbundling process in
https://issues.guix.gnu.org/76146.

I'd rather close this issue for now as it will be noted in
package definition after 76146 is merged.

Tegola requires way too many missing packages which may
be added on volunteers free time.

Thanks,
Oleg

bug#75932: go@1.17.13 builds failing on aarch64-linux

[Sharlatan Hellseher]

Hi,


> cannot execute binary file: Exec format error

This looks like one binary built on one architecture is invoked on other.

May you share the steps please?

Oleg

bug#51352: Matterbridge contained a lot of vendored code

[Sharlatan Hellseher]

Hi,

Closing this one as matterbridge on the way of unbundle all packages
from vendor to make it possible to upgrade. Vendor is no longer provided
in the latest version of the package.

See commit 1dd7a47b652f9533290abb17261476fafaf92eb7.

--
Thanks,
Oleg


signature.asc
Description: PGP signature

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

[Sharlatan Hellseher]

Hi,

As it's pypi importer which improving refresh as well, may
it be pushed to master or we need it on team branch first?

Thanks,
Oleg

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

[Sharlatan Hellseher]

Hi Ludovic,

> It looks like we still take info from ‘requirements.txt’; is
Python packaging ecosystem is not standradisied like in Julia
somteimes you may see all at once setup.cfg, setup.py, pyproject.toml,
 requirements*.txt (covering in separate files dev/install deps),

Poetry changed the game as it become popular but it does not follow
PEP in pyproject.toml and just
created it's own config field in it not copatible with pip.

This patch would help to refresh easely most of the astronomy packages
as they are on
pyproject.toml and failed to be refresh with guix refresh CLI.

Lars, do you have a commit access?

> Anyhow, if others on the Python team approve, I guess you can go ahead
and push it.

I vote for merge as well

Thanks,
Oleg

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

[Sharlatan Hellseher]

Hi,

Pushed as

a3ffb920f1 * master import: pypi: Move deduplication to final processing step.
c904350a81 * import: pypi: Default to setuptools as build system input.
d7890af335 * import: pypi: Add python-wheel to native inputs if setuptools is 
used.
8bb3bb19c2 * import: pypi: Support extracting dependencies from pyproject.toml.

to master.

--
Thanks,
Oleg


signature.asc
Description: PGP signature

bug#60608: keras is broken –> package bazel?

[Sharlatan Hellseher]

Hi,

I'm in a limbo to upgrade https://github.com/spf13/afero, which requires
go-google-golang-org-api, which relays on auto-generated code in
https://github.com/googleapis/go-genproto which was built from
https://github.com/googleapis/googleapis/ with Bazel, which we don't
have in Guix (yet?)

Any plan to have Bazel in main Guix git repository or it's not
compatibly license wise?

--
Oleg


signature.asc
Description: PGP signature

bug#74445: [python-team] Respect --cores build argument.

[Sharlatan Hellseher]

Hi,

Pushed as 2d1a7ec92d91b8346d257e5352b65fdce35070a5 to master.

--
Thanks,
Oleg


signature.asc
Description: PGP signature

bug#74445: [python-team] Respect --cores build argument.

[Sharlatan Hellseher]

Correct commit: origin/master d3b010c38c449ea17bf7beba48de39acec26ae04

--
Oleg


signature.asc
Description: PGP signature

bug#75424: docker-compose up/down not working throwing error.

[Sharlatan Hellseher]

Hi,

The current version of Docker compose is quite dated and still builds
with Python, where the latest version is completely rewritten with
Golang.

I've started adding missing packages on go-team branch hoping to bring a
fresh version soon.

--
Oleg


signature.asc
Description: PGP signature

bug#75423: ansible package fails to build due to some tests failing on python-resolvelib package

[Sharlatan Hellseher]

Hi,

Thanks for reporting.

It was resolved by d708746ca7dc4e7df71ff284e472307a09e11e05.

--8<---cut here---start->8---
(guix/linux-gnu)[sharlatan@guxtil ~]$: guix describe
Generation 69   Jan 09 2025 20:59:24(current)
  guix 4c8ea86
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 4c8ea86e8ce2f3a197c8ac53ffb4ff7b82246e45
(guix/linux-gnu)[sharlatan@guxtil ~]$: guix build python-resolvelib
/gnu/store/22lg6713r51wiqhwrply6lvhl51i4qh0-python-resolvelib-1.0.1
--8<---cut here---end--->8---

Closing.

--
Oleg


signature.asc
Description: PGP signature

bug#75786: python-fastbencode does not build the C extensions

[Sharlatan Hellseher]

Hi,

It's built just fine now, thanks.
--8<---cut here---start->8---
> ./pre-inst-env guix build -P 1 python-fastbencode
guix build: computing dependents of package python-fastbencode@0.3.1...
/gnu/store/krw4kw3hx4gv01p8i2n11iwcfy9gc3ig-python-fastbencode-0.3.1
/gnu/store/c8w87k9vpq6idl572146lnv8d7is2nn9-breezy-3.2.2
--8<---cut here---end--->8---

Pushed as:
origin/master 4dacc7856152278563011d8c00af645407ac8835

--
Oleg


signature.asc
Description: PGP signature

bug#75713: [PATCH] python-aws-xray-sdk, python-jose, python-kombu, and python-moto fail to build

[Sharlatan Hellseher]

Hi,

Thank you for the patches!

--8<---cut here---start->8---
Subject: [PATCH 1/3] gnu: python-aws-xray-sdk and python-jose: fix build
--8<---cut here---end--->8---
May you split this and make it one change per one package as separate
patch please?

Let's review v2!

--
Oleg


signature.asc
Description: PGP signature

bug#63001: Go importer doesn't know MODULE/vX.Y version tags

[Sharlatan Hellseher]

Hi,

The latest changes in go-importer have resolved it:

--8<---cut here---start->8---
~$ guix describe
Generation 72   Jan 24 2025 22:18:29(current)
  guix ea7a6fa
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: ea7a6fa8c66ef3cfd0ccdec6c0a7a3e7ab3dfc9c

~$ guix import go cloud.google.com/go/longrunning
guix import: Importing package "cloud.google.com/go/longrunning"...
(define-public go-cloud-google-com-go-longrunning
  (package
(name "go-cloud-google-com-go-longrunning")
(version "0.6.4")
(source
 (origin
   (method git-fetch)
   (uri (git-reference
 (url "https://github.com/googleapis/google-cloud-go";)
 (commit (go-version->git-ref version
  #:subdir "longrunning"
   (file-name (git-file-name name version))
   (sha256
(base32 "0w04dgxk0lx5k4s255ladf5w8n2nivvhp5vlyb2va96j5aa8j2q5"
(build-system go-build-system)
(arguments
 (list
  #:import-path "cloud.google.com/go/longrunning"
  #:unpack-path "cloud.google.com/go"))
(propagated-inputs (list go-google-golang-org-protobuf
 go-google-golang-org-grpc
 go-google-golang-org-genproto-googleapis-rpc
 go-google-golang-org-genproto-googleapis-api
 go-google-golang-org-genproto
 go-google-golang-org-api
 go-github-com-googleapis-gax-go-v2
 go-cloud-google-com-go))
(home-page "https://cloud.google.com/go";)
(synopsis "longrunning")
(description
 "Package longrunning supports Long Running Operations for the Google Cloud
Libraries.  See google.golang.org/genproto/googleapis/longrunning for its
service definition.")
(license license:asl2.0)))
--8<---cut here---end--->8---

The recursive operation is tests against restic and it imported 400 new
packages after 1h.

Closing as resolved.

--
Thanks,
Oleg


signature.asc
Description: PGP signature

bug#63019: restic is nine versions out of date

[Sharlatan Hellseher]

Hi,

The current efforts to bring more Golang packages is on go-team, which
would allow to upgrade some dated projects, restic is part of them.

--
Thanks,
Oleg


signature.asc
Description: PGP signature

bug#75713: [PATCH] python-aws-xray-sdk, python-jose, python-kombu, and python-moto fail to build

[Sharlatan Hellseher]

Hi Arne,

I tried to apply your patches but it looks like they are dated or belong
to an older commit.

After an attempt to build with the fresh "guix pull" all mentioned
pckages have built successfully:

--8<---cut here---start->8---
~$ guix build python-aws-xray-sdk python-jose python-kombu python-moto
/gnu/store/p77qhfb9d5mlh6qzs1iixi9n08szi2xy-python-aws-xray-sdk-2.14.0
/gnu/store/79fsr2cnhmmsifp4a08iw4mxab4pggjh-python-jose-3.3.0
/gnu/store/dhsn70bxfxd1063yrzj656d5ryp9k0r1-python-kombu-5.3.7
/gnu/store/jw7p8msrzv7zjlj1pyk0h1dsdjlamrmm-python-moto-5.0.25

~$ guix describe
Generation 72   Jan 24 2025 22:18:29(current)
  guix ea7a6fa
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: ea7a6fa8c66ef3cfd0ccdec6c0a7a3e7ab3dfc9c
--8<---cut here---end--->8---

May you check if it's still an issue after "guix pull", and provide on
which commit you are, please?

--
Thanks,
Oleg


signature.asc
Description: PGP signature

bug#75932: go@1.17.13 builds failing on aarch64-linux

[Sharlatan Hellseher]

bug#76312: go-ulid "Texinfo markup in description is invalid"

[Sharlatan Hellseher]

Hi,

Nice catch!

I've fixed it in aadee4a58ddb4c0995c41dc4c0d16464665c54c1.

Feel free to double check and/or close this issue.

--
Oleg


signature.asc
Description: PGP signature

bug#77195: [PATCH 0/7] Remove fenics

[Sharlatan Hellseher]

The project is still alive but distracted from other sources now
 (listed above), I think we may sacrifice deprecated variant and will
 check how to bring a maintained version. No strong opinion to
keep still working ones or delete them.

VCS: https://github.incerto.xyz/; https://git.sr.ht/~hellseher/
GPG: 9847 81DE 689C 21C2 6418 0867 76D7 27BF F62C D2B5

… наш разум - превосходная объяснительная машина которая способна найти
смысл почти в чем угодно, истолковать любой феномен, но совершенно не в
состоянии принять мысль о непредсказуемости.

On Tue, 1 Apr 2025, 13:34 Ludovic Courtès,  wrote:

> Hi,
>
> Andreas Enge  skribis:
>
> > Indeed, comments in our source code say that the fenics project has been
> > dormant for three years now. I think fenics-dolfin has not built for
> > months, probably years. So I suppose that nobody actually uses the
> > fenics packages in Guix, and I would suggest to remove them all on or
> > after May 1st. Patch series following.
>
> My understanding of  is that only
> ‘fenics-dolfin’ fails to build, so perhaps we could limit to this one
> package?
>
> No strong opinion though.
>
> Ludo’.
>

bug#73314: PyPI importer gives null at home-page for some packages

[Sharlatan Hellseher]

Hi,

Pushed as ea6f4ee097bffacc33a98e462bdec58920d823b5 to master with
ammended commit message.

--
Thanks,
Oleg


signature.asc
Description: PGP signature

bug#76211: Incomplete python-django-compressor package

[Sharlatan Hellseher]

Hi,

Thanks for reporting this.

I could investigate it and find the root of that problem, and it was a
custom function detecting which files need to be copied to "build"

--8<---cut here---start->8---
def find_package_data(
--8<---cut here---end--->8---


As package has no many dependent I could push it to master, after local build:

--8<---cut here---start->8---
> ./pre-inst-env guix build -P1 build python-django-compressor
guix build: computing dependents of package build@0.3.10...
/gnu/store/r5k54f35gdqrkwzdg5xp4433wwpg0ps4-build-0.3.10
/gnu/store/vimdx5lvf453591rc8d2f802nz32nx4j-cli-1.1.0
/gnu/store/mcp3d7jiljl6s63vwf0dqn99mv4sg0g4-xsd-4.0.0-doc
/gnu/store/lgpqmp9hjlva9cgxvm2x420jd8nwl4h5-xsd-4.0.0
/gnu/store/wrh3k5cwvp8dcx40bkd6583zrhd5w0w8-libxsd-frontend-2.0.0
/gnu/store/v0hdy25fxh6kpmjx90p0zsarncm5hq0n-python-django-compressor-4.5.1
--8<---cut here---end--->8---

Templates dirrectory is present in the built package now:
--8<---cut here---start->8---
> tree -d $(./pre-inst-env guix build python-django-compressor)/lib/
/gnu/store/v0hdy25fxh6kpmjx90p0zsarncm5hq0n-python-django-compressor-4.5.1/lib/
└── python3.10
└── site-packages
├── compressor
│   ├── contrib
│   │   └── __pycache__
│   ├── filters
│   │   ├── cssmin
│   │   │   └── __pycache__
│   │   ├── jsmin
│   │   │   └── __pycache__
│   │   └── __pycache__
│   ├── management
│   │   ├── commands
│   │   │   └── __pycache__
│   │   └── __pycache__
│   ├── offline
│   │   └── __pycache__
│   ├── parser
│   │   └── __pycache__
│   ├── __pycache__
│   ├── templates
│   │   ├── compressor
│   │   │   └── __pycache__
│   │   └── __pycache__
│   ├── templatetags
│   │   └── __pycache__
│   ├── tests
│   │   └── __pycache__
│   └── utils
│   └── __pycache__
└── django_compressor-4.5.1.dist-info

32 directories
--8<---cut here---end--->8---

Pushed fixes to master as:
0879cb6f66 * master gnu: python-django-compressor: Fix Python package data.
8335f7b441 * gnu: python-django-compressor: Fix indentation.

--
Oleg


signature.asc
Description: PGP signature

bug#78132: python-angr@3.2.112: Fails to build, long jorny to update

[Sharlatan Hellseher]

Hi Guix,

python-angr (Multi-architecture binary analysis toolkit) fails to build
on master branch.

Logging it as an issue for someone would volunteer to pick it, it's a
chunky package and might need some love to improve/fix.

It fails during check phase which would take up to 20min to complete in
16 threads.

No successful builds since Feb, 2025.

https://ci.guix.gnu.org/search?query=spec:master%20python-angr-9.2.112

--
Oleg


signature.asc
Description: PGP signature

bug#77965: hydrus-network@495: No successful build for a long time

[Sharlatan Hellseher]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512


Hi,

Opening the issue just to attract attention any volunteers to pick it up.
I've tried to refresh it to the latest version, but it's packaged so
hard so I could get it work anyway.


- --8<---cut here---start->8---
10017240hydrus-network-495  16 Apr 12:47 +0200
9994119 hydrus-network-495  16 Apr 02:47 +0200
9985441 hydrus-network-495  15 Apr 12:06 +0200
9874173 hydrus-network-495  5 Apr 20:46 +0200
9799762 hydrus-network-495  31 Mar 12:09 +0200
9792871 hydrus-network-495  29 Mar 12:16 +0100
9789294 hydrus-network-495  26 Mar 11:58 +0100
9735324 hydrus-network-495  25 Mar 00:41 +0100
9654212 hydrus-network-495  16 Mar 21:41 +0100
9494341 hydrus-network-495  5 Mar 13:52 +0100
- --8<---cut here---end--->8---

- --
Oleg
-BEGIN PGP SIGNATURE-

iQJKBAEBCgA0FiEEmEeB3micIcJkGAhndtcnv/Ys0rUFAmgGbFcWHHNoYXJsYXRh
bnVzQGdtYWlsLmNvbQAKCRB21ye/9izStR+CD/9KJS9h6PBOYY/eSzgbpNEu6t7h
roqgohf6ajcuwWYMcWOeVvpVbQ79Z4Qxia+s6HTb7jSGqTFSY07soICRSoh8NDKN
6J1uIVtNEl+c8BtYzrmaKID36VyHSely8vFAhdFf7AFpvRmA0JDMJkLipM8r8/FV
i4hFUapoxMGsxJyBYw/lB1IPTWoSDwVcKHUJbjlarvGZpAxw10rzq97ZZfudFSa7
VeZotTILa1Tp0si4rteQJ64my+BS1bOhsrcA4Z7gO7E1x4SI5VyzDyP6yIN+xU5D
qp80ypMsxVMaT66U7UiXPeZrQqJfMtmUnAStREykQnELi2nYDj81Nto5jAf+Em8K
5ofKO69OpYwNU/0wHB/lLGOkZcomiHmXGtUJga7bnP7e7nRD1Gxa+LogHYP10XXM
m7xjE5W8Wpiu9OtIFlLWGXRK3qG+LDKsyVonlaEGRcN8PlNqMqsSvRGwM8XosiZB
m3eCHJENpl3KfiLggV0BVGqdOcjeQmCYo1gvSNcZFZ+tSjX53ENF5aBMWCCZOci4
nkDQRyijUAAVt1d3Yw2ZYKcpT+Cv7gbYtL0ORkYB27d56bm2LyNRC/YYivHO2Xsv
AOigTGbbbKJrJepUVkJW/QHbxRiJCysdbBCTT+cDhwV3T/u7edbQ3V7V2eZP5PYY
ow0ymtFVbKuAnX8Nqw==
=E1kk
-END PGP SIGNATURE-

bug#71795: [PATCH 0/2] Find fusermount in Go executables

[Sharlatan Hellseher]

Hi,

Thank you for the patch and sorry delayed reply.

The package is moved to golang-xyz and the patch is
not applicable for github.com/hanwen/go-fuse/v2.

Would you any have interest to send V2 which keeps fuse in
propagated inputs?

Oleg

bug#71795: [PATCH 0/2] Find fusermount in Go executables

[Sharlatan Hellseher]

Hi,

I've adjusted patches for the new package layout and pushed to master
together with gocryptfs update:

83f839e20f1 * gnu: gocryptfs: Find fusermount.
715a2558434 * gnu: go-github-com-hanwen-go-fuse-v2: Fix indentation.
eb0898c1655 * gnu: go-github-com-hanwen-go-fuse-v2: Find fusermount.
80fb23971f6 * gnu: gocryptfs: Update to 2.5.1.

---
Oleg


signature.asc
Description: PGP signature

bug#63019: restic is nine versions out of date

[Sharlatan Hellseher]

Hi,

Here is some update on packaging restic@0.17.3

Available on master or packaged on go-team:
- go-github-com-anacrolix-fuse ; packaged
- go-github-com-cenkalti-backoff-v4; packaged
- go-github-com-cespare-xxhash-v2  ; packaged
- go-github-com-elithrar-simple-scrypt ; packaged
- go-github-com-google-go-cmp  ; packaged
- go-github-com-hashicorp-golang-lru-v2; packaged
- go-github-com-klauspost-compress ; packaged
- go-github-com-minio-minio-go-v7  ; packaged
- go-github-com-minio-sha256-simd  ; packaged
- go-github-com-ncw-swift-v2   ; packaged
- go-github-com-peterbourgon-unixtransport ; packaged
- go-github-com-pkg-errors ; packaged
- go-github-com-pkg-profile; packaged
- go-github-com-pkg-sftp   ; packaged
- go-github-com-pkg-xattr  ; packaged
- go-github-com-restic-chunker ; packaged
- go-github-com-spf13-cobra; packaged
- go-github-com-spf13-pflag; packaged
- go-go-uber-org-automaxprocs  ; packaged
- go-golang-org-x-crypto   ; packaged
- go-golang-org-x-net  ; packaged
- go-golang-org-x-oauth2   ; packaged
- go-golang-org-x-sync ; packaged
- go-golang-org-x-sys  ; packaged
- go-golang-org-x-term ; packaged
- go-golang-org-x-text ; packaged
- go-golang-org-x-time ; packaged

Long journey with gRPC and friends... 
- go-google-golang-org-api
- go-cloud-google-com-go-storage
- go-github-com-azure-azure-sdk-for-go-sdk-azcore
- go-github-com-azure-azure-sdk-for-go-sdk-azidentity
- go-github-com-azure-azure-sdk-for-go-sdk-storage-azblob
- go-github-com-backblaze-blazer

- go-github-com-go-ole-go-ole ; windows only

If anyone would like to participate feel free to CC me on review.

---
Thanks,
Oleg


signature.asc
Description: PGP signature

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

[Sharlatan Hellseher]

Hi,

As current Kitti is operational it's not a bug when a fresh version
requires more efforts on packaging due to new logic, new dependency etc.

Happy to review patche(s) updating it.

Closing as not a bug.


Oleg

bug#76374: swftools@0.9.2-1.772e55a fails to build

[Sharlatan Hellseher]

guix time-machine --commit=314cacc3588c0caf7b20c33772aeed6832e793df -- build 
swftools

--8<---cut here---start->8---
<...>
In file included from CommonOutputDev.cc:1:
popplercompat.h:49:12: fatal error: xpdf/config.h: No such file or directory
   49 |   #include "xpdf/config.h"
  |^~~
compilation terminated.
make[2]: *** [Makefile:47: CommonOutputDev.o] Error 1
make[2]: *** Waiting for unfinished jobs
gcc -c -DHAVE_CONFIG_H   
-I/gnu/store/2d23x6q3mg0dmak5kkl6cvf2yn61ssqj-swftools-0.9.2-1.772e55a/include 
-I/gnu/store/7ah6i5829f5ha6bdfzcj1gf21115xyyd-freetype-2.13.0/include/freetype2 
-Ilame -Ilib/lame -fPIC -Wimplicit -Wreturn-type -Wno-write-strings -Wformat -O 
-fomit-fra
me-pointer  utf8.c -o utf8.o
gcc -c -DHAVE_CONFIG_H   
-I/gnu/store/2d23x6q3mg0dmak5kkl6cvf2yn61ssqj-swftools-0.9.2-1.772e55a/include 
-I/gnu/store/7ah6i5829f5ha6bdfzcj1gf21115xyyd-freetype-2.13.0/include/freetype2 
-Ilame -Ilib/lame -fPIC -Wimplicit -Wreturn-type -Wno-write-strings -Wformat -O 
-fomit-fra
me-pointer  png.c -o png.o
In file included from VectorGraphicOutputDev.cc:33:
popplercompat.h:49:12: fatal error: xpdf/config.h: No such file or directory
   49 |   #include "xpdf/config.h"
  |^~~
compilation terminated.
make[2]: *** [Makefile:49: VectorGraphicOutputDev.o] Error 1
gcc -c -DHAVE_CONFIG_H   
-I/gnu/store/2d23x6q3mg0dmak5kkl6cvf2yn61ssqj-swftools-0.9.2-1.772e55a/include 
-I/gnu/store/7ah6i5829f5ha6bdfzcj1gf21115xyyd-freetype-2.13.0/include/freetype2 
-Ilame -Ilib/lame -fPIC -Wimplicit -Wreturn-type -Wno-write-strings -Wformat -O 
-fomit-fra
me-pointer  jpeg.c -o jpeg.o
In file included from InfoOutputDev.h:24,
 from CharOutputDev.h:9,
 from FullBitmapOutputDev.h:28,
 from FullBitmapOutputDev.cc:22:
popplercompat.h:49:12: fatal error: xpdf/config.h: No such file or directory
   49 |   #include "xpdf/config.h"
  |^~~
compilation terminated.
make[2]: *** [Makefile:59: FullBitmapOutputDev.o] Error 1
In file included from InfoOutputDev.h:24,
 from CharOutputDev.h:9,
 from BitmapOutputDev.h:28,
 from BitmapOutputDev.cc:24:
popplercompat.h:49:12: fatal error: xpdf/config.h: No such file or directory
   49 |   #include "xpdf/config.h"
  |^~~
compilation terminated.
gcc -c -DHAVE_CONFIG_H   
-I/gnu/store/2d23x6q3mg0dmak5kkl6cvf2yn61ssqj-swftools-0.9.2-1.772e55a/include 
-I/gnu/store/7ah6i5829f5ha6bdfzcj1gf21115xyyd-freetype-2.13.0/include/freetype2 
-Ilame -Ilib/lame -fPIC -Wimplicit -Wreturn-type -Wno-write-strings -Wformat -O 
-fomit-fra
me-pointer  wav.c -o wav.o
gcc -c -DHAVE_CONFIG_H   
-I/gnu/store/2d23x6q3mg0dmak5kkl6cvf2yn61ssqj-swftools-0.9.2-1.772e55a/include 
-I/gnu/store/7ah6i5829f5ha6bdfzcj1gf21115xyyd-freetype-2.13.0/include/freetype2 
-Ilame -Ilib/lame -fPIC -Wimplicit -Wreturn-type -Wno-write-strings -Wformat -O 
-fomit-fra
me-pointer  mp3.c -o mp3.o
make[2]: *** [Makefile:55: BitmapOutputDev.o] Error 1
gcc -c -DHAVE_CONFIG_H   
-I/gnu/store/2d23x6q3mg0dmak5kkl6cvf2yn61ssqj-swftools-0.9.2-1.772e55a/include 
-I/gnu/store/7ah6i5829f5ha6bdfzcj1gf21115xyyd-freetype-2.13.0/include/freetype2 
-Ilame -Ilib/lame -fPIC -Wimplicit -Wreturn-type -Wno-write-strings -Wformat -O 
-fomit-fra
me-pointer  
-DSWFTOOLS_DATADIR=\"/gnu/store/2d23x6q3mg0dmak5kkl6cvf2yn61ssqj-swftools-0.9.2-1.772e55a/share/swftools\"
 os.c -o os.o
gcc -c -DHAVE_CONFIG_H   
-I/gnu/store/2d23x6q3mg0dmak5kkl6cvf2yn61ssqj-swftools-0.9.2-1.772e55a/include 
-I/gnu/store/7ah6i5829f5ha6bdfzcj1gf21115xyyd-freetype-2.13.0/include/freetype2 
-Ilame -Ilib/lame -fPIC -Wimplicit -Wreturn-type -Wno-write-strings -Wformat -O 
-fomit-fra
me-pointer  bitio.c -o bitio.o
In file included from CharOutputDev.cc:42:
popplercompat.h:49:12: fatal error: xpdf/config.h: No such file or directory
   49 |   #include "xpdf/config.h"
  |^~~
compilation terminated.
<...>
--8<---cut here---end--->8---

It might need more love as just bumping commit and adding xpdf did not
resolve the issue.

---
Oleg


signature.asc
Description: PGP signature

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

[Sharlatan Hellseher]

Hi,

The fixed build is submitted as a test on CodeBerg
https://codeberg.org/civodul/guix/pulls/5
Let me know if it's ok to merge it.

Thanks,
Oleg

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

[Sharlatan Hellseher]

Hi,

NNCP is updated and build is fixed.

0c88ec25603 * master origin/master gnu: nncp: Update to 8.11.0.
9cb5e264886 * gnu: Add go-gvisor-dev-gvisor.
2978a0b28a5 * gnu: Add go-github-com-yggdrasil-network-yggdrasil-go.

Closing as resolved

--
Thanks,
Oleg


signature.asc
Description: PGP signature