|
La instalaciĆ³n de nuevos programas en Linux, si bien tiene ENORMES ventajas respecto de la forma de hacer las cosas en Windows, puede confundir a los nuevos usuarios. He aquĆ un listado de cosas queĀ se podrĆan mejorarā¦ |
1. CĆ³digo abiertoā¦ y algo mĆ”s
El software libre permite que cualquiera pueda acceder a su cĆ³digo fuente. Sin embargo, la mayor parte de los usuarios no quieren acceder al cĆ³digo fuente de los programas, sino a un simple binario. En ese sentido, los desarrolladores deberĆan preocuparse por hacer que sus aplicaciones se encuentren disponibles para todas las versiones, o al menos la mayor parte de ellas. Por suerte, no hace falta que ellos hagan el trabajo sucio, ya que existe una larga cantidad de fanĆ”ticos de las diferentes distros que pueden ayudar en esa noble tarea.
2. Ehā¦ Āæy ahora quĆ©?
Acabo de instalar X aplicaciĆ³n y no aparece el acceso directo en el menĆŗ principal. Seguro alguna vez te sucediĆ³, especialmente con aplicaciones Windows instaladas a travĆ©s de Wine. Esto es inaceptable en un sistema operativo del siglo XXI.
3. Uniformizar las interfases
OlvidĆ©monos por un segundo de la loca idea de unificar los paquetes de instalaciĆ³n en un Ćŗnico formato, eso nunca sucederĆ” (en algunos casos, por razones muy vĆ”lidas). Sin embargo, podrĆa resultar muy Ćŗtil que las interfases grĆ”ficas de instalaciĆ³n de paquetes luzcan similares e incluso que sean compatibles con los diferentes sistemas de paquetes. Esto sucede en algunos casos, pero deberĆa hacerse con mayor ahinco.
4. La compilaciĆ³n deberĆa ser mĆ”s sencilla
Muchas veces resulta imposible conseguir los paquetes de un programa para nuestra distro favorita. En ese caso, la Ćŗnica opciĆ³n que nos queda es descargar el cĆ³digo fuente y tratar de compilarlo. La mala noticia es que muchos no incluyen un detalle de los pasos a seguir para tener Ć©xito en esta complicada tarea. ĀæNo serĆa hermoso que se incluyera un script install.sh que se encargara de todo, incluso de verificar las dependencias?
5. La odisea de desinstalar un programa compilado Ā«a manoĀ»
Desinstalar un programa que se ha compilado Ā«a manoĀ» puede convertirse en una verdadera pesadilla, sobre todo si los desarrolladores no incluyeron instrucciones para make uninstall.
6. ĀæUn metapaquete estĆ”ndar?
OK, nunca jamĆ”s vamos a ponernos de acuerdo en la utilizaciĆ³n de un formato de paquetes comĆŗn. Sin embargo, Āæno serĆa posible la utilizaciĆ³n de un metapaquete adentro del cuĆ”l pudieran almacenarse cualquiera de los formatos de paquetes ya existentes (del mismo modo que el metapaquete AVI puede almacenar diferentes formatos de video)? De ese modo, el mismo paquete podrĆa funcionar en cualquier distro. ļ
7. Nombres de paquetes estandarizados
ĀæPor quĆ© demonios las distintas distros le ponen nombres diferentes a los mismos paquetes? De modo que sea mĆ”s sencillo resolver los problemas de dependencias de paquetes, resultarĆa indispensable acordar un mĆ©todo uniforme y estandarizado para asignar los nombres a los paquetes.
8. Uniformizar la forma en que se construyen los paquetes
AdemĆ”s de los nombres, es preciso uniformizar el mĆ©todo en que se agrupan los programas para construir paquetes. Hoy cada distro hace lo que quiere. Corregir este problema le darĆa mayor consistencia a la jerarquĆa de paquetes y reducirĆa enormemente la confusiĆ³n.
9. CompilaciĆ³n e instalaciĆ³n automĆ”tica del cĆ³digo fuente
ĀæNo serĆa hermoso que los administradores de paquetes fueran capaces de descargar, compilar e instalar automĆ”ticamente los programas en vez de tener que utilizar el sistema de paquetes actual? Yaourt parece ir en esta lĆneaā¦ pero deberĆa haber mĆ”s experiencias en este sentido.
10. Actualizaciones desde el explorador web
En Ubuntu, Apt viene con una herramienta para instalar programas directo desde el explorador web. Otras distros deberĆan replicar esta experiencia e incluso serĆa interesante el desarrollo de administradores de paquetes online. No serĆa un agujero de seguridad, en tanto y en cuanto los programas se descargarĆan desde los repositorios oficiales de la distro.
11. ĀæRealmente vale la pena la existencia de tantos formatos de paquetes distintos?
No sĆ© si la estandarizaciĆ³n total y absoluta es la mejor opciĆ³n, pero convengamos que la existencia de una infinidad de formatos de paquetes distintos hacen las cosas mĆ”s difĆciles para los desarrolladores que quieren que todos los usuarios de Linux utilicen sus aplicaciones.
12. Ejecutar luego de instalar
ĀæCuĆ”ndo aparecerĆ” la posibilidad de ejecutar la aplicaciĆ³n que uno acaba de instalar? Es tan sencillo y serĆa de taaaanta utilidad. En vez de mostrar informaciĆ³n supĆ©rflua (o al menos, detalles que la mayor parte de los usuarios no desean conocer), serĆa interesante que contĆ”ramos con esta opciĆ³n.
13. Keep source builds in package database
Compilar e instalar un programa en Linux no sĆ³lo es una tarea difĆcil, ademĆ”s, el administrador de paquetes no va a estar al tanto de la instalaciĆ³n de ese programa o sus dependencias, creyendo que siguen sin estar satisfechas. Un administrador de paquetes que permitiera la compilaciĆ³n e instalaciĆ³n de programas desde su cĆ³digo fuente permitirĆa tambiĆ©n resolver este problema.
14. Eliminar viejas dependencias
No es el caso de aptitude o yum, pero cuando utilizamos apt-get para desinstalar paquetes, sus dependencias (que ya no son precisadas por otros paquetes) no se desinstalan junto con ellos. Para subsanar esta situaciĆ³n, hay que usar sudo apt-get autoremove. SeƱores, esto deberĆa ser automĆ”ticoā¦ Ā”desde hace rato!
Fuente: Techradar