-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 09/12/16 23:46, Christopher Head wrote: > On Wed, 7 Dec 2016 12:15:06 -0500 james <gar...@verizon.net> > wrote: > >> Gentoo-proper is has too much political baggage to encourage >> folks to innovate, imho. So, I really hope the gentoo dev >> community gets behind the Anna Wilcox idea of streamlining Gentoo >> into the most fork-able distro on the planet. WE could all be one >> happy family and yet be very competitive with our ideas, trials >> and published results? Surely a few eggheads >> (academcis/pedantics) see the wisdom of competing micro_distros? >> Then there can be peace and harmony as everybody can do exactly >> as they please with their little cluster of gentoo and their very >> own portage-tree. And then folks running gentoo-proper now can >> pick and choose which innovations they want to include in the >> master tree. > > As an ordinary user, this sounds pretty bad. Forking is great for > developers, but bad for users. I don’t *want* 27 different > Gentoo-derived fork distributions, each of which is great at one > thing. I don’t want to have to reinstall a different OS just > because I switch from writing embedded code to running Octave. > Honestly, I don’t even want to go out and find other OS’s repos, > add them as overlays, and hope the inter-OS dependencies work.
I think James has perhaps spoken ambiguously, or at least I hope that you have misunderstood his proposal. (If you haven't, then he's misunderstood mine.) The point of making it easier to fork is not only for the benefit of developers. As James says: > And then folks running gentoo-proper now can pick and choose which > innovations they want to include in the master tree. The idea being the people who "run" Gentoo, that being the developers of Gentoo, can pick what they want from the forks and derivatives, and include those improvements in the master tree. Then all Gentoo users, and all derivatives of Gentoo, can benefit from those improvements. Consider the relationship between Fedora and CentOS/RHEL. Fedora is released rapidly, compared to RHEL. It is where innovation and development happen for them. Then RHEL picks the best bits from them and ships it in their product. You don't have to run Fedora to be able to use the work they produce. (Though sometimes you have to wait a while!) So for one example, at Adélie we are focusing hard on the musl libc. At some point in the future, when we have things looking good, we can contribute that back to the official Gentoo musl overlay. Ideally, that would be the main Gentoo package tree... but at least the overlay. We have also packaged some great open fonts that we've found. We can easily send our ebuilds to Gentoo's media team and they could put it right in to the tree. (Right now, I'm still working out the best ways to use the fonts eclass... hence there is no upstreaming yet.) Forks and derivatives allow a much wider community the ability to experiment with the powerful Gentoo system without fear of "breaking" the "real" Gentoo tree. Things like my APK BINPKG_FORMAT patch may never make it upstream, which is fine. However, overall the goal is to enrich the broader Gentoo userbase. After all, isn't that the idea behind open source in the first place? You have the freedom to take the code, do what you want with it, and then contribute your changes back when you're sure they're good. Forking Gentoo allows people to try out more wide-sweeping or drastic changes without any danger. The future can be cool and groovy if we have the freedom to tinker :) - --arw - -- A. Wilcox (awilfox) Project Lead, Adélie Linux http://adelielinux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJYS5zfAAoJEMspy1GSK50UjiYQALxqN9b3UG04ioErJ/fyBoaK qSZjyCw7xXK+SaiNXyfDQPPmoTMxdNgog74awEwM4bGVYplMECeIf8JLcyDpRzol fBbnhucckeLAYM+n4RNv/eozjRtg7qc5SgnkIL0mihDkzEVgAX5d5pUS4V4ZIoe5 P8Q3fMsxdOFomBetLG3pKBpO980xylf2xy/6EoZVAbeR0kIqw4NecskTe+by4toz vJbrvKX4ht+yhNPGw+QfKY+oM3KEzc8VsjcDI53OzFL4CuNm43CkAECExhcl1pXi 4VbmENP5M1omP5AhAJiEsev3ORhzXKFX+9Zs8Z/WQYi+Osnzw3I2HxX5FK7g8J9K DNprGIrjnoazwKVMaBapK8qEmI8r8xYQVqKq6s8wzWbTa8k1FYA0H8A/pCbeQmjz o/TdE8oc5py426T7CThxFVsRdLiq0q8werEJ4Zql1nFBNYu34Us15i8MIkujHu25 mrByesaeuTM25TfHzRV0A7LCte8vvGJkwZ6Z9ndokJdSIn9Xjw4sUgGRjT5SKsu4 KKN4UDTpATSX5jRmCfVeREHWyPuVJermeX/2BRVmH1EbQ4KgqPetLMm19SBzKxEs dOLLlPRj4lsh9s7Z/J9nkzKUGWsNBUGbM9+iMOF5/e8CgT4eLIcmHsmFeqxJsylk IrzjcKTPHvEeM4oP+Yfm =2Y0G -----END PGP SIGNATURE-----
