From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: GitLab CI setup file in scratch/tzz/gitlab Date: Thu, 27 Apr 2017 17:23:54 +0300 Message-ID: <83efwend39.fsf@gnu.org> References: <87shkvnh2z.fsf@lifelogs.com> <83inlrngte.fsf@gnu.org> <864lxal9zf.fsf@molnjunk.nocrew.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1493303110 2290 195.159.176.226 (27 Apr 2017 14:25:10 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 27 Apr 2017 14:25:10 +0000 (UTC) Cc: emacs-devel@gnu.org To: Lars Brinkhoff Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 27 16:25:03 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3kLu-0000QH-TM for ged-emacs-devel@m.gmane.org; Thu, 27 Apr 2017 16:25:03 +0200 Original-Received: from localhost ([::1]:60972 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d3kM0-0004UV-QY for ged-emacs-devel@m.gmane.org; Thu, 27 Apr 2017 10:25:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35031) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d3kLS-0004UF-Gp for emacs-devel@gnu.org; Thu, 27 Apr 2017 10:24:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d3kLP-0003kb-Da for emacs-devel@gnu.org; Thu, 27 Apr 2017 10:24:34 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44042) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d3kLP-0003kV-9u; Thu, 27 Apr 2017 10:24:31 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1314 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1d3kLO-0007bz-LS; Thu, 27 Apr 2017 10:24:31 -0400 In-reply-to: <864lxal9zf.fsf@molnjunk.nocrew.org> (message from Lars Brinkhoff on Thu, 27 Apr 2017 07:01:40 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:214343 Archived-At: > From: Lars Brinkhoff > Date: Thu, 27 Apr 2017 07:01:40 +0200 > > Eli Zaretskii wrote: > >> Ted Zlatanov wrote: > >> I've pushed a .gitlab-ci.yml file to the branch scratch/tzz/gitlab > >> John, Eli, any objections? > > > > Frankly, I don't understand why this file should be part of the Emacs > > repository. For starters, it seems to be Debian-specific. And if it > > should be in our repository, its place is definitely wrong, it should > > be somewhere under admin/. > > It's not Debian-specific. It does mention "debian", but that's only to > pick one out of many possible images to run the build. I actually meant the 'apt' commands. It's true that some other distributions besides Debian support that, but AFAIK they have their own commands to the same effects. > It's probably required to be in the top-level directory to work with > GitLab-CI. I haven't checked GitLab specifically, but most continuous > integration services does have this requirement that the configuration > file must have a specific name, and must be in the root of the project. > > With this file in place, GitLab can now run a full build and test > cycle for every commit: > > https://gitlab.com/emacs-ci/emacs/builds/14381164 OK, but why should the Emacs repository keep this file and maintain it? It looks simple enough for the interested users to have it on their systems, and GitLab looks like a full repository anyway, so maybe the file should be maintained there? Or we could have a small note file in admin/notes telling the interested users to create such a file if they want. IOW, this file looks unrelated to Emacs, so I don't think I understand why Ted wanted us to maintain it. I'm probably missing something.