Barrapunto

Si este principio se aplicara al Software duplicado sería interesante también. Por ejemplo, Debian podría plantearse que navegador es mejor y empaquetar aquel que los usuarios prefieran. O mantener dos o tres a lo sumo. Es decir que el costo o esfuerzo no solo depende de las arquitecturas sino de la ingente cantidad de Software que hay que mantener y empaquetar. Mucho de ese software es repetitivo. Por ejemplo no entiendo que se mantengan tantos gestores de ficheros como mc, filerunner, rox, nautilus, konqueror, xfm, etc.... Lo cierto es que entiendo que se manengan los principales escritorios como KDE, Gnome y XFCE, así como gestores de ventanas mas ligeros. Osea que yo no esperaría a tener el 100% para sacar otra versión sino votar un número mínimo de paquetes prioriario que se actualizarían mas rápido. Supongo que esta idea no es nada original y a mas gente se le habrá ocurrido.

Algo asi ya se esta haciendo con popularity-contest, (creo que lo he escrito bien), no estoy enterado, pero supongo, que servira para dar prioridad a esos paquetes que se usan un elevado porcentaje de los equipos, y abandonar algunos otros, dejando recursos de tiempo a los empaquetadores para aplicaciones con una buena acogida.