From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1FOMrH-0002oV-RQ for garchives@archives.gentoo.org; Tue, 28 Mar 2006 22:40:16 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.5) with SMTP id k2SMe6Q8025154; Tue, 28 Mar 2006 22:40:06 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.6/8.13.5) with ESMTP id k2SMe5Th008592 for ; Tue, 28 Mar 2006 22:40:06 GMT Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by smtp.gentoo.org with esmtp (Exim 4.54) id 1FOMr7-00030Z-0Y for gentoo-java@lists.gentoo.org; Tue, 28 Mar 2006 22:40:05 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FOMqv-0006Ey-OZ for gentoo-java@gentoo.org; Wed, 29 Mar 2006 00:39:53 +0200 Received: from host-217-172-247-34.lodz.mm.pl ([217.172.247.34]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Mar 2006 00:39:53 +0200 Received: from siryes by host-217-172-247-34.lodz.mm.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Mar 2006 00:39:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-java@lists.gentoo.org From: Wiktor Wandachowicz Subject: [gentoo-java] Re: dealing with VM vendors that don't change distfiles names Date: Tue, 28 Mar 2006 22:39:46 +0000 (UTC) Message-ID: References: <4429414E.8030401@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-java@gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 217.172.247.34 (Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1) Sender: news X-Archives-Salt: d1655e61-2cb0-4287-823b-c65a49278c85 X-Archives-Hash: 32645b27c8ce44470e0d6a863d574e0a Joshua Nichols writes: > Thoughts? There's nothing I can think of that wouldn't interfere with how portage deals with the downloads right now... :-( > * Have users rename the files. This is used in a few cases at least. When the file must be downloaded manually, it's not a big deal. It was clearly documented last time when the jdk docs got the -r1 suffix. Unexpected, intriguing, but went smooth anyway (at least in my case). > This leads to the question of how to version the ebuilds though, because > they don't follow a sane (to us) versioning scheme, ie GA, SR-1, SR-2, etc. Hummm... Add the date when the change occured? (like with old Wine?) > * Just redigest the ebuild with the new distfile. This would be the > quickest solution, but it'd be problematic because then the digest would > be broken for people that already have the distfiles. > > * Some totally awesome way I haven't of yet. > Maybe instead put the "known" digest in the ebuild(s) or eclass, write the necessary function(s) in eclass(es) or hack portage /again/, and finally do some voodoo on the user's side to rename the downloaded files as desired. * If the digest of the file happens to be "unknown", because the user didn't do 'emerge --sync' yet (thus: old ebuild, no new "known" digests, updated download - or partial), then print an error and abort. * If the required file already exist in 'distfiles' and the digest detects that this is the "old" version, rename it and download the new file (with optional rename). I'm afraid that the above mockup is completely inconsistent with the current portage behaviour. Digesting, checking, downloading (but: no renaming) is right now automatic and doesn't handle the above scenarios... yet! ;-) But this *might* work. Although I cannot proove it... :-/ Friendly, -- gentoo-java@gentoo.org mailing list