Hi,
Carlo Zancanaro skribis:
> On 21 April 2021 2:38:56 am AEST, "Ludovic Courtès" wrote:
>>Sounds good?
>
> Sounds good, except I don't have commit privileges. Can someone else push
> it for me?
Oops! I adjusted the patch so it would apply to ‘master’, and followed
up with two commits:
Hi Carlo,
Carlo Zancanaro skribis:
> From 60101b27543b7cc41a052d5bec95234ea4977d35 Mon Sep 17 00:00:00 2001
> From: Carlo Zancanaro
> Date: Tue, 20 Apr 2021 21:22:20 +1000
> Subject: [PATCH] gnu: Fix openjdk library substitution when libraries aren't
> found
>
> * gnu/packages/java.scm
Hi Ludo!
On Tue, Apr 20 2021, Ludovic Courtès wrote:
(find-library (lambda (name)
-(or (search-path
- library-path
- (string-append "lib"
name ".so"))
-
Am Tue, Apr 20, 2021 at 11:24:59AM +0200 schrieb Ludovic Courtès:
> I think we can close it. I have the attached improvements that I can
> commit to ‘staging’ (or ‘core-updates’?) to avoid another rebuild.
I think they can easily go to master; the time for rebuilds is not very
high, I just ran
Hi,
Andreas Enge skribis:
> Am Mon, Apr 19, 2021 at 08:18:03PM +0200 schrieb Ricardo Wurmus:
>> I just looked over the patch, and while I’m not sure it’s the best way to do
>> things (matching “openjdk” or “icedtea” in the package name seems a little
>> error prone in the presence of packages
This seems to affect the openjdk packages as well, so a user of OpenJDK
12 will have to download *all* JDKs.
Gábor, have you been able to identify locations that retain references
to the build JDK?
--
Ricardo
It seems that this is caused by having the files in a directory that is not
stripped.
I will try to have another look at that.
Gábor Boskovits writes:
> Do you think we can do something like rebuild icedtea3 with icedtea3, and
> then rewrite the references? I guess this way the dependency loop could be
> broken, as we could detach the last icedtea3 build from the packages used
> for bootstrapping.
> We could even make
2018-06-05 14:45 GMT+02:00 Leo Famulari :
> On Tue, Jun 05, 2018 at 01:49:12PM +0200, Gábor Boskovits wrote:
> > Do you think we can do something like rebuild icedtea3 with icedtea3, and
> > then rewrite the references? I guess this way the dependency loop could
> be
> > broken, as we could
On Tue, Jun 05, 2018 at 01:49:12PM +0200, Gábor Boskovits wrote:
> Do you think we can do something like rebuild icedtea3 with icedtea3, and
> then rewrite the references? I guess this way the dependency loop could be
> broken, as we could detach the last icedtea3 build from the packages used
>
Do you think we can do something like rebuild icedtea3 with icedtea3, and
then rewrite the references? I guess this way the dependency loop could be
broken, as we could detach the last icedtea3 build from the packages used
for bootstrapping.
We could even make on more rebuilding, if necessary.
Many binaries of the icedtea-3 package contain references to icedtea-2,
which was used to build it. Because of these references users of
icedtea-3 have to *also* download icedtea-2. And because icedtea-2
contains references to icedtea-1, they *also* need to download that
version.
It is possible
12 matches
Mail list logo