From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 36C2A15808B for ; Mon, 4 Apr 2022 15:38:34 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9267CE0878; Mon, 4 Apr 2022 15:38:32 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id F402AE0864 for ; Mon, 4 Apr 2022 15:38:31 +0000 (UTC) Message-ID: Date: Mon, 4 Apr 2022 17:38:27 +0200 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Project discussion list X-BeenThere: gentoo-project@lists.gentoo.org Reply-To: gentoo-project@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Content-Language: en-US To: gentoo-project@lists.gentoo.org References: <8ede3224-7b97-a4a8-0846-fd1eac513de6@gentoo.org> From: Andrew Ammerlaan Organization: Gentoo Linux Cc: GURU project Subject: Re: [gentoo-project] utilizing GH functionality that Gentoo infra does not provide In-Reply-To: <8ede3224-7b97-a4a8-0846-fd1eac513de6@gentoo.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Archives-Salt: cd0cf25c-f389-4944-b822-71143fb1d09d X-Archives-Hash: 75b99a49c7307dc0a4051d2c120fc04f On 31/03/2022 20:07, Maciej Barć wrote: > > On 3/31/22 6:43 PM, Michael Jones wrote: >> >> >> On Thu, Mar 31, 2022 at 6:48 AM Maciej Barć > > wrote: >> >>     GURU already started experimenting with usage of GH's CI [1], >>     though I can't skip over a very irritating fact: GH seems to think >> that >>     there is only one Linux-based OS ("runs-on: ubuntu-latest"). IMO it >>     would be better to run the CI on Gentoo's containers - which is >>     possible >>     with GitLab's CI. >>     Also, on GitLab we do not have to pull images from official Docker >>     registry [2]. >> >> >> Do you mean to imply that Github's CI doesn't support Linux other than >> Ubuntu? Or do you mean instead that Github's CI only supports >> non-Ubuntu as docker containers? >> >> An example of using a non-Ubuntu Linux container can be found here: >> https://github.com/ninja-build/ninja/blob/25cdbae0ee1270a5c8dd6ba67696e29ad8076919/.github/workflows/linux.yml#L13 >> > > Good to know, I think GURU's CI does not utilize that. The ::guru (and ::sci) CI use the pkgcheck GitHub Action [1], very useful if you want to quickly setup a CI in your ebuild repository. It doesn't really matter which OS you run it on though. All it does is run pkgcheck on a collection of ebuild files etc, it will do that just as well in a Ubuntu container as in a Gentoo container. Something that is on my wishlist is to replace this with something similar to what we have in ::gentoo (I.e. a CI that not only runs pkgcheck but also complains in #gentoo-guru and via email if it is broken. Automating this means that I no longer have to do it manually :P) Best regards, Andrew [1] https://github.com/pkgcore/pkgcheck-action