La importancia de los paquetes PBI
Saturday, September 5, 2009 4:50:38 PM
Bueno, después de unos días de fiesta en mi ciudad, vuelvo de nuevo manos a la obra 
Llevo un tiempo pensando si Linux al final tendrá al menos un 50% de mercado en los ordenadores de escritorio algún día. Esto sería algo espectacular, ya que las empresas desarrolladoras de software privativo escribirían sus aplicaciones para multiplataforma.
Dejando a un lado el tema del software libre y demás filosofías, que sí, están muy bien, pero el software privativo por mucho que a muchas personas les cueste reconocer, es mucho más potente, intuitivo, funcional... Con esto no estoy desvalorando el software libre, ¡ojo! Pero las cosas hay que reconocerlas: una persona que se dedique a escribir un software no es lo mismo que 50 o 100 escribiendo ese mismo software.
¿A qué viene todo esto? Fácil: Al fin de cuentas el software privativo es el que mueve a las masas. Pensemos a lo grande e imaginemos un Adobe Photoshop o un Autocad funcionando nativamente en Linux. ¿A qué a muchos usuarios ya no les importaría utilizar Linux? Pues claro que no. A un diseñador gráfico ya no le importaría utilizar Linux, con todos los beneficios para una empresa que ello conlleva.
Pero hay una cosa clara que a los grandes empresarios retiene a emprender el camino a la plataforma Linux y es la cuota de mercado. Exactamente no la conozco, pero si se que es extremadamente baja.
¿Cómo podríamos solucionar esto? Ya se que las aplicaciones comerciales no tendríamos que compilarlas ya que es código cerrado y no nos van a mostrar su trabajo. Pero el caso es que las aplicaciones comerciales en Linux son casi nulas y el usuario lo que suele instalar es software libre y normalmente desde los repositorios.
desde los repositorios todo es muy fácil pero, ¿qué pasa cuando quiere una aplicación que no está presente en ellos? La busca por internet y suelte haber varios casos: paquetes correctos, paquetes de otras distribuciones, paquetes que necesitan dependencias y lo que más se teme, códigos fuente preparados para compilar...
Eso es lo que realmente echa atrás al usuario final, la imposibilidad de instalar el software que desea.
Pero, ¿y si consiguiéramos un tipo de paquete universal a cualquier distribución de Linux, independiente de cualquier "dependencia" e instalable a un clic? Pues habíamos dado el primer paso para acoger a la avalancha de usuarios insatisfechos con otros sistemas operativos, que reiteran la seguridad y la facilidad de uso, junto con independencia de un terminal.
El tipo de paquete en si tiene muchas cosas interesantes y otras no tanto, pero lo que me interesa es su filosofía: Independencia.
De esta forma descargaríamos un paquete (con un poco más tamaño de lo normal, ya que incluye las librerías), haríamos clic sobre el y quedaría instalado... ¿No es estupendo? Solo necesitamos bajar un paquete, un solo paquete, y como contiene todos los ficheros, directamente lo podremos bajar.
Creo que lo único que tiene este sistema de instalación que no gusta a la gente, es la redundancia y el incremento de tamaño de los paquetes. El incremento de tamaño siempre existiría, pero la redundancia se podría solventar mandando a las librerías a un directorio general, y con algún sistema que lo regule.
Pienso que hasta que no se idee un sistema de este tipo para la instalación de paquetes, Linux no evolucionará con respecto al público que engloba.














