OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.
Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.
Primero rpmdrake y ahora drakrpm... ¿Erá necesario un nuevo nombre?
¿Alguien me puede indicar el porqué llamar a una herraminta con distintos nombres siendo la misma? primero se habló de rpmdrake2, que por lo visto ese 2 es solo un indicativo a una nueva versión y nada más, en todo caso, a mi entender (EMHO), al parecer esta nueva herramienta aunque estéticamente se parece un poco a synaptic, por mientras se queda solo en el parecido y ni se le acerca a su funcionalidad :(, pero me imagino que eso se debe a que claramente NO está terminada y pronto cambiará mi persepción :D, más encima, como comenté al inicio, si de ejecutables se trata, rpmdrake es lo mismo que drakrpm y no entiendo para qué hicierón eso, en fin, acá está la salida de un ls -l /usr/bin/drakrpm que corrobora lo comentado:
lrwxrwxrwx 1 root root 16 oct 11 22:31 /usr/bin/drakrpm -> ../sbin/rpmdrake
...entonces, ¿cual es la idea? para empezar, el item del menú llamado Install, Remove & Update Software sigue dándome el error Imposible de lanzar el programa desconocido "install", que se puede ver acá:
...lo que me llevó a averiguar más de que se trataba esta nueva herramienta llamada drakrpm, y para mi sorpresa NO había nada nuevo jajaja :(, ya que como comenté más arriba, solo es un humilde enlace simbólico. :D
Al final he decidido exponer acá todas las cosas raras qeu me he topado al hecer uso de rpmdrake/drakrpm por medio del CCM, y digo raras porque no se si son bugs o sencillamente la herramienta está a medio camino para llegar a su versión final, vaya a saber uno!!!
1º Como drakrpm es lo mismo que rpmdrake, ya no es sorpresa para mi que no exista una opción del tipo --start-with="Install Software", a la cual alude drakconf cuando uno ejecuta el item Install, Remove & Update Software que por cierto me da un error.
2º Si bien el nuevo rpmdrake/drakrpm, en su ventana de Administración de Software tiene un cuadro de lista con diferentes opciones para lo que se refiere a la Selección de Paquetes, la herramienta no hace uso del penúltimo de los 3 items mostrados a continuación:
Total
que muestra todos los paquetes, es decir, con esta seleción podremos ver tanto los paquetes instalados como los no instalados.
Instalados
que muestra exclusivamente solo los paquetes instalados.
No Instalados
que muestra exclusivamente solo los paquetes no instalados.
3º Lo lógico es que rpmdrake/drakrpm posea una opción correspondiente a cada uno de los items detallados para que la utilice no es así, es decir, si queremos instalar un paquete, lo obvio sería ejecutar rpmdrake/drakrpm al estilo:
drakrpm --install o drakrpmi
Si queremos desintalar un pquete ejecutaríamos:
drakrpm --remove o drakrpme
Y si queremos verlos todos:
drakrpm --todo o drakrpm
Pero lo que tenemos en la práctica solo es lo sgte:
drakrpm y drakrpm-remove
Pero no hay ningúno del tipo "install", aunque a esta altura me imagino que más de álguien puede estar pensando, ¿Y para qué necesito esas opciónes si drakrpm funciona bien? pues según yo, de que funciona, pues Funciona!!! :D, pero no como debería ser, ya que de partida no aprovecha todas sus opciones, pero para explicarlo mejor y para practicar mi correcta forma de postear, me apollaré en algunos screeners:
Acá tenemos la ventana por defecto que se obtiene al llamar a rpmdrake/drakrpm:
Si se fijan en el cuadro de lista, la opción seleccionada por defecto es Todo, y lo que hace es mostrar Todos los paquetes disponibles, es decir, muestra tanto los instalados como los que no lo están.
En el sgte. screener se pueden apreciar la totalidad de opciones de selección de paquetes que ofrece rpmdrake/drakrpm en su ventana de administración de software:
Pues bien, veámoslo funcionar para preciar una anomalía:
Bajo el cuadro de lista tenemos una selección de categorías de paquetes según su funcionalidad, ahí seleccionamos la categoría Archivao y el subitem Compresión y elejimos el paquete file-roller para desintalarlo:
Hasta acá todo parece ir bien, tanto así que nos ofrece un cuadro de mensaje al cual respondemos afirmatívamente:
A simple vista la operación terminó correctamente, prueba de ello es que la ventana de administración de software volvió a su estado inicial luego de unos cuantos parpadeos:
Y como buen usuario, de esos desconfiados :D, procedo a revisar que todo esté bien, ¿y como hago aquello? pues viendo en la ventana que el paquete recién desintalado aparezca como tal:
UP's!!! No aparece, así es que, buscando un solución, procedo a actualizar la lista de paquetes manualmente, que según recuerdo, había una opción para dicho fin en el menú de rpmdrake/drakrpm, al buscar vemos que esta opción lleba por nombre "Recargar lista de paquetes", y como no, me imagino que esa me sirve ya que no hay otra xD, y acá dejo un screener en el cual se puede apreciar lo dicho:
Pero Sorpresa!!! el problema es que hace toda la parafernalia, limpia el fondo de la ventana, recarga la lista de categorías de paquetes, etc, pero ni luces del paquete file-roller que debería aparecer como no instalado, al final de cuentas, tuve que reiniciar rpmdrake/drakrpm para que file-roller apareciera en el listado de paquetes comono Instalado :(, y acá el correspondietne screener:
En fin... puede parecer un detalle, pero a mi gusto tiene bastante cara de BUG!!!.
Para terminar, comento que si a álguien le pareció mucho texto y monos para tan poca cosa, pues estoy de acuerdo xDDD pero me tomé la libertad de perder mi tiempo de este modo ya que es la única forma de ir aprendiendo como postear cosas por el estilo debforma más gráfica, separándo párrafos, aplicándole a las reglas ortogáficas, etc, aunque no esperen mucho D, y quizás, a lo mejor algún día posteo algo más interesante, pero por algo hay que empezar. :P
Salu2!!!
- Blog de Guala
- Entra a tu cuenta o crea una para poder comentar.
BOFH
# 25241 ¿por qué no?
Si te das cuenta se tiende a que los wizards de mandriva tengan el prefijo "drak", rpmdrake no tiene por qué ser la excepción, y han aprovechado que lo han unificado, para cambiarle el nombre, dejando además el antiguo nombre para los nostálgicos :-) (a veces yo también ejecuto rpmdrake o rpmdrake-remove) (realmente es al revés, pero el nombre que acabará imponiendose (al menos a día de hoy parece que es así) es el de drakrpm
El problema del "programa desconocido "install"", no tiene nada que ver con el nombre de drakrpm, es un bug conocido, y en principio debería estar solucionado (aunque quizás los mirrors aún no se han actualizado (mira en el link de mi firma y busca entre los que están FIXED (de color verde) ;-)).
1. La opción existe, ejecútalo desde el terminal y verás que funciona perfectamente, que sea un link no quiere decir que rpmdrake no esté preparado para recibir esa opción ;-)
2. A mi sí me muestra sólo los paquetes instalados cuando digo que me los muestre :-/, quizás hay un malentendido :-(
3. Este problema no lo puedo probar ahora, dado que estoy instalando todo el KDE (para probar unas cosas) y me va a tardar un rato (bendito emerge que sí permite ejecutar varios a la vez sin volverse loco, no como urpmi, yast, apt-get o yum xD).
Saludos :-)
¡BUGs!
JID: pacho@jabber-hispano.org
El Blog de Pacho
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
BOFH
# 25269 No estoy de acuerdo con andar cambiando de nombre, pero en fin..
El cambiar de nombre solo denota desorden, ahora, si fuese por ordenar el gallinero, ¿mañana cambiaran los urpmi por drakrpmi, etc? :(
Con respecto a lo expuesto en mi primero post, el problema claramente existe, y no creo que solo sea Mi problema, esto ya que si hacemos la prueba inversa, es decir, si voy a instalar el paquete que en la prueba anterior dsintalé, el sistema no comete el mismo error, esta ves si se actualiza y el volver a la categoría correspondiente el paquete ahora aparece como Instalado como debiería ser.
Referete a la lista de bugs, pues si me dí una vuelta por ahí, no me fue difícil dar con lo que buscaba ya que en el listado el bugs aparece citado mediante la opción del comando que no funciona, que es --start-with doesn't work with double quotes, pero la verdad, a mi gusto, arto Chanta (Barata) la solución que han dado xDDD, y esta es que hay que cambiar drakconf por rpmdrake --root :O pero claramente esa solución ni si quiera es un equivalente a lo que se pretendía en origen al crear el item Install, Remove & Update Software, pero para explicar mejor mi pensamiento sobre el tema, analicemos lo sgte:
Las 3 opciones más importantes para el tema en cuestión son las que he marcado en negrita en la imagen sgte:
Y según yo, corríjanme si me equivoco en mi percepción, pero lo que se espera es que cada una de esas opciones destacadas, en realidad con todas debiese suceder lo que a continuación explicaré, pero para acortar lo escrito, solo me referiré a las que están en negrita, pues bién, decía que lo mínimo que uno espera en Linux, es que los GUI posean menos caractarísticas (opciones) comparados con la CLI, pero no me es coherente que sucedea lo contrario, ahora, que a la mayoría le de lo mismo pues es un tema que mejor no tocaré :P, pero por lo menos yo, lo menos que espero es que el CLI drakrpm, posea como mínimo las mismas opciones que el GUI para hacer uso de ellas si uno quiere ¿o no?...
...si el GUI tiene la opción para selección de paquetes llamada No Instalado, lo que yo espero es que exista un ejecutable equivalente que sería algo como un drakrpm-install, cosa que por cierto nunca ha existido, y no es culpa de rpmdrake ya que si recordamos, el antiguo rpmdrake no poseía la capacidad de seleccionar por paquetes instalados, no instalados y si mal no recuerdo, tampoco tenía la opción Todo, entonces, no me es novedoso que en CLI no exista el equivalente al GUI :(, es más, yo recuerdo que me di el trabajo de escudriñar algunos scripts y la función No_Installed NO existía, por ende es imposible crear un drakrpm-install si tener que trabajar en el script antiguo para agregar lo que falta, ¿que lo están haciendo? pues eso no lo sé.
Pero saben lo curioso, me sigue llamando la atención que este tipo de cosas NO se tomen en cuenta en MDV, aunque claro, por lo visto los usuarios hacen lo mismo, ¿pero quién fue primero? xD es como la interrogante del huevo y la gallina jajajaja.
En resumen:
Si yo ejecuto drakrpm-remove, lo que obtengo es esto:
Si ejecuto drakrpm, lógicamente lo que obtengo es esto:
Pero yo no puedo aejecutar drakrpm-install ya que el comando NO existe, pero de existir lo que se debiese obtener es lo sgte:
Salu2!!!
P.D. REconozco que lo que acuso NO es gran cosa, pero fallas como estas no son de profesionales, solo eso, un EMHO :P
BOFH
# 25271 "El cambiar de nombre solo
"El cambiar de nombre solo denota desorden, ahora, si fuese por ordenar el gallinero, ¿mañana cambiaran los urpmi por drakrpmi, etc? :("
En cuanto a lo del bug, no tiene nada que ver con el problema que expones, y la solución es perfectamente válida. El comando drakconf --start-with="Install Software" funciona perfectamente, ejecútalo desde el terminal y verás que hace lo que debe. Ese problema es un derivado de que a kdesu no le gusta que le metan comillas como parámetros, pero si te fijas, en el terminal no tienes ese problema y en el menú de gnome tampoco.
La solución será "barata", pero es que la solución "cara" sería enviar un bug a kde.org para que kdesu soportase bien los comandos con comillas, lo cual me parece una exageración si tenemos en cuenta que lo que hace drakconf --start-with="Install Software" es completamente equivalente a lo que hace rpmdrake --root
Lo de cambiar el nombre no lo veo mal, así unifican un poco y lo pasan todo a drak... en lugar de ...drake, tampoco me parece tan transcendental, desde luego no me quita el sueño y no denota desorganización (otra cosa es que la migración se haga de una manera ordenada o no, pero eso no es culpa de los nombres ;-))
Cuando yo lanzo drakrpm-remove se me abre con el modo "Installed", que es lo razonable, dado que son los paquetes que se pueden borrar :-/
Saludos
¡BUGs!
JID: pacho@jabber-hispano.org
El Blog de Pacho
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
BOFH
# 25295 Hola Pacho, referente a lo
Hola Pacho, referente a lo de desorden, pues esa fue la conclusión de una discución de 3 linuxeros y yo :D... pero en fin, solo es una opinión tipo desahogo ya, como dije, nada puedo hacer. :D
Lo otro, yo no he dicho que el bug tenga algo que ver con el otro problema que comento, lo que pasó es que como mi idea del blog era hablar de todas las cosas curiosas que me pasan con drakrpm para así saber distinguir si era bug o no, pero al final me enredé en algunas cosas, sorry ;), lo del problema del no listado de paquetes recién desinstalados ya me quedó claro, es un Bug, ahora solo me queda aprender a ingresar un bug. :D
De lo demás...
jajajaja
...en fin, me voy con el mal sabor de no saber si, no fui capaz de hacerme entender con el tema de que si yo ejecuto un ícono que debiese llevarme a una ventana en donde está todo acomodado para remover paquetes, esto significa que si yo quiero desinstalar paquetes, la ventana deberá estar con la opción de paquetes Instalados seleccionada por defecto, cosa que SÍ ocurre!!!, entonces lo menos que espero es que exista un ícono similar para que me lleve a una ventana de administración en la cual esté todo acomodado para instalar paquetes, esto significa que si yo quiero instalar, la ventana deberá estar con la opción de paquetes No Instalados seleccionada por defecto, cosa que NO ocurre!!! :S
voy a ir a buscar una foto de mi pitbull en donde este enojado xDDD
Salu2 y gracias por atender!!!
BOFH
# 25270 Sobre el tercer problema
Voy a probar con xcdroast, a ver si sigo bien los pasos:
1. Pongo que me muestre TODOS los paquetes, selecciono xcdroast para borrar.
2. Le digo que sí, lo desintalé
3. Le doy a buscar y efectivamente no está. Es un bug, si fueras tan amable de reportarlo cuenta con mi voto ;-)
Gracias por encontrar el problema :-)
¡BUGs!
JID: pacho@jabber-hispano.org
El Blog de Pacho
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho