Main Entry Page
- RELEASE
Versions
Start time
rh4-32-gcc34
rh5-32-gcc42
rh5-64-gcc42
win-32-vc71
snowleopard-32
09-17-00 Debug
2010-06-17 18:52:50.0
09-17-00 Optimized
2010-06-17 18:52:50.0
09-16-01 Debug
2010-06-16 06:11:43.0
09-16-01 Optimized
2010-06-16 06:11:43.0
- HEAD
Versions
Start time
rh4-32-gcc34
rh5-32-gcc42
rh5-64-gcc42
win-32-vc71
snowleopard-32
HEAD-1-835 Debug
2010-08-02 08:48:43.0
HEAD-1-834 Debug
2010-08-01 15:59:23.0
- LATEST
Versions
Start time
rh4-32-gcc34
rh5-32-gcc42
rh5-64-gcc42
win-32-vc71
snowleopard-32
LATEST-1-3228 Debug
2010-08-02 13:22:45.0
LATEST-1-3227 Debug
2010-08-02 12:57:54.0
- Notes:
- Showing the most recent builds for RELEASE, HEAD, and LATEST
simultaneously is more convenient and useful than filtering based
on version type and better than the current "all" selection since
catagorical sorting like this isn't possible in the existing
RMII interface. - It may be that the "-gccXX" suffixes aren't necessary for the
Red Hat builds since the version of gcc seems to be tied to a given
RHEL version. I don't know if this is the case for the Mac platforms. - Each build icon (=building, =build successful, =build
failed) should be a link to the individual build page.
- Showing the most recent builds for RELEASE, HEAD, and LATEST
2 Comments
Joanne Bogart
I agree with Jim that this (most recent builds in each category) is a more useful first view. I'd like to add a buttons or something (as exist for old RM pages) to independently show/hide remaining builds in each category since sometimes just the most recent couple isn't enough.
For now, at least, we only support one compiler per version of Redhat so I, too, vote for getting rid of -gccXX and also abbreviating snowleopard. These shorter strings would come from the new nicknames column we discussed. We don't need start times to the tenth of a second, either; truncating to the minute ought to be good enough. I'd like to keep the width down as much as possible, especially since we'll be adding columns for win-32-vc90 and perhaps rh4-64.
James Chiang
I agree with Joanne's comments. Regarding the default number of versions to show within any given catagory (RELEASE, HEAD, LATEST), I think that the 5 most recent tags should be sufficient for LATEST and HEAD and the 3 most recent for RELEASE. This would mean 6 entries for RELEASE since it would include Debug and Optimized entries.