Heriberto Chavez Marquezheribertocha # Saturday, September 5, 2009 6:12:07 PM
David Tsunamydavidtsunamy # Saturday, September 5, 2009 6:45:56 PM
El desarrollador con solo crear un paquete de 32 bits y uno de 64 o uno sin arquitectura, ya tendría su programa preparado para el público.
También de esta forma ya se podrían crear autoinstaladores desde unidades extraíbles y que en una aplicación incluyan soporte para Linux, daría mucho de que hablar y por fin se acogerían a nuevos usuarios.
Heriberto Chavez Marquezheribertocha # Saturday, September 5, 2009 11:45:28 PM
Barraco Mármol Jerónimojerobarraco # Sunday, September 6, 2009 3:09:04 AM
es cierto que los programas privativos suelen ser mejor desarrollados, es que cuentan cn mucho mas recursos, recuerdo una vez que me contacte con el desarrollador de un applet del kde3 preguntandole una cosa y me dijo que quizas ni lo siga haciendo que "ahora soy programador .net, es que tengo que comer" y es cierto, con este comentario quiero que quede remarcado, que opensource, con programadores pagos sería igual o incluso mejor que un privado. anyway, lo que vos propones lo he visto mucho. los drivers de nvidia tieden a ser algo asi, vi el gimp y otros paquetes con un coso similar, pero conociendo como es linux es como pasarse todo linux por el centro del ojete y volver a windows, porque en defintiva estas planteando el famoso installshield... la verdad seria interesante un one-click-install pero sería un desastre porque en muchas distros la configuracion es diferente. ademas te estas pasando todo el adminsitrador de paquetes por abajo... aunque parece interesante un admin de paquetes universal creo que eso jamas pasaria por lo que es la estructura de los linuxes... aunque si una empreza decide crear su propio packagemanager universal que corra encima de yum apt y demas, quizas.....
anyway, creo que lo mejor es lo que hace opera por ejemplo, ellos proveen los binarios para muchas arquitecturas en sus paquetes correspondientes, y diganme que eso no es comodo (pa nosotros obvio) (posteado con elinks)
Anonymous # Sunday, September 6, 2009 8:47:43 AM
David Tsunamydavidtsunamy # Sunday, September 6, 2009 11:07:47 AM
Originally posted by jerobarraco:
Pero hablo de paquetería independiente. ¿Y que quiero decir con eso? Si habéis visto los PBI lo comprenderás: Es un árbol de directorios propio e independiente del resto del sistema, siendo ese el lugar donde quedarían instaladas todas las aplicaciones, junto con las librerías que necesitase. De esta forma, daría igual la configuración de la distro, ya que la aplicación arrancaría perfectamente.
Originally posted by jerobarraco:
Y a lo que yo voy, es que les sería mucho menos costoso crear un paquete para todo linux y además eso animaría a muchas empresas a invertir en linux.
Originally posted by anonymous:
Una cosa si querría aclarar: No me refería a que el soft privativo sea mejor que el libre, solamente me refería a que, normalmente, el producto será más completo porque está echo con muchas más manos. Pero solo me refería a la proporción de trabajadores
Originally posted by anonymous:
Normalmente, pero no generalizo, porque igual hay soft libre que no cambiaría por nada (vease Amarok) y soft privado que es una auténtica basura.
Originally posted by anonymous:
Por eso el 1'Click-Install de OpenSuSE es maravilloso!
Pero no he dicho de eliminar el gestor de paquetes basado en repositorios. Solo un complemento a este. Un complemento que otorgue paquetes universales a Linux y esto no quita que tengamos que dejar de lado los métodos tradicionales
Originally posted by anonymous:
En la mayoría de las veces, rpm's para fedora y para opensuse o mandriva, distan en la configuración de carpetas. Muy pocas aplicaciones e podido instalar gracias a alien por eso
Originally posted by anonymous:
También se podría crear algo para actualizar solo lo actualizado del paquete. Pero la intención es eliminar el tema de la dependencia de paquetes
Anonymous # Sunday, September 6, 2009 4:41:46 PM
David Tsunamydavidtsunamy # Sunday, September 6, 2009 4:57:37 PM
Originally posted by anonymous:
La relación está en que en el mismo tiempo de desarrollo, normalmente, un producto escrito por más desarrolladores será más completo o mejor terminado que uno escrito por menos desarrolladores. Y normalmente, un producto de una empresa privativa está escrito por más desarrolladores. Y véase que escribo "normalmente".
Originally posted by anonymous:
habría que buscar una solución a eso, como carpetas compartidas y tal. No creo que costara mucho mantenerlas reguladas...
Originally posted by anonymous:
Pero este no sería un sistema propietario de una distro en concreto, sino un sistema universal compatible con cualquier distro
Originally posted by anonymous:
Pero hay que verlo desde el punto de vista de usuario novel, no desde el punto de vista del usuario avanzado. El usuario avanzado seguiría teniendo su paquetería tradicional, y el usuario novel, tendría una paquetería sencilla que le daría facilidad de elección de distro, pudiendo elegir su distro por gusto, y no por facilidad, ¿me entiendes?