From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Newsgroups: gmane.emacs.devel Subject: Re: Gitlab Migration Date: Fri, 3 Sep 2021 16:49:25 +0100 Message-ID: References: <83tujbqg4j.fsf@gnu.org> <46353190-1190-495f-b15e-22980159b3ab@yandex.ru> <83y28mp0rb.fsf@gnu.org> <51a363db-fde7-791d-cf8d-98ac601d62ee@yandex.ru> <57ca4d78-2339-201d-edce-678c9b003a99@yandex.ru> <83bl5dsh8b.fsf@gnu.org> <8335qps8vs.fsf@gnu.org> <9471c28f-8eae-b555-ee86-9fffd6229937@yandex.ru> <83bl5ayyym.fsf@gnu.org> <87zgsu428b.fsf@gnus.org> <369cfa83-fb3d-d452-94b1-64dbd6dc0253@yandex.ru> <87czppyl2m.fsf@gnus.org> <83ilzhyh86.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000047220e05cb193f51" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35594"; mail-complaints-to="usenet@ciao.gmane.io" Cc: "Philip K." , Daniel Fleischer , Richard Stallman , emacs-devel , Stefan Monnier , Dmitry Gutov , Lars Ingebrigtsen , John Yates To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Sep 03 17:51:32 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mMBTY-00091T-3s for ged-emacs-devel@m.gmane-mx.org; Fri, 03 Sep 2021 17:51:32 +0200 Original-Received: from localhost ([::1]:50568 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mMBTW-0006QD-AA for ged-emacs-devel@m.gmane-mx.org; Fri, 03 Sep 2021 11:51:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56268) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mMBRo-0005QL-0q for emacs-devel@gnu.org; Fri, 03 Sep 2021 11:49:44 -0400 Original-Received: from mail-pg1-x530.google.com ([2607:f8b0:4864:20::530]:41635) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mMBRm-0003T9-26; Fri, 03 Sep 2021 11:49:43 -0400 Original-Received: by mail-pg1-x530.google.com with SMTP id k24so5912883pgh.8; Fri, 03 Sep 2021 08:49:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=9k6d8tE8ChWsZqoUaneIiun1qwESnPjhMFsdvCEHpo0=; b=GvebRSLsBFxBa+hMqn4uAIMoC6NxJxaI9STTx+T9L5Yu25pS28TJv7Y0akob3rzSKl lwNEGvPAJkqHuza0+t68D1rABRQt/ICdz9BeL8ope6WRa9etlXGO/NVL0p2tf9RzRcuS NE5mOs8oUaWrxmpHwsMNnhA+b+nUIRZpxxSd7DotP1wcava1uApfs8n0m9vgGLMD8PcI DfvAxKuWR0+W2a/60R/OkKuWYwdIEjfhDIzd2mwP5TS2QdhOmFL89TjwVhwSSP/sUB7A Jb1PpQoC7z7UEykhUF/W/U/WSPy36KnBU1/jqV++UN1+605/ECGKNyXyjSkjY3aYRx97 nLJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=9k6d8tE8ChWsZqoUaneIiun1qwESnPjhMFsdvCEHpo0=; b=OyaZwiVMM0d3WtkCj85nL0cQMsQcXkaVBXWRIFTiTJuOjCgbDrpsAtcFvP2HBeCEo3 H9M141Ky7Xx3mUxN1QuiSfWADG3pL4BOc/ZuWB1mgfVwCHKVccY3pbuUAdGkiiVnMZAx WIBq4gUkSLOHsflLeuLvPCp0nbMAJDFUidKxRUZY/e+jLv0UhiKy8ipc3tAS6EJEyZps +50YJ4oEoev5jJviRLO5FPMwcjSt2JeVHKoMrzvr08A8u7nFaHQu9tToMyyqR3+a2NP0 IVX97GFMFIv2vPNVCbyZ47pY70+R1mZQl2P0+bh29olDNKue+LGPNXAlGFVgFgOG/CdV XiCw== X-Gm-Message-State: AOAM533GrGGamMy4vn6FMw5/CgYNBeiw5BHCjrfWp1t7RbdDdx1OnUfT QYPaKTk5/w5RW3tx4m2sKGg8VkbyxF14dJan/4aNZrVx X-Google-Smtp-Source: ABdhPJyt8fI7c3CvYj/aJrq49/YdKV8yogCp3Obld0SSfHExvGTbjsj3/Md1KT4MveHd/njZ2PseCJtVRMxUoMw3c68= X-Received: by 2002:a05:6a00:a94:b029:384:1dc6:7012 with SMTP id b20-20020a056a000a94b02903841dc67012mr4018167pfl.53.1630684179799; Fri, 03 Sep 2021 08:49:39 -0700 (PDT) In-Reply-To: <83ilzhyh86.fsf@gnu.org> Received-SPF: pass client-ip=2607:f8b0:4864:20::530; envelope-from=joaotavora@gmail.com; helo=mail-pg1-x530.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:273805 Archived-At: --00000000000047220e05cb193f51 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Sep 3, 2021, 13:30 Eli Zaretskii wrote: > > From: Jo=C3=A3o T=C3=A1vora > > Date: Fri, 3 Sep 2021 13:11:41 +0100 > > Cc: Lars Ingebrigtsen , "Philip K." , > > > Daniel Fleischer , Richard Stallman < > rms@gnu.org>, emacs-devel , > > Stefan Monnier , Eli Zaretskii < > eliz@gnu.org>, > > John Yates > > > > Additionally, I would like to point out that we need reproducible bug > recipes from bug reporters, and the best > > way to get them is something like Emacs -Q and its defaults. It is > unavoidable that offering profiles as > > suggested is going to have a negative impact in that department. But > perhaps it can be controlled if we have > > a small number of profiles and said profiles are easily chosen from the > command line and the bug reporting > > instructions should updated accordingly. > > I don't think this is a significant problem. We could add the active > "profile(s)" to the report by report-emacs-bug, and that would take > care of reproducing the issues that don't happen in "emacs -Q". > Bear in mind that other packages are affected where bugs are not reported via report-emacs-bugs. But I agree that there is still a way -- there always is -- to determine the configuration that a user is using. My point is that it should be very easy to do that, i.e to report and control that big set of preferences, almost as easy as it is when one uses Emacs -Q, which is, for me, also a way to control to a very large number of preferences. Even with the convenience of Emacs -Q, I already have a lot of trouble explaining and attaining reproducibility from some users. So, as a package developer, I'd appreciate Emacs -Qprofile-name (or equivalent). This is essential to interact with users who will, over time, become completely helpless when presented with a good-old-days Emacs -Q (with non-vi bindings, of all things...) Jo=C3=A3o > --00000000000047220e05cb193f51 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Sep 3, 2021, 13:30 Eli Zaretskii <eliz@gnu.org> wrote:
> From: Jo=C3=A3o T=C3=A1vora <joaotavora@gmail.com>=
> Date: Fri, 3 Sep 2021 13:11:41 +0100
> Cc: Lars Ingebrigtsen <larsi@gnus.org>, "Philip K." &l= t;philipk@posteo.net>,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Daniel Fleischer <danflscr@gmail.com&= gt;, Richard Stallman <rms@gnu.org>, emacs-devel <emacs-devel@gnu.or= g>,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Stefan Monnier <monnier@iro.umontre= al.ca>, Eli Zaretskii <eliz@gnu.org>,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0John Yates <john@yates-sheets.org&= gt;
>
> Additionally, I would like to point out that we need reproducible bug = recipes from bug reporters, and the best
> way to get them is something like Emacs -Q and its defaults. It is una= voidable that offering profiles as
> suggested is going to have a negative impact in that department. But p= erhaps it can be controlled if we have
> a small number of profiles and said profiles are easily chosen from th= e command line and=C2=A0 the bug reporting
> instructions should updated accordingly.

I don't think this is a significant problem.=C2=A0 We could add the act= ive
"profile(s)" to the report by report-emacs-bug, and that would ta= ke
care of reproducing the issues that don't happen in "emacs -Q"= ;.

Bear in mind that other packages are affected where bugs are not reported= via report-emacs-bugs. But I agree that there is still a way -- there alwa= ys is -- to determine the configuration that a user is using. My point is t= hat it should be very easy to do that, i.e to report and control that big s= et of preferences, almost as easy as it is when one uses Emacs -Q, which is= , for me, also a way to control to a very large number of preferences.

Even with the convenience of= Emacs -Q, I already have a lot of trouble explaining and attaining reprodu= cibility from some users. So, as a package developer, I'd appreciate Em= acs -Qprofile-name (or equivalent). This is essential to interact with user= s who will, over time, become completely helpless when presented with a goo= d-old-days Emacs=C2=A0 -Q (with non-vi bindings, of all things...)

Jo=C3=A3o
--00000000000047220e05cb193f51--