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 21F76138350 for ; Sun, 2 Feb 2020 16:55:02 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 18252E0835; Sun, 2 Feb 2020 16:54: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 9A573E082D for ; Sun, 2 Feb 2020 16:54:57 +0000 (UTC) Received: from gump.localnet (ip4d166994.dynamic.kabel-deutschland.de [77.22.105.148]) by mail.flump.de (Postfix) with ESMTPSA id 1D9E98C005A for ; Sun, 2 Feb 2020 17:50:04 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=flump.de; s=mail; t=1580662204; bh=O7wqfMb99MGyLNbBcKyIv4X1ouY19CCS35L6QhTNEg0=; h=From:To:Subject:Date:In-Reply-To:References; b=EUBhoOZ7k10QwoyXi1uO/tIArOp+AOOSa785yWzEoyVp69+nHcj8MC5kWk0jDspEn nLIaGDMg5qPi/oEEQzjOkWbzyjIUDQ1czLXnKvw7kfxkpzYepipGFRbyugZ13VZccP HRKZmiddY7wKVDgWJDaOehjR4fJoOMthMX6sWGEc= From: Gerion Entrup To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] GSoC 2020: Call for mentors and project ideas Date: Sun, 02 Feb 2020 17:54:45 +0100 Message-ID: <4048583.D4tvIikehO@gump> In-Reply-To: <87d0ax6wic.fsf@tsinghua.edu.cn> References: <6ec6df8d-9006-dcca-1f41-b0f98b7f7f7c@gentoo.org> <87ftg3lmt6.fsf@gentoo.org> <87d0ax6wic.fsf@tsinghua.edu.cn> 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="nextPart2495200.muFY5ptUYT"; micalg="pgp-sha512"; protocol="application/pgp-signature" X-Archives-Salt: d8219fbf-a3b9-46cb-88a9-2f1114a52ceb X-Archives-Hash: 7fc829279277570e66ea4db8fc4bf320 --nextPart2495200.muFY5ptUYT Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" Am Sonntag, 2. Februar 2020, 12:47:55 CET schrieb Benda Xu: > Dear Fellows, >=20 > alicef writes: >=20 > > As always, Gentoo plans to participate in the Google Summer of Code > > 2020. We are looking for new project ideas and are always open for > > new mentors. > > Google Summer of Code is a big opportunity for making Gentoo project mo= re > > visible and get more people interested to join Gentoo and helping out. > > > > [...] >=20 > This year's GSoC organization application deadline is on Feb 5. The > more project ideas, the better Gentoo will show itself to be prepared. > If you have been thinking of adding projects to our GSoC 2020 list, this > is a good chance to do so. >=20 > Cheers, > Benda >=20 Hi, I saw the idea =E2=80=9EBig Data Infrastructure by Gentoo=E2=80=9C and foun= d it kind of interesting. However, I have a little bit the fear that a full automation won't be possible and the whole project becomes a little bit like g-sorcery (gs-pypi, gs-elpa) or g-octave: a really cool project but not used at a large scale. What do you think of the idea to not do this fully automated but supervised by a maintainer? With that I mean an ebuild generator that generates only the parts of the ebuild that it can easily parse and then present the ebuild draft to a maintainer who completes it to an full ebuild. As far a I know no tool like this exists. I think the focus shift helps a lot: Developing a tool for the Gentoo maintainer not the Gentoo user. I'm only "maintaining" an overlay so maybe I'm missing experience but I often have wished a tool that automatically parses the language speci= fic 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 have fo= und 'dev-bar/foo' and 'dev-util/foo'. What is the correct one?" With a not fully automatic tool also packages can be parsed that are not in a complete closed ecosystem, like a 'meson.build' file or cmake files for C++/C programs. But of course package databases like Maven/Cargo/Pypi are also candidates. Unfortunately, I have no time currently to participate in the GSOC. I just want to mention this here as an idea. Please comment or correct me, if such a tool already exists. Best, Gerion --nextPart2495200.muFY5ptUYT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQGzBAABCgAdFiEEM/tVN9WpYYHnPZHxloeAdSYJHeoFAl42/tUACgkQloeAdSYJ HeoHoQv+N7l0cJmD5YrOTuc5f5YtXHxTYcRkSDD3m2hDkb5g85k4N6RHxVk6fbT+ cwMICgbJViY1HcEwTFkbId3qp4zMw8u/mPH6DDs34+TN3hubjczYDIYFptGn2IsC n86ZUZlCAG1d8ZP2QZn19E3E8hcYC7hGPVkfDIG0hCYWR0FPBfs77PtATLHSUJAo JiieplQmVDw59rB+NjbWgNu1cRyvcNZgRMD1v3obpMI2LzYkGGEN4AIwyMs+gGSZ fTlfgJ3Fk0R9tq3ebYMwZaO88ZFmX+ydVsQ8aagq4aVoP4T0x8pLJdZOmEtnUgc1 HP5RZQF439lJO+UDuEIADzupm3D8QrHc8E8c9p2lu8aw0iBp4NpnrqngL7ZITSUI yzAN/kqRsDIc6HgcJcPsZU9OEsDpubNtbuDtM91XaDUDj+CA+w5UBluWM/Y14ZDk GCkNpaTTXCQjB4Y9B6zDLphlE+CcRTxbO3WWQcLQWVPTHg/clGdOVqxluPA7yEs3 dt5gMDPB =vqyd -----END PGP SIGNATURE----- --nextPart2495200.muFY5ptUYT--