From: Leo Famulari <leo@famulari.name>
To: John Soo <jsoo1@asu.edu>
Cc: Guix-Devel <guix-devel@gnu.org>
Subject: Re: Staging branch
Date: Sun, 13 Dec 2020 16:48:05 -0500 [thread overview]
Message-ID: <X9aMFaJF+5sQpQOJ@jasmine.lan> (raw)
In-Reply-To: <f48e0997-db0b-4f73-9f9a-f63ea4b43275@Johns-iPhone>
On Sun, Dec 13, 2020 at 01:44:01PM -0800, John Soo wrote:
> icecat, ungoogled-chromium, alacritty, ripgrep, exa and others depend on it at least. I have been using the patches for a few weeks.
>
> What do you think?
What I'm wondering is: does the patch make a simple change that is
unlikely to break a lot of dependents? Or could it be more complicated?
For example, changing a piece of documentation will probably not break
any dependents and, if it did, it would probably be easy to fix.
On the other hand, updating the Python interpreter is usually a huge
amount of work because many Python packages break and require upstream
fixes.
Are you able to "guesstimate" the impact of this patch in those terms?
I know very little about Rust so I'm not able to.
next prev parent reply other threads:[~2020-12-13 21:48 UTC|newest]
Thread overview: 94+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-06 17:58 Staging branch Leo Famulari
2020-12-06 19:11 ` Ryan Prior
2020-12-06 20:20 ` Leo Famulari
2020-12-06 20:58 ` Leo Famulari
2020-12-13 20:00 ` Leo Famulari
2020-12-13 20:02 ` John Soo
2020-12-13 20:56 ` Leo Famulari
2020-12-13 21:33 ` Christopher Baines
2020-12-13 21:44 ` John Soo
2020-12-13 21:48 ` Leo Famulari [this message]
2020-12-13 21:50 ` John Soo
2020-12-13 22:10 ` Leo Famulari
2020-12-13 22:12 ` John Soo
2020-12-13 23:01 ` Leo Famulari
2020-12-13 23:06 ` John Soo
2020-12-23 5:27 ` Leo Famulari
2020-12-23 22:46 ` Leo Famulari
2020-12-29 7:37 ` Efraim Flashner
2021-01-05 1:37 ` Staging branch [aarch64 failures] Leo Famulari
2021-01-05 12:01 ` Efraim Flashner
2021-01-05 20:17 ` Efraim Flashner
2021-01-05 23:07 ` Leo Famulari
2020-12-29 8:39 ` Staging branch Efraim Flashner
2020-12-29 14:00 ` Efraim Flashner
2020-12-29 19:05 ` Leo Famulari
2020-12-30 8:57 ` Efraim Flashner
2020-12-30 20:24 ` Leo Famulari
2020-12-30 20:50 ` Efraim Flashner
2021-01-02 16:59 ` John Soo
2021-01-02 18:37 ` Leo Famulari
2021-01-03 4:38 ` John Soo
2021-01-03 21:33 ` Leo Famulari
2021-01-02 19:01 ` Reconfigured on staging Efraim Flashner
2021-01-02 19:07 ` Efraim Flashner
2021-01-08 23:25 ` Staging branch [i686] Leo Famulari
2021-01-13 22:30 ` Staging branch [substitute availability] Leo Famulari
2021-01-13 23:31 ` Staging branch [substitute availability x86_64-linux] Leo Famulari
2021-01-13 23:33 ` Staging branch [substitute availability i686-linux] Leo Famulari
2021-01-14 0:22 ` Leo Famulari
2021-01-21 21:03 ` Leo Famulari
2021-01-14 22:37 ` Ricardo Wurmus
2021-01-14 23:16 ` Leo Famulari
2021-01-13 23:36 ` Staging branch [substitute availability armhf-linux] Leo Famulari
2021-01-14 8:44 ` Mathieu Othacehe
2021-01-14 12:22 ` zimoun
2021-01-14 22:18 ` Ludovic Courtès
2021-01-15 9:44 ` Mathieu Othacehe
2021-01-14 23:07 ` Leo Famulari
2021-01-15 8:27 ` Vincent Legoll
2021-01-15 9:54 ` Mathieu Othacehe
2021-01-15 17:15 ` Vincent Legoll
2021-01-15 20:07 ` Leo Famulari
2021-01-16 10:08 ` Vincent Legoll
2021-01-17 9:35 ` Mathieu Othacehe
2021-01-17 10:00 ` Vincent Legoll
2021-01-17 10:09 ` Vincent Legoll
2021-01-17 10:17 ` Mathieu Othacehe
2021-01-17 10:56 ` Vincent Legoll
2021-01-17 11:01 ` Mathieu Othacehe
2021-01-17 16:23 ` Vincent Legoll
2021-01-19 22:36 ` calnomble--- via Development of GNU Guix and the GNU System distribution.
2021-01-19 23:51 ` calnomble--- via Development of GNU Guix and the GNU System distribution.
2021-01-13 23:38 ` Staging branch [substitute availability aarch64-linux] Leo Famulari
2021-01-14 2:42 ` John Soo
2021-01-17 19:50 ` Efraim Flashner
2021-01-18 10:19 ` Efraim Flashner
2021-01-18 18:10 ` Leo Famulari
2021-01-14 8:39 ` Staging branch [substitute availability] Mathieu Othacehe
2021-01-14 10:04 ` Jonathan Brielmaier
2021-01-14 13:49 ` Mathieu Othacehe
2021-01-14 10:24 ` Tobias Geerinckx-Rice
2021-01-14 10:51 ` Mathieu Othacehe
2021-01-14 20:19 ` Tobias Geerinckx-Rice
2021-01-14 22:29 ` Ludovic Courtès
2021-01-15 17:55 ` Christopher Baines
2021-01-22 20:46 ` Leo Famulari
2021-01-23 11:58 ` Staging branch [problem with node-10.22] Jonathan Brielmaier
2021-01-23 20:00 ` Leo Famulari
2021-01-23 20:01 ` Leo Famulari
2021-01-23 21:29 ` Mark H Weaver
2021-01-23 21:47 ` Leo Famulari
2021-01-24 17:11 ` Staging branch [substitute availability] Ekaitz Zarraga
2021-01-26 23:51 ` Leo Famulari
2021-01-27 0:04 ` Staging branch [kwayland test failure] Leo Famulari
2021-01-28 9:52 ` Staging branch [substitute availability] Mathieu Othacehe
2021-01-28 13:47 ` Ludovic Courtès
2021-01-29 8:17 ` Mathieu Othacehe
2021-02-09 22:01 ` Ricardo Wurmus
2021-02-10 10:06 ` Mathieu Othacehe
2021-02-10 12:21 ` Ricardo Wurmus
2021-02-10 13:06 ` Mathieu Othacehe
2021-01-28 18:25 ` Efraim Flashner
2021-02-01 21:50 ` Staging branch Leo Famulari
2021-02-02 18:09 ` Ludovic Courtès
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=X9aMFaJF+5sQpQOJ@jasmine.lan \
--to=leo@famulari.name \
--cc=guix-devel@gnu.org \
--cc=jsoo1@asu.edu \
/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 public inbox
https://git.savannah.gnu.org/cgit/guix.git
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).