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 975E9138350 for ; Mon, 3 Feb 2020 12:20:03 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D5C6DE086D; Mon, 3 Feb 2020 12:19:57 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (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 074C5E0858 for ; Mon, 3 Feb 2020 12:19:56 +0000 (UTC) Received: from muon (vm4.gentoo.osuosl.org [140.211.166.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: heroxbd) by smtp.gentoo.org (Postfix) with ESMTPSA id BACC134E5B4 for ; Mon, 3 Feb 2020 12:19:55 +0000 (UTC) Received: from [2001:470:4c22:ae86:babe:71:0:134] (port=41592 helo=pion) by muon with esmtp (Exim 4.92) (envelope-from ) id 1iyahk-000622-Rq for gentoo-dev@lists.gentoo.org; Mon, 03 Feb 2020 12:19:53 +0000 From: Benda Xu To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Ebuild Generators References: <6ec6df8d-9006-dcca-1f41-b0f98b7f7f7c@gentoo.org> <4048583.D4tvIikehO@gump> <87sgjs5mjp.fsf_-_@gentoo.org> <4207106.LvFx2qVVIh@falbala> Date: Mon, 03 Feb 2020 20:19:52 +0800 In-Reply-To: <4207106.LvFx2qVVIh@falbala> (Gerion Entrup's message of "Mon, 03 Feb 2020 10:42:08 +0100") Message-ID: <87zhdz50d3.fsf@gentoo.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) 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="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Archives-Salt: c6a01ee5-30ce-41ec-b786-1111947ab093 X-Archives-Hash: 86940d42c6cc573fbaaaf086b1c83b6b --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi Gerion, Gerion Entrup writes: >> 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... That's too complex to handle automatically. Luckily, in R overlay, such packages are less than 5%. An ebuild generator is based on the observation that many language-specific packages are trivial to fetch, compile and install. >> > I'm only "maintaining" an overlay so maybe I'm missing experience >> > but I often have wished a tool that automatically parses the language = specific >> > 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 ha= ve 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? No, I don't think it possible as far as I can see... That would be a strong AI. Yours, Benda --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEENTS8ZhMowhj4Iw2H33YQtSHxcSIFAl44D+gACgkQ33YQtSHx cSK1qhAAoGANIH2odODcAFMMktMXjS0IzdWx0mFP5c69LnBM60CrpFqCbtw6Bnqx Z4n+5ZR5AFNV835phuQjHevnNCIv9zebKa220PlcgmYeDw6HM3VDmCF2L0G1nopE 7+VCl3G5ydio++zqE3NH1dQj/BhfXrLn/ViEUL6zLO2IJDoAL19tUXg8yPuY+lnD X7cJJkZcevXubq2i+zouZfecrH4MJGsWc3HQnjn7YLDwbYOz8dHkGWjGWkUqQz52 SUJrhenjT3PLrIruTqUwEF5Isyqw2/LWV6iCAIinc3yVOyiEAu1JRhxdZBdELUcw Smovf86DkuV+7Lb0IS+Y7SW1HTSrZow8/nqJX8Lca1j88oU10SERe6/SKEfe1YCh mo0E+i+1q6nUnCORISe23HnafVI3F/OmdEwjc7Ra4Bn3QEO+ANtB16lboqZAMOZ6 JfCLI0yafwV1W8wtyDah0bpIyb/9dGlPwsN3PNkt9++uejr+4WJw0z1qN9pvIkIF OHd66dLia/Liq0bVd1+YwLjcimYyt9OXp4xaxOhO8rRtRrF7v/AiHzUgefgi/Ird jIjp6+ujv5LFJV2TIns1afvqhAzilMz0wxXRDDHpIy1dqFR2Tuau5I0GmWFxM4GK XTjwMIhkT8HUDewJr1yVjmZEG90JKW/D0yY+SG3RFuqDtpfYWqk= =upET -----END PGP SIGNATURE----- --=-=-=--