Hello,
I have done some more experiments, looking at the `access' syscalls (the
others are just the result of searching, I think). I have attached
everything in a tarball.
On 2025-01-29T19:11:20+0100, Nicolas Goaziou via Bug reports for GNU Guix wrote:
Hello,
vicvbcun writes:
Con
On 2025-01-30T23:27:29+0100, vicvbcun wrote
[...]
The comment above the substitution says that the !! construct wouldn't
work for texlive-build-system or when building profiles. I don't know
if it would be possible to work around this but perhaps it could be
possible to work arou
75130f (gnu: rust-ring-0.16: Build source using trivial-build-system.,
2024-12-17)
(make fails when reverting only 6975b1871b) on top of commit
87045f0982 (gnu: paritwine: Update to 0.2.1., 2025-01-17)
I get no error. No idea what that has to do with grafts though.
vicvbcun
git
Hi,
below are my current findings.
As of commit
87045f0982 (gnu: paritwine: Update to 0.2.1., 2025-01-17)
guile-rsvg depends on a version of guile-cairo different from the one I
get by simply building guile-cairo:
$ ./pre-inst-env guix build guile-cairo
⇒ /gnu/store/k4kglplg98098y
pendencies' up to gawk, in particular
the visit to glibc doesn't happen and for both guile-cairo and
guile-rsvg expat ends up in front of glibc in the grafting order. This
should be related to the full-source bootstrap.
vicvbcun
;;; A depends on a version of B different from th
for the extreme example above falls to about 2.5
seconds, without excessive searching.
The comment above the substitution says that the !! construct wouldn't
work for texlive-build-system or when building profiles. I don't know
if it would be possible to work around this but perhaps it could be
possible to work around this if installed in profile (or environment)?
vicvbcun
