Hi Maxim,
Maxim Cournoyer writes:
> Hi Josselin,
>
> Josselin Poiret writes:
>
> [...]
>
>> However, as you can see, these are non-local failures: build failures
>> have to be fixed in a dependency, which incurs a lot of rebuilding.
>> I've fixed a couple of them locally, but here's a nasty one
Efraim Flashner skribis:
> On Thu, May 02, 2024 at 02:58:39PM +0200, Andreas Enge wrote:
>> Am Thu, May 02, 2024 at 11:00:15AM +0200 schrieb Ludovic Courtès:
>> > That was 8 years ago though (eight!). At this point I think defaulting
>> > to /var and /etc would do more good than harm.
>> > What
Hi,
Ricardo Wurmus skribis:
> Ludovic Courtès writes:
>
>> At this point I think defaulting
>> to /var and /etc would do more good than harm.
>
> Are those the only defaults that should change? These are the only ones
> we are actively using, but perhaps it would be confusing to have
> --prefi
Hi,
Christina O'Donnell skribis:
> Tangentially, given how long nss takes to build, do you think that
> it'd be worth shaving it down to a single test pass? Currently it runs
> each test up to 3 times, which takes ~1h on my machine with no other
> build running. Running only the standard pass ta
Hi,
Steve George skribis:
> Hi Ashvith - are you building the master branch with a recent checkout?
>
> I also get some FAILS, but not as many as you.
It would be nice if you could report it: the list of FAILs and the
corresponding .log files. Also please mention how you run them: Guix
System
Hi Josselin and all,
Josselin Poiret skribis:
> Maxim Cournoyer writes:
>> Josselin Poiret writes:
[...]
>>> I'm worried this will keep accumulating a bunch of world rebuilds,
>>> slowing down c-u some more. I'd vote to keep the pkgconf switch for
>>> later and focus on merging the rest of
Hi,
On 06/05/2024 11:12, Ludovic Courtès wrote:
Hi,
Christina O'Donnell skribis:
Tangentially, given how long nss takes to build, do you think that
it'd be worth shaving it down to a single test pass? Currently it runs
each test up to 3 times, which takes ~1h on my machine with no other
buil
Hi,
Reading this message [1]:
Start of forwarded message
Subject: bug#69800: kcalendarcore is a time bomb
To: 69...@debbugs.gnu.org
Date: Thu, 14 Mar 2024 20:20:43 +0100
From: Vivien Kraus via Bug reports for GNU Guix
Dear Guix,
Kcalendarcore does not
Hi all,
Here or there, we have bugs as:
https://issues.guix.gnu.org/70659
https://issues.guix.gnu.org/70726
And our answer looks like:
> Additionally, I strongly advise upgrading guix-daemon, as noted in the
> bug report above.
Well, the bugs appear because the user is
Re,
On lun., 06 mai 2024 at 13:12, Simon Tournier wrote:
> Although these days I do not have much free time, let make a new release
> as soon as possible. WDYT?
>
> Who’s in?
Well, the patch review sessions could be helpful. Maybe we could run
some online hackathons. IMHO, having a schedule
Hi,
Sorry for the long delay.
On lun., 18 mars 2024 at 16:05, Christina O'Donnell wrote:
>> 2: https://issues.guix.gnu.org/issue/39258
> As I said above, [2] is a fairly long thread, but I think I get the
> general idea. It seems that Xapian was implemented but didn't have the
> desired spee
Efraim Flashner writes:
[[PGP Signed Part:Undecided]]
On Wed, Apr 24, 2024 at 11:58:22AM -0400, Jason Conroy wrote:
Efraim Flashner writes:
> On the other hand, by generating it during the build of each
> package we
> make sure to pull in all the crates which exist in the build,
> so we
On 2024-05-06, Simon Tournier wrote:
> Start of forwarded message
> Subject: bug#69800: kcalendarcore is a time bomb
> To: 69...@debbugs.gnu.org
> Date: Thu, 14 Mar 2024 20:20:43 +0100
> From: Vivien Kraus via Bug reports for GNU Guix
>
> Dear Guix,
>
> K
13 matches
Mail list logo
