Hello!
It seems, that I can make really good progress here.
Now the only things that remain:
The libtool .la files record the installation directory, these are textfile
wrappers anyways, so I don't know if we should care about this.
The mkheaders shell srcipt in install-tools record the installat
(Apparently I replied only to ludo but not the mailing list by accident, so I'm
sending this again)
l...@gnu.org (Ludovic Courtès) writes:
> Hello,
>
> (Moving the discussions to guix-devel.)
>
> brendan.tildes...@openmailbox.org skribis:
>
[...]
>> This makes me feel that it's desirable for us
(Apparently I replied only to Andy but not the mailing list by accident, so I'm
sending this again)
> On Tue 28 Nov 2017 12:23, Alex Vong writes:
>
>> julien lepiller writes:
>>
>>> Le 2017-11-28 10:24, l...@gnu.org a écrit :
brendan.tildes...@openmailbox.org skribis:
[...]
>
> I thi
Oops, I missed one. we have libstdc++.so.6.0.17-gdb.py, which is similar
to the first two cases above, records installation diretory, in source
form, I don't think we have to fix that either.
2017-11-29 10:43 GMT+01:00 Gábor Boskovits :
> Hello!
>
> It seems, that I can make really good progress
l...@gnu.org (Ludovic Courtès) writes:
> Hello,
>
> (Moving the discussions to guix-devel.)
>
> brendan.tildes...@openmailbox.org skribis:
>
[...]
>> This makes me feel that it's desirable for us to also tweak mimedata to make
>> it more sensible -- Pdf's should open in a pdf reader before it open
> On Tue 28 Nov 2017 12:23, Alex Vong writes:
>
>> julien lepiller writes:
>>
>>> Le 2017-11-28 10:24, l...@gnu.org a écrit :
brendan.tildes...@openmailbox.org skribis:
[...]
>
> I think it's reasonable to want to be able to open PDFs in inkscape or
> GIMP (e.g. via the "Open With" me
Gábor Boskovits writes:
> It seems, that I can make really good progress here.
> Now the only things that remain:
Great!
> The libtool .la files record the installation directory, these are textfile
> wrappers anyways, so I don't know if
> we should care about this.
How about asking the libtoo
Hello!
I have a few idea, which could be done in parallel with this.
I don't know if they worth considering, but here they are anyways.
We could split the bootsrap part out of java.scm, to something like
java-bootstrap.scm.
We should stick here to specify versions used and not allow defaults.
We
Hi Gábor,
> We could split the bootsrap part out of java.scm, to something like
> java-bootstrap.scm.
I agree that it would be good to separate the language bootstrap from
all other packages.
> The have a file like java-checkpoint.scm only with definitions like (define
> idectea8 icedtea8-boots
Hi,
> Another question, […]
Please start a new thread instead of replying to an unrelated thread.
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Chris Marusich writes:
>> As first step it is not needed to remove #:jdk icedtea-8 references,
>> because I think that simply becomes a noop. Am I right here?
>> That can be done as the last step before merging, I guess.
>
> I think that's right, but I haven't looked closely yet, and Ricardo may
Hi ng0,
I've tried using your hydra.gnu.org mirror, and unfortunately it fails
for me as follows:
--8<---cut here---start->8---
[1] marusich@garuda.local:~
$ guix build --substitute-urls=https://guix-mirror.infotropique.org hello
substitute: Backtrace:
substitu
Chris Marusich writes:
>> 1) Confirm that these packages build before making changes. If any
>> fail, fix them first if possible.
>>
>> ...
>>
>> I'm going to try step (1) tonight on my laptop. Is there a way to check
>> their build status on Hydra, I wonder? I'm planning to just do it in a
13 matches
Mail list logo
