Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 338024 - [releng] Rename download zips to include stream?
Summary: [releng] Rename download zips to include stream?
Status: RESOLVED WONTFIX
Alias: None
Product: e4
Classification: Eclipse Project
Component: UI (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-23 16:42 EST by DJ Houghton CLA
Modified: 2013-06-12 10:09 EDT (History)
7 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description DJ Houghton CLA 2011-02-23 16:42:19 EST 
I just downloaded the latest i-build for the R4.1 stream and the first thing that I noticed is that the filename is the same as the builds in the R3.7 streams. For instance:
   eclipse-SDK-I20110218-0831-macosx-cocoa.tar.gz
When I download several of these from different streams I have no idea which is which. 

Should the stream of the build be reflected in the filenames?
Comment 1 Kim Moir CLA 2011-02-24 10:17:37 EST 
Hi Andrew

What do you think?  It might be easier to rename the 4.x stream builds instead of 3.7 because this effects a lot of downstream teams right now (fetching base to compile against etc).
Comment 2 John Arthorne CLA 2011-02-24 13:04:23 EST 
Maybe something like eclipse4-sdk... is clear enough. I wouldn't want to put specific version numbers like 4.0, 4.1, etc.
Comment 3 Andrew Niefer CLA 2011-02-24 14:50:21 EST 
Yes, I agree that this is better done on the 4.x side.  I had noticed this myself and was considering changing it but never got around to it.

John, since milestone and final release builds get renamed to include their specific versions (eclipse-SDK-3.7M5-win32.zip vs eclipse-SDK-4.1M5-win32.zip)
I don't really see the problem with just using eclipse-SDK-4.1-*
Comment 4 John Arthorne CLA 2011-02-24 15:48:37 EST 
(In reply to comment #3)
> John, since milestone and final release builds get renamed to include their
> specific versions (eclipse-SDK-3.7M5-win32.zip vs eclipse-SDK-4.1M5-win32.zip)
> I don't really see the problem with just using eclipse-SDK-4.1-*

I was worried that someone might interpret that filename as being *the* 4.1 release. It is not the 4.1 release - it is an integration build working towards the 4.1 release. Maybe it's not a big deal.
Comment 5 John Arthorne CLA 2011-02-24 15:48:50 EST 
I realize now that the problem goes beyond the file name. Nothing on our I-build download pages indicates what stream it belongs to. For example how would a user know what stream this build belongs to:

http://download.eclipse.org/eclipse/downloads/drops/I20110222-0800/index.php

Maybe that's fine too - anyone consuming our I-builds should know the difference I suppose.
Comment 6 Nitin Dahyabhai CLA 2011-02-24 16:07:09 EST 
It gets confusing to those of us checking the compatibility layer, though, once we have I-builds from both branches on disk.
Comment 7 Dani Megert CLA 2013-06-05 10:57:33 EDT 
Removing outdated target milestone.
Comment 8 John Arthorne CLA 2013-06-12 10:09:44 EDT 
We no longer build multiple streams so this is no longer a problem.