* [bug#65130] Request for merging "elogind-updates" branch @ 2023-08-07 17:36 Maxim Cournoyer 2023-08-13 5:41 ` 宋文武 via Guix-patches via 0 siblings, 1 reply; 5+ messages in thread From: Maxim Cournoyer @ 2023-08-07 17:36 UTC (permalink / raw) To: 65130 Hi, I think this branch is ready to go. I've tested a Guix System using it on a x200 and it behaves correctly. -- Thanks, Maxim ^ permalink raw reply [flat|nested] 5+ messages in thread
* [bug#65130] Request for merging "elogind-updates" branch 2023-08-07 17:36 [bug#65130] Request for merging "elogind-updates" branch Maxim Cournoyer @ 2023-08-13 5:41 ` 宋文武 via Guix-patches via 2023-08-13 14:11 ` Efraim Flashner 2023-08-13 15:04 ` Maxim Cournoyer 0 siblings, 2 replies; 5+ messages in thread From: 宋文武 via Guix-patches via @ 2023-08-13 5:41 UTC (permalink / raw) To: Maxim Cournoyer; +Cc: 65130, Efraim Flashner Maxim Cournoyer <maxim.cournoyer@gmail.com> writes: > Hi, > > I think this branch is ready to go. I've tested a Guix System using it > on a x200 and it behaves correctly. Hello, we currently have 3 request for merging (rust-team, elogind-updates, kde-updates) now, should we do the merge in order by: 1. merge master into rust-team (if needed), wait it build, merge rust-team into master. 2. merge master into elogind-updates, then wait it build on CI, merge elogind-updates into master. 3. merge master into kde-updates, then wait it build on CI, merge kde-updates into master. Or merge both rust-team, elogind-updates and master into kde-updates, and merge it once into master? Give changes in those 3 are isolated but require rebuilding a lot, I think to merge them into master once can save a little work for us and CI. Thanks. ^ permalink raw reply [flat|nested] 5+ messages in thread
* [bug#65130] Request for merging "elogind-updates" branch 2023-08-13 5:41 ` 宋文武 via Guix-patches via @ 2023-08-13 14:11 ` Efraim Flashner 2023-08-13 15:04 ` Maxim Cournoyer 1 sibling, 0 replies; 5+ messages in thread From: Efraim Flashner @ 2023-08-13 14:11 UTC (permalink / raw) To: 宋文武; +Cc: 65130, Maxim Cournoyer [-- Attachment #1: Type: text/plain, Size: 1611 bytes --] On Sun, Aug 13, 2023 at 01:41:10PM +0800, 宋文武 wrote: > Maxim Cournoyer <maxim.cournoyer@gmail.com> writes: > > > Hi, > > > > I think this branch is ready to go. I've tested a Guix System using it > > on a x200 and it behaves correctly. > > Hello, we currently have 3 request for merging (rust-team, > elogind-updates, kde-updates) now, should we do the merge in order by: > > 1. merge master into rust-team (if needed), wait it build, merge > rust-team into master. > 2. merge master into elogind-updates, then wait it build on CI, merge > elogind-updates into master. > 3. merge master into kde-updates, then wait it build on CI, merge > kde-updates into master. > > Or merge both rust-team, elogind-updates and master into kde-updates, > and merge it once into master? Give changes in those 3 are isolated but > require rebuilding a lot, I think to merge them into master once can > save a little work for us and CI. For the rust-team branch we have ~7500 packages for x86_64 and aarch64 and almost 0 for the other architectures. IIRC there are no non- rust-* packages touched in this round of the rust-team branch. Based on my own previous testing I'm not expecting any breakages of packages based on the branch. I have no issue with merging the rust-team with one or more other branches in order to decrease the sheer number of CI builds. -- Efraim Flashner <efraim@flashner.co.il> רנשלפ םירפא GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* [bug#65130] Request for merging "elogind-updates" branch 2023-08-13 5:41 ` 宋文武 via Guix-patches via 2023-08-13 14:11 ` Efraim Flashner @ 2023-08-13 15:04 ` Maxim Cournoyer 2023-08-14 9:49 ` 宋文武 via Guix-patches via 1 sibling, 1 reply; 5+ messages in thread From: Maxim Cournoyer @ 2023-08-13 15:04 UTC (permalink / raw) To: 宋文武; +Cc: 65130, Efraim Flashner Hi, 宋文武 <iyzsong@envs.net> writes: > Maxim Cournoyer <maxim.cournoyer@gmail.com> writes: > >> Hi, >> >> I think this branch is ready to go. I've tested a Guix System using it >> on a x200 and it behaves correctly. > > Hello, we currently have 3 request for merging (rust-team, > elogind-updates, kde-updates) now, should we do the merge in order by: > > 1. merge master into rust-team (if needed), wait it build, merge > rust-team into master. > 2. merge master into elogind-updates, then wait it build on CI, merge > elogind-updates into master. > 3. merge master into kde-updates, then wait it build on CI, merge > kde-updates into master. > > Or merge both rust-team, elogind-updates and master into kde-updates, > and merge it once into master? Give changes in those 3 are isolated but > require rebuilding a lot, I think to merge them into master once can > save a little work for us and CI. Since rust-team is already mostly built at this point, I'd merge it as-is. I think we should keep the branch separated to preserve as much insights into new failures as we can from the QA tooling. -- Thanks, Maxim ^ permalink raw reply [flat|nested] 5+ messages in thread
* [bug#65130] Request for merging "elogind-updates" branch 2023-08-13 15:04 ` Maxim Cournoyer @ 2023-08-14 9:49 ` 宋文武 via Guix-patches via 0 siblings, 0 replies; 5+ messages in thread From: 宋文武 via Guix-patches via @ 2023-08-14 9:49 UTC (permalink / raw) To: Maxim Cournoyer; +Cc: 65130, Efraim Flashner Maxim Cournoyer <maxim.cournoyer@gmail.com> writes: > Hi, > > 宋文武 <iyzsong@envs.net> writes: > >> Maxim Cournoyer <maxim.cournoyer@gmail.com> writes: >> >>> Hi, >>> >>> I think this branch is ready to go. I've tested a Guix System using it >>> on a x200 and it behaves correctly. >> >> Hello, we currently have 3 request for merging (rust-team, >> elogind-updates, kde-updates) now, should we do the merge in order by: >> >> 1. merge master into rust-team (if needed), wait it build, merge >> rust-team into master. >> 2. merge master into elogind-updates, then wait it build on CI, merge >> elogind-updates into master. >> 3. merge master into kde-updates, then wait it build on CI, merge >> kde-updates into master. >> >> Or merge both rust-team, elogind-updates and master into kde-updates, >> and merge it once into master? Give changes in those 3 are isolated but >> require rebuilding a lot, I think to merge them into master once can >> save a little work for us and CI. > > Since rust-team is already mostly built at this point, I'd merge it > as-is. > > I think we should keep the branch separated to preserve as much insights > into new failures as we can from the QA tooling. Okay, then I'll wait rust-team and elogind-updates to be merged first. Thanks. ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2023-08-14 9:51 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2023-08-07 17:36 [bug#65130] Request for merging "elogind-updates" branch Maxim Cournoyer 2023-08-13 5:41 ` 宋文武 via Guix-patches via 2023-08-13 14:11 ` Efraim Flashner 2023-08-13 15:04 ` Maxim Cournoyer 2023-08-14 9:49 ` 宋文武 via Guix-patches via
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.