Quoting Jesse Keating <jkeating@xxxxxxxxxxxxxxx>: > On Mon, 2005-10-24 at 15:38 -0500, Eric Rostetter wrote: > > I thought it was just a change to the yum package or something. > > > > If it is a separate package, then I'm cool with it being enabled by > > default. In that case, I would have to install the package, so it > > wouldn't matter what the default it. (But, having said that, see > > below (end of message) for a counter argument.) > > Well, if it was included w/ Core, it would be most likely part of the > same package that supplied the extras repo files and the core repo > files. Given that things like Extras are enabled by default, we should > enable ours as well, just not the updates-testing. I supppose to continue this argument further without knowing which package, or what kind of package, we would use, is rather pointless. > WRT Red Hat Linux, this is indeed the correct philosophy. This is why > our service is an opt-in rather than opt-out for RHL. However Fedora > doesn't have exactly the same goals or philosophy that RHL did. For > that reason, I think we should fall more inline with the feel and > philosophy of Fedora when dealing w/ Fedora releases. I can see that to some extent. I can also see that the "philosophy" of Fedora is that it is dead when it is dead, and FL is not part of Fedora. So it is open to debate. And depends in part on how much the Fedora Project wants to officially recognize (endorse, etc) the Fedora Legacy Project. Anyway, as I said above, it is rather silly to argue about this until we decide how (in what package, etc) it is to be implemented. I don't think we can truely know what the best state (enabled or disabled) would be until we know what package we're talking about (a current package, a new package, etc). > -- > Jesse Keating RHCE (http://geek.j2solutions.net) > Fedora Legacy Team (http://www.fedoralegacy.org) > GPG Public Key > (http://geek.j2solutions.net/jkeating.j2solutions.pub) -- Eric Rostetter -- fedora-legacy-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-legacy-list
