On Thu, Dec 14, 2006 at 02:38:11PM -0800, Keith M Wesolowski wrote: > Sun aside, I can see no reason to exempt these components from > community-adopted standards around l10n, or any other criteria. > Customers (of any OpenSolaris-based distribution) are entitled to a > consistent, high-quality experience with all the software we deliver > without regard for its origin. It's my understanding that these > standards reflect our values and goals as an engineering community, > not only (or even at all) Sun's business interests.
I would agree, except that no one can expect that the work will necessarily be done. Is Sun going to pay for any l10n work that the community deems is necessary for all components? Or will we integrate only components where the l10n work is complete by the same standard? Or have I simply misunderstood what the point of your paragraph is here. > If a consolidation-global packages for localisable content (i.e., > SUNWsfwman) are considered undesirable, and combining non-localisable > and localisable content infeasible for packaging reasons, have we > considered creating a per-component content package (and corresponding > l10n packages)? That is, we might have: > > SUNWcoreutils > SUNWcoreutils-man > SUNWcoreutils-doc > > and then separate packages (whether delivered by a separate L10N team > or the content of the upstream component, if the latter meets our > requirements): > > SUNWcoreutils-l10n-<locale> I think this would be fine. It might lead to an explosion of packages, but we've got a zillion anyway, and quite frankly, it's our packaging tools that need to be fixed here to manage that sort of thing better. > Put another way, is there any technical reason the localised content > for a broad spectrum of software needs to be delivered in a single > per-locale package, or is this done as a convenience to reduce the > number of distinct packages we deliver? Probably the latter, though it may reduce the strain on the L10N teams here at Sun, which wouldn't normally factor into this particular situation. Danek
