Tanguy LE CARROUR skriver:
> Hi Marius,
>
>
> Excerpts from Marius Bakke's message of December 7, 2020 11:59 pm:
>> Tanguy LE CARROUR skriver:
>>> Excerpts from Ludovic Courtès's message of December 5, 2020 4:44 pm:
Tanguy LE CARROUR skribis:
> It's not yet clear to me how to han
Dnia 2020-12-08, o godz. 00:03:31
Marius Bakke napisał(a):
> Jan Wielkiewicz skriver:
>
> > Hello everyone,
> >
> > I managed to compile the latest release of Jami and I'll be sending
> > patches soon.
> > Is anyone planning to update Qt to 5.15.1? It would be nice if Jami
> > used this version
Ludovic Courtès writes:
> Following discussions on IRC, I’ve created a new ‘ungrafting’ branch
> that does nothing but ungraft things.
>
> The rationale is that grafts incur additional overhead when installing
> things (the time to create those grafts), so it’s good to clean them up
> once in a
On Tue, Dec 08, 2020 at 03:13:40PM +0100, zimoun wrote:
> I have missed the discussion on IRC and I do not understand the
> rationale. What's the point of "ungrafting"?
Grafts cause profile operations like `guix install` and `guix
environment` to be slower than without grafts.
Hello,
On Tue, Dec 08, 2020 at 03:13:40PM +0100, zimoun wrote:
> I have missed the discussion on IRC and I do not understand the
> rationale. What's the point of "ungrafting"?
I suppose it is just a branch with all the patches that are grafted applied,
so that it is not necessary to graft them a
Hi Ludo,
On Tue, 8 Dec 2020 at 12:29, Ludovic Courtès wrote:
> Following discussions on IRC, I’ve created a new ‘ungrafting’ branch
> that does nothing but ungraft things.
>
> The rationale is that grafts incur additional overhead when installing
> things (the time to create those grafts), so it
Hi Guix!
Following discussions on IRC, I’ve created a new ‘ungrafting’ branch
that does nothing but ungraft things.
The rationale is that grafts incur additional overhead when installing
things (the time to create those grafts), so it’s good to clean them up
once in a while. Ungrafting in a dedi
Hi!
Ricardo Wurmus skribis:
> recently I’ve been playing with “guix pack -RR” and I’m very happy to
> see how well it works. Now I wonder if we could use the very same
> mechanism to wrap guix-daemon and let it manage a store directory that
> is not located at /gnu/store.
Yesss!
> Surely some
Hi,
Ricardo Wurmus skribis:
> “guix pack” is great for deployment of applications to servers that
> don’t have Guix. For a project I have a “deploy” target in my Makefile
> that essentially does this:
>
> cat $(shell guix pack -RR -e '(load "guix.scm")' -S /bin=bin) | ssh
> remote-server "
Hi,
Ricardo Wurmus skribis:
> Keeping the directory tree of the extension separate from the “guix
> pull” profile would ensure that the core features of Guix keep working,
> no matter how badly broken an extension might be.
Yeah.
> So I’m thinking that we should instead define GUIX_EXTENSIONS_
Hi Marius,
Excerpts from Marius Bakke's message of December 7, 2020 11:59 pm:
> Tanguy LE CARROUR skriver:
>> Excerpts from Ludovic Courtès's message of December 5, 2020 4:44 pm:
>>> Tanguy LE CARROUR skribis:
>>>
It's not yet clear to me how to handle (python) package updates:
- whe
Hi,
Ricardo Wurmus skribis:
> Ludovic Courtès writes:
>
>> I’m thinking we could get rid of the mandb hook.
>
> Yes, please!
I see consensus against that hook. :-)
>> 1. Provide a ‘man’ wrapper or modify the ‘man-db’ package such that
>> the database gets built on the first use of ‘ma
Hi Andreas,
Andreas Enge skribis:
> cost is not the problem; but I like tidying up and getting rid of cruft,
> and I feel that this old domain is some hassle for not much gain: I need to
> - pay by credit card;
> - make a wire transfer from the Guix Europe account to my own account;
> - add an e
13 matches
Mail list logo
