From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: Input needed: Plan for packaging scala Date: Sun, 26 Feb 2017 11:18:22 +0100 Message-ID: <87o9xpcl1t.fsf@elephly.net> References: <878tovwt43.fsf@gmail.com> <20170224194522.30b2ac58@scratchpost.org> <878touupj6.fsf@gmail.com> <87wpcduave.fsf@elephly.net> <20170226075105.GB15812@mail.thebird.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42919) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1chvuf-0000tP-Cp for guix-devel@gnu.org; Sun, 26 Feb 2017 05:18:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1chvuc-00005L-8V for guix-devel@gnu.org; Sun, 26 Feb 2017 05:18:45 -0500 Received: from sender-of-o51.zoho.com ([135.84.80.216]:21049) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1chvuc-000054-0f for guix-devel@gnu.org; Sun, 26 Feb 2017 05:18:42 -0500 In-reply-to: <20170226075105.GB15812@mail.thebird.nl> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Pjotr Prins Cc: guix-devel@gnu.org Pjotr Prins writes: > On Sun, Feb 26, 2017 at 12:08:37AM +0100, Ricardo Wurmus wrote: >> This is the primary reason why we only have a handful of Java packages >> in Guix. We don=E2=80=99t want to make an exception for Java and accept >> pre-built binaries just to increase the number of packages. (Luckily >> for us, Java build artifacts are often quite portable, so there=E2=80=99= s not as >> much urgency to make it work with Guix as there is for applications >> written in other languages.) > > You mean that users can easily deploy JVM packages (jars and wars) on > top of on existing Guix JVM? I don=E2=80=99t know about wars, but the jars we worked with at the MDC wor= ked just fine on top of the JVM provided by the icedtea packages. > Why don't we accept these particular build tools as binary bootstraps > for now? The reason is that we cannot make one decision for all tools. A big chunk of the work is to figure out *which* of the dependencies can be considered an =E2=80=9Cimpossible=E2=80=9D dependency. Having a binary for= Maven alone wouldn=E2=80=99t be very helpful. The primary purpose of Maven is to downl= oad required binaries from a central site. It doesn=E2=80=99t help us *build* = any packages from source. When we provide Maven it has to be with a maven-build-system that takes all Java inputs and arranges them in the layout that a local Maven repository containing all these inputs would have. Maven on its own would not be very useful. In fact, I=E2=80=99ve been packaging libraries that officially require Mave= n to build them, but I used plain ant with the default build.xml the ant-build-system generates. > Guix is not exactly pure anyway - we bootstrap build binaries for > pragmatic reasons. And we try very hard to reduce the number of bootstrap binaries. I don=E2=80=99t think it would be a good idea to open the flood gates and acc= ept binaries for Java tools =E2=80=94 because that=E2=80=99s not an exceptional= case; downloading binaries is in the fabric of the Java culture. We need a few more libraries packaged the hard way, which would make the next steps a lot easier. My recommendation is to continue following the bootstrap path of Maven and its dependencies and see where that leads us. > But, if no one is actively working on Maven, I suggest to use a jar > for the time being. I=E2=80=99ll get back to it soon. It=E2=80=99s in my own interest to reduc= e the number of unpushed patches I have on my machines :) > Q: who here wants to work on this eyesore and challenge called Maven? > So far Ricardo and Roel have worked on it and given up. (Hartmut also worked on it and I=E2=80=99m still working on some of his abandoned patches in a branch.) I would be very happy to collaborate with others who are interested in moving Java on Guix forward. -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC https://elephly.net