Hi!
I'm trying to build https://github.com/hyperledger/iroha-java manually
with Gradle (tried with Guix but I'm stuck), and I get the following
error:
--8<---cut here---start->8---
Execution failed for task ':client:compileJava'.
Could not find tools.jar.
--8<-
On Thu, 2020-03-26 at 08:38 +0100, Pierre Neidhardt wrote:
> Hi!
>
> I'm trying to build https://github.com/hyperledger/iroha-java manually
> with Gradle (tried with Guix but I'm stuck), and I get the following
> error:
>
> --8<---cut here---start->8---
> Execu
Dear Guix,
I am trying to build a package with glibc-2.28. So my native-inputs looks like
this:
--
(native-inputs
`(("gcc-toolchain" ,(make-gcc-toolchain gcc-5 glibc-2.28
--
When building this custom gcc-toolchain, it fails with:
--
libtool: compile
By the way, should JAVA_HOME be a native-search-path set by the JDKs?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
On Thu, 2020-03-26 at 12:41 +0100, Pierre Neidhardt wrote:
> Roel Janssen writes:
>
> > The "tools.jar" is only in de icedtea:jdk output.
> > You might also need to set environment variable JAVA_HOME to the Guix
> > profile
> > root that contains icedtea:jdk.
>
> Thanks, this is probably related
Hi!
l...@gnu.org (Ludovic Courtès) skribis:
> What about having GnuPG depend on pinentry-tty, and configuring it with:
>
> --with-pinentry-pgm=/path/to/pinentry-tty
>
> ? That would at least provide a reasonable default. The closure size
> of GnuPG would increase from 220 to 243 MiB (+10%).
>
Jan Nieuwenhuizen writes:
> Hello Guix'y supporters of the Hurd,
`wip-hurd' is now pushed to core-updates as
3a1c3642d4d611c5516a8ba5b6bc7e39bdc1c9ae
As discussed on IRC yesterday, we did it in two stages: we first
merged all work necessary to build sensible bootstrap binaries
to core-updat
On Thu, Mar 26, 2020 at 01:25:32PM +0100, Jan Nieuwenhuizen wrote:
> Jan Nieuwenhuizen writes:
>
> > Hello Guix'y supporters of the Hurd,
>
> `wip-hurd' is now pushed to core-updates as
>
> 3a1c3642d4d611c5516a8ba5b6bc7e39bdc1c9ae
>
> As discussed on IRC yesterday, we did it in two stages:
On Thu, 2020-03-26 at 13:46 +0100, Pierre Neidhardt wrote:
> It worked! Thanks a lot!
>
> So what do you think of adding
>
> (native-search-paths (list (search-path-specification
> (variable "JAVA_HOME")
> (files '("jre")
>
> t
Efraim Flashner writes:
>> Next up is to work towards getting a bootable guix image for the Hurd
>> and other porting work in the Debian VM.
>>
>> See:
>>
>> https://gitlab.com/janneke/guix/-/blob/wip-hurd-system/THE-HURD
>>
>> but that's a whole other stage of effort, I'm tempted to close
Hi!
Jan Nieuwenhuizen skribis:
> Jan Nieuwenhuizen writes:
>
>> Hello Guix'y supporters of the Hurd,
>
> `wip-hurd' is now pushed to core-updates as
>
> 3a1c3642d4d611c5516a8ba5b6bc7e39bdc1c9ae
Congrats! \o/
> Next up is to work towards getting a bootable guix image for the Hurd
> and oth
Hi,
Ludovic Courtès skribis:
> The other option would be to create a special file in the 9p mount
> that’s shared with the host upon success, but that seems a bit hacky.
Turns out that was easily done and better than the status quo.
Done in commit be6520e6a58d7f6ee58f4cab76db9d1245410113!
Ludo
This bug prevents repology [1] to show
the latest versions of packages in guix,
as it relies on 'Last-Modified' for:
https://guix.gnu.org/packages.json
changing in a meaningful way...
[1] https://repology.org/
--
Vincent Legoll
It also paint us a a fairly outdated distro,
despite our efforts to keep the pace and
update to latest versions of packages.
We may even get into the top ten, which
may give us a bit of attention and attract
some distrohoppers^Wusers.
--
Vincent Legoll
14 matches
Mail list logo
