{"id":69,"date":"2006-09-28T15:18:25","date_gmt":"2006-09-28T15:14:52","guid":{"rendered":""},"modified":"2006-09-28T15:18:25","modified_gmt":"2006-09-28T15:18:25","slug":"gentoo_a_modular_approach","status":"publish","type":"post","link":"https:\/\/blogs.gentoo.org\/seemant\/2006\/09\/28\/gentoo_a_modular_approach\/","title":{"rendered":"Gentoo: A Modular Approach"},"content":{"rendered":"<p>Right, so there was a <a href=\"http:\/\/planet.gentoo.org\/developers\/seemant\/2006\/09\/27\/the_dark_clouds_over_gentoo#comments\">a bit<\/a> of <a href=\"http:\/\/farragut.flameeyes.is-a-geek.org\/articles\/2006\/09\/27\/why-i-dont-want-too-many-overlays\">furor<\/a> over <a href=\"http:\/\/planet.gentoo.org\/developers\/seemant\/2006\/09\/27\/the_dark_clouds_over_gentoo\">my last post<\/a> about <a href=\"http:\/\/www.gen2net.net\/gentoo-blog\/overlays\">overlays<\/a>.<\/p>\n<p>Let me point out two things:<\/p>\n<ol>\n<li>Gentoo is <b>not<\/b> moving in this direction, these are simply my thoughts.<\/li>\n<li>I just want to get people thinking and discussing (maybe someday some of this will become a series of action items for someone somwhere).<\/li>\n<\/ol>\n<p>Now, there is a bit of misunderstanding here.  The idea that I propose is exactly to remove Gentoo&#8217;s &#8220;distro&#8221; status and restore its &#8220;metadistro&#8221; status.  That does mean that Gentoo becomes a platform for other people to create distros out of.   I want to address some of the <a href=\"http:\/\/planet.gentoo.org\/developers\/seemant\/2006\/09\/27\/the_dark_clouds_over_gentoo#comments\">comments<\/a> here.<\/p>\n<p>First of all, yes, there would be overlays: mostly they would be unoffical.  But a few of them who pass some sort of series of evaluation tests would be considered &#8220;official.&#8221;   When an overlay becomes official, it would be listed in make.conf as something sync&#8217;able.  By default, all official overlays could become sync&#8217;able, and the user would have to opt out of the ones that they don&#8217;t want.  That&#8217;s a detail and it&#8217;s unimportant.  The important thing is that the package manager (be it <a href=\"http:\/\/packages.gentoo.org\/packages\/?category=sys-apps;name=portage\">portage<\/a>, <a href=\"http:\/\/packages.gentoo.org\/packages\/?category=sys-apps;name=paludis\">paludis<\/a>, or <a href=\"http:\/\/dev.gentooexperimental.org\/pkgcore-trac\">pkgcore<\/a> or some other), should be able to handle official overlays transparently.<\/p>\n<p>Additionally, the environment is ripe for tools builders to build tools that can query packages in the official tree, offical overlays and unofficial overlays.<\/p>\n<p>There is a definite challenge in that there might be interdependencies between the overlays.  This is an issue that can be resolved, I should think.  In fact, a requirement for being an official overlay might be to work those interdependencies out.<\/p>\n<p>Finally, nothing stops someone from coming along and creating their own &#8220;unoffical-to-gentoo-but-official-to-themselves&#8221; overlay and packaging their own distro.  Gentoo&#8217;s security team would handle its own security bugs (and those in official overlays).  Derivative distros would have to have their own security teams.<\/p>\n<p>And even more finally, I want to reinforce the idea that overlays can be official (and therefore part of the SYNC string, potentially) and unoffical (two guys building an <a href=\"http:\/\/forums.xgl-coffee.org\/\">Xgl overlay<\/a>, for example).  So users wouldn&#8217;t have to run around trying to find them.  In fact, overlays.gentoo.org could serve as a central registry of all possible overlays.<\/p>\n<p>Flame again: Kulleen, out.<\/p>\n<p>Edit: Linked to xgl-coffee and changed the link for pkgcore to the official site<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Right, so there was a a bit of furor over my last post about overlays. Let me point out two things: Gentoo is not moving in this direction, these are simply my thoughts. I just want to get people thinking and discussing (maybe someday some of this will become a series of action items for &hellip; <a href=\"https:\/\/blogs.gentoo.org\/seemant\/2006\/09\/28\/gentoo_a_modular_approach\/\" class=\"more-link\">Continue reading <span class=\"screen-reader-text\">Gentoo: A Modular Approach<\/span><\/a><\/p>\n","protected":false},"author":13,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[3],"tags":[],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/blogs.gentoo.org\/seemant\/wp-json\/wp\/v2\/posts\/69"}],"collection":[{"href":"https:\/\/blogs.gentoo.org\/seemant\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.gentoo.org\/seemant\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.gentoo.org\/seemant\/wp-json\/wp\/v2\/users\/13"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.gentoo.org\/seemant\/wp-json\/wp\/v2\/comments?post=69"}],"version-history":[{"count":0,"href":"https:\/\/blogs.gentoo.org\/seemant\/wp-json\/wp\/v2\/posts\/69\/revisions"}],"wp:attachment":[{"href":"https:\/\/blogs.gentoo.org\/seemant\/wp-json\/wp\/v2\/media?parent=69"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.gentoo.org\/seemant\/wp-json\/wp\/v2\/categories?post=69"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.gentoo.org\/seemant\/wp-json\/wp\/v2\/tags?post=69"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}