unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: Felix Lechner via <help-guix@gnu.org>
To: William <willbilly@fedora.email>, Vagrant Cascadian <vagrant@debian.org>
Cc: help-guix@gnu.org
Subject: Re: Inconsistency between resolved issues/patches and source files.
Date: Tue, 09 Apr 2024 05:52:55 -0700	[thread overview]
Message-ID: <87o7ai3dg8.fsf@lease-up.com> (raw)
In-Reply-To: <20240409013136.0d0e1aac@fedora.email>

Hi William,

On Tue, Apr 09 2024, William wrote:

> Could someone explain exactly what the "core-updates" branch is?

The mission of that branch is changing but it's not going away.
Originally, it pooled all edits that resulted in large numbers of
rebuilds on the substitute servers.

After team branches were allowed on Savannah, the branch now pools
updates to "core" packages. [1][2]

Personally, I think we should get rid of the branch. [3]

> Can perhaps "core-updates" be added as an extra channel on Guix
> manually?

You may be able to do that via your home or your system channels
configuration, but I haven't tried.  Instead, I maintain my own branch
which carries the modifications my systems require. [4]

I expect that situation to persist indefinitely.

> And how long usually it takes for these patches to make its way from
> "core-updates" to master?

On average about a year, or a year and a half.  That unusually long
period has been identified as an example where the project's performance
as a group falls short of our collective expectations.

Unfortunately, the fear of causing rebuilds on the substitute servers is
too dominant in our minds.  The group cannot muster the courage to
ignore it in the name of progress.

As nckx pointed out, "no one likes our Gentoo emulation mode."

Kind regards
Felix

[1] https://lists.gnu.org/archive/html/guix-devel/2023-12/msg00059.html
[2] https://lists.gnu.org/archive/html/guix-devel/2024-01/msg00096.html
[3] https://lists.gnu.org/archive/html/guix-devel/2024-02/msg00334.html
[4] https://codeberg.org/lechner/guix/src/branch/lechner-experimental


      reply	other threads:[~2024-04-09 12:53 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-21 17:28 Inconsistency between resolved issues/patches and source files William
2024-03-21 18:21 ` Vagrant Cascadian
2024-03-21 18:21   ` [bug#63095] " Vagrant Cascadian
2024-04-08 23:31   ` William
2024-04-09 12:52     ` Felix Lechner via [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87o7ai3dg8.fsf@lease-up.com \
    --to=help-guix@gnu.org \
    --cc=felix.lechner@lease-up.com \
    --cc=vagrant@debian.org \
    --cc=willbilly@fedora.email \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).