Hi,
Maxim Cournoyer skribis:
> (list #:phases #~(modify-phases %standard-phases
> (add-after 'extract-gemspec 'delete-problematic-tests
> (lambda _
> (delete-file
> "test/webrick/test_httpresponse.rb"))
>
Fixed in 831baaf81e57ce9d9053ba6f9e0653a2d27298c4. Closing.
Any package that uses `bash-minimal` to build in mingw (all of them?) fails
when trying to build `bash-minimal` with the following error:
```
phase `patch-generated-file-shebangs' succeeded after 0.0 seconds
starting phase `build'
rm -f mksyntax.exe
gcc -DPROGRAM='"bash.exe"'
* gnu/packages/build-tools.scm (gnulib) [phase reset-shebangs]: After
installation, rewrite the /gnu/store shebangs in the distributed build-aux
files.
[inputs, native-inputs]: Add bash-minimal.
[phase let-autogen-execute-gnulib-tool]: Specify a shell to execute
gnulib-tool from autogen.sh.
---
So I applied Ludoâs proposed style improvement with a few more tweaks to
respect the gnulib-intended shebangs, and making sure that substitute* failure
on /lib/javaversion.class and the .mo test data can be recovered.
This v2 is still not a silver bullet, because gnulib users need to patch a
* gnu/packages/tls.scm (guile-gnutls) [phase patch-more-shebangs]: Fix how
autogen.sh invokes gnulib-tool, and how configure.ac invokes git-version-gen,
so as not to rely on shebangs.
---
gnu/packages/tls.scm | 6 ++
1 file changed, 6 insertions(+)
diff --git a/gnu/packages/tls.scm
On Thu, 16 Mar 2023, Nicolas Graves via Bug reports for GNU Guix wrote:
"/gnu/store/1jmlqw987ifnb3abr0s2hvihcg1n2xmx-ungoogled-chromium-wayland-109.0.5414.119-1/bin/chromium":
not in executable format: file format not recognized
I've run into this message in the past when my store got
I’m not sure why it uses these tarballs in the first place, since we
have a hg-download.
-> I guess a reason could be that downloading via hg is quite slow.
Thats at least my impression when fetching the "comm" repository for
Thunderbird with mecurial. Tarballs and git checkout tend to be way
Hi Björn,
Björn Höfling skribis:
> I will check the same for JDK10 and will prepare a patch within the
> next two days.
Thanks for 7636c49b45adb9870cf416c64bde032ec858a820 and its parent
commit!
For the record, there are two remaining issues:
1. Reproducibility of past revisions. If we
Le jeudi 16 mars 2023 à 11:48 +0100, Ludovic Courtès a écrit :
> > + (substitute* "configure.ac"
> > + (("build-aux/git-version-gen")
> > + "sh build-aux/git-version-gen"))
> > (for-each patch-shebang
> >
Le jeudi 16 mars 2023 à 11:41 +0100, Ludovic Courtès a écrit :
> Apart from ‘gnulib-tool’, every script is first
> copied into the source tree, and that happens before the
> ‘patch-source-shebangs’ phase no?
Precisely, so if they are executed during the bootstrap phase, we can’t
rely on their
Vivien Kraus skribis:
> * gnu/packages/tls.scm (guile-gnutls) [phase patch-more-shebangs]: Fix how
> autogen.sh invokes gnulib-tool, and how configure.ac invokes git-version-gen,
> so as not to rely on shebangs.
[...]
> + (substitute* "configure.ac"
> +
Vivien Kraus skribis:
> * gnu/packages/build-tools.scm (gnulib) [phase reset-shebangs]: After
> installation, rewrite the /gnu/store shebangs in the distributed build-aux
> files.
> [inputs, native-inputs]: Add bash-minimal.
> [phase let-autogen-execute-gnulib-tool]: Specify a shell to execute
>
Hello!
Vivien Kraus skribis:
> These were shebangs in the build auxiliary scripts. It’s a tough problem,
> because if I undo all the patch shebangs after installation, then gnulib is
> not usable in the gnu-build-system bootstrap phase without a few more
> tweaks.
Is it really a problem?
Hi Nicolas,
Nicolas Graves via Bug reports for GNU Guix writes:
> Hi!
>
> I've updated linux to version 6.2.2 (the nonfree version), and since
> then I can't launch ungoogled-chromium-wayland.
Can you reproduce in linux-libre? A `guix system vm` should be enough
to test this.
Best,
--
On Sun, 12 Mar 2023 22:00:21 +0100
Björn Höfling wrote:
> On Thu, 9 Mar 2023 10:48:53 +0100
> Lars-Dominik Braun wrote:
>
> > Hi,
> >
> > it looks like the (auto-generated) tarballs for openjdk@9 and
> > openjdk@10 changed their hash, causing a hash mismatch via
> >
> > guix build -S
Hi!
I've updated linux to version 6.2.2 (the nonfree version), and since
then I can't launch ungoogled-chromium-wayland.
Nyxt or Firefox-like browsers work fine.
Here's what I tried :
guix shell gdb -- gdb
17 matches
Mail list logo
