El sistema de instalación de aplicaciones de Linux es fantástico. Se selecciona una aplicación de los repositorios, se hace clic y en unos instantes (dependiendo de la conexión a Internet que poseas) la tienes instalada.
El problema se plantea cuando se quiere instalar una aplicación que no está en los repositorios. En ese caso habrá que instalarla en la mayoría de los casos desde las fuentes. Por experiencia personal, tengo mi propio proyecto de software libre, esto es imposible para la mayoría de usuarios que sólo quieren el ordenador para "usarlo".
En el proyecto que lidero, muchos mensajes he recibido por parte de los usuarios comentando que tenían problemas al compilar la aplicación. La mayoría de las veces era debido a que estaban intentando compilar usando unas bibliotecas que no tenían la versión correcta. Por ejemplo, me he encontrado situaciones en las que la aplicación compilaba y funcionaba correctamente para la biblioteca Qt 4.2, pero al intentar compilarla en la Qt 4.3, dejaba de funcionar.
Cuando aparecen entradas en Meneame u otros sitios de noticias sobre este asunto, la respuesta suele ser un: "Te esperas a que salga la nueva distribución de Linux y te actualizas"
La verdad es que esto es una pesadez cuando tienes tu sistema funcionando con la configuración que tanto te ha costado lograr.
He estado pensando en una solución para el problema, y la misma pasa por una colaboración estrecha entre las distribuciones y los desarrolladores. Pero teniendo tantas distribuciones, uno se limita a hacer que su aplicación funcione en las distros más populares para la versión actual.
Uno podría pensar en usar binarios compilados estáticamente. Lamentablemete, este uso no está extendido. Tampoco es la solución a el problema. Yo mismo probé a compilar estáticamente una aplicación, comprobando con el comando ldd las dependencias de la misma. La probé en una Mandriva y un Ubuntu modernos. En ambos funcionó. Pero después se me ocurrió probarlo en una Slax de hace tres años. El binario no funcionó, pues no es sólo las dependencias de bibliotecas, sino también las interacciones con los servicios del sistema operativo, los tipos de letra instalados,...
Otra posible solución, también tiene a las distribuciones como protagonistas: consiste crear un comando que instale los paquetes con todas las dependencias para que las aplicaciones compilen lo que necesiten. Este comando debería ser el mismo en todas las distribuciones.
Sólo habría que crear un instalador para cada aplicación que se conectase a Internet y bajase las dependencias que las distribución no puede proporcionar.
Por ejemplo, me bajaría la última versión de OpenOffice, ejecutaría el instalador, y el instalador ya podría realizar la compilación de OpenOffice, así como de todo lo que necesite. El otro problema es el del tiempo de instalación.
Instalar, por ejemplo, Qt 4 desde cero lleva mucho tiempo, en mi equipo unas 4 ó 5 horas. El compilador debe chequear la sintaxis de cientos de ficheros y después optimizar el código. Por último la aplicación se instala. Si hay que, además, compilar otras aplicaciones que se basen en se basen en la biblioteca Qt 4 recién compilada, como por ejemplo el KDE 4, el proceso puede llevar varios días.
Tal vez habría que hacer que el compilador proporcionase una versión del código ya chequeada y optimizada. El usuario sólo tendría que dar la orden de compilar sobre ese código, y el compilador saltaría directamente a la traducción al binario del código, pues ya ha sido verificado y optimizado. Por lo tanto, la compilación de aplicaciones grandes como Qt 4 llevaría sólo unos minutos o apenas una hora.
Otra posible solución al problema es usar máquinas virtuales. Las máquinas virtuales simulan un ordenador, o partes de un entorno. Suelen ser lentas pero permiten, por ejemplo, instalar varios sistemas operativos y ejecutarlos sin necesidad de reiniciar el ordenador. He estado probando VirtualBox y me ha dejado un buen sabor de boca. Aunque es una simulación, lo cual consume mucho procesador y memoria, las aplicaciones funcionan relativamente bien. Se podría crear una máquina virtual “estándar” y los usuarios instalarían aplicaciones en dicha máquina virtual, sin comprometer la seguridad de su sistema. Los desarrolladores sólo tendrían que compilar sus aplicaciones para que funcionen en dicha máquina virtual “estándar”. La parte negativa sería la lentitud de la máquina, la parte positiva, lo sencillo y versátil de esta solución.
En esto de las máquinas virtuales hay soluciones intermedias, como Java o Mono. En Java o Mono se simula un entorno, no un ordenador entero. La causa por la que no triunfan estos entornos es la lentitud con la que se ejecutan. Se puede compilar dicho código Java o Mono a código nativo. Esto se puede hacer en Mono, por ejemplo, usando el comando “aot”. Se realiza un traducción del código de Mono a binarios nativos, aunque no he probado su rendimiento, no tiene mala pinta. La parte mala es que hay que programar de forma específica para estas plataformas y limitarse a las bibliotecas que haya implementadas en dicha máquina virtual.
La última solución es construir unas bibliotecas y servicios básicos, y a partir de ellas se construye todo lo demás. Dichas bibliotecas y servicios deberían tener siempre la misma interfaz. Para que nos entendamos, en lenguaje C, por ejemplo, las bibliotecas constan de dos partes: una cabecera y un contenido. La cabecera dice a los programas, lo que pueden encontrar en el contenido. Si las cabeceras no se modifican, o no se modifican mucho, y se define un comportamiento estándar para los contenidos, se puede hacer que la aplicación funcione independientemente de la distribución (al menos en teoría). La parte negativa es que es un trabajo muy duro y hay que hacer muchas pruebas y test para que esto sea posible. Un fallo en el diseño de la biblioteca puede ser el camino para implementar virus, pues no será posible cambiarlo para evitar que las aplicaciones dejen de funcionar.
Comentarios
toda la razon
Mié, 17/06/2009 - 00:05 — Anónimocreo que es justamente lo que impide cierto tipo de avance en el usuario promedio en cualquier sistema linux, incluso en los mas sencillos como SUSE o UBUNTU
De acuerdo
Vie, 19/06/2009 - 21:28 — AnónimoSoy usuario de linux hace unos meses y esporádico hace años, lo que menos me gusta es que cuando sales de los repositorios los problemas crecen, para jugar a lo que sea acabas bajando un archivo, con un readme que en la mayoría de las veces no funciona (quema muchísimo), si no es porque te falta algo, es porque algo no has hecho bien o cualquier otra causa (si la supiera no sería problema), esto hace que no haya podido jugar a ningún juego que no esté en los repositorios, ya empiezo a plantearme a poner virtualbox o equivalente, de eso a volver a migrar hay un paso y yo por lo menos me esfuerzo en aprender, muchos ni siquiera lo intentan y no duran mucho.
Toda ayuda es bien recibida, un saludo.
De ACUERDO y SUGIERO CREAR STANDARES
Sáb, 04/07/2009 - 19:34 — AnónimoTotalmente de acuerdo con respecto a la instalación de programas, es mas, puede ser que ya vivamos bastante conectados a la internet, pero lo que hacen los repositorios es hacernos dependientes de la red, se supone que nada nos debe atar si hablamos de software libre, Yo uso Linux hace 11 años, y veo que ha evolucionado mucho pero a la vez ha separado mucho el hecho que sea facil instalar un programa.
Redhat 6.0, 7.2 todavia se usaba el gnorpm, que era un instalador de paquetes RPM y que facilmente te mostraba las dependencias que tenia dicho programa, Slackware por ejemplo la instalación es directamente compilando pero si se lograba instalar de alguna manera he inclusive existe el programa ALIEN que podia convertir un .tar.gz a .rpm.
Pero ultimamente ya todo se esta yendo fuera de control... y mas con las librerias y versiones, dejandonos inutiles, o esperando que en algun repositorio se encuentre.
SUGIERO crear estandares en las librerias, y como estos funcionan con respecto al kernel, pues, personalmente no he podido instalar programas .rpm o .tar.gz para compilar y eso que tampoco he visto mucho de los paquetes .deb Espero que en poco tiempo se tome en serio cada uno de las distribuciones y empiecen a ordenar las cosas.
_Ya que si por ejemplo, creara un programa en la distro slackware, que certeza tengo que con ALIEN o compilando funcionen en ubuntu, fedora y viceversa. o debo de programar un porgrama para cada distro...
Saludos.... a todos.... espero haya buenas noticias.
esteorland-eslam@hotmail.com
Lun, 06/07/2009 - 22:04 — Anónimoyo nunca he te nido la linux tan solo en palches o estilos visules
pero en fin me han hablado muy bien de este producto que es muy bueno
nose pero por mi lado es muy sofisticado en sus colores y demuestran tener una buena tecnoloia,bueno eso felicitacienoes soy de chile adios
y suerte...
resuesta
Lun, 13/07/2009 - 18:15 — Anónimoestoy de acuerdo con el segundo comentario, me pasa lo mismo, era usaurio esporadico de linux, ahora soy 80%, ya que el 20% es ara jugar a x juegos de dx9
despues de dar mil millones de vueltas, e conseguido instalr wine+dx9c funcionando bajo 180.x , ya :), pero no bajo 185.x drives de endiviam segun instalo 185.x, se va todo al garete y ya deja de existir dx9c, para los juegos, con lo cual estoy sopesando si seguir con 180.x, o instalar 185.x y dejar wine para las aplicaciones que NO utilicen dx9c, que reconozco que hoy en dia wine, 1.1.25 va de lujo, con programas, y parece que las aplicaciones son de linux, "narivas" casi, y totalmente, trasnparente
sigamos que me desvio :P
- caronical, debian, suse, y demas, tenian, que REUNIRSE URGENTE, y crear 1 sistema de empaquetado uncio y forma de instalacion, furea de repositorios
- tb deberian mejorar el sietma de instalacion y borrado, y cambio/configuracion el sitio de instalacion, ya que instalr una cosa en linux, es
. linux instala lo que y donde le da la gana
. no puedes elegir donde " casi"
. no sabes donde esta las cosas del porgrama instalado
. para desistalar es casi "imposible", de una forma facil y transparebte
- otra es que deberian reunirse y crear un APPSTORE, para los programas de linux, y hacer una mezcla entre esto y los repositorios, y QUITAR TODOS los repositorios individuales, que son un lio y una remora para linux, asi estaria actualizado los programas, ya qeu los porgtamas de los reposiyorios la mayoria estan anticuados y vete a saber cuandos e actualizan, lease wine 1.0.1 en repositorios , si quieres instalr wine 1.1.25 o vas a los repositorios, de wine o lauch o otro por el estilo, esto es un ejemplo, como este miles
si se hiciera esto linux se expanderia como minimo el doble de la actual base
sorry por el quijote, un saludo
Je, je, instala donde le da
Mar, 14/07/2009 - 02:30 — AnimAlfJe, je, instala donde le da la gana, je, je, no. Lo siento, eso no es así. Todo al contrario X'D
Yo no me preocuparia por esas transcendencias. Ni me obligaría a utilizar uno o otros sistemas operativos. Tienes que tener en tu máquina aquello que te sea util.
En tu caso, de línux, pues como que no instalaría en un disco duro, puedes instalarlo en una usb. Para empezar y aprender, no hace falta mucho espacio. Y si te vieses necesitado de espacio, vigilas que cosas tienes que no te hacen falta.
Como puedes guardar todos los cambios, pues como que casi no te ocupa lugar. Y utiliza el sistema que sabes utilizar, si son dos, como si se une Mac y otros sistemas.
Aunque es mejor ir directo a aquello que quieres hacer, ... instalar juegos de win en GNU/Linux, pues si tienes un windows, que es tuyo, para que lo vas a hacer.
Para eso luego están los ánimos de lucro, con lo que te encuentras Cedega que te facilitan las cosas para correr tus juegos win en GNU/Linux, pero teniendolo licenciado, no lo desaproveches.
SaludOS
quiero conocer el tema este de linux y lo que conyeva
Mié, 15/07/2009 - 00:48 — Anónimomas que un comentario es una llamada para buscar ayuda en el tema este de software libre y poder aprender lo que pueda para poder cooperar en su dia con el nucleo y lo que venga , gracias por responder si es que lo aceis alguno y tanvien quisiese ser parte del rincon de linux y quisiese asesoramiento porque soi nuevo en todo esto pero estoi dispuesto a aprender y poner de mi parte ,lo que pueda y mas
podemos tirarnos toda la vida
Jue, 16/07/2009 - 09:55 — JOSELITOPpodemos tirarnos toda la vida ablando de posibles solucioness si tienes algo concretado y documentado que pueda contrivuir a linux azlo saber a quien tienes ... datos
yo no le veo ningun inconveniente....
Lun, 20/07/2009 - 15:16 — AnónimoHola
me suelen llamar en internet por mi nick: alexelprogramador, asi que asi os podeis referir a mi, claro está :D
llevo usando "de mala forma llamado al sistema" linux, que en realidad es la union de dos sistemas: GNU/LINUX
bueno, el caso es que yo tambien tengo el mismo problema que ustedes, necesito un programa... y plan! no está en los repositorios, sin embargo, como ya soy perro viejo en el tema, lo que me he dado cuenta es de que si instalo las versiones de gnu/linux basadas en i386, obtendré una lista mas amplia de repositorios, ademas, si tengo la distriducion en un cd de, por ejemplo, Debian i386, seguramente me valdrá para muchas mas máquinas que para una version 86_64, que es mucho mas moderna, funciona mejor en maquinas nuevas, pero para pillar repositorios, como que es mas complicado: "habla la expenriencia..."
como solucion os propongo una via que aprendí cuando estudié programacion:
TODOS LOS CAMINOS LLEVAN A ROMA
es decir,
si en tu lista de repositorios no aparece el paquete que tu quieres, es decir, si synaptic no tiene lo que tu quieres, pues vas, y te vuscas la vida, y buscas paginas web que no tengan repositorios no oficiales .deb
como por ejemplo:
http://www.apt-get.org/
donde, si somos un poco ineligentes, podemos meter en el sources.lst la lista de servidores con paquetes NO OFICIALES y por tanto, tendremos muchisimos mas programas para instalar en nuestro Ubuntu, y eso.... si es que no teneis instalado el synaptic en otra distribucion :D porque yo lo he puesto en un mandriva "primero hay que poner el apt-get y luego , con el , metes el synaptic"
aqui esta la lista que podeis poner poco a poco en el sources.lst
http://www.apt-get.org/main/
pues si, desde mandriva, tengo tantos programas como os imaginais, porque he puesto el apt-get, synaptic, y me aprovecho, tanto de los .deb, como de los de mandriva, que son los RPM "si no mal recuerdo.. :D"
como otra alternativa, propongo, la de instalar diferentes distribuciones en el disco duro, que, comparado con un windows vista, no ocupa nada "una distro en condiciones son unos 3gb, el vista creo que ocupa 15gb...."
solo teneis que hacer 3 particiones, instalar los sistemas, y el ubuntu, en su propia instalacion, añade de por sí solo, las distribuciones en el grub.
tener varios sistemas, que no tiene nada que ver el uno con el otro: por ejemplo, un derivado de slackware como es el WOLVIX y un derivado del Debian "Ubuntu" podeis tener, lo mejor de cada uno y las carencias del otro.
personalmente, no suelo compilar los programas de las fuentes, porque como dicen arriba, casi nunca funciona por pijotadas, asi que, solo compilo los programas que no me dan otra opcion, puesto que siempre hay alternativas a compilar las fuentes e instalarlos.
ahi dejo el tema, como nota informativa, os comento que estoy en un proyecto de meter en 1 usb de 8gb tantas distribuciones como quepan.
seria muy bonito conseguir que funcione bien, y estoy a un paso de conseguirlo. Pero por ahora, me tengo que contentar con instalar cada distribucion en usb de 1gb, e ir tirando con eso.
os dejo un foro donde suelo salir mucho:
http://foro.jotahacker.es/
Sobre los repositorios
Lun, 20/07/2009 - 16:35 — AnónimoVamos a ver "alexelprogramador" si la gente media supiera de que estas hablando GNU/Linux estaria en todos los ordenadores... pero resulta que la gran mayoria de la gente (incluso gente que no es tonta y lleva mucho tiempo con ordenadores diversos.... desde el ZX81 en los años 80) se pierde con los diversos "sabores de linux.
Por mas que critiquemos a Windows para instalar un programa que has encontrado por internet, buscas un setup o instalar le das y empiezas a contestar preguntas (si, ya se que algunos tambien se pierden) y se instala.... sin necesidad de cambiar la configuracion de los fujos electronicos del derivador de orbitas valencianas (mas o menos es lo que entiende el usuario medio cuando le hablas de modificar ficheros del ordenador o buscar dependencias o ....
Ademas ¿para que quiero tener tres linux diferentes en el ordenador? ¿para estar reiniciando cada vez que necesito un programa que esta en otra distribucion y no puedo instalar en la que tengo en marcha?
Por favor... seamos serios.. Linux hasta hace poco era bastion de los gurus de la informatica pero por mas que os guste andar trasteando en la consola de texto no es lo que quiere el mortal medio.
y si estoy de acuerdo en que se reunan TODOS los responsables de las diversas caras de GNU/Linux y encuentren la manera de hacer facil la instalacion de programas (o la modificacion de parametros) de la misma manera que consiguieron hacer facil la instalacion del sistema operativo (todavia recuerdo lo frustrado que me sentia cada vez que queria instalar Linux "para provar que era" y no conseguir ni que arrancara hasta que un dia consegui una version que funciono... hasta que intente instalar un programa aparte de los que venian por defecto y no lo consegui.
Por cierto lo de linux en USB esta bien pero tampoco es lo que quiere la mayoria de la gente... esto queda para los que lo necesitan por algun motivo concreto (seguro que no trabajas por defecto con luna version Live....
Hasta la vista y adelante con la idea de unificar instalaciones!!
Josep Crehuet
Personalmente creo que se
Vie, 31/07/2009 - 09:33 — AnónimoPersonalmente creo que se podria crear una capa de abstraccion de modo que el configure pueda pedir al sistema aquello que necesite, y que cada distribucion genere la aplicacion que se encarge de bajar las dependencias necesarias para la compilacion.
Como pega a este planteamiento esta el punto de que sucederia con las dependencias que no sea factible resolver mediante los repositorios. Quizas la generacion de un repositorio global, e independiente, donde las librerias puedan estar y ser solicitadas por todos los que implementasen este metodo.
Serian, en ultima instancia, las distribuciones y sus aplicaciones de instalacion las que se deberian asegurar que al instalar ciertas dependencias no se "rompiera" la coherencia.
Skerry
Jue, 06/08/2009 - 16:58 — Anónimomm no tengo el mismo comentario k realiazon un anonimo
linux no isntala donde kiera
jajajaja
tengo linux instalado y no es complicado utilizarlo
es solo de practika
secuidan
Bye
Yes------------ Ski
COMENTARIO
Vie, 14/08/2009 - 02:54 — AnónimoES IMPORTANTE REALMENTE ES INTEREZANTE
Y GRADIOSO
tengo un problema con ubuntu
Vie, 14/08/2009 - 15:23 — AnónimoBaje un cd de ubuntu,esta en formato ISO,resulta que lo copie
en un cd, pero se instala en una istancia, sale una banda verde creciente , pero despues de unos segundos aparece un mensaje de error, edgardo gonzalez patron , de colombia Cartagena: correo, -edgopa10@hotmail.com- mucha gracias.
Creo que el sistema de paquetes PBI de PC-BSD es una buena idea
Mar, 18/08/2009 - 16:44 — AnónimoEl sistema de dependencias tiene su origen en la época en la que el espacio en disco era un bien preciado.
Hoy día, por una módica suma, casi accesible para cualquiera, se pueden adquirir discos de 500 GB con 32 MB de caché. El espacio en disco ha dejado de ser un problema.
Creo que es hora de que Linux implemente un sistema de instalación mediante paquetes autosuficientes como los .MSI (Microsoft Installer) en Windows, los DMG de Mac OS, o los PBI de PC-BSD.
En los paquetes de instalación citados, se encuentra la totalidad de la aplicación en cuestión, junto a todo aquello que necesita para funcionar (las dependencias).
Esto traería beneficios varios:
* Linux dejaría de ser tan dependiente de Internet, ya que se podrían llevar los instaladores de los programas en un cd puesto que cada instalador sería solo un archivo.
* Los desarrolladores podrían publicar sus programas listos para instalar en sus propios sitios web, ya que no debería preocuparse por compilar sus programas en "DEB" o "RPM", o en los formatos de las distros más populares. Simplemente lo compilaría en un único paquete autosuficiente y listo.
* Como consecuencia del punto anterior, se terminarían, para cada distro, la tarea maratónica de mantener los repositorios actualizados. O al menos, esta tarea se vería drásticamente reducida ya que solo debería mantener comoponentes críticos y vitales de la distro. El resto de las aplicaciones "comunes" serían compilados y mantenidos por cada uno de los proyectos en que se originan, y en sus respectivos sitios web. Demás está decir que cada distro podrá mantener sus repos y sistemas de instalación y resolución de dependencias si gustan (Mandriva con URPMI, Debian con APT, etc.). Después de todo, esto es Software Libre.
* Al tener un sistema de instalación realmente estandar, también sería más fácil lograr que muchos productos masivos y comerciales se hicieran para Linux ya que no debería preocuparse por ofrecerlos empaquetados en 10 formatos distintos. Y esto incluye a los tan ansiados juegos. Está bien que este no es el verdero "freno", pero sería un obstáculo menos.
* Finalmente, para garantizar que este sistema de instalación sea común a todas las ditros, debería ser incorporado al kernel Linux. De esta manera, no impora la distro, sería compatible con el sistema de instalación.
El sistema de instalación podría llamarse "LinIn" (Linux Installer) y los paquetes autosuficientes podrían tener la extensión "lin" (por "Linux" o por "Linux Installer). Esto último es subjetivo y una idea totalmente personal.
Creo que los beneficios o "pros" de adoptar un sistema así serían muy superiores a las "contras" como que se ocuparía más espacio en disco.
Además, facilitaría la instalación de aplicaciones a los nuevos usuarios de Linux. Y a todos, por supuesto.
También sería más fácil compartir. Y esto sí que no es algo menor ya que es parte fundamental de la filosofía del Software Libre: COMPARTIR.
Me parece que vale la pena copiar cuando la idea es buena. Más allá de si MAC OS es privativo, su sistema de instalación y desisntalación es bueno (al menos, por lo que he leído hasta ahora ya que nunca pude poner mis manos en un Mac).
Aclaraciones finales:
* Esto no pretende ser una "queja" ni nada parecido. Si alguien me indica donde se puede "formalizar" esta propueta, con gusto la paso al inglés y la remito.
* No soy profesional de la informática. Soy un simple empleado administrativo, entusiasta del Software Libre. Así que si escribo alguna idea incorrecta, no es con mala intención.
Saludos a todos.
Pues no veo el problema
Mié, 19/08/2009 - 21:51 — AnónimoLa verdad, yo no veo el problema, al menos usando un sistema basado en Debian, que cuenta con más de 23000 paquetes listos para instalarse con un solo clic, que satisfacen las necesidades de la gran mayoría. Aquellos que quieran la última alfa o beta de no-se-que programa, si son capaces a enfrentarse a los problemas de una versión en pruebas no tendrá problema para compilar.
Si el tema está así será por algo, no por gusto, jeje. Que cada programa trajese consigo sus propias versiones de las librerías supondría un caos para el mantenimiento de actualizaciones de seguridad por parte de las distros, además de un derroche de espacio en el disco duro. La otra solución, la de estar usando máquinas virtuales, hundiría el rendimiento del sistema y sería inmanejables en equipos algo antiguos. Si acabas con las características de seguridad y rendimiento de este sistema operativa, terminas teniendo un Windows o peor cosa aun.
Yo sí veo un problema.
Mar, 25/08/2009 - 04:50 — AnónimoEl problema de antes, como bien decía un anónimo, era el espacio en disco; es más, aún se hace énfasis en dicho problema.
Por ejemplo, aquella consigna "GNU/Linux hará que tu máquina vieja corra como un Mustang".
Esta consigna trae dos efectos:
1- Que las personas con máquinas de 10,20,30 GB de disco duro se interesen en GNU/Linux.
2-Estas personas se encontrarán con el problema de compilar aquellos programas que no se encuentren en sus repos.
Entonces, se aprovecha mejor el espacio en disco, pero sacrificas a las personas que no tienen paciencia para compilar, y en el mejor de los casos aquellas que no saben qué es "Compilar".
Ya me han tocado muchas compilaciones frustradas (error: dependencia rota se necesita fuse10-30authlib-courierimap-rec.lib) donde debo resolver Math.pow(librerias,8) cantidades de dependencias para poder compilar.
Como anécdota rápida e ilustrativa, un día me tocó compilar Ardour2 desde Scratches, me llevó casi 3 horas!!!!!!
Es una experiencia desalentadora para un usuario nuevo. Yo llevo una lista de mis víctimas a quienes le he instalado alguna distro de GNU/Linux, he tenido la suerte de que todos tienen acceso a Internet. Pero qué hay de aquellas que no tienen? Cómo harían? y si no existe un paquete.DEB o un paquete.RPM?
Se imaginan descargando cada dependencia individualmente?. Si es por mí pues no hay problema ya que la informática es mi modus vivendus.
Como decía un Anónimo, GNU/Linux era antes para GURUES, y es cierto, no hace mucho se ha venido transformando en una opción orientada a un S.O hogareño: para la abuela, la nietecita, el esposo, la esposa y el amante.
Gracias a Dios yo tengo mi propio "entorno real de pruebas", que se llama PAPA (otra de mis víctimas). Mi papá me llama constantemente "Y cómo hago tal cosa? y dónde encuentro esta otra? Quiero abrir un archivo X!. Entonces me toca explicarle algunas cosas nuevas y peculiares de GNU/Linux
Es ahí donde uno se da cuenta si GNU/Linux es para el usuario promedio. Y sí lo es, pero pasa que es un proyecto en constante desarrollo, y como tal yo confío en que, en un futuro muy pero muy cercano, será un S.O compatible con el usuario neófito al 100%.
El espacio en disco ya no es problema, mi hermano arruinó su laptop de 160GB, se compró otra, ya ésta trae 250GB; la de otro fulano trae 350 GB, una de escritorio trae ahora en promedio 200GB a 500B a un coste promedio de $200 a $400 dólares, y eso que vivo en un país tercermundista.
GNU/Linux, es uno de los mejores S.O para servidor, pero para escritorio (referente al usuario Clic-siguiente-clic-finalizar) todavía está en proceso de madurez.
Estoy 100% a favor de los repos, pero creo necesario y obligado que, si se desea hacer que GNU/Linux sea para todos, exista la opción de un archivo instalador *.Lin.
Saludos!.
Autopackage
Lun, 07/09/2009 - 02:34 — AnónimoEste proyecto puede ayudar bastante en la aventura de instalar programas en linux. Yo creo que la solución está en integrar este sistema con los gestores de paquetes de cada distribución para que resuelvan las dependencias y no haya conflictos. Me parece un método muy eficaz y moderno, que puede convivir perfectamente con los repositorios. En contra de lo que dicen algunos usuarios, yo si que creo que es un problema, no tengo versionitis ni necesito la ultima beta o alpha, pero hay programas uso bastante y para los que tengo que esperar 6 meses si quiero disfrutar de novedades o funciones importantes. Por no decir los que no están en los repositorios. En la página oficial hay un faq muy interesante: www.autopackage.org
Linux
Jue, 17/09/2009 - 09:04 — AnónimoHola:
La verdad el mejor Linux que veo que se usa mucho para aprender es el famoso Ubuntu, encima con libros, antes era openSUSE, que cada vez veo que la gente pasa un kilo de él y se meten a Ubuntu.
http://electronica-pic.blogspot.com
Un cordial saludo.
Si realmente considero que la
Lun, 21/09/2009 - 21:42 — AnónimoSi realmente considero que la unica brecha que existe entre linux y unusuario promedio es la facilidad de instalacion, el aptt en distros basadas en Debian es muy util pero quiza tu pruyecto deberia ser un comando parecido, pero mas facil de usar
Me parece un buen tema y
Sáb, 26/09/2009 - 23:33 — AnónimoMe parece un buen tema y seria bueno difundirlo.Yo soy un completo novato en linux,hace unos dias instale en un portatil linux mint que la verdad es muy sencillo su uso e instala.
pero para actualizar o instalar un nuevo programa,parece ser que es algo tedioso y es una lastima pues eso hecha para atras mucha gente que esta interesada en linux.
Espero que de aqui salga una "campaña"para solucionarese innconveniente.
si quereis olvidaros de
Mar, 29/09/2009 - 02:38 — Anónimosi quereis olvidaros de dependencias os recomiendo gentoo. Si, hay que compilar, pero al final obtienes el LINUX de tu sueño. Hay muchos componentes de ordenadores y cada persona tiene unas necesidades de software diferente y la forma que tiene GNU/Linux de adaptarse a todas estas variables para los que no compilan es ofrecerle distribuciones hechas para ordenadores genéricos (menos genéricos que güindou, que de genéricos se han convertido en la carga más pesada del ordenador), pero no güindou. En definitiva compila, o espera que otro te haga el trabajo (por favor, dadles las gracias y esperad pacientemente que lo terminen).
El problema es de los
Lun, 05/10/2009 - 23:27 — AnónimoEl problema es de los desarrolladores de software, si no se molestan en crear un pakete.deb el cual en debian y ubuntu se instala con un par de click simplemente no merece la pena usarlo.
La verdad que cuando se me presenta la oportunidad de instalar un programa el cual solo dispone de quien sabe que es eso k te dan para instalar 0.o lo elimino rápidamente.
Tienes razon pero...
Mar, 27/10/2009 - 10:21 — AnónimoAparte de las soluciones que has aportado se me ocurre otra, que sería crear un script para todas las distribuciones que se arranque en niveles predeterminados que use una distribución, por ejemplo Ubuntu nivel 2, Debian nivel 5, ...
Y una vez esté cargado el proceso que el propio como bien has dicho con ldd conocer sus dependencias y la versión de cada una, y para ello se creen unos enlaces simbólicos dependiendo de la aplicación.
Tal vez estoy desvariando un poco pero a priori es la solución que se me puede ocurrir.
Un Saludo,
Eduardo Ortega.
Eddy Mendoza
Sáb, 31/10/2009 - 22:48 — AnónimoSaludos amigos soy un nuevo usuario de linux hace unos dias instale linux mint el sistema operativo es bien tiene buenos graficos y realmente es rapido y todo, peroooo no me permite hacer instalaciones de programas diseñados para linux que incliso corren en ubuntu y quiero instalarle windows en una particion del disco y no me deja me da error necesito windows para poder abrir ciertos programas que uso por mi trabajo y no corren en linux y mucho menos en mint que no corren ni los diseñados para linux si alguien me puede ayudar mi correo es emendozacarvallo@gmail.com necesito saber como instalar windows
respuesta2
Lun, 23/11/2009 - 02:37 — AnónimoLinux no instala donde le da a gana. Todo al contrario, instala cada cosa en su sitio.
Para que quieres saber donde está instalado los programas si los puedes instalar? (si los usuarios eligen donde instalar los programas es cuando se vuelve un caos el sistema), como en Windows que he visto mucha gente que tiene el sistema echo una porquria i los "archivos de programa" fatal. Deja el sistema que ordene todo i no te procupes porque Linux sabe lo que hace.
Y esod e quitar programas i ejecutables desde el synaptic se puede eliminar TODO lo que tengas instalado (si tienes Ubuntu, "Sistema -> Administración -> Gestor de Paquetes Synaptic").
No has de preocuparte por las cosas que en Windows si que te tenias de preocupar porque windows hacía un mal uso del sistema, porque Linux lo hace a la perfección y evita que los usuarios (que son usuarios) causen problemas en el sistema.
Todo y así si quieres saber donde están los programas están en "/usr/share" y en "/usr/bin" (normalmente en "/urs/bin").
Un saludo.
by: MarcGM
Es necesario un SETUP ya!!!
Mar, 15/12/2009 - 13:10 — AnónimoParece que la gente se ha desviado del tema un poco. Aqui de lo que se trata es de conseguir que Linux sea mas conocido y apreciado por los usuarios noveles, ya que cuando arrancan linux por primera vez, se quedam como hice yo: PASMADOS.
El tema de las instalaciones de software externo, no repositorios, es algo que me llevo mucho tiempo entender, y mas cuando vi que cada distro los instalaba mediante comandos distintos. Ya que Microsoft ha copiado tanto de Apple (escritorios, menus, etc..), ¿porque no copiar a microsoft y crear una especie de SETUP (se le podria llamar LINUP o SETUX jejeje) en todos los programas de Linux? seria la solucion idonea para todos los usuarios, nuevos y veteranos. Cierto es que cada programa pesaria algo mas, debido a que ya no habria que buscar en internet las librerias, pero valdria la pena si solamente con eso, se logra darle una bofetada mas a Bill Gates en toda la cara, y de seguro que en poco tiempo habria mucha mas gente que se atreveria con el software libre y Linux en general.
Ahi tienes a los japoneses, que lo han copiado todo y lo han mejorado. A ver quien es el guapo que discute sobre Sony, Samsung, o Yamaha.
autopackage
Mar, 15/12/2009 - 17:15 — AnónimoLa solución se llama Autopackage. Integrar este sistema con los repositorios oficiales de cada distribución supondría un gran avance. Es un ambicioso proyecto muy bien desarrollado y creo que ayudaría a despegar a linux. Además las distribuciones más minoritarias con repositorios pequeños saldrían muy beneficiadas. No sustituye a nada, sino que complementa. Por lo general usas el repositorio que es lo más rápido y comprobado. Y para casos particulares autopackage.
necesito ayuda :(
Mié, 23/12/2009 - 03:54 — Anónimotengo dos pc una con linux y otra con xp , resulta que desde la pc con linux descargo pelis y series mucho mas rapido que con xp , luego cuando quiero reproducir lo que baje con linux en la compu con xp no me lee el tipo de archivo ,osea , no puedo ver la peli :( que sera ?? alguien me puede ayudar ?? este es mi mail eternity_io@hotmail.com
gracias
error en linux
Jue, 31/12/2009 - 01:28 — Anónimobuenas noches necesito que me ayuden ya que cuando enciendo mi compu en gnu canaima linux aparece la pantalla en negro y me dice:
0.240015 PCI:Not using mmconfig
kinit: no resume image, doing normal boot
resume: libgcrypt version: 1.4.1
y de alli no hace mas nada!! quisiera saber que hacer!!
gracias y disculpen la molestia!!!
mi correo es:
anairaramirez@hotmail.com
por favor respondan!!!
Enviar nuevo comentario