Re: Pregunta... Sobre Paquetes INSTALADORES
On Thursday 18 September 2014 17:26:16 Haylem Candelario Bauzá del INOR wrote: Ahora mismo se me ocurre paraq mejorar esta situación las aplicaciones distribuirlar en una especie de imagen iso como el mac con los dmg al pinchar la imagen esta se monta y no necesita copiar lso archivos al pc previniendo que se sobreescriban archivos de versiones específicas para programas. La otra opción es meter en un deb todas las dependencias con el ejecutable y destinar una carpeta como /opt/carpetaAplicacion para tal instalación, el problemas es que los programas deberían usar una variable del sistema para cambiar las rutas de los archivos en /etc y en /usr/share, hasta ahora solo conozco cambiar los binarios con PATH y las librerías con LD_LIBRARY_PATH Yo creo que es preferible en este caso meter en el pendrive que quieras distribuir con sus dependencias de manera recursiva. Los instalas todos y a correr. Otro asunto relevante, además del espacio que ocupan, que hoy en día no es tan importante, es el de la seguridad. Imagina que tienes distintos paquetes con sus propias librerías y que sale una vulnerabilidad en openssl. Con librerías compartidas, actualizando el paquete openssh bastaría. Si cada paquete tiene sus propias librerías, tendrías que actualizar el iceweasel, el thunderbird, el apache etc. Luis -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2415572.r5kGsHntlK@mychabol
Re: Pregunta... Sobre Paquetes INSTALADORES
Ahora mismo se me ocurre paraq mejorar esta situación las aplicaciones distribuirlar en una especie de imagen iso como el mac con los dmg al pinchar la imagen esta se monta y no necesita copiar lso archivos al pc previniendo que se sobreescriban archivos de versiones específicas para programas. La otra opción es meter en un deb todas las dependencias con el ejecutable y destinar una carpeta como /opt/carpetaAplicacion para tal instalación, el problemas es que los programas deberían usar una variable del sistema para cambiar las rutas de los archivos en /etc y en /usr/share, hasta ahora solo conozco cambiar los binarios con PATH y las librerías con LD_LIBRARY_PATH Más o menos la estructura de una de estas imágenes sería. Ej pinguinos.app / --- description.txt Contiene el objetivo de la aplicacion. --- pinguinosel ejecutable de la aplicacion --- lib las librerias de la aplicacion --- conf las configuraciones de la aplicacion cambiables por la variable antes dicha. --- shareslas imagenes y datos de la aplicacion. -- Si dominas los Bits, dominas el mundo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201409181726.16505.hay...@inor.sld.cu
Re: Pregunta... Sobre Paquetes INSTALADORES
On Domingo, 14 de septiembre de 2014 1:36:58 AM Juan José López escribió: El Sat, 13 Sep 2014 19:45:21 -0300 Rivera Valdez riveraval...@ysinembargo.com escribió: Pregunto (desde mi evidente ignorancia): Cuando se empaqueta el programa y se genera el .deb, ¿no es posible hacerlo de modo tal que contenga todas las dependencias necesarias (en alguna versión apropiada) para que se instalen en tanto A. no haya una versión más reciente o apropiada disponible en el sistema y B. no entre en conflicto con otros paquetes? ¿No es posible añadir las dependencias como archivos extra al .deb y permitir que el instalador las use como una fuente/repositorio más en tanto no entre en conflicto con otros paquetes? Como dijo Jack el destripador, vamos por partes: * Los paquetes ya contienen un listado con referencias a sus dependencias. Incluir las dependencias completas es totalmente impracticable por mas de una razón; pensemos en el paquete libc6, que contiene una librería básica del sistema: ¿ Incluimos el contenido de esa librería en todos los paquetes que la necesiten ? estamos hablando de 6 paquetes con información duplicada y tamaño extra. Si actualizamos la librería, ¿ reempaquetamos los 6 paquetes para que sigan conteniendo la nueva versión ? Y solo estamos usando la libc6. El sistema tiene muchas más librerías compartidas y programas auxiliares. * Añadir las dependencias como archivos extra es exactamente lo que hace el sistema actual, solo que los archivos extra están en Internet, en el repositorio Debian. * Hay utilidades que permiten mantener un repositorio local, manteniendolo actualizado, con los paquetes (y sus dependencias) que se le indiquen. Esto permite no necesitar Internet permanentemente, y actualizar el sistema completo cuando tengamos ocasión. * Hay utilidades que permiten mantener un repositorio local de paquetes fuente, compilandolos a medida, para generear un repositorio local de paquetes adaptados a nuestro sistema. Una forma de traer el mundo Gentoo a Debian. El sistema de repositorio central es uno de los más óptimos. Hay algunas variaciones aún mejores. No recuerdo que distribucion es, que en las actualizaciones no baja el nuevo paquete completo, sino tan solo las partes del paquete que han cambiado, minimizando las descargas. Crear paquetes independientes y completos, sin dependencias externas, puede ser útil para ciertas tareas; hay una distribución que utiliza solo KDE - Qt, y las aplicaciones Gtk las empaquetaba de forma distinta, autocontenidas, para no 'ensuciar' el sistema. Digo empaquetaba porque ya no lo hacen así, y han eliminado esos paquetes autocontenidos. eso se puede resolver definiendo una api est'andar gr'afica y basica para que est'e presente en todos los sistemas GNU/Linux. De manera que esta dependencia nunca va dentro del paquete, por ejemplo en windows tu no metes en los instaladores el registro de windows porque sabes que viene con todos los windoes, ni tampoco metes cosas como rundll32.dll ni cmd.exe, etc -- Si dominas los Bits, dominas el mundo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201409181729.09285.hay...@inor.sld.cu
Re: Pregunta... Sobre Paquetes INSTALADORES
On Domingo, 14 de septiembre de 2014 8:30:20 AM Eduardo Rios escribió: El 14/09/14 a las 00:45, Rivera Valdez escribió: Pregunto (desde mi evidente ignorancia): Cuando se empaqueta el programa y se genera el .deb, ¿no es posible hacerlo de modo tal que contenga todas las dependencias necesarias (en alguna versión apropiada) para que se instalen en tanto A. no haya una versión más reciente o apropiada disponible en el sistema y B. no entre en conflicto con otros paquetes? ¿No es posible añadir las dependencias como archivos extra al .deb y permitir que el instalador las use como una fuente/repositorio más en tanto no entre en conflicto con otros paquetes? Hacer eso, no sé si podría pasar como pasaba con Windows (que no sé si en la actualidad sigue pasando), que se sobreescriban librerías recientes por otras más viejas y obsoletas, provocando la inestabilidad del sistema ¿o no? Hablo desde la ignorancia, claro. No sé si en linux podría pasar esto. Se pueden copiar lo que sabemos que no est'a en el sistema en una carpeta que no sobreescriba lo existente como en /opt, no hay por qu'e copiarlo en /usr/bin. solo una carpeta con el mismo nombre de la app en /opt Ej /opt/iceweasel. No se deber'ia estudiar el c'odigo de la implementaci'on .pbi de Pc-BSD y crear una para GNU? -- Si dominas los Bits, dominas el mundo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201409181731.22867.hay...@inor.sld.cu
Re: Pregunta... Sobre Paquetes INSTALADORES
On Sun, Sep 14, 2014 at 07:46:08PM -0300, Angel Claudio Alvarez wrote: Debian es una distro creada por desarrolladores y hecha para desarrolladores y administradores de sistemas, no para el escritorio del usuario comun [cita requerida] -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140916135910.ga5...@cantor.unex.es
Re: Pregunta... Sobre Paquetes INSTALADORES
2014-09-13 17:45 GMT-05:00 Rivera Valdez riveraval...@ysinembargo.com: Pregunto (desde mi evidente ignorancia): Cuando se empaqueta el programa y se genera el .deb, ¿no es posible hacerlo de modo tal que contenga todas las dependencias necesarias (en alguna versión apropiada) para que se instalen en tanto A. no haya una versión más reciente o apropiada disponible en el sistema y B. no entre en conflicto con otros paquetes? ¿No es posible añadir las dependencias como archivos extra al .deb y permitir que el instalador las use como una fuente/repositorio más en tanto no entre en conflicto con otros paquetes? Perdón si la pregunta es muy torpe, acepto sin más un RTFM ;) Eso es lo que suelen hacer por ejemplo los videojuegos y otros paquetes no libres, las bibliotecas necesarias vienen en el paquete deb, no como paquetes extra sino simplemente archivos en algun directorio y para correr el juego se ejecuta un script que setea la variable LD_LIBRARY_PATH antes de correr el juego mismo. No es necesario inventar nada nuevo para hacerlo. No quieres instalar esas dependencias como paquetes extra por que pueden entrar en conflicto con otros paquetes con el mismo nombre. Mantenerlo todo dentro del directorio de la aplicación (generalmente /opt) evita conflictos. Saludos -- A menudo unas pocas horas de Prueba y error podrán ahorrarte minutos de leer manuales. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAABYcjPh4aLVp4J8hcpicgZ0JRh-=jd277tpoubustteumk...@mail.gmail.com
Re: Pregunta... Sobre Paquetes INSTALADORES
Hola Marco. Por favor permíteme una pequeña aclaratoria. El 14/09/14 a las 09:48, Marco escibió: Hola... y es por eso que existen varios versiobss de Debian GNU/Linux Stable Testing Unstable Experimental* (alpha-testing :) Experimental no es una versión, aquí te lo indica: https://wiki.debian.org/es/DebianReleases Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/541912b0.1040...@gmail.com
Re: Pregunta... Sobre Paquetes INSTALADORES
On Sat, Sep 13, 2014 at 03:54:25PM -0300, Eduardo Jorge Gil Michelena wrote: [...] Por eso es que creo que sería interesante considerar algunas mejoras en el sistema que hoy día funciona muy bien pero podría funcionar mejor. Desde hace cinco años que existe apt-offline, precisamente para permitir actualizaciones en máquinas que no están conectadas a Internet o cuentan con conectividad limitada: http://apt-offline.alioth.debian.org/ https://packages.debian.org/search?keywords=apt-offline http://www.debian-administration.org/article/648/Offline_Package_Management_for_APT http://blog.sleeplessbeastie.eu/2014/01/30/how-to-manage-packages-on-an-off-line-debian-system/ Saludos. -- Pablo Jiménez -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140914064637.gc4...@emblema.fh.vtr.net
Re: Pregunta... Sobre Paquetes INSTALADORES
El 14/09/14 a las 00:45, Rivera Valdez escribió: Pregunto (desde mi evidente ignorancia): Cuando se empaqueta el programa y se genera el .deb, ¿no es posible hacerlo de modo tal que contenga todas las dependencias necesarias (en alguna versión apropiada) para que se instalen en tanto A. no haya una versión más reciente o apropiada disponible en el sistema y B. no entre en conflicto con otros paquetes? ¿No es posible añadir las dependencias como archivos extra al .deb y permitir que el instalador las use como una fuente/repositorio más en tanto no entre en conflicto con otros paquetes? Hacer eso, no sé si podría pasar como pasaba con Windows (que no sé si en la actualidad sigue pasando), que se sobreescriban librerías recientes por otras más viejas y obsoletas, provocando la inestabilidad del sistema ¿o no? Hablo desde la ignorancia, claro. No sé si en linux podría pasar esto. -- www.LinuxCounter.net Registered user #558467 has 2 linux machines -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/lv41ot$btu$1...@ger.gmane.org
Re: Pregunta... Sobre Paquetes INSTALADORES
Hola... y es por eso que existen varios versiobss de Debian GNU/Linux Stable Testing Unstable Experimental* (alpha-testing :) Stable, si no habrá conexión a internet todo el tiempo, descargarse los DVD y generarse el repositorio local. Y luego, Ya lo mencionarón, apt-offline. Por que no se incluyen las dependencias? Quizás aquí se aclaren más el tema. https://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html Saludos On Sunday, September 14, 2014, Eduardo Rios eduri...@yahoo.es wrote: El 14/09/14 a las 00:45, Rivera Valdez escribió: Pregunto (desde mi evidente ignorancia): Cuando se empaqueta el programa y se genera el .deb, ¿no es posible hacerlo de modo tal que contenga todas las dependencias necesarias (en alguna versión apropiada) para que se instalen en tanto A. no haya una versión más reciente o apropiada disponible en el sistema y B. no entre en conflicto con otros paquetes? ¿No es posible añadir las dependencias como archivos extra al .deb y permitir que el instalador las use como una fuente/repositorio más en tanto no entre en conflicto con otros paquetes? Hacer eso, no sé si podría pasar como pasaba con Windows (que no sé si en la actualidad sigue pasando), que se sobreescriban librerías recientes por otras más viejas y obsoletas, provocando la inestabilidad del sistema ¿o no? Hablo desde la ignorancia, claro. No sé si en linux podría pasar esto. -- www.LinuxCounter.net Registered user #558467 has 2 linux machines -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/lv41ot$btu$1...@ger.gmane.org -- Marco
Re: Pregunta... Sobre Paquetes INSTALADORES
El Sat, 13 Sep 2014 15:54:25 -0300 Eduardo Jorge Gil Michelena egis_e...@yahoo.com.ar escribió: Con fecha Viernes, 12 de Septiembre de 2014, 07:15:20 p.m., Gerardo escribió: El 13/09/14 00:06, Erick Ocrospoma escribió: Bueno, dudo que no sepa la existencia de paquetes Debian (eso parece), así que lo que supongo se refiere es a que si no existe algo lo más próximo a un meta-paquete (un solo archivo de un software en específico). Ya que si bien se pueden instalar los paquetes .deb haciendo doble click (e instalarlo con algún gestor gráfico), lo que no se puede instalar automáticamente son las dependencias, ahí es donde lo puede resolver un GUI ó apt-get, aptitude, etc. GDebi gestiona esas dependencias: gdebi lets you install local deb packages resolving and installing its dependencies. apt does the same, but only for remote (http, ftp) located packages. La pregunta que ha suscitado el hilo es muy interesante. Y, como se menciona en el mensaje original merece la indagación para tener en cuenta puesto que tener la aplicación elegida al alcance de un sólo click facilitaría la instalación de aplicaciones. Creo que todos los que andamos en Linux (Debian y derivados) tenemos presente a los .deb que ha solucinado en mucho la instalación pero aún no alcanza. También creo que todos los que andamos en Linux (cualquier distro) desde hace much tiempo sabemos lo que costaba, en tiempo, esfuerzo y aspirinas instalar cualquier programejo hasta que los paquetes .deb no ahorraron, entre otras cosas, dolores de cabeza. También supongo que casi todos conocen los instaladores Microsoft Windows (MSI o simplemente exes)... Los deb te ahorran el tiempo de compilacion. No se de que epoca hablas pero los .deb salieron con la distro en 1993 cuando Linux nacio en 1991. Por otra parte compilar un programa desde su fuentes es mas trabajoso pero es una tarea simple y trivial , siempre y cuando hayas leido la documentacion. Creo que coincidimos todos que la mayoría conoce esto y se tiene en cuenta. Lo que SUPONGO (escribí supongo) que no se tiene en cuenta que el sistema funciona de maravillas y sin mayores complicaciones SI y SÓLO SI este sistema está conectado a Internet de una manera permanente (o casi), efectiva y segura, cosa que NO TODO el mundo tiene. guau, descubriste el priciio de Debian Es allí que el sistema hace agua puesto que allí no vale copiar el .deb desde un pen drive y luego intentar instalar con Gdebi porque en la mayoría de los casos el resultado será un bonito mensaje que nos advierte que el paquete no se ha podido instalar porque no se ha cumplido con la dependencia XXX-01 cosa que se debe resolver yendo a buscar (al lugar más cercano que tenga Internet) el paquete XXX-01 para copiarlo en un pen drive e intentar instalar... el resultado seguramente será otro bonito mensaje que nos advierte que el paquete XXX-01 no se ha podido instalar porque no se ha cumplido con la dependencia ZZZ-01. .deb es una maravilla si se tiene Internet, caso contrario es más fácil instalar un .exe o un .msi de MicrosoftWindows que un .deb. Fue pensado exactamente para eso. NO para ser utilizado en forma aislada Hagan la prueba de tratar instalar desde Gdebi cualquier paquete SIN estar conectado a Internet y verán por sus propios ojitos el problema al que se enfrentan CADA DÍA aquellos que por distintas razones no tienen un acceso a Internet adecuado. El problema no es gdebi, el problema es el usuario, Debian es una distro creada por desarrolladores y hecha para desarrolladores y administradores de sistemas, no para el escritorio del usuario comun Por eso es que creo que sería interesante considerar algunas mejoras en el sistema que hoy día funciona muy bien pero podría funcionar mejor. Insisto, no entendes el concepto de como esta desarrollada la idea de Debian/GNU Linux Quizás algo fácil sería crear los .deb con TODAS las dependencias dentro de eĺ. esto ultimo ni merece ser comentado. También el sistema Synaptics puede ser mejorado a partir de mejoras en la búsqueda de paquetes a partir de palabras claves y herramientas de selección mejoradas. man apt* Sugerencias nomás... Una mas, leer la documentacion que es muy completa y profusa. -- Saludos, Eduardomailto:egis_e...@yahoo.com.ar -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/655977683.20140913155...@yahoo.com.ar -- Angel Claudio Alvarez an...@angel-alvarez.com.ar -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140914194608.9c69fc41396ec64c3ae7d...@angel-alvarez.com.ar
Re: Pregunta... Sobre Paquetes INSTALADORES
Con fecha Viernes, 12 de Septiembre de 2014, 07:15:20 p.m., Gerardo escribió: El 13/09/14 00:06, Erick Ocrospoma escribió: Bueno, dudo que no sepa la existencia de paquetes Debian (eso parece), así que lo que supongo se refiere es a que si no existe algo lo más próximo a un meta-paquete (un solo archivo de un software en específico). Ya que si bien se pueden instalar los paquetes .deb haciendo doble click (e instalarlo con algún gestor gráfico), lo que no se puede instalar automáticamente son las dependencias, ahí es donde lo puede resolver un GUI ó apt-get, aptitude, etc. GDebi gestiona esas dependencias: gdebi lets you install local deb packages resolving and installing its dependencies. apt does the same, but only for remote (http, ftp) located packages. La pregunta que ha suscitado el hilo es muy interesante. Y, como se menciona en el mensaje original merece la indagación para tener en cuenta puesto que tener la aplicación elegida al alcance de un sólo click facilitaría la instalación de aplicaciones. Creo que todos los que andamos en Linux (Debian y derivados) tenemos presente a los .deb que ha solucinado en mucho la instalación pero aún no alcanza. También creo que todos los que andamos en Linux (cualquier distro) desde hace much tiempo sabemos lo que costaba, en tiempo, esfuerzo y aspirinas instalar cualquier programejo hasta que los paquetes .deb no ahorraron, entre otras cosas, dolores de cabeza. También supongo que casi todos conocen los instaladores Microsoft Windows (MSI o simplemente exes)... Creo que coincidimos todos que la mayoría conoce esto y se tiene en cuenta. Lo que SUPONGO (escribí supongo) que no se tiene en cuenta que el sistema funciona de maravillas y sin mayores complicaciones SI y SÓLO SI este sistema está conectado a Internet de una manera permanente (o casi), efectiva y segura, cosa que NO TODO el mundo tiene. Es allí que el sistema hace agua puesto que allí no vale copiar el .deb desde un pen drive y luego intentar instalar con Gdebi porque en la mayoría de los casos el resultado será un bonito mensaje que nos advierte que el paquete no se ha podido instalar porque no se ha cumplido con la dependencia XXX-01 cosa que se debe resolver yendo a buscar (al lugar más cercano que tenga Internet) el paquete XXX-01 para copiarlo en un pen drive e intentar instalar... el resultado seguramente será otro bonito mensaje que nos advierte que el paquete XXX-01 no se ha podido instalar porque no se ha cumplido con la dependencia ZZZ-01. .deb es una maravilla si se tiene Internet, caso contrario es más fácil instalar un .exe o un .msi de MicrosoftWindows que un .deb. Hagan la prueba de tratar instalar desde Gdebi cualquier paquete SIN estar conectado a Internet y verán por sus propios ojitos el problema al que se enfrentan CADA DÍA aquellos que por distintas razones no tienen un acceso a Internet adecuado. Por eso es que creo que sería interesante considerar algunas mejoras en el sistema que hoy día funciona muy bien pero podría funcionar mejor. Quizás algo fácil sería crear los .deb con TODAS las dependencias dentro de eĺ. También el sistema Synaptics puede ser mejorado a partir de mejoras en la búsqueda de paquetes a partir de palabras claves y herramientas de selección mejoradas. Sugerencias nomás... -- Saludos, Eduardomailto:egis_e...@yahoo.com.ar -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/655977683.20140913155...@yahoo.com.ar
Re: Pregunta... Sobre Paquetes INSTALADORES
Pregunto (desde mi evidente ignorancia): Cuando se empaqueta el programa y se genera el .deb, ¿no es posible hacerlo de modo tal que contenga todas las dependencias necesarias (en alguna versión apropiada) para que se instalen en tanto A. no haya una versión más reciente o apropiada disponible en el sistema y B. no entre en conflicto con otros paquetes? ¿No es posible añadir las dependencias como archivos extra al .deb y permitir que el instalador las use como una fuente/repositorio más en tanto no entre en conflicto con otros paquetes? Perdón si la pregunta es muy torpe, acepto sin más un RTFM ;) 2014-09-13 15:54 GMT-03:00 Eduardo Jorge Gil Michelena egis_e...@yahoo.com.ar: Con fecha Viernes, 12 de Septiembre de 2014, 07:15:20 p.m., Gerardo escribió: El 13/09/14 00:06, Erick Ocrospoma escribió: Bueno, dudo que no sepa la existencia de paquetes Debian (eso parece), así que lo que supongo se refiere es a que si no existe algo lo más próximo a un meta-paquete (un solo archivo de un software en específico). Ya que si bien se pueden instalar los paquetes .deb haciendo doble click (e instalarlo con algún gestor gráfico), lo que no se puede instalar automáticamente son las dependencias, ahí es donde lo puede resolver un GUI ó apt-get, aptitude, etc. GDebi gestiona esas dependencias: gdebi lets you install local deb packages resolving and installing its dependencies. apt does the same, but only for remote (http, ftp) located packages. La pregunta que ha suscitado el hilo es muy interesante. Y, como se menciona en el mensaje original merece la indagación para tener en cuenta puesto que tener la aplicación elegida al alcance de un sólo click facilitaría la instalación de aplicaciones. Creo que todos los que andamos en Linux (Debian y derivados) tenemos presente a los .deb que ha solucinado en mucho la instalación pero aún no alcanza. También creo que todos los que andamos en Linux (cualquier distro) desde hace much tiempo sabemos lo que costaba, en tiempo, esfuerzo y aspirinas instalar cualquier programejo hasta que los paquetes .deb no ahorraron, entre otras cosas, dolores de cabeza. También supongo que casi todos conocen los instaladores Microsoft Windows (MSI o simplemente exes)... Creo que coincidimos todos que la mayoría conoce esto y se tiene en cuenta. Lo que SUPONGO (escribí supongo) que no se tiene en cuenta que el sistema funciona de maravillas y sin mayores complicaciones SI y SÓLO SI este sistema está conectado a Internet de una manera permanente (o casi), efectiva y segura, cosa que NO TODO el mundo tiene. Es allí que el sistema hace agua puesto que allí no vale copiar el .deb desde un pen drive y luego intentar instalar con Gdebi porque en la mayoría de los casos el resultado será un bonito mensaje que nos advierte que el paquete no se ha podido instalar porque no se ha cumplido con la dependencia XXX-01 cosa que se debe resolver yendo a buscar (al lugar más cercano que tenga Internet) el paquete XXX-01 para copiarlo en un pen drive e intentar instalar... el resultado seguramente será otro bonito mensaje que nos advierte que el paquete XXX-01 no se ha podido instalar porque no se ha cumplido con la dependencia ZZZ-01. .deb es una maravilla si se tiene Internet, caso contrario es más fácil instalar un .exe o un .msi de MicrosoftWindows que un .deb. Hagan la prueba de tratar instalar desde Gdebi cualquier paquete SIN estar conectado a Internet y verán por sus propios ojitos el problema al que se enfrentan CADA DÍA aquellos que por distintas razones no tienen un acceso a Internet adecuado. Por eso es que creo que sería interesante considerar algunas mejoras en el sistema que hoy día funciona muy bien pero podría funcionar mejor. Quizás algo fácil sería crear los .deb con TODAS las dependencias dentro de eĺ. También el sistema Synaptics puede ser mejorado a partir de mejoras en la búsqueda de paquetes a partir de palabras claves y herramientas de selección mejoradas. Sugerencias nomás... -- Saludos, Eduardomailto:egis_e...@yahoo.com.ar -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/655977683.20140913155...@yahoo.com.ar
Re: Pregunta... Sobre Paquetes INSTALADORES
2014-09-13 15:54 GMT-03:00 Eduardo Jorge Gil Michelena egis_e...@yahoo.com.ar mailto:egis_e...@yahoo.com.ar: Con fecha Viernes, 12 de Septiembre de 2014, 07:15:20 p.m., Gerardo escribió: El 13/09/14 00:06, Erick Ocrospoma escribió: Bueno, dudo que no sepa la existencia de paquetes Debian (eso parece), así que lo que supongo se refiere es a que si no existe algo lo más próximo a un meta-paquete (un solo archivo de un software en específico). Ya que si bien se pueden instalar los paquetes .deb haciendo doble click (e instalarlo con algún gestor gráfico), lo que no se puede instalar automáticamente son las dependencias, ahí es donde lo puede resolver un GUI ó apt-get, aptitude, etc. GDebi gestiona esas dependencias: gdebi lets you install local deb packages resolving and installing its dependencies. apt does the same, but only for remote (http, ftp) located packages. La pregunta que ha suscitado el hilo es muy interesante. Y, como se menciona en el mensaje original merece la indagación para tener en cuenta puesto que tener la aplicación elegida al alcance de un sólo click facilitaría la instalación de aplicaciones. Creo que todos los que andamos en Linux (Debian y derivados) tenemos presente a los .deb que ha solucinado en mucho la instalación pero aún no alcanza. También creo que todos los que andamos en Linux (cualquier distro) desde hace much tiempo sabemos lo que costaba, en tiempo, esfuerzo y aspirinas instalar cualquier programejo hasta que los paquetes .deb no ahorraron, entre otras cosas, dolores de cabeza. También supongo que casi todos conocen los instaladores Microsoft Windows (MSI o simplemente exes)... Creo que coincidimos todos que la mayoría conoce esto y se tiene en cuenta. Lo que SUPONGO (escribí supongo) que no se tiene en cuenta que el sistema funciona de maravillas y sin mayores complicaciones SI y SÓLO SI este sistema está conectado a Internet de una manera permanente (o casi), efectiva y segura, cosa que NO TODO el mundo tiene. Es allí que el sistema hace agua puesto que allí no vale copiar el .deb desde un pen drive y luego intentar instalar con Gdebi porque en la mayoría de los casos el resultado será un bonito mensaje que nos advierte que el paquete no se ha podido instalar porque no se ha cumplido con la dependencia XXX-01 cosa que se debe resolver yendo a buscar (al lugar más cercano que tenga Internet) el paquete XXX-01 para copiarlo en un pen drive e intentar instalar... el resultado seguramente será otro bonito mensaje que nos advierte que el paquete XXX-01 no se ha podido instalar porque no se ha cumplido con la dependencia ZZZ-01. .deb es una maravilla si se tiene Internet, caso contrario es más fácil instalar un .exe o un .msi de MicrosoftWindows que un .deb. Hagan la prueba de tratar instalar desde Gdebi cualquier paquete SIN estar conectado a Internet y verán por sus propios ojitos el problema al que se enfrentan CADA DÍA aquellos que por distintas razones no tienen un acceso a Internet adecuado. Por eso es que creo que sería interesante considerar algunas mejoras en el sistema que hoy día funciona muy bien pero podría funcionar mejor. Quizás algo fácil sería crear los .deb con TODAS las dependencias dentro de eĺ. También el sistema Synaptics puede ser mejorado a partir de mejoras en la búsqueda de paquetes a partir de palabras claves y herramientas de selección mejoradas. Sugerencias nomás... El 14/09/14 00:45, Rivera Valdez escribió: Pregunto (desde mi evidente ignorancia): Cuando se empaqueta el programa y se genera el .deb, ¿no es posible hacerlo de modo tal que contenga todas las dependencias necesarias (en alguna versión apropiada) para que se instalen en tanto A. no haya una versión más reciente o apropiada disponible en el sistema y B. no entre en conflicto con otros paquetes? ¿No es posible añadir las dependencias como archivos extra al .deb y permitir que el instalador las use como una fuente/repositorio más en tanto no entre en conflicto con otros paquetes? Perdón si la pregunta es muy torpe, acepto sin más un RTFM ;) ¿Y que dependencias se solucionan? ¿Todas? ¿Las imprescindibles? ¿Se crean 2 paquetes uno con depedencias y otro con depedencias y sugerencias? Al final se crean paquetes de gran tamaño para un paquete que igual ya tiene sus dependencias resueltas. Personalmente creo que el sistema actual es el menos malo a años luz de todos los existentes (inclusive Windows, ¿alguien ha tratado de instalar Gourmet en Windows? la última vez que lo intenté fue toda una aventura) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Re: Pregunta... Sobre Paquetes INSTALADORES
El 13/09/14 a las 19:45, Rivera Valdez escibió: Pregunto (desde mi evidente ignorancia): Cuando se empaqueta el programa y se genera el .deb, ¿no es posible hacerlo de modo tal que contenga todas las dependencias necesarias (en alguna versión apropiada) para que se instalen en tanto A. no haya una versión más reciente o apropiada disponible en el sistema y B. no entre en conflicto con otros paquetes? ¿No es posible añadir las dependencias como archivos extra al .deb y permitir que el instalador las use como una fuente/repositorio más en tanto no entre en conflicto con otros paquetes? ¿Ubuntu no anda detrás de algo así? -- Sergio Bessopeanetto Buenos Aires, Argentina -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5414d1e3.3080...@ymail.com
Re: Pregunta... Sobre Paquetes INSTALADORES
El Sat, 13 Sep 2014 19:45:21 -0300 Rivera Valdez riveraval...@ysinembargo.com escribió: Pregunto (desde mi evidente ignorancia): Cuando se empaqueta el programa y se genera el .deb, ¿no es posible hacerlo de modo tal que contenga todas las dependencias necesarias (en alguna versión apropiada) para que se instalen en tanto A. no haya una versión más reciente o apropiada disponible en el sistema y B. no entre en conflicto con otros paquetes? ¿No es posible añadir las dependencias como archivos extra al .deb y permitir que el instalador las use como una fuente/repositorio más en tanto no entre en conflicto con otros paquetes? Como dijo Jack el destripador, vamos por partes: * Los paquetes ya contienen un listado con referencias a sus dependencias. Incluir las dependencias completas es totalmente impracticable por mas de una razón; pensemos en el paquete libc6, que contiene una librería básica del sistema: ¿ Incluimos el contenido de esa librería en todos los paquetes que la necesiten ? estamos hablando de 6 paquetes con información duplicada y tamaño extra. Si actualizamos la librería, ¿ reempaquetamos los 6 paquetes para que sigan conteniendo la nueva versión ? Y solo estamos usando la libc6. El sistema tiene muchas más librerías compartidas y programas auxiliares. * Añadir las dependencias como archivos extra es exactamente lo que hace el sistema actual, solo que los archivos extra están en Internet, en el repositorio Debian. * Hay utilidades que permiten mantener un repositorio local, manteniendolo actualizado, con los paquetes (y sus dependencias) que se le indiquen. Esto permite no necesitar Internet permanentemente, y actualizar el sistema completo cuando tengamos ocasión. * Hay utilidades que permiten mantener un repositorio local de paquetes fuente, compilandolos a medida, para generear un repositorio local de paquetes adaptados a nuestro sistema. Una forma de traer el mundo Gentoo a Debian. El sistema de repositorio central es uno de los más óptimos. Hay algunas variaciones aún mejores. No recuerdo que distribucion es, que en las actualizaciones no baja el nuevo paquete completo, sino tan solo las partes del paquete que han cambiado, minimizando las descargas. Crear paquetes independientes y completos, sin dependencias externas, puede ser útil para ciertas tareas; hay una distribución que utiliza solo KDE - Qt, y las aplicaciones Gtk las empaquetaba de forma distinta, autocontenidas, para no 'ensuciar' el sistema. Digo empaquetaba porque ya no lo hacen así, y han eliminado esos paquetes autocontenidos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140914073658.4fd50ea4@danika.localdomain