From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <gentoo-user+bounces-160657-garchives=archives.gentoo.org@lists.gentoo.org> Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 057D91389E2 for <garchives@archives.gentoo.org>; Wed, 17 Dec 2014 15:38:01 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2A0D8E0871; Wed, 17 Dec 2014 15:37:56 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D2B56E07F0 for <gentoo-user@lists.gentoo.org>; Wed, 17 Dec 2014 15:37:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id E6695340536 for <gentoo-user@lists.gentoo.org>; Wed, 17 Dec 2014 15:37:53 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.3 X-Spam-Level: X-Spam-Status: No, score=-1.3 tagged_above=-999 required=5.5 tests=[AWL=-0.588, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HD3_W3GBNmip for <gentoo-user@lists.gentoo.org>; Wed, 17 Dec 2014 15:37:47 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 83B08340486 for <gentoo-user@gentoo.org>; Wed, 17 Dec 2014 15:37:47 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from <lnx-gentoo-user@m.gmane.org>) id 1Y1GfX-0002ju-1V for gentoo-user@gentoo.org; Wed, 17 Dec 2014 16:37:43 +0100 Received: from rrcs-71-40-157-251.se.biz.rr.com ([71.40.157.251]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <gentoo-user@gentoo.org>; Wed, 17 Dec 2014 16:37:43 +0100 Received: from wireless by rrcs-71-40-157-251.se.biz.rr.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <gentoo-user@gentoo.org>; Wed, 17 Dec 2014 16:37:43 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: James <wireless@tampabay.rr.com> Subject: [gentoo-user] Re: CI Continuous Integration Date: Wed, 17 Dec 2014 15:37:33 +0000 (UTC) Message-ID: <loom.20141217T161633-647@post.gmane.org> References: <loom.20141216T180816-985@post.gmane.org> <CAC9sXgndUXxBitZNnKXVcbN6S5NXzUFpaCyCnrzQQsuSY0A2Yg@mail.gmail.com> Precedence: bulk List-Post: <mailto:gentoo-user@lists.gentoo.org> List-Help: <mailto:gentoo-user+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-user.gentoo.org> X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 71.40.157.251 (Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1) X-Archives-Salt: 7d4e0b9a-7190-46b9-9b83-89b78dec95bb X-Archives-Hash: 8c7858155c727db4f5779f16c130d320 Sam Bishop <sam <at> cygnus.email> writes: > Very interesting. A great example of how something can be both Gentoo > and Not Gentoo. This is 100% Gentoo unlike Funtoo or Sabayon, but it > brings in some of their advantages. Gentoo doesn't prevent us from > having multiple package variants and this leads to cool stuff like > being able to have a set of layman repositories that ebuilds graduate > through in stages, from 'dev' to 'test' to 'stable'. Zentoo is certainly a site worth closer examination for CI ideas. I also see folks running CI locally on the codes they build and specifically need to be very robust. Epatch_user is another need for folks to employ CI on their own (local cluster), imho. > And this is why I feel so strongly about Gentoo + Git + CI > While github may not be the right place and raw 'git' not the right > tool. I am a big fan of how phabricator + arcanist provides workflow > guarantees on top of using git, such as the 'must pass the linter > rules + tests' workflow and how it can track and reference external > repos side by side with the repos it hosts. I ran across a recent thread [1] on another list about gentoo vs some of the other more common distros. Folks seem to be firmly in either camp; but more in the conventional distro camp. What I did find interesting is lots of corporations are running on hundreds of gentoo systems and using (chef, puppet, ansible or salt) to ease the management of large gentoo deployments. It's just nice to know that despite what many say (use a mainstream distro) Gentoo is alive and doing very well in the corporate world. I just wonder why more of them do not openly share management strategies for large gentoo deployments....? [1] http://www.reddit.com/r/linuxadmin/comments/2nkswx/gentoo_in_production/ > I feel the future belongs to Gentoo as steward of the ebuild format, > portage and related tools more than as a 'meta distro'. CI is the > force multiplier, when anyone who wants to build a "Gentoo powered > distro" has a documented set of tools they can use to 'stand up the > infrastructure' for things like package QA using a CI Server, a Binary > Package build server/server farm, and Binary Package hosting for the > build artefacts. By rights Gentoo not Debian, Arch or Fedora should be > the Distro of choice for creating experimental niche distros from but > we lack the kind of tools to make it 'easy' for people to do. I'm > currently experimenting to see how many of these I can prototype > inside Docker containers or LXC images and it looks quite promising. I'm just now learning and experimenting with docker and LXC. 'etest' is an interesting tool one of our devs is putting together in the spirit of testing combinations of flags for testing [2]. [2] https://github.com/alunduil/etest/ I could not agree more. I think Gentoo is on the verge of an emerging recognition not only of it's uniqueness, but that it fills a gap sorely need. I think that if CI and clusters become, "routine" for the masses of gentoo users, that will spring-board our rank and file members into jobs deploying Gentoo deeply into the business world. What extremely talented folks have done with Gentoo, I've seen many many times. Taking that power and intentionally making it available to the ordinary linux admin (average skills) could easily revolutionize the computing landscape. Gentoo will never be easy, but it is a very flexible and through solution for many areas of need. Zentoo and the (corporate usage thread) I posted all tell me that Gentoo is not only alive and doing well, it is on the move! James