Hello! I've not followed the discussion with too much attention, so
forgive me if I'm plain wrong.
But, if I get this right, to me it seems we want something similar to
what nix is already doing.
Taking handbrake[1] recipe as an example: there's the useGtk flag that
can be passed to the package de
Hello,
Ricardo Wurmus writes:
> Pierre Neidhardt writes:
>
>> What I wanted to work on is packaging all the texlive packages
>> according to the tlpdb (the TexLive package database). This should fix
>> the broken packages. Not sure if there is something else wrong with the
>> fonts.
>
> This
Ludovic Courtès writes:
> BTW, there’s also the “Compute Guix derivation” phase that could be sped
> up, and that’s mostly independent of Guile.
>
> Things that could help include: “recursive Nix”¹ (the Guix derivation
> would itself be the result of a derivation, thus subject to
> substitutes),
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 "functionally" in
Hi,
On Thu, 16 Jan 2020 at 20:06, Arun Isaac wrote:
> I looked up xapian's features at https://xapian.org/features and it is
> quite impressive. I was introduced to xapian through notmuch. notmuch
> does not utilize xapian to the fullest and I therefore ended up
> underestimating its value. Of p
Hi Arun,
On Thu, 16 Jan 2020 at 20:11, Arun Isaac wrote:
>
> zimoun writes:
>
> > About (1), let implement something experimental and time it to compare
> > apples with apples. :-)
> > I mean I am working on it.
>
> I am interested in working on an experimental sqlite based
> implementation too.
zimoun writes:
> About (1), let implement something experimental and time it to compare
> apples with apples. :-)
> I mean I am working on it.
I am interested in working on an experimental sqlite based
implementation too. So, do let me know your plans so we don't duplicate
too much work. :-)
Ch
Pierre Neidhardt writes:
> By the way, what about using Xapian in Guix?
I looked up xapian's features at https://xapian.org/features and it is
quite impressive. I was introduced to xapian through notmuch. notmuch
does not utilize xapian to the fullest and I therefore ended up
underestimating its
On Wed, Jan 15, 2020 at 02:54:25PM +0100, zimoun wrote:
> Everything is doable with Guix. ;-)
> However, it is not clear to me what is the best/easiest way to go.
> For example, here [2] I give a try.
>
> [2] https://lists.gnu.org/archive/html/help-guix/2020-01/msg00087.html
>
>
> And what I was
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
> possible if you add “3.0” to the ‘GUILE_PKG’ invoc
Hello!
Efraim Flashner skribis:
> On Thu, Jan 16, 2020 at 11:08:15AM +0100, Ludovic Courtès wrote:
>> Hello Guix!
>>
>> Today is Guile 3 day, a day to celebrate, woohoo! \o/
>>
>> How will Guix migrate to Guile 3? That’s a threefold process:
>>
>> 1. We must first migrate packages. I pro
On Thu, 16 Jan 2020 at 15:30, Pierre Neidhardt wrote:
> I've merged your patch 38678.
Cool! Thank you.
> Should I fix this for you?
Yes, for sure.
Patch attached.
Cheers,
simon
From 7ec82e221fdb42b6776ae4c41708d9ec361b4ebf Mon Sep 17 00:00:00 2001
From: zimoun
Date: Wed, 8 Jan 2020 18:53:01
Hi Ludo,
On Thu, 16 Jan 2020 at 15:46, Ludovic Courtès wrote:
> > We could build and install the index when Guix is built and installed
> > and then use it for the search. I can’t think of a downside to adopting
> > an index compared to what we have now.
>
> The possible downsides are (1) ‘guix
On Thu, Jan 16, 2020 at 11:08:15AM +0100, Ludovic Courtès wrote:
> Hello Guix!
>
> Today is Guile 3 day, a day to celebrate, woohoo! \o/
>
> How will Guix migrate to Guile 3? That’s a threefold process:
>
> 1. We must first migrate packages. I propose to rename “guile-next”
> to “guile
Hello,
Ricardo Wurmus skribis:
> Arun Isaac writes:
>
>> Indeed, I found the bug and fixed it. Please find attached the updated
>> code. Also, the inverted index hash table stores package objects instead
>> of package names and all comparisons are now done with eq?. This gets us
>> an even high
Hi,
On Thu, 16 Jan 2020 at 11:08, Ludovic Courtès wrote:
> 1. We must first migrate packages. I propose to rename “guile-next”
> to “guile” today, such that “guix install guile” will now install
> Guile 3 (no mass rebuild involved: the “default” Guile remains
> 2.2.)
>
> T
Hello Guix!
Today is Guile 3 day, a day to celebrate, woohoo! \o/
How will Guix migrate to Guile 3? That’s a threefold process:
1. We must first migrate packages. I propose to rename “guile-next”
to “guile” today, such that “guix install guile” will now install
Guile 3 (no mass re
Ludovic Courtès writes:
> Christopher Baines skribis:
>
>> I've finally got back around to looking at this again, I've sent a new
>> v4 version which is a slimmed down version of the previous patch. The
>> events table itself is now used as the queue, with sent events being
>> deleted. The tabl
Ludovic Courtès writes:
> Christopher Baines skribis:
>
>> Being able to take a derivation and query the build information is useful,
>> but
>> in cases where there are multiple derivations that produce the same outputs,
>> the probability of getting the data back from Cuirass is reduced.
>>
>
Hello guix and rust packagers,
I’m curious if anyone else is working on packaging rust apps. I have been
working on a patch set for tokei and it’s getting close to done.
I would not like it if I had to rebase all 50 patches and I wouldn’t want
anyone else to have to rebase theirs. So if you ar
20 matches
Mail list logo
