From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Tadeus Prastowo Newsgroups: gmane.emacs.devel Subject: Re: [RFE] Migration to gitlab Date: Sun, 17 Mar 2019 15:26:00 +0100 Message-ID: References: <1552789070.5272.1@yandex.ru> <1552829033.21432.1@yandex.ru> <1552831600.21432.2@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="56409"; mail-complaints-to="usenet@blaine.gmane.org" Cc: Philippe Vaucher , emacs-devel To: Konstantin Kharlamov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 17 15:34:59 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 1h5WsL-000EXr-F0 for ged-emacs-devel@m.gmane.org; Sun, 17 Mar 2019 15:34:57 +0100 Original-Received: from localhost ([127.0.0.1]:56365 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h5WsK-0008SF-8w for ged-emacs-devel@m.gmane.org; Sun, 17 Mar 2019 10:34:56 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:33778) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h5Wr5-00084V-Vc for emacs-devel@gnu.org; Sun, 17 Mar 2019 10:33:40 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h5Wjt-0003mV-SC for emacs-devel@gnu.org; Sun, 17 Mar 2019 10:26:14 -0400 Original-Received: from mail-it1-x142.google.com ([2607:f8b0:4864:20::142]:40090) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1h5Wjt-0003m4-C3 for emacs-devel@gnu.org; Sun, 17 Mar 2019 10:26:13 -0400 Original-Received: by mail-it1-x142.google.com with SMTP id l139so17518420ita.5 for ; Sun, 17 Mar 2019 07:26:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unitn.it; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=SttnV1QmOulZHriPoe1abtjH9kLlJcMwgYedZX6ws00=; b=Pb0CCD7P7c0g2++kllBmauy3G6i+29WTBFOSNYwG1kndR4GH+ytWOBRKqlEmQnVsYA a61hc+Rt/eKvS/WBvK6u0IcRFkldTTcFBUX4s6MHj1zP90H6AmFM8Z81s/h4J/kyJyQs RkK6y8rDb6LMZpJv0GMcST1lGfhnLxGRVc4vs= 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:content-transfer-encoding; bh=SttnV1QmOulZHriPoe1abtjH9kLlJcMwgYedZX6ws00=; b=KTGNCxibVcSXlP7NLDSZQAlCyvzFphSv/d5M7LPi4H7TN0E585WI48CsD8kmYyh6yl OTf1Nn1fAkBztffmlhKjd+EXCssdT//jyls3WVpz7TjbU8hTpSHUSE5iF8qD0sztEm+p gRzaTYopyY96f/bRiORUb/TrMBBLt2YJZQmBZ7QC04urodVmCanQlqmW12RJpJdNW1SB lJxEAPU1BFwbrlk09YZ2wlK48GbTHS1VPzEJIt7V8AofrgQyvHs5AgnugDIilIdUZ+EN mSTKJ1DnQ8y0UDZ8lBUjHhZrJCu0nUxqDlGIyf7HdslF41NWl4sdgQTGFIw1whWbGn36 45Zg== X-Gm-Message-State: APjAAAWssT6Znc34H59yfjA0onjCXtLdk2bNCpJoNRZ718XwPpy2hEPA 6DISOlh0J9RtKLYGOSs+4AibwD8Ej/LPZ7NVzlqp X-Google-Smtp-Source: APXvYqxVCs4s5Ecl29nW243JKtFWyq0yWe2hnifqBcx0DdjgXb6wvuEiTo5d2jp5xOsBNzeuJCFjByt25Q1wX3eZltE= X-Received: by 2002:a02:960a:: with SMTP id c10mr7890776jai.31.1552832772035; Sun, 17 Mar 2019 07:26:12 -0700 (PDT) In-Reply-To: <1552831600.21432.2@yandex.ru> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::142 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:234269 Archived-At: On Sun, Mar 17, 2019 at 3:06 PM Konstantin Kharlamov w= rote: > =D0=92 =D0=92=D1=81, =D0=BC=D0=B0=D1=80 17, 2019 at 4:49 =D0=9F=D0=9F (PM= ), Tadeus Prastowo > =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB: > > On Sun, Mar 17, 2019 at 2:23 PM Konstantin Kharlamov > > wrote: > >> The automation sounds a bit abstract, > > > > The automation of copying and pasting message-id and the like. > > > >> but I guess you still can do it > >> if gitlab have enabled replying/opening of merge requests through > >> mails. > > > > As you wrote in the initial e-mail, e-mails are not the primary means > > of gitlab model, and so, how far it can be stretched and how long it > > will keep being supported remain to be seen. Seeing the stretching is > > rather easy because it can be done now. But, it is impossible to see > > how long it will keep being supported in the gitlab model. > > Sure this part is just a contemplation, but I think that usage of > emails was added to gitlab in the first place to keep workflow of > peoples who got used to mailing lists. In that case I'd expect this to > be enhanced rather than removed in the future (of course in the end > this depends on demand or contributions from other peoples. And you are > a creator of that demand). I hope it would be the case. The situation, however, is not symmetric: building a JavaScript-rich web UI on top of a plain-text e-mail UI is easier than building a plain-text e-mail UI on top of a JavaScript-rich web UI. Consequently, if the plain-text e-mail UI is ever dropped from the gitlab model owing to its small user base, it will be more difficult for the small user base to maintain a third-party plain-text e-mail UI on top of the JavaScript-rich web UI. In contrast, since a JavaScript-rich web UI will tend to have a larger user base, and it is easier to build a JavaScript-rich web UI on top of a plain-text e-mail UI, there should be no problem for those users who prefer the gitlab model. > >> Also, Linux kernel and git has "patchwork" site that essentially > >> tracks > >> open patch-series, versions of patches, comments to them, allows to > >> download latest series=E2=80=A6 It is more advanced than just the mai= ling > >> list as GNU Emacs has. > > > > Yes, as you pointed out in the initial e-mail, a mailing list itself > > is not enough. That causes the chore of copying and pasting and the > > like, which can be automated, especially if Emacs is used. The > > perspective that I support is that of heterogeneity. IMO, the gitlab > > model is into homogeneity: one uniform system for everything, but that > > sacrifices flexibility. > > I just don't see how could gitlab workflow interfere with that. If > anything, it helps automating the chore of copying and pasting, because > now you can get someone's series by a simple `git fetch remote branch`. The gitlab workflow model definitely does not interfere. On the contrary, it adds to the heterogeneity. The point here is about the proposal to migrate the Emacs model to the gitlab model, which reduces the heterogeneity. -- Best regards, Tadeus