¡Únete al Club!
Rpmdrake-offline: Instalar programas fuera de linea
Enviado por pepeghino el 25 Abril, 2007 - 16:42.
Los usuarios de sistemas operativos de Hasefroch a menudo acusan a Linux de ser muy dificil.
Uno de los primeros problemas que se encuentran al probar Linux es que no saben instalar aplicaciones. Se les puede explicar como en la web easyurpmi viene un comando que hay que copiar, que primero escribes su y contraseña y luego pegas ese comando, y solo con eso basta con abrir rpmdrake escribir el nombre de la aplicación, por ejemplo amsn, y pulsar instalar. de esta forma pronto no echaran de menos el que tenga que haber un instalar.exe.
El problema es cuando el ordenador no tiene conexión a internet o tiene un módem analógico si acaso. En este caso el usuario de los sistemas operativos de Hasefroch está acostumbrado a que el amigo le pase el instalar.exe en un cd o una pendrive. El amigo ha podido conseguir el instalar.exe de la web softonic por ejemplo. Se le puede explicar a este usuario que desde el pc del amigo puede acceder a webs como rpm.pbone que son como el softonic de linux. Lo que no se le puede explicar es lo que significa el infierno de las dependencias.
Yo propongo una aplicación que se podría llamar rpmdrake-offline ejecutable por cualquier usuario y no solo por root. Esta aplicación tendría una base de datos de todos los rpms contenidos en los cds/dvds de cada una de las distribuciones mandrake/mandriva del pasado. Esta base de datos sería actualizable. Esta aplicación sería configurada aportándole repositorios igual que se hace con rpmdrake actualmente.
El uso de rpmdrake-offline sería el siguiente: El usuario escribe el nombre del paquete/aplicación. El programa comprueba que existe en los repositorios y pregunta que versión de Mandrake/Mandriva tiene el ordenador que está fuera de línea. El usuario responde y el programa descarga el rpm y todas las dependencias que no tenga el usuario en los cds/dvds de instalación. El programa pregunta si quiere una imagen iso o un comprimido zip. El usuario responde y el programa crea en la carpeta por defecto o en la que diga el usuario el zip o el iso que contiene todos los rpms que el usuario va a necesitar para instalar la aplicación/paquete deseado fuera de línea.
Otra posibilidad es crear un nuevo formato de archivo con la extension .rol (rpm off line) que basicamente sería un zip conteniendo varios rpms: uno o varios rpms principales y otros rpms que son las dependencias que se espera que vaya a necesitar el usuario. Al hacer doble click sobre un .rol, aparecería la ventana de una aplicación preguntando la contraseña de root y cual o cuales rpms principales desea instalar. Cuando el usuario intentara desinstalar un .rol no podría. Solo podría desinstalar rpms. Los .rol estarían ubicados en webs del tipo softonic o pbone.
Una pequeña explicación final. Tengo dos ordenadores con Mandriva: uno en la ciudad donde trabajo con conexión adsl y otro en mi pueblo con conexión modem. Hasta 2007 la Telefónica no se ha dignado en poner banda ancha en mi pueblo y ahora que por fin puedo contratarla me parece caro pagar 2 conexiones. La conexión modem apenas me sirve, ningún vecino me pasa programas porque esto no es como Hasefroch y a veces me las veo negras para instalar un programita cuando la dependencia está a unos 100 km.
Un saludo
# 33305: Buena idea
Yo tambien habia pensado en algo asi tambien podria hacerse un urpmi.exe para que se puede correr desde windows en algun ciber digamos y que bajara las dependencias y todo para que luego solo las instalara en un sistema linux.
Esto porque hay quienes no pueden instalar su linux a internet pero si navegan en la red con windows.
Es mas yo tambien abrire un hilo.
--
¿Quien es Jesucristo?
# 33427: Buena idea
Hola,
Sobre lo de bajarse los rpms y sus dependencias no contenidas en las ISOs, es una buena idea. ?Cuando vas a tener una primera beta?
Sobre los .rol, creo que ya existe algo parecido, una especie de mega-rpm que emula los paquetes "archivo .dmg" del mundo de apple. No recuerdo como se llama, pero algo habia. ?Alguien sabe de que hablo?
Salut,
Sinner
Linux User # 89976 - Blog de SinnerBOFH
# 33454: Imagino como debería funcionar rpmdrake-offline
Después de leer el comentario de drakedalfa sigo imaginando como sería un nuevo proceso de instalar aplicaciones fuera de linea en un sistema mandriva.
La actual aplicación rpmdrake necesita una nueva funcionalidad: la de exportar un archivo que podría llamarse estado_de_los_rpms_de_localhost.txt
Habría que implementar una nueva aplicación con versiones para Linux y Windows que podrían llamarse rpmdrake-offline.bin y rpmdrake-offline.exe respectivamente. Esta aplicación funcionaría así:
1 Añadir repositorios de rpms igual que se hace en el actual rpmdrake
2 Importar el archivo estado_de_rpms_de_localhost.txt
3 El usuario pide a la aplicación la descarga de un rpm y la aplicación descarga al directorio por defecto o al que quiera el usuario el rpm solicitado y todas las dependencias rpms que no estén en el sistema original.
# 33455: ¿Por qué no simplemente
¿Por qué no simplemente hacer que urpmi (o rpmdrake) tenga alguna opción que diga lo que va a querer descargar? Luego se mete la salida en un fichero y simplemente se descarga desde allí (con wget sería muy fácil, aunque no sé si hay wget para windows)
Saludos
NO LEER
JID:pacho@jabber-hispano.org
El Blog de Pacho
# 33459: Buena opcion
Es una buena idea.
--
¿Quien es Jesucristo?
# 33478: Por ejemplo, se puede usar
Por ejemplo, se puede usar esta línea de comandos para obtener las URL de un paquete y sus dependencias (audacity en el ejemplo):
for pkg in `echo "n" | urpmi --test audacity | \grep -E -v '(:$|\)$|\?)'`; do urpmq --sources $pkg | \grep -E '(http|ftp)'; doneSustituir audacity, en negrilla, por el programa que se desee.
La salida del mini-script es una serie de URL que se pueden meter en cualquier programa de descarga de Windows, bajar los archivos y grabarlos en una memoria USB o similar.
Saludos,
luismago
--
JID: luismago@jabber.org
Si se busca el triunfo como sea, se vive el drama de tener que ganar.
# 33486: Entonces la gente de
Entonces la gente de mandriva podría simplemente establecer un alias para que "urpmi --pretend-download" (o algo por el estilo, no soy bueno para los nombres) corriese ese script, incluso yo ya le añadiría directamente algo como
> download.txtpara que ya te generase el fichero en el directorio en el que estésSaludos y gracias
PD: de hecho, aunque es por gusto personal, algún día me tengo que poner a establecer una serie de aliases para sólo usar urpmi con opciones, todo en un comando (tipo apt-get, emerge, paludis...)
NO LEER
JID:pacho@jabber-hispano.org
El Blog de Pacho
# 33507: En verdad
En verdad, todo este "urpmi offline" ya esta resuelto.
Se llama "CDs con rpms". Asi, te bajas rpms y los quemas en un CD o DVD. O te bajas las ISOs. O compras unos CDs/DVDs.
En la documentacion se esplica como generar los hdlist.cz para que, por ejemplo, se puede anyadir un CD con rpms como fuente de paquetes.
Por otra parte, lo de "la gente de mandriva"... seamos serios.
?Cuantos usuarios de los que generan negocio usan este sistema?
O tambien "cuantos usuarios que usen este sistema seran necesarios para que salga rentable dedica tiempo de desarrollador y tiempo de testing a este proyecto?
Lo normal, en casos como este, es que alguien que necesite esta funcionalidad:
A veces perdemos de vista la realidad.
Salut,
Sinner
Linux User # 89976 - Blog de SinnerBOFH
# 33683: sinnerbofh. yo no lo veo así.
Lo que tu propones, a ver si lo he entendido bien, es que el que no tiene internet de banda ancha vaya a casa del amigo del adsl y diga que va a descargar varios repositorios de rpms al completo y los va a grabar en dvds para el dia que necesite instalar alguna aplicacion con sus dependencias. ¿es un poco fuerte no? El rpmdrake-offline que yo propongo es para instalar una sola aplicacion en concreto junto con sus dependencias y que se pueda llevar todo en una pendrive de 1Gb.
Lo otro que dices del que genera volumen de negocio. Te cuento una historia real. La empresa estadounidendense cms vende una aplicacion xio para planificar sesiones de radiotarapia. Cada licencia de xio cuesta unos 200000 euros o mas. Xio llega a los hospitales en estaciones de trabajo que usan linux Red Hat. estas estaciones de trabajo se conectan en red con los ordenadores que controlan los TACs y los aceleradores de electrones que pueden usar Windows. Normalmente toda esta red no tiene conexion a Internet como todo lo que es critico en un Hospital. La sede de CMS en Europa esta en Alemania y se introducen en sus estaciones de trabajo a traves de una conexion modem y solo muy de cuando en cuando vienen personalmente a España. Créete que hay ordenadores carisimos que usan Linux y que no tienen conexión a Internet.
# 34227: Mi propuesta, con mas detalle
Hola,
La totalidad de los repositorios main y contrib es importante. Mira:
2007.1/main: 5.755.085 (5.75 GB)
2007.1/contrib: 11.249.240 (11.25 GB)
Y poco a poco, día a día, puedes ir bajando rpms a la llave rpm, los llevas a casa, los copias a un directorio local y ejecutas la orden "genhdlist . " y añades como repositorio local ese directorio. En la documentación de BlogDrake se explica como crear repositorios locales.
Evidentemente, también puedes comprar unos CDs o DVDs.
Sobre esa aplicación de Linux en la empresa, te explico porque el ejemplo que comentas no es relevante.
En esos sistemas ya tienen todos los programas necesarios instalados, y no los cambian. No se dedican a cambiar de entorno gráfico ni a instalar juegos ni themes ni el Ekiga ni la nueva versión de aMSN. En esos ordenadores, como mucho, cambiaran alguna que otra librería de el programa propietario que usen. Como mucho, enviaran un CDy unas instrucciones para el usuario sobre como insertar el CD y como ejecutar el instalador/actualizador.
Osease, que esos ordenadores no necesitan conexión a internet porque no necesitan cambiar nada de sus programas.
Por ejemplo, donde me trabajo, tenemos sistemas empotrados con Windows (no es mi elección) y no tienen conexión a internet ni actualizan el Windows ni aplican service packs ni nada. Estos sistemas sirven para controlar sistemas de adquisición de imágenes médicas de varios tipos.
Otro ejemplo: también tenemos estaciones de trabajo con Red Hat Linux y otras con Sun Solaris donde se revisan imágenes electro-médicas. Y tampoco tienen conexión a internet. Pero es que nunca necesitan instalar nada (y menos nosotros).
Cada 6 meses o así, viene un ingeniero de la casa que nos vende esas estaciones de trabajo (a precio de oro, como los Xio) a hacerles el mantenimiento programado,, y a veces viene con unos CDs y actualiza el programa propietario y no toca nada del Solaris ni del Linux, ya que estos S.O. están en las versiones específicas requeridas por el vendedor.
Y nosotros no tocamos nada.
Salut,
Sinner
Linux User # 89976 - Blog de SinnerBOFH
# 33532: Un pequeño retoque
Cambiar "audacious" por "$1", así se puede descargar el siguiente script:
for pkg in `echo "n" | urpmi --test $1 | \grep -E -v '(:$|\)$|\?)'`; do urpmq --sources $pkg | \grep -E '(http|ftp)'; done
Darle permisos de ejecución:
Y ejecutar así:
Saludos y gracias :-)
NO LEER
JID:pacho@jabber-hispano.org
El Blog de Pacho
# 33533: Otro más
Simplemente para que sea algo más elegante:
echo "Generating downloads list, please wait" && for pkg in `echo "n" | urpmi --test $1 | \grep -E -v '(:$|\)$|\?)'`; do urpmq --sources $pkg | \grep -E '(http|ftp)'; done > download.txt && echo && echo "'dowload.txt' file has been generated"
Saludos
NO LEER
JID:pacho@jabber-hispano.org
El Blog de Pacho
# 33534: La pega
Es que usando urpmi --test, el script intenta descargar los ficheros, for ejemplo, cuando pones "brasero" (y no lo tienes instalado ni descargado), la parte que dice "urpmi --test..." se pone a descargarlo (--test descarga los ficheros). Sucede con todos el script original y derivados
NO LEER
JID:pacho@jabber-hispano.org
El Blog de Pacho
# 33687: A veces, ni siquiera yo me leo la documentación de Blogdrake
En el artículo Todo lo que siempre quisiste saber sobre urpmi pero nunca te atreviste a preguntar, en la documentación de Blogdrake, viene la solución clavada: en esta parte, concretamente. Ahora sólo es cuestión de probarlo a ver si sirve.
Por no leer, me apunto de castigo usar GNOME :P
Saludos,
luismago
--
JID: luismago@jabber.org
Si se busca el triunfo como sea, se vive el drama de tener que ganar.
# 33688: Como me imagino los rpms off line
He meditado sobre el exito de los so de Hesefroch. Puede haber muchas causas para ello. Una de ellas pienso yo que podria ser la siguinte: la interaccion social que supone que un usuario le pase un programa a otro.
Yo propongo el formato de archivo .rol (rpm off line).Un .rol seria realmente un zip con tres carpetas: Aplication Supplementary y Necessary. En Aplication normalmente habria un solo RPM que contendría la aplicacion que desea instalar el usuario. En Necessary podria haber varios RPMs que son las dependencias que el creador del .rol cree que va a necesitar el usuario. En Suplementary puede no haber RPMs o haber algunos rpms que contengan funcionalidades extras para la aplicacion.
Supongamos una aplicacion que se llama Mensajero contenida en mensajero-xyz.rpm (se pone en Aplication). Mensajero necesita para ser instalado un paquete llamado librerianecesaria-xyz.rpm (se pone en Necessary). Mensajero tiene unas caratulas que no hacen falta pero que son muy molonas contenidas en mensajerothemes-xyz.rpm (se pone en Suplementary).
El usuario hace doble click en mensajero-xyz.rol y rpmdrake pregunta la contraseña de root. Luego rpmdrake advierte que se va a instalar mensajero-xyz.rpm y 2 botones abajo dicen continuar y cancelar. Después rpmdrake pregunta si desea instalar ademas alguno de los siguientes paquetes: a la izquierda pone boton si apretado por defecto y no apagado, a la derecha mensajerothemes-xyx.rpm y abajo el boton continuar. Finalmente rpmdrake descomprime los 3 rpms en una carpeta temporal, si librerianecesaria-xyz.rpm no existe en el sistema lo instala, luego instala mensajero-xyz.rpm y si el usuario no cambio el si por el no instala mensajerothemes-xyz.rpm. Al final de todo aparece un cartel diciendo que la instalacion ha sido completada o diciendo que hubo problemas y 2 botones detalles y salir.
# 34236: excelente ide, aqui mi forma de verlo
creo que en lugar de complicarse creando rpm magicos o rol's magicos o zips magicos o lo que sea magico ;-)
yo lo haria via una página web, asi como el easyurpmi que existiera un easydownload, incluso seria un servicio en el propio easyurpmi.
seria algo como ir a esa web, en lugar de seleccionar repositorios, seleccionariamos bajar paquetes, si el paquete a bajar es de un programa, el sistema localizaria sus paquetes dependientes y nos preguntaria si queremos bajarlos o no, como lo hace urpmi/rpmdrake (siempre habra alguien que solo desee bajar el paquete sin dependencias)
despues solo a darle a bajar y listo, quizá con un texto que nos diga, "lo bajado llevalo a tu mandriva copialo en tal, y haz tal cosa para instalar y tal, tal fin"
creo que de ese modo seria mas fácil, que tener que crear exe para win o mandriva o crear nuevos superpaquetes o cosas asi (supongo es fácil implementarlo, no lo sé, ni siquiera he creado una simple pagina html ;-))
lo digo, porque ayer queriendo instalar libgtk+2 tuve que actualizar repositorios, ya que eran 21-24 paquetes a bajar, y solo bajo unos cuantos, le faltaron 3, el sistema me dijo que actualizara, lo hice pero ni asi funciono, asi que tuve que ir a easyurpmi, cambiar de servidor, y comprobar que existieran esos paquetes (un par de pruebas hasta dar con uno que si funcionaba), despues de cambiar de servidor ya todo funciono normalmente.
quiza si en easyurpmi se implementa lo de bajar paquetes, easyurpmi pudiera buscar en todos los servidores espejo (que aunque espejo, alguno que otro anda sucio o rayado ;-)) si es que en los que uno elije no se encuentra a la primera el paquete, asi encontraria un servidor funcionando al 100% y el paquete deseado.
en mi caso se resolvio el problema fácilmente, pero quienes apenas empiezan en mandriva y por X o Y no tienen conexión, seria muy útil poder descargar en otra maquina, sobre todo si es el proceso via web, ya que si se crea un exe para win, habria que instalar el exe en win hacerlo funcionar para descargar, etc.
bueno asi es como yo lo veo, ¿que opinan? ¿se ve viable o no?
Saludos 8)
# 34241: Claro que es viable
Es curioso cómo los extremos se tocan.
El proceso podría ser el mismo que el de la herramienta facildriva con el que ando liado.
Creas un formulario donde introduces el nombre (en principio exacto) del paquete $paquete
Ahora haces que se ejecute
urpmq --source -d $paquete //Con esto se averiguan las rutas de todas las dependencias del paquete.
Ahora recoges las rutas y se las pasas a wget (una tubería).
wget rutas_que_salen_de_lo_anterior
El código se genera al vuelo y se pide al cliente que lo guarde. Ahora el cliente lo ejecuta como un usuario con permisos de escritura en el directorio desde el que se ejecutará el script.
Así de simple. Ahora sólo necesitas que alguien escriba el código, lo pula (añadiendo opciones como sólo bajar o bajar e instalar, ...), cree una interfaz web bonita y lo cuelgue en un servidor público.
Saludos
Pepe Álvarez
# 34743: Cantidad de personas sin banda ancha según el INE
Sinnerbofth dice que las personas sin acceso a internet o con banda estrecha representa un porcentaje despeciable del negocio de una empresa informática. Que no merece la pena hacer nada por acercar Mandriva a esta gente. El propone que estas personas vayan a casa de un amigo y digan: "Oye que me voy a descargar 17 Gb por lo menos de repositorios contrib y main y puede que algún repositorio más y luego voy a abusar de tu grabadora de DVD's y voy a grabar 5, 6 o 7 DVD's. Solo voy a tomar el control de tu ordenador y de tu linea ADSL 2 días por lo menos". A mi me sigue pareciendo fuerte esta propuesta por muy fácil que sea generar los hdlist.
Casualmente he encontrado un periodico no muy viejo con datos del Instituto Nacional de Estadística. Diario ABC 26/02/07 página 64. Dice que el 39% de los hogares tiene conexión a internet y que 3/4 partes de esas conexiones son de banda ancha. Es decir que hay un número muy considerable de usuarios domésticos de informática que sigue usando el módem según datos oficiales.
Lo que no dice es el porcentaje de hogares con ordenador. Si restamos el porcentaje de hogares con ordenador al porcentaje de hogares con conexión tendremos una idea de la cantidad de usuarios de ordenador que no tiene conexion, que supongo va a ser una cantidad considerable también.
Leyendo el cuerpo de la noticia un trozo más adelante tiene un dato curioso: solo el 10% de los españoles de 16 a 74 años (y el 21% de los europeos) han usado el comercio electrónico. No solo hay que facilitar Mandriva a personas sin conexion de banda ancha sino ademas a personas que no tienen tarjeta de crédito o no quieren usarla por Internet. ¿Que cosas no?
A lo que iba: hay un volumen importante de usuarios de ordenador para los cuales instalar un programa en Man driva (o generalizando a Linux) les resultaría complicadisimo. Me refiero a los usuarios sin conexión o con conexión de banda estrecha. Los usuarios de productos de Hasefroch tienen razón cuando dicen que Linux es una mierda porque es dificil. Nosotros en vez de ponernos a discutir banamente con ellos deberíamos ver en que tienen razón y mejorar en esos aspectos si es posible.
P.D. Un voluntario para entrar en www.ine.es y comentarnos datos curiosos.
# 34780: Y dale
Hola.
Y dale, que manía en tergiversar mis palabras. Leete otra vez mis palabras.
Para que te quede bien claro: los clientes de Mandriva que no tienen ni internet ni se compran CDs ni DVDs básicamente no existe.
Y Mandriva no tiene recursos ilimitados. ?A que va a dedicar Mandriva sus programadores? ?A cuidar a sus clientes-tipo? (usuarios de ordenador con conexión a internet o que van a comprar CDs/DVDs) ? ?O a desarrollar un sistema para que una cantidad de posibles clientes minúscula? (cuando ya existen las cajas de CDs)
Según el Instituto Nacional de Estadística:
La mitad de los hogares españoles, sin ordenador personal.
Y con tiempo y una caña, puedes bajarte internet entera usando módems normales. Te recuerdo que muchos hemos sido usuarios de Linux con módem, bajándonoslo *todo* con módem y paciencia.
Si la "red ecolnet" se monto a base de ordenadores antiguos y conexiones a internet de 128 kbps (DSL antigua de Telefonica) y daba servicio a centenares de usuarios de los grupos de noticia. Y aun dan servicio, pero con mejores conexiones (que Telefonica ha ido aumentando a lo largo de los años).
Leete este PDF para mas información sobre EcolNet.
Y ahora, otro contacto con la realidad.
Para usar Linux es prácticamente imprescindible disponer de una conexión a internet. Linux nace y crece con internet.
Linux es, básicamente, un sistema operativo de red.
Evidentemente, Linux puede usarse sin conexión a internet (o en un iPod o en un reloj), evidentemente. Faltaría mas! Eso si, la inmensa mayoría de los usuarios de Linux están conectados a internet.
No te digo que no se pueda (ni que no se deba) usarse sin conexión a internet; únicamente explicito lo obvio.
Y no te digo que Mandriva deba o no deba cubrir la necesidad que tu expones. Pero recuerda: Mandriva es una empresa, y se debe a sus clientes. Y sus clientes (usuarios que aportan dinero a Mandriva), en una apabullante mayoría se corresponden con uno de estos dos perfiles:
Y para el resto de paquetes que necesiten (no se cuales se va a necesitar que no estén ya en una PowerPack o PowerPackPlus), pues se va a algún lugar con conexión a internet (cibercafe, casa de un amigo, una universidad), baja los rpms que quiera, se copian a una llave USB, se añaden a un directorio local, se ejecuta genhdlist para actualziar el hdlist.cz y se actualiza el repositorio local de paquetes (que se agregó al tu sistema con una orden parecida a esta:
urpmi.addmedia mis_paquetes file://var/local/mandriva_extras
Y así, con todos los paquetes que se necesite de esos 17 GBs. Tal como se explica en el manual que comenté anteriormente.
Te he propuesto las alternativas existentes ahora mismo para cubrir tu necesidad: CDs, DVDs y creación de repositorios locales. Te he explicado los motivos por los cuales Mandriva no creo que va a trabaja en solucionar esa necesidad.
Pero tu quieres más, todo esto no es suficiente para ti. Perfecto.
Entonces, como estamos hablando de software libre, como siempre, puedes elegir entre estas vías:
No te lo tomes como nada personal, porque no es asi. Es la realidad de los programas libres.
Salut,
Sinner
Linux User # 89976 - Blog de SinnerBOFH
# 34820: No entiendo el enfado
Hago una propuesta para mejorar Mandriva y la gente parece que se enfada. No entiendo porque.
Yo solo habia propuesto dos maneras de acabar con el "infierno de las dependencias", pensando especialmente en personas que no pueden configurar "urpmi online" y que desean instalar alguna aplicacion muy concreta junto con todas sus dependencias.
¿Cual fue mi error?
Yo he sido comprador de Mandrake Powerpack en cajita y en el Corte Inglés. Se lo que es comprar 5 cds llenos de software. Me interesó en su día instalar dvd::rip (una aplicación para ripear video con muchas dependencias) y me las vi negras porque Powerpack no era suficiente. Me interesó instalar amsn y eso si que pude pero porque hay pocas dependencias que no esten en los cds y el paquete pesa poco.
Que nadie se moleste si mi propuesta le parece absurda o economicamente inviable. Yo solo intentaba proponer para mejorar que de esto va este foro.
# 34822: ¿Cual enfado?
Antes que nada parece que no leiste la ultima frase de sinner:
No te lo tomes como nada personal, porque no es asi. Es la realidad de los programas libres.
Salut,
Sinner
Ahora bien, el infierno de dependencias es puro FUD, las dependencias las resuelve URPMI, si no tienes internet te haces un repositorio local y listo.
No te lo tomes como la victima Sinner te explico claro, el porque de su posicion no es un ataque, si quieres debatir su posicion pues lo haces no lo lograras posteando sentimentalistmos.
Y como dijo Sinner: No te lo tomes personal, pero asi son las cosas. Mas en el Foro Mejoras donde tu propuesta se debatira debes estar preparado para que sea criticada.
En lo personal me parece interesante desarrollarla pero por el momento no tengo tiempo, para Mandriva no es atractiva. Entonces tu lleva a cabo tu propuesta, recuerda que no hay garantia que las sugerencias posteadas aqui se hagan realidad, pero en el Sotware Libre si alguien mas no lo hace, tu puedes hacerlo realidad.
--
¿Quien es Jesucristo?
# 34825: Sobre este debate.
Soy consciente plenamente de lo que dice Sinner y lo que es más, casi todo cuanto ha dicho Sinner lo sabía antes de que Sinner escribiera nada. No puedo rebatir a Sinner porque Sinner lo que ha hecho es recordar la dura realidad: Linux es esencialmente un sistema operativo en línea y frente a eso casi lo unico que se puede hacer es crear un gran repositorio local.
Lo que no se dio cuenta Sinner es que yo ya sabía casi todo cuanto dijo él antes de que escribiera nada. Fue precisamente porque lo sabia que hice la propuesta con la esperanza de que alguien me oyera e hiciera que Linux se conviertiera en un sistiema operativo fuera de línea.
Lo único que no sabía de cuanto ha escrito Sinner, me lo ha dicho Sinner y me lo ha dicho drakedalfa: la propuesta no es atractiva para Mandriva. Esto no lo sabía, solo lo sospechaba. Es solo que tenía alguna esperanza.
Drakealfa dice que no vale poner sentimentalismo en este foro. Lo recordaré. Soy un ser humano y reconozco tener sentimientos pero es verdad que eso no tiene nada que ver con este foro.Si lo que escribi sonó a sentimental no lo hice por defender mi propuesta que tambien se que puede ser rebatida sino tal vez porque en ese momento pensaba que me tomaban por tonto, que me tomaban por una persona inconsciente de la realidad presente.
Por cierto, acabo de darme cuenta de que Drakedalfa no es un usuario cualquiera de este blog como pueda serlo yo sino una persona muy cercana a la gente de Mandriva. Lo he notado en como habla de ellos. El sabe que les interesa realmente y que no. Sinner posiblemente también.
La próxima vez que haga una propuesta y Drakedalfa o Sinner digan que eso no le interesa a Mandriva me lo tomaré en serio, no seguiré desarrollando la propuesta y me pondre a pensar en otras ideas para mejorar Madriva y Linux, por si se me ocurren.
# 34829: Veamos...
No, no soy cercano a Mandriva
, quizas me atreveria mas a decir que soy cercano a BlogDRAKE no tanto asi a Mandriva en si.
Ahora bien no te desanimes, lo que te queremos dar a entender es que si Mandriva no le parece tu propuesta no por eso debes dejar de promoverla, es mas como ya te dije a mi me llama mucho la atencion, me parece buena idea. El soft Libre te da la oportunidad de trabajar sobre lo ya establecido y si algo no te parece pues recrearlo a la mejor manera que te plazca. Ten en cuenta que una cosa es Mandriva como empresa y otra la Comunidad de Usuarios Mandriva.
En pocas palabras comercialmente podria ser que a Mandriva no le saque lucro a tu idea pero si lo planteas mejor talvez te escuchen, lo primero seria abrir un bug enhancement en bugzilla y explicaras mas tecnicamente tu posicion y si te dicen que no, pues tu puedes llevar a cabo tu propio proyecto con ayuda de mas usuarios Mandriva.
Anda animo este Foro es mas que solo para sugerir sino tambien para debatir y mejorar las propuestas para luego ponerlas en marcha.
--
¿Quien es Jesucristo?
# 35866: el estilo debian
hace unos dias instale debian (no quiero discutir sobre distros vs distros), y familiarizandome con el buscador de paquetes, resulta que no encontraba lo que buscaba, todo gracias a mi inexperiencia con ese sistema, como sea, buscando en internet fui a parar a la pagina de debian en la sección de paquetes (antes intente en google paquet.deb y nada), la cual me parecio muy útil y es como pense debe o deberia ser el proyecto que aqui se discute para bajar paquetes o instalar offline.
pues resulta y si no conocen ese sitio, que tiene un buscador que nos permite hacer la busqueda, por nombre de paquete, descripción, versiones de debian y creo repositorios (hay mas opciones)
con dicho buscador y seleccionando todo ("any", para versiones y no recuerdo el otro) encontre el paquete que buscaba y el cual se encuentra para la version que tengo instalada de debian, hasta ahi todo muy bien, al buscar desde mi sistema estaba claro que mi inexperiencia fue la causante de no encontrar el paquete desde un principio (despues busque de nuevo y ahi estaba).
una vez encontrado el paquete en esa pagina, nos indica las dependencias, la descripción y nos da la opcion de descargar dicho paquete (seleccionar servidor y listo), mas facil no hay.
en mandriva, cuando no tenia conexion, lo que hacia era ir a un repositorio ftp de mandriva e ir a tientas descargando paquetes (o cuando sabia de antemano el nombre), xmms era facil, el nombre lo delata, pero en otros casos la cosa se complica, no habia forma de saber para que es tal o cual paquete, y si no tenia conexión, pues no tenia los repositorios configurados como para buscar y una vez encontrado lo que queria, ir al ftp por él (cosa que seguro haran cuando de repente no hay conexión y deben ir por ellos, al menos asi yo lo hago, uso urpmi tomo nota y luego voy a donde deben estar).
bueno esa es la forma en que este proyecto o idea aqui expresada deberia funcionar, supongo eso seria un trabajo para mas de una persona, pero seria un buen proyecto en mandriva, como lo describi anteriormente, un "easydownload" o por lo menos un buscador que indique el nombre descripción y contenido, sé que existe rpmseek y rpmsearch, asi he descargado en alguna ocasiones y quiza el proyecto sea reinventar la rueda, pero cuando se es nuevo en GNU/Linux y/o mandriva, no se sabe que existe un rpmsearch o un buscador de paquetes del propio debian (o la distro que sea) y uno se encuentra un tanto perdido (que es la razon de este tema)
quiza lo más factible, para no reinvetar la rueda, sea que mandriva indique la existencia de rpmsearch o algun otro para ocasiones en que no se tiene acceso a internet (siempre habra motivos, hardware no detectado, solvencia economica, vivir en el cerro, etc), ya sea que lo publique en su web, o en la pagina de inicio de primera vez en mandriva, o aqui en blogdrake (en un lugar visible)
como sea esa fue mi experiencia en debian buscando paquetes, aunque como mencione, en mandriva tampoco se esta perdido con rpmsearch ;-)
Saludos