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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id C5682138350 for ; Mon, 3 Feb 2020 09:42:02 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 727F4E089C; Mon, 3 Feb 2020 09:41:58 +0000 (UTC) Received: from mail.flump.de (v220190910334596654.goodsrv.de [185.163.118.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E5E13E088C for ; Mon, 3 Feb 2020 09:41:57 +0000 (UTC) Received: from falbala.localnet (unknown [130.75.33.21]) by mail.flump.de (Postfix) with ESMTPSA id 567448C0002 for ; Mon, 3 Feb 2020 10:37:00 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=flump.de; s=mail; t=1580722620; bh=rIKLlNsLCwsoFDYPwK5tPw/sft+Kodtctnl2xJbDIYc=; h=From:To:Subject:Date:In-Reply-To:References; b=pd5UXBs8oSxA/bXQwQSEKB+iRfzmp6qoOq3uKLtc/yoKEO9GG/0qKR632YiFCy0X1 ffmttMyYDp+uLVtr3BduVeY7SskQDu+y5E4U7IOHS623B+pQgENWFeO+/tLEOujmg4 60+QdBRxZDpG6v2QEDR0+njhnuXnTkYj4KzL04SA= From: Gerion Entrup To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Ebuild Generators (Was: GSoC 2020: Call for mentors and project ideas) Date: Mon, 03 Feb 2020 10:42:08 +0100 Message-ID: <4207106.LvFx2qVVIh@falbala> In-Reply-To: <87sgjs5mjp.fsf_-_@gentoo.org> References: <6ec6df8d-9006-dcca-1f41-b0f98b7f7f7c@gentoo.org> <4048583.D4tvIikehO@gump> <87sgjs5mjp.fsf_-_@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2142058.ElGaqSPkdT"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-Archives-Salt: 7165ecf4-2e1a-4227-a0dd-9e20ea148d42 X-Archives-Hash: 6ceb5ed229ad8917312d9800e79823f0 --nextPart2142058.ElGaqSPkdT Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" Am Montag, 3. Februar 2020, 05:20:42 CET schrieb Benda Xu: > Gerion Entrup writes: >=20 > > I saw the idea =E2=80=9EBig Data Infrastructure by Gentoo=E2=80=9C and = found it kind of > > interesting. However, I have a little bit the fear that a full automati= on > > won't be possible and the whole project becomes a little bit like g-sor= cery > > (gs-pypi, gs-elpa) or g-octave: a really cool project but not used at a > > large scale. >=20 > Yes, that's true. I share the same observation and concern with you. >=20 > This is one exception: the CRAN ebuild generator powered R overlay has > been running well for 8 years. >=20 > https://wiki.gentoo.org/wiki/Project:Science/Overlay/R Hmm, interesting, thank you. > > What do you think of the idea to not do this fully automated but superv= ised > > by a maintainer? With that I mean an ebuild generator that generates on= ly > > the parts of the ebuild that it can easily parse and then present the e= build > > draft to a maintainer who completes it to an full ebuild. As far a I kn= ow no > > tool like this exists. I think the focus shift helps a lot: > > Developing a tool for the Gentoo maintainer not the Gentoo user. >=20 > Yes, that makes a lot of sense. The R overlay follows this model. Most > of the ebuilds are automated. When an ebuild generation fails, we add > the ebuild manually, understand it and then update the generator to > cover it in the future. Is this possible in all cases? I think of adding custom patches, appropriate mapping of dependencies, check for things like desktop icon cache... > > I'm only "maintaining" an overlay so maybe I'm missing experience > > but I often have wished a tool that automatically parses the language s= pecific > > packaging files and is able to generate a primitive ebuild out of that. > > Maybe it even can do this in an interactive way: > > "Hey, upstream needs the dependency 'foo'. In the Gentoo packages I hav= e found > > 'dev-bar/foo' and 'dev-util/foo'. What is the correct one?" >=20 > Yes, that's the way R overlay is working. And I have a similar plan and > proof-of-concept solution for the Java Maven overlay. Nice to hear. I think, it is meaningful to solve all generation with one tool. Maybe it can even "recognize" the used build system and package database. Is this your plan, too? Best, Gerion --nextPart2142058.ElGaqSPkdT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEM/tVN9WpYYHnPZHxloeAdSYJHeoFAl436vAACgkQloeAdSYJ Hep2+Qv+PwGwjgiaM6WJ6+vszeMqmxkWXn8KwBf4dvGudkYAGYqXGdITC2TyTotj TFXrUkqAW0nC6uAtluM5BsLSDdm4DUuN8nKJeVQIEgk25sx0RB08AgwXyaXVu4it V9XFeGe0QhLsOesNBd2NFK+g8Ol/Iky/LJ/beEMDSjF+vgolVzQbHlw5WIyBo6bx uj0rxb8ll9nOz6IgwSKhIsV6dkGOx3vf8pXC1I1eH1on6iTv6DKMTNhDlcAbw8Er WpfrxEviiynCstFY6nPtc6q35g9eB8yARO/pmQ6ZobPTz38MqgO5cL1QuMqPZJbh YaRsGxry1kyL9d1V712BPaadXOrHIlaCNi3V+EKPyZtfwlUOPovSytD/zhhIZpfI Jyt9rY5uaVsnckn+elbMazOs8bd3knTSyrVGOCvkcvUskcf1TBnPpxE6YBCyI6AH hE4YLls2eJa1bdfpRMohTLk1oKHGBOGQsRd3bRLRDa8kYiM0689Ai+fJM26pExza b6isXgAW =GnuK -----END PGP SIGNATURE----- --nextPart2142058.ElGaqSPkdT--