all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: jgart via Guix-patches via <guix-patches@gnu.org>
To: "Christopher Baines" <mail@cbaines.net>
Cc: tanguy@bioneland.org,
	"Sharlatan Hellseher" <sharlatanus@gmail.com>,
	me@bonfacemunyoki.com, "Ludovic Courtès" <ludo@gnu.org>,
	71408@debbugs.gnu.org, lars@6xq.net, marius@gnu.org,
	"Nicolas Graves" <ngraves@ngraves.fr>
Subject: [bug#71408] Request for merging "python-team" branch
Date: Tue, 25 Jun 2024 17:04:03 +0000	[thread overview]
Message-ID: <e2bd1188f999d3de54ce25ba6e389eaeb1273f4f@dismail.de> (raw)
In-Reply-To: <87tthp3v2l.fsf@cbaines.net>

> This aligns with the current (and previous) guidance on managing
> 
> branches [1]. Providing there's a consistent topic for the branch, any
> 
> name is fine (e.g. python-team-sphinx is fine).

Hi Christopher, 

That's great that my proposal already aligns with the current guidance.

I am going to try to start cherry picking uncontroversial and non failing patches on the python-team branch on to master and removing them from the python-team branch in order to reduce the size of the branch. I can then remove those commits from the python-team branch and force push to update it. What do you think of this approach before I attempt it? I'll wait on your guidance before doing this.

Another approach I can take is to break the branch apart into 2 or 3 smaller topic branches and make requests for those branches to merge one at a time.

Note that I have an underpowered old Thinkpad X230 laptop and will only be able to test branches that are not too large. I tried using QA/CI but it seemed to be in an unknown state the last time that I tried. Any suggestions here for how to more effectively use that QA/CI infrastructure would be much appreciated.

I tried spending a bit of time on trying to resolve the merge conflicts but it quickly lead down a long rabbit hole and I only have a limited time to fix so many merge conflicts. The process is also currently very tedious to do with high amounts of accuracy due to their being

1. Lots of commits that I am not familiar
2. Lots of commits
3. The branch has diverged alot since latest master so things don't cleanly apply anymore

What do you think of this current approach of cherry picking good commits off of the python-team branch in order to reduce the size?

Another issue that I ran into on the branch is that there are commits that are failing. For example, at commit fdef5662cce6a57aa6bfa682c7260b65ce3669b8 (the borgmatic changes), borgmatic fails. Should I remove this commit since it is broken?

all the best,

jgart




  reply	other threads:[~2024-06-25 17:13 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-07  8:24 [bug#71408] Request for merging "python-team" branch Christopher Baines
2024-06-08 14:27 ` Ludovic Courtès
2024-06-08 21:04   ` Sharlatan Hellseher
2024-06-18 20:46 ` jgart via Guix-patches via
2024-06-19  7:28   ` Tanguy LE CARROUR
2024-06-19 13:45   ` Christopher Baines
2024-06-25 17:04     ` jgart via Guix-patches via [this message]
2024-06-25 18:06       ` Sharlatan Hellseher via Guix-patches
2024-09-24  7:25         ` Steve George
2024-06-30  7:31       ` Lars-Dominik Braun
2024-06-30  9:42       ` Christopher Baines
2024-09-18  9:09 ` [bug#71408] Postpone? Andreas Enge
2024-09-27  7:30   ` bug#71408: Postpone? Andreas Enge
2024-09-24 13:31 ` [bug#71408] Request for merging "python-team" branch Arseniy Zaostrovnykh
2024-09-26 21:54 ` [bug#71408] Update on Python team pt1 Steve George

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

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

  git send-email \
    --in-reply-to=e2bd1188f999d3de54ce25ba6e389eaeb1273f4f@dismail.de \
    --to=guix-patches@gnu.org \
    --cc=71408@debbugs.gnu.org \
    --cc=jgart@dismail.de \
    --cc=lars@6xq.net \
    --cc=ludo@gnu.org \
    --cc=mail@cbaines.net \
    --cc=marius@gnu.org \
    --cc=me@bonfacemunyoki.com \
    --cc=ngraves@ngraves.fr \
    --cc=sharlatanus@gmail.com \
    --cc=tanguy@bioneland.org \
    /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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.