On Friday, August 27, 2010 08:57:08 am inode0 wrote: > 2010/8/27 Joe 'Zonker' Brockmeier <xonker@xxxxxxxxx>: > > 2010/8/27 Bruno Wolff III <bruno@xxxxxxxx>: > >> 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
Attachment:
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ advisory-board mailing list advisory-board@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/advisory-board