IMO there are some procedures (or even modules) that could be relocated into
(guix utils) as their utility is more general than what their module names
would suggest.
Good candidates to relocate into (guix utils):
* (gnu home services utils)
* list-of, interpose, alist?, list-of-string? from (gn
Csepp writes:
[...]
>>> It strikes me that this is like King Canute holding back the
>>> tide. Package size growth is pretty inevitable, and even if work now
>>> can bring the size down to that of a CD, the same problem will occur
>>> in the not too distant future.
>>>
>>
>> But we should really
Akib Azmain Turja writes:
> [[PGP Signed Part:Undecided]]
> Paul Jewell via "Development of GNU Guix and the GNU System
> distribution." writes:
>
>> Evening all,
>>
>> On 14/01/2023 23:07, Ludovic Courtès wrote:
>>> Hello!
>>> Over the course of a few years, the size of our packages has
>>> a
Hi,
Simon Tournier writes:
[...]
> Yeah for sure. :-) Although, from my point of view, the main issue is
> about a policy for package inclusion; I mean there is no secret: light
> images means images with less features. :-)
>
> My personal and biased opinion is that Guix should follow minimalis
Hi Andreas,
On mer., 18 janv. 2023 at 12:23, Andreas Enge wrote:
> as a quick concrete question: Do simple package updates still count as
> trivial, or do they need to go through the patches mailing list?
> I intended to update pari-gp from 2.15.1 to 2.15.2, as usual by checking
> that all depen
Hi,
On mer., 18 janv. 2023 at 21:44, Paul Jewell via "Development of GNU Guix and
the GNU System distribution." wrote:
> - does anyone actually install from a CD these days?
> - Can an ISO be bigger than a CD then be installed on a memory stick?
Florian reported an example in [1], quoting:
Hi,
On jeu., 19 janv. 2023 at 15:32, Ludovic Courtès wrote:
>> I also wonder how much of the space is taken by debug output. Would
>> making graft derivations substitutable help?
>
> Graft derivations are not substitutable because it’s usually faster to
> “build” them locally than to download th
Hi Ludo,
On jeu., 19 janv. 2023 at 15:14, Ludovic Courtès wrote:
> To me, Emacs is still Emacs, with or without libgccjit. Of course JIT
> is an improvement, I don’t deny that, but what I mean is that I still
> use Emacs for the very same activities. This is even more true for
> polkit, becaus