On 24 September 2016 at 12:33, Ben Rosser <rosser.bjr@xxxxxxxxx> wrote: > On Sat, Sep 24, 2016 at 11:50 AM, Stephen John Smoogen <smooge@xxxxxxxxx> > Yes, there are already compatibility issues with the existing set of third > party repositories. And we can't avoid it if an officially sanctioned > repository wants to conflict with an unsanctioned repository. But shouldn't > we be able to ensure that all officially sanctioned repositories play nicely > together on the same system? Maybe this doesn't require oversight by an > "independent" body and just requires a strong set of guidelines mandating > compatibility (or at least mandating that incompatibility be documented when > it's discovered), but this seems like a potential problem that *could* be > avoided entirely. Admittedly, it's primarily an issue for people who aren't > running 100% editionized Fedora, but (as such a person) I think this is a > usage case worth considering. > You are taking the word "sanctioned" to mean a lot more than anyone wants it to mean. We tried to wordsmith it but no English word gives the meaning that enough people recognize to mean the following: Here is a list of repositories that other people have found will help you meet certain needs. Fedora makes no guarantee that it won't eat your system, but we also don't make any such guarantee about anything we ship. We try our best but someday the Grue is going to eat you no matter what. Thanks for playing. There is probably some German word which covers that perfectly well something like Schnapsidee but stronger. > Maybe in practice these issues will never crop up because the kind of (third > party) software that Workstation wants to curate doesn't overlap with Server > (for example), though. They will crop up because they exist today. Some of us expect that there will be some amount of complaining about it.. However, the workstation people would like to try this out and figure out how to fix it one by one. > > Ben Rosser > > _______________________________________________ > council-discuss mailing list -- council-discuss@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to > council-discuss-leave@xxxxxxxxxxxxxxxxxxxxxxx > -- Stephen J Smoogen. _______________________________________________ council-discuss mailing list -- council-discuss@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to council-discuss-leave@xxxxxxxxxxxxxxxxxxxxxxx
