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 35AD8138359 for ; Mon, 6 Jul 2020 01:09:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 54273E086D; Mon, 6 Jul 2020 01:09:58 +0000 (UTC) Received: from smtp.gentoo.org (dev.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 03B66E086D for ; Mon, 6 Jul 2020 01:09:57 +0000 (UTC) Received: from [2001:470:4c22:ae86:babe:71:0:1b9] (port=37684 helo=robot) by muon with esmtp (Exim 4.92) (envelope-from ) id 1jsFdj-0004qv-RY; Mon, 06 Jul 2020 01:09:47 +0000 From: Benda Xu To: gentoo-soc@lists.gentoo.org Cc: fordfrog@gentoo.org Subject: Re: [gentoo-soc] Weekly Report: Big Data Infrastructure and Maven Overlay in Week 5 References: Date: Mon, 06 Jul 2020 09:09:44 +0800 In-Reply-To: (Zhang Zongyu's message of "Mon, 6 Jul 2020 00:05:00 +0800") Message-ID: <87v9j1sb3b.fsf@robot.e.airelinux.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-soc@lists.gentoo.org Reply-to: gentoo-soc@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain X-Archives-Salt: 194ec2a5-7587-4d4d-a43b-a956b6a5caed X-Archives-Hash: 1af5b4dd39f4d95d68eed807e8ee0b8d Zhang Zongyu writes: > This week I have done a lot of repetitive work. That is, to go through > all of the ebuild files in Gentoo Repository and to get them the > equivalent GroupId and ArtifactId in Maven Central. There are more > than 500 packages in dev-java/ and java-virtual/ category, and > sometimes one Gentoo package may correspond to more than one Maven > artifact, so it took me a lot of time to complete them. And here is my > lookup up table which covers all packages in dev-java/ and maps > "category/package:slot" into "groupId:artifactId".[1] As a result, > spark-core can make use of more than 100 Gentoo native packages now. My previous approach was to `ebuild xxxx prepare` the packages in ::gentoo and inspect the pom.xml file inside ${WORKDIR}. Does that work for you? https://github.com/gentoo/java-ebuilder/blob/master/scripts/meta.sh > Besides, I have also added java-ebuilder some features. It can check > the metadata of a package and get the correct SLOT, and it can make > ebuild unpack "Maven Central distributed source files" into proper > ${JAVA_SRC_DIR} now. Good! > Next week I am going to test and add jaxb (javax.xml.bind:jaxb-api and > javax.xml.bind:jaxb-impl) and some newer version packages which are > required by spark-core, and Good to know we are getting back jaxb. It is strange to me that without such a seemingly central package packages in ::gentoo still work. Is it now part of icedtea jdk? Please dig more into the story behind jaxb in the #gentoo-java IRC and bugzilla. Maybe fordfrog have a better answer (@fordfrog, not sure if you have subscribed to gentoo-soc, I am Ccing you). > I hope the newer version ebuild files could be accepted by Gentoo-Java > team. The prototype of the ebuild files that are just generated by > java-ebuilder are listed in [2]. Please start the code review processes of the new java packages by submitting bug reports and pull requests when you see fit. Benda > [1] lookup table containing all packages from dev-java/ > https://github.com/6-6-6/JEbuilder/blob/master/app-portage/java-ebuilder/files/scripts/LUT/LUT > [2] a prototype overlay > https://github.com/6-6-6/spark-overlay/tree/master/dev-java