Hello Guix!
Ludovic Courtès skribis:
> 2. We must be able to run Guix itself on Guile 3. This is already
> possible if you add “3.0” to the ‘GUILE_PKG’ invocation in
> ‘configure.ac’, but there are still a few test failures that I’ve
> been working on. Almost all of them
Hi!
Vagrant Cascadian skribis:
> On 2020-01-16, Ludovic Courtès wrote:
>> Today is Guile 3 day, a day to celebrate, woohoo! \o/
>
> Yay!
>
>> How will Guix migrate to Guile 3? That’s a threefold process:
> ...
>> 2. We must be able to run Guix itself on Guile 3. This is already
>>
> What is not clear to me right now in both implementations are.
>
> 1.
> How to update the index.
> Give a look at the "pull" code and the ~/.cache/guix folder.
We don't "update" the index. At every guix pull we create it
anew. Currently, generate-package-cache in gnu/packages.scm does
this.
Oh, and is there a Guile library to write SQL statements in a more lispy
way?
E.g. like https://github.com/fukamachi/sxql.
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Arun Isaac writes:
> For the time being, since we don't have xapian bindings, I think we
> should settle for sqlite's full text search capabilities.
>
> https://www.sqlite.org/fts5.html
>
> I have attached a short proof of concept script for an sqlite based
> search. Speedup is around 200x, and
Hi Zimoun!
zimoun writes:
> Well, it would ease comparison in the HPC world. :-)
>
>
> It is not related to the "parametrized package" in the sense of flag
> options. :-)
>
> And I do not know if it make sense. What do you think?
I think you are making a lot of sense and yes, parameters should
Hi!
L p R n d n writes:
> (define-modificator headless
> `((xorg (modify-package xorg
> ...))
Thanks for sharing, this is an interesting approach! But it may raise a
major challenge. The point of parameters is that they must compose
(e.g.
Hi Ricardo,
Ricardo Wurmus writes:
> I think this is a sensible approach, though it would require agreement
> or at least coordination among package contributors about what
> parameters to use. For example, one such parameter could be
> “#:headless” to disable any graphical user interface or
Hi ison!
ison writes:
> Maybe the current discussion is trying too hard to emulate Gentoo's USE
> flags and dependency graph concept (perhaps its my fault for bringing up
> global flags). But that feels like introducing "side effects", and maybe the
> whole idea should be treated more
I have already merged, can you rebase your changes against master? :)
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
On Thu, 16 Jan 2020 at 20:06, ison wrote:
> On Wed, Jan 15, 2020 at 02:54:25PM +0100, zimoun wrote:
> > And what I was thinking is a mechanism to easily set some arguments to
> > the build-system; for example changing the compiler toolchain (say
> > replacing GCC by Clang/LLVM).
> >
> > Well, as
Hey Marius,
> Marius Bakke writes:
>
>> I'll look into updating the remaining texlive packages shortly.
>
> Now this was some rocket science...
>
> The attached 9 patches updates everything (I think) to 2019.3.
This looks great!
It’s odd that they removed the few remaining scripts for
Hi Ludo,
Thank you for reviewing and pushing.
If you have a tight slot of time, you could add the 2 missing files:
talks/fosdem-2017/hpc/images/shrink-wrap.jpg
talks/fosdem-2017/hpc/images/shrink-wrap2.png
I think they are on your machine 'ribbon'. ;-)
On Wed, 15 Jan 2020 at 23:07, Ludovic
Hello!
Also followed the thread from a little far away. It's probably an
awfull idea (I don't even know if it's possible) but throwing in
different perspetives migh give birth to new ones so here I go.
Instead of thinking in terms of use flags or parameterized packages maybe
using something that
Mikhail Kryshen writes:
> - font files are missing from texlive-latex-lh (shouldn't it be called
> texlive-lh?).
Thank you, that’s a good one. Generally, the texlive-latex-* packages
are of the old type that may very well be incomplete. I’ll replace this
one with texlive-lh which will
15 matches
Mail list logo
