From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2680 invoked by alias); 4 Mar 2002 21:00:36 -0000 Mailing-List: contact rhug-rhats-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: rhug-rhats-owner@sources.redhat.com Received: (qmail 2623 invoked from network); 4 Mar 2002 21:00:34 -0000 Received: from unknown (HELO gash2.peakpeak.com) (207.174.178.17) by sources.redhat.com with SMTP; 4 Mar 2002 21:00:34 -0000 Received: from creche.cygnus.com (ta0206.peakpeak.com [204.144.244.206]) by gash2.peakpeak.com (8.9.3/8.9.3) with ESMTP id OAA01499; Mon, 4 Mar 2002 14:00:28 -0700 Received: (from tromey@localhost) by creche.cygnus.com (8.9.3/8.9.3) id OAA30077; Mon, 4 Mar 2002 14:28:47 -0700 To: Anthony Green Cc: rhug-rhats@sources.redhat.com Subject: Re: RPM notes References: <1015143611.1759.90.camel@dhcppc2> From: Tom Tromey Reply-To: tromey@redhat.com X-Attribution: Tom X-Zippy: Yow! Now I get to think about all the BAD THINGS I did to a BOWLING BALL when I was in JUNIOR HIGH SCHOOL! Date: Mon, 04 Mar 2002 13:00:00 -0000 In-Reply-To: Anthony Green's message of "03 Mar 2002 00:20:10 -0800" Message-ID: <87zo1odnu9.fsf@creche.redhat.com> X-Mailer: Gnus v5.7/Emacs 20.5 X-SW-Source: 2002-03/txt/msg00005.txt.bz2 >>>>> "Anthony" == Anthony Green writes: Anthony> * We currently create two kinds of RPMs.. Anthony> rhug-PACKAGE-VERSION and rhug-PACKAGE-VERSION-devel. I think it would make sense to generate all the RPMs for a given package at once: the ordinary bytecode RPM, plus the corresponding devel package, plus both rhug packages. This might mean coordinating with the vendors in some way. What do you think of that? The benefit is version consistency, and also single ownership of the .jar file. Anthony> * Normally non-devel library RPMs contain *.so.* , and not Anthony> *.so files (which go in -devel). However, our classloader Anthony> currently looks for *.so files, so we must include those in Anthony> the non-devel package. Should we change the classloader? Anthony> How would it know which version to load? Actually the problem is lower than the classloader; we use libltdl to load the libraries. Whatever it decides is what happens. This is great work, btw. Tom