On 8/31/06, Nicolas Mailhot <nicolas.mailhot@xxxxxxxxxxx> wrote:
Actually, I think the point was if you want to create Dodo Linux 7 based on Fedora Core 6 it's easier to substitute the Dodo Linux id if the package/file providing it has a neutral name. No need to scan scripts and deps for fedora references - just replace the release file in the package with a new one.
Its not JUST the release file. take a really good hard look at the fedora-release package contents... everything in there is fedora distro specific. From the eula to the yum repo definitions. If anyone package defines that an install IS fedora.. its the fedora-release. Having a downstream distro rename a package, when ALL the real files in that package MUST change isn't too much to ask. The only thing I am aware of which explicitly depends on the fedora-release provide statement are the repo-release packages for 3rd party repos.. like livna. Which by the way makes perfect sense.. because the existence of a versioned fedora-release is pretty much the only way the rpmdb knows that its actually a fedora release. Its irrationally to completely genericize the entire packagespace, its only going to lead to confusion. Seems to me it would be harder for distros to comb the contents every package in Core looking for fedora specific content which should be replaced before redistribution, then to have Fedora keep the packages with fedora-specific content in a well-defined namespace. The entirety of the regular files in fedora-release and fedora-logos are fedora specific content and should remain as named to make it clear they are fedora specific content. What you want to do to make life easier for downstream distros is make sure is that nothing in Core and Extras strictly depend explicitly on the provides fedora-release and fedora-logos. And guess what they don't. The only silly provides/depends that I can see is initscripts requirement that /etc/redhat-release be on the system... which is a legacy rhl/rhel issue anyways and its not even Fedora inspired. And I'm sure that there is a way to have initscripts recoded so that requirement can be generalized to require /etc/system-release instead without loss of initscripts funtionality for fedora or rhel. If you want to work on something to help downstream distros.. go work on that. This is not the Generic Linux Distribution Project, and you must expect there to be Fedora specific content which is inappropriate for downstream distributors to reuse. By using a well defined fedora- package prefix for packages which contain fedora specific content (such as the eula, or fedora specific repository configurations, or trademarked materials) you are actually making it easier for the downstream distros to figure out exactly which packages contain content which they need to review before redistributing. -jef -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
