From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: [RFE] Migration to gitlab Date: Mon, 13 May 2019 04:43:00 +0300 Message-ID: <245d6dae-847a-3d9e-869b-5f8a2d9a74f0@yandex.ru> References: <1552789070.5272.1@yandex.ru> <87imwhmmt8.fsf@gmail.com> <87y347g1l3.fsf@iotcl.com> <9ac21e82-8e47-f9b5-f88d-23c0c56946d1@yandex.ru> <87pnpc1lby.fsf@iotcl.com> <83zhoezdqc.fsf@gnu.org> <87imuivfcr.fsf@iotcl.com> <83k1eyfxls.fsf@gnu.org> <3b8e2195-07c0-a240-6164-8d34bcca344f@yandex.ru> <83ftpmfp0y.fsf@gnu.org> <838svefl3p.fsf@gnu.org> <658fcd11-dfad-2060-c84b-5da938d506b7@yandex.ru> <83woiydorm.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="92870"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 Cc: toon@iotcl.com, monnier@iro.umontreal.ca, agrambot@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 13 03:44:01 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hQ00V-000O04-4x for ged-emacs-devel@m.gmane.org; Mon, 13 May 2019 03:43:59 +0200 Original-Received: from localhost ([127.0.0.1]:49445 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hQ00U-0001PV-3O for ged-emacs-devel@m.gmane.org; Sun, 12 May 2019 21:43:58 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:56929) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hPzzl-0001PL-5n for emacs-devel@gnu.org; Sun, 12 May 2019 21:43:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hPzzh-000304-EU for emacs-devel@gnu.org; Sun, 12 May 2019 21:43:11 -0400 Original-Received: from mail-wm1-x32a.google.com ([2a00:1450:4864:20::32a]:54248) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hPzzd-0002sy-AQ; Sun, 12 May 2019 21:43:07 -0400 Original-Received: by mail-wm1-x32a.google.com with SMTP id 198so12131943wme.3; Sun, 12 May 2019 18:43:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=0PAKLMfhByvP9/yOaJbUZxju2QZxyOP6CJMfapLGHsc=; b=skDN0fQNSD54SShieELkhux+6l3kDqUB0WnUs27oluQKt61/3Adb6qYxt1z9TqbEiL ABAXQ8MSory0mGNZaptu9Al4Hw/l6dsBDUjY9CKEhXfgUXiWvU5iVaiqNAhJPSsckkYi B37VfOam3z7Ec0wiAAGoobCp8zT+HWL7pQWr1dX9GCUURwduIxEqSMyTF58xLghxmuXK BTDpcNC3HxcqlgcT8ADaMYW5eH21b5azTOEChpgeHl3A5MiMMHHkxVupKpP0jiZgqtUB T688rdqH8u28K83D4icmiNSCScnzsqh/BH8Q2N714jBia0oI+2C1TvvMMMPCUM2ni11n xpcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=0PAKLMfhByvP9/yOaJbUZxju2QZxyOP6CJMfapLGHsc=; b=Qa9xTCDNHGZ9RZQR6i1yqktyiPHvftcCh538S03/FDLEW0RQvOKDRREeLP5GFRPPhN mT9Rh/tbrVTZpLgfzBW8ky//umL9qblM/Ph99lcUdLzGK23YqpuJJomRRtGLn033tc7J wA9S5g3ljycTFKU1cAD/5yE5kViXVhwdj1uN25SIU09hSYbvRA1qMg6g7bw/8/iNitvE HpIFy3aAucqe7SznvctuUsQLagr1nhOErK7A/k4clGabGYb6t3yBGRtj/10InZFjieDi 0re6/o+Me0Dlt0xWdb9IV4isajB4xT54VPYdjLjZ4xAEqTRBB0Z/xMYtbNcFA9aBc/+K 69OQ== X-Gm-Message-State: APjAAAXrP9+fdMgnfU2OB4Tcia/A8lMSG02JwgN6gDm0i4Ebv5HFcA7O lX6CqFsZZR9KbcMiNLKWej4= X-Google-Smtp-Source: APXvYqwgSQqHgOBFKSyIHO0op7+Vp/5DDF8Fjd5Uh/7Rw8T2kcQXlapInhsLonITiOLFfiejDZqPvA== X-Received: by 2002:a1c:414:: with SMTP id 20mr13284308wme.84.1557711783037; Sun, 12 May 2019 18:43:03 -0700 (PDT) Original-Received: from [192.168.1.3] ([185.105.174.23]) by smtp.googlemail.com with ESMTPSA id q7sm11699769wmc.11.2019.05.12.18.43.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 12 May 2019 18:43:02 -0700 (PDT) In-Reply-To: <83woiydorm.fsf@gnu.org> Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::32a X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:236456 Archived-At: On 10.05.2019 23:43, Eli Zaretskii wrote: >>> Yes, my point was that having to work via a Web browser will need to >>> switch frequently between it and Emacs. Which is an annoyance, to say >>> the least. >> >> I can believe that, even if I don't really understand it. > > Let me try to explain. Before I reply to the rest, I'd like to clarify: my surprise was at the declared difficulty of switching between the web browser and Emacs. Which, by itself, is a few keypresses. Working with the debbugs package inside Emacs also requires some keypresses, some context switching, and it changes the window configuration in the current Emacs session, which is also a cost. > In any editing environment that is not Emacs I lack many features that > make my work significantly more efficient. I miss the almost instant > completion with M-/ (since I have the Emacs manuals and the TAGS > tables loaded into Emacs at all times, all the symbols are instantly > found, and I seldom if ever need to type long names like > mark_window_display_accurate_1). I miss my abbrevs (which also allow > me to fix some of my more frequent typos, or type stuff like "naïve" o > "façade" without switching keyboard). I miss the convenience of being > able to jump to any function/macro/typedef with just "C-u M-." (or > even just M-. if I'm in a code buffer). I miss the multi-buffer > search capabilities and Grep. I miss a more-or-less immediate access > to the Git repository. I miss the capability to apply a patch which > I'm looking at, and be able to compile the result right after that, > right from the editor. Out of these, I still use Emacs for more or less everything but abbrevs and word completion. IOW, for everything except writing prose, and I still might copy-paste some snippets of code or text between it and the web browser or the email client. Writing text in something other than Emacs is not particularly enjoyable, but turns out, certain kinds of text are fetched/rendered/displayed better in other tools. And you generally have to edit the said kinds of text in the same tools that you're reading them in. In particular, after a few years of trying Gnus for email, I went back to Thunderbird, losing with that all the benefits of everything-inside-Emacs email workflow. So the use of web browser doesn't make it worse (and makes certain other things better). > Instead, GitLab wants me to use the Web browser for most of these. As per above, I disagree. > This means the Web browser now becomes a very important program for > me, I need to start learning it much more than I bothered until now, I > need to keep it updated at all times, I need to customize it (more > things to learn and try), etc. That is true, of course. Alas, the contemporary Internet makes browsers quite indispensable. >> Anyway, IIRC your current stance on that issue is that we'll need an >> Emacs-based client anyway, even just for the issues tracker. > > I don't have a "stance". My personal preference is to do as much as > possible from within Emacs, certainly any significant text/source code > editing related to Emacs maintenance. I would be very unhappy if > forced instead to use a text-editing widget of a browser, and its > rudimentary email capabilities. Speaking of email capabilities, GitLab does offer some improvements, such as reliable subscription to discussions, as well as being able to unsubscribe. And, when used correctly, no duplicate emails are going to arrive. The "from" email address in its messages might look weird, but it serves a purpose. > Two possible ways of working with an issue tracker that don't require > me to switch from Emacs are: (1) email and (2) an Emacs front-end. > Either one, or even a combination of them, will, for me, be much > better than a pure Web UI. To be fair, the GitLab documentation, as well as Salsa FAQ (see my another message), give the impression that most operations *are* possible to do via email. >> Click on one of them and choose the last item: Custom. You will then be >> able to choose the events to get notifications for. >> >> MR reassignments are in that list. > > I cannot see it, because I cannot log in. Are there only 2 > possibilities: all or nothing? I do want to see reassignments to > myself. I'm not sure, but your question is very reasonable. Maybe it already works like we'd expect (e.g. the configuration affects all issues in general, but the issues where you're subscribed directly, either manually or by a mention, will send all notifications). We could ask someone or just try it out. >> Here's also the same information on the API level: >> https://docs.gitlab.com/ee/api/notification_settings.html > > Where is each value described? The names are not descriptive enough, > and I couldn't find any details about them. Did I miss something? You can search the documentation or ask. I think (as a person familiar with GitLab) that all names are quite descriptive. The configuration page inside your GitLab profile (one I've linked to) has slightly different, maybe easier to understand descriptions. >> Not sure if that list is exhaustive, or if there are emails we'd want to >> configure off but cannot. That would, again, be something to ask the >> GitLab developers for. > > If there's no more detailed documentation, I think we should ask them > now what does exist and what is possible to have given some small > effort. Maybe Toon could ask, or answer the question himself. >>> Email filters are the last resort in my book. It would also be in >>> yours, if you considered a possibility to work via email. >> >> But I already do, here. > > I never needed to set up any filters. Never. It sounds very wrong to > me that I need to set up a filter to defend myself against my own > project. Well, I routinely get duplicate emails because I'm both subscribed to emacs-devel and the bug tracker, and also get Cc'd. I ignore that, but some people suggested technical solutions. >> No, I'm suggesting to use it as a sandbox at first. Post some random >> issues, close them, reopen them, write some comments, receive comments >> from others, respond to them over email, etc, and see how well that >> works, and what the main problems are. >> >> To post a new issue, you can navigate to >> https://emba.gnu.org/emacs/emacs/issues and click "New issue". This also >> requires registration (at least, for now (**)). > > I will try to find time for this, but it won't happen soon: there are > several urgent tasks on my plate. Perhaps someone else could do that > and post the experiences. Everybody is welcome to try and report. I've opened one issue, but I can't really test everything by myself.