public inbox for gentoo-java@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Miroslav Šulc" <miroslav.sulc@startnet.cz>
To: gentoo-java@lists.gentoo.org
Subject: Re: [gentoo-java] dealing with VM vendors that don't change distfiles names
Date: Tue, 28 Mar 2006 16:16:28 +0200	[thread overview]
Message-ID: <4429453C.4000209@startnet.cz> (raw)
In-Reply-To: <4429414E.8030401@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 2173 bytes --]

I don't see deep in the topic but I think the file should be renamed
somewhere.

1) It could probably be renamed at the source /distfiles/ directory, but
then there would be problem with the download from vendor where the file
has still the original name.
2) When ebuild downloads the file (with name given by vendor), it could
save it under another name to the /usr/portage/distfiles/ (or the file
could be renamed after it is downloaded). When user has to download the
file manually, he/she should be instructed to save the file as
/usr/portage/distfiles/file-name. It is important to download the fresh
file and not to use the old one laying somewhere on the disk.

I think it is not important what suffix will be appended to the file
name but it could be transparent to use release string (or something
other appropriate) from the ebuild name (something like "-r1") where the
new file is used the first time.

These are just thoughts, I don't know how the whole portage works.

Miroslav Šulc



Joshua Nichols napsal(a):
> It seems some of the VM vendors, mostly Sun and IBM, just love to
> release new versions of their VMs, but without changing the filename
> they get released as. In short, this means that it breaks our ebuilds,
> because the instructions for getting the file are the same, but the file
> it leads to is different, and therefore the digest breaks.
>
> There are currently at least 3 bugs filed for this issue:
>
> http://bugs.gentoo.org/show_bug.cgi?id=127204
> http://bugs.gentoo.org/show_bug.cgi?id=123590
> http://bugs.gentoo.org/show_bug.cgi?id=122220
>
> There are a few solutions.
>
> * 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.
>
> * Have users rename the files. This is used in a few cases at least.
> 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.
>
> * Some totally awesome way I haven't of yet.
>
> Thoughts?
>
> - Josh
>   

[-- Attachment #2: miroslav.sulc.vcf --]
[-- Type: text/x-vcard, Size: 349 bytes --]

begin:vcard
fn;quoted-printable:Miroslav =C5=A0ulc
n;quoted-printable:=C5=A0ulc;Miroslav
org:StartNet s.r.o.
adr;quoted-printable;quoted-printable:;;Schodov=C3=A1 309/10;Praha 5;;150 00;=C4=8Cesk=C3=A1 republika
email;internet:miroslav.sulc@startnet.cz
tel;cell:+420 603 711 413
x-mozilla-html:TRUE
url:http://www.startnet.cz
version:2.1
end:vcard


  reply	other threads:[~2006-03-28 14:17 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-28 13:59 [gentoo-java] dealing with VM vendors that don't change distfiles names Joshua Nichols
2006-03-28 14:16 ` Miroslav Šulc [this message]
2006-03-28 22:39 ` [gentoo-java] " Wiktor Wandachowicz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4429453C.4000209@startnet.cz \
    --to=miroslav.sulc@startnet.cz \
    --cc=gentoo-java@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox