Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-java
Navigation:
Lists: gentoo-java: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-java@g.o
From: Wiktor Wandachowicz <siryes@...>
Subject: Re: dealing with VM vendors that don't change distfiles names
Date: Tue, 28 Mar 2006 22:39:46 +0000 (UTC)
Joshua Nichols <nichoj@...> 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@g.o mailing list


References:
dealing with VM vendors that don't change distfiles names
-- Joshua Nichols
Navigation:
Lists: gentoo-java: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: dealing with VM vendors that don't change distfiles names
Next by thread:
looking for contributions to java-1.5-fixer
Previous by date:
Re: dealing with VM vendors that don't change distfiles names
Next by date:
Re: Bugs submission


Updated Jun 17, 2009

Summary: Archive of the gentoo-java mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.