Pressed media idea

[Dennis Gilmore]

On Friday, August 27, 2010 08:57:08 am inode0 wrote:
> 2010/8/27 Joe 'Zonker' Brockmeier <xonker at gmail.com>:
> > 2010/8/27 Bruno Wolff III <bruno at wolff.to>:
> >> Personally is think this is mostly useful for rescue USB devices, since
> >> to fix some things you want to boot with the same arch as the OS you
> >> are fixing. But other people may have other reasons for doing this.
> > 
> > The reason we did that is because there's no way to predict the demand
> > for x86 vs. x86-64 media. Guessing and pressing X number of one and Y
> > of the other usually meant that we had spare media or unhappy users at
> > events. People who want 64-bit are going to want a 64-bit disc, and
> > folks who have a 32-bit machine can't use the 64-bit ones at all if we
> > run out of 32-bit.
> > 
> > So we opted for double-sided. They're slightly more expensive, but not
> > terribly so.
> 
> Experience helps predict demand, of course it changes over time so
> there is some guesswork involved but there is guesswork in predicting
> the overall demand also.
> 
> FAmNA at least has considered this in the past and I don't recall why
> it was rejected but I imagine it was because it was more expensive and
> media already eats a very large hunk of the budget.
> 
> The ambassadors who both produce and distribute the media are in a
> really good position to make informed choices in this area and in the
> case of FAmNA I'll make sure this is reconsidered the next time media
> production rolls around.
> 
> John
We only ended up with 32 bit media at FISL,  which based on how things went in 
2009 i did not figure it to be a big deal.  in 2009 most people wanted 32 bit 
and there was 64 bit left over. however this year there was a big change and 
most people wanted 64 bit media. i think having dual would be really useful.  
depending on how much extra the cost is per media  we may actually be better 
off since we could potentially give away more/all media and not get stuck with 
a bunch of one arch left over.

Dennis
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://lists.fedoraproject.org/pipermail/advisory-board/attachments/20100828/2c20ab88/attachment.bin