[opensuse-es] no inicia secion correctamente
Estaba trabajando normalmente, sin problemas en Gnome, todo funcionaba bien, pero me puse a probar configuraciones, cerre la secion y probe otros escritorios, inicie kde4, en modo a prueba de fallos, y sinceramente de tanto estar iniciando ya no recuerdo que opcion le di, y ya solo se queda el mouse y la pantalla en negro, jugando con las teclas llego a lograr aparecer alguna ventana como la captura de pantalla (solo captura negro) y reiniciarla con Ctrl-Alt-Retroceso, pero no siempre ¿como puedo recuperar mi secion?, a estas alturas ya no me importa si es kde o gnome, cuando le doy en inicar en modo seguro me hace lo mismo..... solo puedo iniciar windows... -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-21 a las 15:17 -0500, Juan Carlos García Muñoz escribió:
Estaba trabajando normalmente, sin problemas en Gnome, todo funcionaba bien, pero me puse a probar configuraciones, cerre la secion y probe otros escritorios, inicie kde4, en modo a prueba de fallos,
¿Quieres decir que rebotaste en modo a prueba de fallos? ¿Porque, iba ya algo mal desde el principio? ¿El que? ¿Porque reinicias para cambiar de entorno?
y sinceramente de tanto estar iniciando ya no recuerdo que opcion le di, y ya solo se queda el mouse y la pantalla en negro, jugando con las teclas llego a lograr aparecer alguna ventana como la captura de pantalla (solo captura negro) y reiniciarla con Ctrl-Alt-Retroceso, pero no siempre
¿como puedo recuperar mi secion?, a estas alturas ya no me importa si es kde o gnome, cuando le doy en inicar en modo seguro me hace lo mismo..... solo puedo iniciar windows...
Difícil sin saber qué es lo que has hecho, o nos das más sintmas, entradas del log, mensajes, etc... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknuLGsACgkQtTMYHG2NR9WImwCZARY1lkWwySM9icUwy/iKbfqQ 0l0An3FsOehsOXKXV9xemFQ/NNepy+61 =hMDQ -----END PGP SIGNATURE-----
Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2009-04-21 a las 15:17 -0500, Juan Carlos García Muñoz escribió:
Estaba trabajando normalmente, sin problemas en Gnome, todo funcionaba bien, pero me puse a probar configuraciones, cerre la secion y probe otros escritorios, inicie kde4, en modo a prueba de fallos,
¿Quieres decir que rebotaste en modo a prueba de fallos? ¿Porque, iba ya algo mal desde el principio? ¿El que? ¿Porque reinicias para cambiar de entorno?
cerre la secion, y quise probar otros entornos, inice gnome, cerre secion, inicie kde, cerre secion, y asi..... (creo que no debo jugar tanto)
y sinceramente de tanto estar iniciando ya no recuerdo que opcion le di, y ya solo se queda el mouse y la pantalla en negro, jugando con las teclas llego a lograr aparecer alguna ventana como la captura de pantalla (solo captura negro) y reiniciarla con Ctrl-Alt-Retroceso, pero no siempre
¿como puedo recuperar mi secion?, a estas alturas ya no me importa si es kde o gnome, cuando le doy en inicar en modo seguro me hace lo mismo..... solo puedo iniciar windows...
Difícil sin saber qué es lo que has hecho, o nos das más sintmas, entradas del log, mensajes, etc...
y solo eso, inicia, se pone la pantalla negra y me pone el mouse, el teclado responde (es mas puedo capturar pantalla, me da la opcion de gardar la pantalla, pero nada mas) solo eso.... no hace otra cosa... -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-21 a las 15:31 -0500, Juan Carlos García Muñoz escribió:
y solo eso, inicia, se pone la pantalla negra y me pone el mouse, el teclado responde (es mas puedo capturar pantalla, me da la opcion de gardar la pantalla, pero nada mas) solo eso.... no hace otra cosa...
Inicia en modo texto, nivel 3. Escribe un 3 en la pantalla del grub al arrancar el ordenador. Entra entonces como root en el terminal 1, y como usuario en el 2, y allí ejecuta: startx kde o startx gnome u otro de los entornos que tengas ('wmlist' te los lista). Si no funciona, lo cierras, y en la consola podrás ver mensajes de error, con suerte. Y prueba con el otro. Si no, prueba creando un usuario nuevo (yast, modo texto), y entonces entra como ese usuario en el terminal 3 (por ejemplo), a ver que pasa. Si funciona con el nuevo usuario, entonces tienes que borrar las configuraciones de tus usuarios normales. Si no funciona con ningún usuario, entonces tienes que deshacer lo que hayas instalado en el sistema. Pero antes prueba con otro entorno que no sea gnome ni kde: si el otro tampoco funciona, entonces el fallo es más gordo, y tienes mal el entorno, tendrás que jugar con sax. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknuPEMACgkQtTMYHG2NR9WFZQCfVKlnyXmuKhGwLdxX2I3H/7sU V+wAnAj3Vwsx2S4THpKrKfVg4e1iH8kd =kyZS -----END PGP SIGNATURE-----
Inicia en modo texto, nivel 3. Escribe un 3 en la pantalla del grub al arrancar el ordenador. Entra entonces como root en el terminal 1, y como usuario en el 2, y allí ejecuta:
startx kde o startx gnome
ok, ya arranco bien denuevo... pero me encuentro con un problemita con el entorno de gnome.... me parecio extraño que al arrancar me marcara que: "ha terminado de forma inesperada el controlador de volume" me daba la opcion de recargar o no recargar, por mas que lo intente, nunca lo recargo, trate de ejecutar pidgin, banshee, pero no los abre, incluso la configuracion de el escritorio cambio un poco (el tema, no lo cargo bien) quise checarlo y al irme a las propiedades del escritorio me encuentro con este mensaje: no se puede iniciar el gestor de configuracion <<gnome-settings-daemon>>. Si el gestor de configuracion de GNOME no esta ejecutandose es posible que algunas de las preferencias no surtan efecto. Esto puede ser el sintoma de un problema con Bonobo o que un gestor de configuracion que no es de GNOME (por ejemplo KDE) ya esta activo y en conflicto con el gestor de configuracion de GNOME. trate de buscarle que es eso, pero no doy, por si las dudas cree otro usuario, para checar si solo me pasaba a mi, pero no, es general en Gnome... Alguna idea de como reparar esto? -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-04-22 a las 07:36 -0500, Juan Carlos Garcia escribió:
Inicia en modo texto, nivel 3. Escribe un 3 en la pantalla del grub al arrancar el ordenador. Entra entonces como root en el terminal 1, y como usuario en el 2, y allí ejecuta:
startx kde o startx gnome
ok, ya arranco bien denuevo...
pero me encuentro con un problemita con el entorno de gnome.... me parecio extraño que al arrancar me marcara que: "ha terminado de forma inesperada el controlador de volume" me daba la opcion de recargar o no recargar, por mas que lo intente, nunca lo recargo, trate de ejecutar pidgin, banshee, pero no los abre, incluso la configuracion de el escritorio cambio un poco (el tema, no lo cargo bien) quise checarlo y al irme a las propiedades del escritorio me encuentro con este mensaje:
no se puede iniciar el gestor de configuracion <<gnome-settings-daemon>>. Si el gestor de configuracion de GNOME no esta ejecutandose es posible que algunas de las preferencias no surtan efecto. Esto puede ser el sintoma de un problema con Bonobo o que un gestor de configuracion que no es de GNOME (por ejemplo KDE) ya esta activo y en conflicto con el gestor de configuracion de GNOME.
trate de buscarle que es eso, pero no doy, por si las dudas cree otro usuario, para checar si solo me pasaba a mi, pero no, es general en Gnome... Alguna idea de como reparar esto?
Prueba lo que dice. Verifica la tabla de procesos para comprobar si está iniciado el daemon. Si no lo está, inícialo. Y si tienes algún proceso de kde por ahí ejecutándose (que no utilices), mátalo }:-) Quizá todo el follón venga porque tenías configurada la opción de guardar la sesión automáticamente al salir, y al iniciar la sesión en kde se haya quedado algún proceso fantasma que se está cargando y te está dando guerra >:-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Wednesday 22 April 2009 07:36:50 Juan Carlos Garcia wrote:
Inicia en modo texto, nivel 3. Escribe un 3 en la pantalla del grub al arrancar el ordenador. Entra entonces como root en el terminal 1, y como usuario en el 2, y allí ejecuta:
startx kde o startx gnome
ok, ya arranco bien denuevo...
pero me encuentro con un problemita con el entorno de gnome.... me parecio extraño que al arrancar me marcara que: "ha terminado de forma inesperada el controlador de volume" me daba la opcion de recargar o no recargar, por mas que lo intente, nunca lo recargo, trate de ejecutar pidgin, banshee, pero no los abre, incluso la configuracion de el escritorio cambio un poco (el tema, no lo cargo bien) quise checarlo y al irme a las propiedades del escritorio me encuentro con este mensaje:
no se puede iniciar el gestor de configuracion <<gnome-settings-daemon>>. Si el gestor de configuracion de GNOME no esta ejecutandose es posible que algunas de las preferencias no surtan efecto. Esto puede ser el sintoma de un problema con Bonobo o que un gestor de configuracion que no es de GNOME (por ejemplo KDE) ya esta activo y en conflicto con el gestor de configuracion de GNOME.
trate de buscarle que es eso, pero no doy, por si las dudas cree otro usuario, para checar si solo me pasaba a mi, pero no, es general en Gnome... Alguna idea de como reparar esto?
Revisa las recomendaciones de Camaleon Revisa si es que la instalación del sistema está completa con zypper ve actualiza si es que hay problemas zypper ref zypper up eso se puede hacer desde la consola como root -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Revisa las recomendaciones de Camaleon Revisa si es que la instalación del sistema está completa con zypper ve
mmmm, revisem, zypper me dice que todo esta bien, revise tambien los procesos, pero, una de dos, o no hay nada de kde o.. (lo mas seguro) no se identificarlo, Lo unico que no logre es el saber como iniciar el daemos de bonobo, por que no lo veo entre los procesos, trate desde consola, con su, pero no se como llamarlo...me pueden ayudar con eso.. gracias -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-04-22 a las 11:57 -0500, Juan Carlos Garcia escribió:
mmmm, revisem, zypper me dice que todo esta bien, revise tambien los procesos, pero, una de dos, o no hay nada de kde o.. (lo mas seguro) no se identificarlo,
Lo unico que no logre es el saber como iniciar el daemos de bonobo, por que no lo veo entre los procesos, trate desde consola, con su, pero no se como llamarlo...me pueden ayudar con eso.. gracias
¿Bonobo? No, era el gnome-settings-daemon, o eso creo, vaya. Bueno, para comprobar si lo tienes en ejecución, ejecuta en gnome-terminal: ps aux | grep gnome-settings-daemon Si no te aparece ningún proceso, ejecuta: /usr/lib/gnome-settings-daemon/gnome-settings-daemon para iniciarlo. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mié, 22-04-2009 a las 19:19 +0200, Camaleón escribió:
El 2009-04-22 a las 11:57 -0500, Juan Carlos Garcia escribió:
mmmm, revisem, zypper me dice que todo esta bien, revise tambien los procesos, pero, una de dos, o no hay nada de kde o.. (lo mas seguro) no se identificarlo,
Lo unico que no logre es el saber como iniciar el daemos de bonobo, por que no lo veo entre los procesos, trate desde consola, con su, pero no se como llamarlo...me pueden ayudar con eso.. gracias
¿Bonobo? No, era el gnome-settings-daemon, o eso creo, vaya.
Bueno, para comprobar si lo tienes en ejecución, ejecuta en gnome-terminal:
ps aux | grep gnome-settings-daemon
Si no te aparece ningún proceso, ejecuta:
/usr/lib/gnome-settings-daemon/gnome-settings-daemon
para iniciarlo.
ok, el mensaje meciona que no puede iniciar el gnome-settings-daemon, con lo que me dijo camaleon si lo veo, de cualquier modo lo ejecute, trate nuevamente de iniciar el gestor de configuracion y empeso a reconstruir el tema que tengo en gnome, pero de pronto casca el asunto y me manda denuevo el mensaje, tambien ya logre ver entre los procesos a: bonobo-activation-server.-... continua el mismo error... -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
ok, el mensaje meciona que no puede iniciar el gnome-settings-daemon, con lo que me dijo camaleon si lo veo, de cualquier modo lo ejecute, trate nuevamente de iniciar el gestor de configuracion y empeso a reconstruir el tema que tengo en gnome, pero de pronto casca el asunto y me manda denuevo el mensaje, tambien ya logre ver entre los procesos a: bonobo-activation-server.-... continua el mismo error...
use el ps aux y veo los procesos, (antes use el monitor de sistema y me imagino que no muetra todos), les anexo lo que me muestra, veo varios que me imagino son de kde (por que empiezan con k) como le hago para matarlos ¿el comando kill? -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-22 a las 12:51 -0500, Juan Carlos Garcia escribió:
use el ps aux y veo los procesos, (antes use el monitor de sistema y me imagino que no muetra todos), les anexo lo que me muestra, veo varios que me imagino son de kde (por que empiezan con k) como le hago para matarlos ¿el comando kill?
No hay anexos. Ojo que la K también es de algunos procesos del kernel. ¿Has estado instalando cosas entre esas pruebas que hiciste? ¿Que? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknvWuYACgkQtTMYHG2NR9V5NwCdFWmU/NzNYFSBC9veeJYVk1Cu t+UAniECLZAwwol63EOup3iCDU/uQY/i =01ap -----END PGP SIGNATURE-----
El mié, 22-04-2009 a las 19:58 +0200, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2009-04-22 a las 12:51 -0500, Juan Carlos Garcia escribió:
use el ps aux y veo los procesos, (antes use el monitor de sistema y me imagino que no muetra todos), les anexo lo que me muestra, veo varios que me imagino son de kde (por que empiezan con k) como le hago para matarlos ¿el comando kill?
No hay anexos.
me lleva..........(cochinas prisas) ahi ta: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.2 0.0 1008 356 ? Ss 13:05 0:01 init [5] root 2 0.0 0.0 0 0 ? S< 13:05 0:00 [kthreadd] root 3 0.0 0.0 0 0 ? S< 13:05 0:00 [migration/0] root 4 0.0 0.0 0 0 ? S< 13:05 0:00 [ksoftirqd/0] root 5 0.0 0.0 0 0 ? S< 13:05 0:00 [migration/1] root 6 0.0 0.0 0 0 ? S< 13:05 0:00 [ksoftirqd/1] root 7 0.0 0.0 0 0 ? S< 13:05 0:00 [events/0] root 8 0.0 0.0 0 0 ? S< 13:05 0:00 [events/1] root 9 0.0 0.0 0 0 ? S< 13:05 0:00 [khelper] root 10 0.0 0.0 0 0 ? S< 13:05 0:00 [kintegrityd/0] root 11 0.0 0.0 0 0 ? S< 13:05 0:00 [kintegrityd/1] root 12 0.0 0.0 0 0 ? S< 13:05 0:00 [kblockd/0] root 13 0.0 0.0 0 0 ? S< 13:05 0:00 [kblockd/1] root 14 0.0 0.0 0 0 ? S< 13:05 0:00 [kacpid] root 15 0.0 0.0 0 0 ? S< 13:05 0:00 [kacpi_notify] root 16 0.0 0.0 0 0 ? S< 13:05 0:00 [cqueue] root 17 0.0 0.0 0 0 ? S< 13:05 0:00 [kseriod] root 18 0.0 0.0 0 0 ? S< 13:05 0:00 [kondemand/0] root 19 0.0 0.0 0 0 ? S< 13:05 0:00 [kondemand/1] root 20 0.0 0.0 0 0 ? S 13:05 0:00 [pdflush] root 21 0.0 0.0 0 0 ? S 13:05 0:00 [pdflush] root 22 0.0 0.0 0 0 ? S< 13:05 0:00 [kswapd0] root 23 0.0 0.0 0 0 ? S< 13:05 0:00 [aio/0] root 24 0.0 0.0 0 0 ? S< 13:05 0:00 [aio/1] root 25 0.0 0.0 0 0 ? S< 13:05 0:00 [kpsmoused] root 68 0.0 0.0 0 0 ? S< 13:05 0:00 [ata/0] root 69 0.0 0.0 0 0 ? S< 13:05 0:00 [ata/1] root 70 0.0 0.0 0 0 ? S< 13:05 0:00 [ata_aux] root 73 0.0 0.0 0 0 ? S< 13:05 0:00 [scsi_eh_0] root 74 0.0 0.0 0 0 ? S< 13:05 0:00 [scsi_eh_1] root 78 0.0 0.0 0 0 ? S< 13:05 0:00 [scsi_eh_2] root 79 0.0 0.0 0 0 ? S< 13:05 0:00 [scsi_eh_3] root 270 0.0 0.0 0 0 ? S< 13:05 0:00 [ksuspend_usbd] root 304 0.0 0.0 0 0 ? S< 13:05 0:00 [khubd] root 637 0.0 0.0 0 0 ? S< 13:05 0:00 [kjournald] root 716 0.0 0.2 2756 1180 ? S<s 13:05 0:00 /sbin/udevd --d root 1464 0.0 0.0 0 0 ? S< 13:05 0:00 [kauditd] root 1479 0.0 0.0 0 0 ? S< 13:05 0:00 [kstriped] root 1530 0.0 0.0 0 0 ? S< 13:05 0:00 [kjournald] root 1557 0.0 0.2 3856 968 ? Ss 13:05 0:00 /sbin/mount.ntf root 2043 0.0 0.1 1776 560 ? Ss 13:05 0:00 /sbin/acpid root 2064 0.0 0.2 2596 996 ? Ss 13:05 0:00 /sbin/syslog-ng root 2067 0.0 0.1 1912 548 ? Ss 13:05 0:00 /sbin/klogd -c 102 2075 0.0 0.2 3020 1212 ? Ss 13:05 0:00 /bin/dbus-daemo 105 2212 0.1 1.0 7052 4812 ? Ss 13:05 0:00 /usr/sbin/hald root 2216 0.0 0.5 17580 2552 ? Ssl 13:05 0:00 /usr/sbin/conso root 2217 0.0 0.2 3528 1128 ? S 13:05 0:00 hald-runner root 2339 0.0 0.2 3648 1092 ? S 13:05 0:00 hald-addon-inpu 105 2369 0.0 0.2 3376 1036 ? S 13:05 0:00 hald-addon-acpi root 2371 0.0 0.2 3652 1200 ? S 13:05 0:00 hald-addon-stor root 2915 0.0 0.1 3896 696 ? Ss 13:05 0:00 /usr/bin/kdm root 2944 1.3 8.2 44940 36812 tty7 Ss+ 13:05 0:05 /usr/bin/Xorg - root 3166 0.0 0.1 2316 628 ? Ss 13:05 0:00 /sbin/rpcbind root 3279 0.0 0.0 1968 260 ? Ss 13:05 0:00 /sbin/dhcpcd -- root 3280 0.0 0.4 5348 2104 ? S 13:05 0:00 -:0 root 3363 0.0 0.1 3576 752 ? S 13:05 0:00 dbus-launch --a root 3364 0.0 0.1 2712 736 ? Ss 13:05 0:00 /bin/dbus-daemo avahi 3596 0.0 0.3 2956 1508 ? Ss 13:05 0:00 avahi-daemon: r root 3691 0.0 0.2 141812 1120 ? Ssl 13:05 0:00 /usr/sbin/nscd root 3714 0.0 0.1 10792 752 ? S<sl 13:05 0:00 /sbin/auditd -s root 3716 0.0 0.1 10144 688 ? S<sl 13:05 0:00 /sbin/audispd root 3801 0.0 0.5 8108 2548 ? Ss 13:05 0:00 /usr/sbin/cupsd root 3858 0.0 0.4 7036 1784 ? Ss 13:05 0:00 /usr/lib/postfi root 3884 0.0 0.1 2320 588 ? Ss 13:05 0:00 /usr/sbin/cron postfix 3897 0.0 0.3 6836 1700 ? S 13:05 0:00 pickup -l -t fi postfix 3898 0.0 0.3 6880 1732 ? S 13:05 0:00 qmgr -l -t fifo root 3911 0.0 0.1 3544 712 ? S 13:05 0:00 /usr/sbin/smart root 3974 0.0 0.2 6568 1040 ? Ss 13:05 0:00 /usr/sbin/sshd root 4061 0.0 0.1 2268 660 tty1 Ss+ 13:05 0:00 /sbin/mingetty root 4062 0.0 0.1 2268 644 tty2 Ss+ 13:05 0:00 /sbin/mingetty root 4063 0.0 0.1 2268 640 tty3 Ss+ 13:05 0:00 /sbin/mingetty root 4066 0.0 0.1 2268 640 tty4 Ss+ 13:05 0:00 /sbin/mingetty root 4067 0.0 0.1 2268 636 tty5 Ss+ 13:05 0:00 /sbin/mingetty root 4068 0.0 0.1 2268 640 tty6 Ss+ 13:05 0:00 /sbin/mingetty juan 4113 0.2 1.9 35640 8804 ? Ssl 13:09 0:00 /usr/bin/gnome- juan 4218 0.0 0.1 4016 476 ? Ss 13:09 0:00 /usr/bin/gpg-ag juan 4222 0.0 0.1 3560 732 ? S 13:09 0:00 dbus-launch --e juan 4223 0.1 0.2 3300 1100 ? Ss 13:09 0:00 /bin/dbus-daemo juan 4226 0.8 3.3 18444 14900 ? S 13:09 0:01 /usr/lib/GConf/ juan 4229 0.0 0.8 15404 3692 ? S 13:09 0:00 /usr/lib/gnome- juan 4233 0.0 0.5 23528 2544 ? SL 13:09 0:00 /usr/bin/gnome- juan 4235 0.7 2.4 22708 11052 ? S 13:09 0:01 /usr/bin/metaci juan 4241 0.0 0.4 6132 2168 ? S 13:09 0:00 /usr/lib/gvfs/g juan 4242 0.6 4.1 130872 18492 ? S 13:09 0:00 gnome-panel juan 4248 0.0 0.4 29460 2076 ? Ssl 13:09 0:00 /usr/lib/gvfs// juan 4258 0.7 5.7 240776 25464 ? Sl 13:09 0:01 nautilus --no-d juan 4264 0.0 1.0 93600 4856 ? Ssl 13:09 0:00 /usr/bin/pulsea juan 4266 0.0 0.8 42360 3700 ? Ssl 13:09 0:00 /usr/lib/bonobo juan 4271 0.0 0.5 8160 2432 ? S 13:09 0:00 /usr/lib/pulse/ juan 4281 0.7 4.1 118132 18460 ? S 13:10 0:01 /usr/lib/gnome- juan 4283 0.9 5.5 134548 24844 ? Sl 13:10 0:01 mono /usr/lib/t juan 4285 0.0 0.7 32176 3144 ? Sl 13:10 0:00 /usr/lib/gvfs/g juan 4287 0.0 0.5 5992 2232 ? S 13:10 0:00 /usr/lib/gvfs/g juan 4291 0.0 0.6 15044 2824 ? S 13:10 0:00 /usr/lib/gvfs/g juan 4300 0.0 0.5 6440 2236 ? S 13:10 0:00 /usr/lib/gvfs/g juan 4313 0.0 1.3 16668 6176 ? S 13:10 0:00 bluetooth-apple juan 4314 1.7 6.1 84060 27184 ? SNl 13:10 0:02 beagled /usr/li juan 4317 0.1 2.8 162484 12784 ? S 13:10 0:00 nm-applet --sm- juan 4328 0.1 2.0 36392 8884 ? S 13:10 0:00 gpk-update-icon juan 4339 0.2 3.0 28752 13724 ? S 13:10 0:00 python /usr/lib root 4346 0.0 0.3 3632 1608 ? Ss 13:10 0:00 /usr/sbin/bluet root 4352 0.0 0.0 0 0 ? S< 13:10 0:00 [btaddconn] root 4353 0.0 0.0 0 0 ? S< 13:10 0:00 [btdelconn] root 4395 0.0 0.0 0 0 ? S< 13:10 0:00 [krfcommd] root 4452 0.0 0.6 7344 3004 ? S 13:10 0:00 /usr/sbin/nm-sy juan 4495 0.0 0.3 4448 1388 ? S 13:10 0:00 /bin/sh /usr/bi juan 4499 0.0 0.3 4188 1436 ? S 13:10 0:00 /bin/sh /usr/bi juan 4502 0.2 2.8 120344 12876 ? Sl 13:10 0:00 /usr/bin/gnomes root 4503 0.0 0.3 4512 1508 ? S 13:10 0:00 /usr/lib/libgno juan 4505 3.6 8.4 175792 37708 ? Sl 13:10 0:04 /usr/bin/evolut juan 4511 0.0 1.7 75296 7988 ? Sl 13:10 0:00 /usr/lib/evolut root 4523 0.0 0.3 4192 1592 ? S 13:10 0:00 /bin/bash /sbin root 4542 4.0 13.1 172272 58212 ? Sl 13:10 0:04 /usr/lib/YaST2/ juan 4548 0.1 2.5 69984 11496 ? Sl 13:10 0:00 /usr/lib/evolut juan 4701 3.5 5.2 68180 23508 ? SNl 13:11 0:02 beagled-helper juan 4714 0.6 3.9 125400 17560 ? Sl 13:11 0:00 gnome-terminal juan 4717 0.0 0.1 3200 568 ? S 13:11 0:00 gnome-pty-helpe juan 4718 0.0 0.4 5060 2176 pts/0 Ss 13:11 0:00 bash juan 4752 0.0 0.1 2704 876 pts/0 R+ 13:12 0:00 ps aux
Ojo que la K también es de algunos procesos del kernel.
ok
¿Has estado instalando cosas entre esas pruebas que hiciste? ¿Que?
instale y ya lo quite el Linux Multimedia Studio pensé que habia sido ese, pero creo que no, fuera de eso solo instale temas para gnome, ¿eso podria dañarlo? -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-22 a las 13:14 -0500, Juan Carlos Garcia escribió:
No hay anexos.
me lleva..........(cochinas prisas) ahi ta:
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
[kintegrityd/0]
Todos esos con parentesis son del kernel.
0:00 /usr/bin/kdm
Este lo necesitas, es para hacer login.
¿Has estado instalando cosas entre esas pruebas que hiciste? ¿Que?
instale y ya lo quite el Linux Multimedia Studio pensé que habia sido ese, pero creo que no, fuera de eso solo instale temas para gnome, ¿eso podria dañarlo?
Quizás. ¿De donde los sacaste? ¿Que repositorios tienes activados? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknvZCwACgkQtTMYHG2NR9WHbACeI2u5KXwol9H+1P2p6L8gufX5 dN8An2EjxtSNuHftJvQRt+vEOlaYpYXW =tW9y -----END PGP SIGNATURE-----
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
[kintegrityd/0]
Todos esos con parentesis son del kernel.
0:00 /usr/bin/kdm
Este lo necesitas, es para hacer login.
luego entonces no hay nada de kde???
¿Has estado instalando cosas entre esas pruebas que hiciste? ¿Que?
instale y ya lo quite el Linux Multimedia Studio pensé que habia sido ese, pero creo que no, fuera de eso solo instale temas para gnome, ¿eso podria dañarlo?
Quizás. ¿De donde los sacaste? ¿Que repositorios tienes activados?
asi como instale opensuse no he agregado ni quitado repositorios, y ese salio buscando en yast... estaba buscando algo para grabar en multicanales y ese aparecio..... regularmente si quiero algun programa lo busco en la red, cuando lo encuentro,. checo en yast a ver si ya lo trae algun repositorio y de ahi instalo, alguna ves instale algo descargado de internet que me pedia compilarlo y arruine la instalacion, desde entonces procuro instalar siempre desde yast. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-04-22 a las 13:45 -0500, Juan Carlos Garcia escribió:
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
[kintegrityd/0]
Todos esos con parentesis son del kernel.
0:00 /usr/bin/kdm
Este lo necesitas, es para hacer login.
luego entonces no hay nada de kde???
Tampoco veo nada de kde, sólo el gestor de sesiones, que en gnome en lugar de "kdm" es "gdm" (el que pone por defecto) pero no creo que esto tenga nada que ver con el error que te saca. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hum... sospechoso.
¿Has dicho que habías instalado "temas"? Revisa el archivo ~/xsession-errors
ya lo busque pero no lo encuentro ¿esta oculto? -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-04-23 a las 07:35 -0500, Juan Carlos Garcia escribió:
Hum... sospechoso.
¿Has dicho que habías instalado "temas"? Revisa el archivo ~/xsession-errors
ya lo busque pero no lo encuentro ¿esta oculto?
Sí, está oculto. Si lo quieres abrir desde Nautilus tienes que configurarlo para que muestre los archivos ocultos :-) O también lo puedes hacer a la antigua usanza: hpc02@stthpc:~> cat /home/hpc02/.xsession-errors Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Sí, está oculto.
O también lo puedes hacer a la antigua usanza:
hpc02@stthpc:~> cat /home/hpc02/.xsession-errors
me marca que no existe el archivo o el directorio. hagamos una suposicion, si esto no tiene remedio, y dañe algo por andar de curioso, se repararia desinstalando gnome y reinstalandolo? -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-04-23 a las 07:49 -0500, Juan Carlos Garcia escribió:
O también lo puedes hacer a la antigua usanza:
hpc02@stthpc:~> cat /home/hpc02/.xsession-errors
me marca que no existe el archivo o el directorio. hagamos una suposicion, si esto no tiene remedio, y dañe algo por andar de curioso, se repararia desinstalando gnome y reinstalandolo?
Espera, espera... ¿has copiado y pegado lo que he puesto? Tienes que apuntar a la home de tu usuario, que supongo que no será "hpc02" :-P Ese archivo lo tienes que tener :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O también lo puedes hacer a la antigua usanza:
hpc02@stthpc:~> cat /home/hpc02/.xsession-errors
Espera, espera... ¿has copiado y pegado lo que he puesto? Tienes que apuntar a la home de tu usuario, que supongo que no será "hpc02" :-P
Ese archivo lo tienes que tener :-)
como era? jupe.... me faltaba la "s" de ...errors... ud disculpe lo analfabestia se me pego hoy en la mañana.. ok.. que busco.. el archivo es algo grande... por ahi anda esto: Advertencia del gestor de ventanas: Ocurrió un error al leer el archivo de sesión guardado /home/juan/.config/metacity/sessions/1087d59ec45ef3b1e7124048888140624000000041060021.ms: Falló al abrir el archivo «/home/juan/.config/metacity/sessions/1087d59ec45ef3b1e7124048888140624000000041060021.ms»: No existe el fichero o el directorio mas abajo esto ** (nautilus:4237): WARNING **: Unable to add monitor: No soportado ** (nautilus:4237): WARNING **: Unable to add monitor: No soportado gnome-session[4106]: WARNING: Application 'libcanberra-login-sound.desktop' failed to register before timeout (gnome-panel:4233): Gdk-WARNING **: gdkdrawable-x11.c:878 drawable is not a pixmap or window y algunas mas... gnome-web-photo: error while loading shared libraries: libsqlite3.so: cannot open shared object file: No such file or directory gnome-web-photo: error while loading shared libraries: libsqlite3.so: cannot open shared object file: No such file or directory gnome-web-photo: error while loading shared libraries: libsqlite3.so: cannot open shared object file: No such file or directory gnome-web-photo: error while loading shared libraries: libsqlite3.so: cannot open shared object file: No such file or directory gnome-web-photo: error while loading shared libraries: libsqlite3.so: cannot open shared object file: No such file or directory gnome-web-photo: error while loading shared libraries: libsqlite3.so: cannot open shared object file: No such file or directory Advertencia del gestor de ventanas: WM_TRANSIENT_FOR inválido para la ventana 0x2e00007 especificada para 0x2e0001b (Warning - ). Advertencia del gestor de ventanas: WM_TRANSIENT_FOR inválido para la ventana 0x2e00016 especificada para 0x2e0001b (Warning - ). Advertencia del gestor de ventanas: WM_TRANSIENT_FOR inválido para la ventana 0x2e00016 especificada para 0x2e00028 (More Infor). Advertencia del gestor de ventanas: WM_TRANSIENT_FOR inválido para la ventana 0x2e00016 especificada para 0x2e00028 (More Infor). -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-04-23 a las 08:04 -0500, Juan Carlos Garcia escribió:
Espera, espera... ¿has copiado y pegado lo que he puesto? Tienes que apuntar a la home de tu usuario, que supongo que no será "hpc02" :-P
Ese archivo lo tienes que tener :-)
como era? jupe.... me faltaba la "s" de ...errors... ud disculpe lo analfabestia se me pego hoy en la mañana.. ok.. que busco.. el archivo es algo grande...
X-)
por ahi anda esto: Advertencia del gestor de ventanas: Ocurrió un error al leer el archivo de sesión guardado /home/juan/.config/metacity/sessions/1087d59ec45ef3b1e7124048888140624000000041060021.ms: Falló al abrir el archivo «/home/juan/.config/metacity/sessions/1087d59ec45ef3b1e7124048888140624000000041060021.ms»: No existe el fichero o el directorio
Hum... el metacity es el que "pinta" el escritorio, pero ese mensaje parece un simpe aviso, no un error grave o fatal que aparecería como "critical". No le haría mucho caso.
mas abajo esto ** (nautilus:4237): WARNING **: Unable to add monitor: No soportado
** (nautilus:4237): WARNING **: Unable to add monitor: No soportado gnome-session[4106]: WARNING: Application 'libcanberra-login-sound.desktop' failed to register before timeout (gnome-panel:4233): Gdk-WARNING **: gdkdrawable-x11.c:878 drawable is not a pixmap or window
y algunas mas...
gnome-web-photo: error while loading shared libraries: libsqlite3.so: cannot open shared object file: No such file or directory gnome-web-photo: error while loading shared libraries: libsqlite3.so: cannot open shared object file: No such file or directory gnome-web-photo: error while loading shared libraries: libsqlite3.so: cannot open shared object file: No such file or directory gnome-web-photo: error while loading shared libraries: libsqlite3.so: cannot open shared object file: No such file or directory gnome-web-photo: error while loading shared libraries: libsqlite3.so: cannot open shared object file: No such file or directory gnome-web-photo: error while loading shared libraries: libsqlite3.so: cannot open shared object file: No such file or directory Advertencia del gestor de ventanas: WM_TRANSIENT_FOR inválido para la ventana 0x2e00007 especificada para 0x2e0001b (Warning - ). Advertencia del gestor de ventanas: WM_TRANSIENT_FOR inválido para la ventana 0x2e00016 especificada para 0x2e0001b (Warning - ). Advertencia del gestor de ventanas: WM_TRANSIENT_FOR inválido para la ventana 0x2e00016 especificada para 0x2e00028 (More Infor). Advertencia del gestor de ventanas: WM_TRANSIENT_FOR inválido para la ventana 0x2e00016 especificada para 0x2e00028 (More Infor).
Pues a simple vista no le veo relación a estos mensajes de advertencia con el hecho de que no puedas iniciar ninguna aplicación ni el centro de control :-/ Sólo se me ocurre que lances el "gnome-control-center" desde el gnome-terminal para ver los mensajes de error, por si nos diera alguna pista. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Pues a simple vista no le veo relación a estos mensajes de advertencia con el hecho de que no puedas iniciar ninguna aplicación ni el centro de control :-/
Sólo se me ocurre que lances el "gnome-control-center" desde el gnome-terminal para ver los mensajes de error, por si nos diera alguna pista.
ya lo habiamos intentado, de cualquier modo ya lo ejecute, pero nada, no me manda ningun error, se ejecuta y ya... sugeririas lo que mencione... deinstalar y reinstalar gnome? que tan conveniente es? -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-04-23 a las 10:31 -0500, Juan Carlos Garcia escribió:
Pues a simple vista no le veo relación a estos mensajes de advertencia con el hecho de que no puedas iniciar ninguna aplicación ni el centro de control :-/
Sólo se me ocurre que lances el "gnome-control-center" desde el gnome-terminal para ver los mensajes de error, por si nos diera alguna pista.
ya lo habiamos intentado, de cualquier modo ya lo ejecute, pero nada, no me manda ningun error, se ejecuta y ya...
Ah, sí, es verdad. No me acordaba que no sacaba nada :-(
sugeririas lo que mencione... deinstalar y reinstalar gnome? que tan conveniente es?
Buff... antes probaría a desinstalar los últimos paquetes que mencionaste, creo que eran dos: uno de multimedia y el otro de temas. Si desinstalando estos paquetes sigues igual, pues no sé... quitar el gnome lo veo muy brusco. Quizá me atrevería a actualizarlo a la última versión estable: http://en.opensuse.org/Package_Repositories#GNOME_STABLE Eso sí, tienes que tener en cuenta que estos repos NO son oficiales y no están mantenidos de la misma forma que los oficiales, van por libre. Actualizar el entorno gráfico no es algo que me gustaría hacer en un sistema que tuviera en producción, pero estando en tu situación, sin poder iniciar ninguna aplicación, pues de perdidos al río. ¿Y cómo se actualiza el gnome? Ni idea :-) Te digo lo que yo hago en kde cuando lo quiero actualizar (ojo, que estos pasos son para una suse 10.3). Suponiendo que ya tenga el repo de /kde añadido, me voy a yast, lo activo (el repo de kde), lo actualizo y me voy a instalar / desinstalar programas. Selecciono Grupos de paquetes / zzz Todos y en la ventana de la derecha (donde aparecen todos los paquetes) con el botón derecho selecciono la opción de "Actualizar si hay una nueva versión disponible". Compruebo que no haya errores de dependencias o conflictos (y lo vuelvo a comprobar :-P) y si los hay, paro. Antes de aceptar, verifico lo que va a hacer seleccionando en el menú desplegable la opción de "resumen de la instalación" y echo un vistazo a los paquetes que va a actualizar. Si no veo nada raro (la mayoría deben ser paquetes del entorno gráfico), rezo una oración, dos salmos y tres cánticos y pulso Aceptar. :-) Ojo, ya digo que esto es lo que hago para actualizar kde en suse 10.3, quizá en la 11.1 con el uso patrones sea más sencillo. Que te confirme mejor alguien que lo haya actualizado alguna vez :-P Y si actualizando tampoco se soluciona, pues me iría directa al Bugzilla :-/ Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Buff... antes probaría a desinstalar los últimos paquetes que mencionaste, creo que eran dos: uno de multimedia y el otro de temas.
hecho, pero sigue igual
Si desinstalando estos paquetes sigues igual, pues no sé... quitar el gnome lo veo muy brusco. Quizá me atrevería a actualizarlo a la última versión estable:
http://en.opensuse.org/Package_Repositories#GNOME_STABLE
Eso sí, tienes que tener en cuenta que estos repos NO son oficiales y no están mantenidos de la misma forma que los oficiales, van por libre.
Actualizar el entorno gráfico no es algo que me gustaría hacer en un sistema que tuviera en producción, pero estando en tu situación, sin poder iniciar ninguna aplicación, pues de perdidos al río.
¿Y cómo se actualiza el gnome? Ni idea :-)
ya somos dos :P ahora si me hiciste reir
Te digo lo que yo hago en kde cuando lo quiero actualizar (ojo, que estos pasos son para una suse 10.3).
Suponiendo que ya tenga el repo de /kde añadido, me voy a yast, lo activo (el repo de kde), lo actualizo y me voy a instalar / desinstalar programas. Selecciono Grupos de paquetes / zzz Todos y en la ventana de la derecha (donde aparecen todos los paquetes) con el botón derecho selecciono la opción de "Actualizar si hay una nueva versión disponible".
Compruebo que no haya errores de dependencias o conflictos (y lo vuelvo a comprobar :-P) y si los hay, paro.
Antes de aceptar, verifico lo que va a hacer seleccionando en el menú desplegable la opción de "resumen de la instalación" y echo un vistazo a los paquetes que va a actualizar.
Si no veo nada raro (la mayoría deben ser paquetes del entorno gráfico), rezo una oración, dos salmos y tres cánticos y pulso Aceptar.
:-)
mas risas el lema de los ingenieron: "Instalo, luego existo"
Ojo, ya digo que esto es lo que hago para actualizar kde en suse 10.3, quizá en la 11.1 con el uso patrones sea más sencillo. Que te confirme mejor alguien que lo haya actualizado alguna vez :-P
Y si actualizando tampoco se soluciona, pues me iría directa al Bugzilla :-/
no que, si no se corrige voy por un cura para que exorcice esta cosa y mejor me iría al extremo, quito gnome y lo reinstalo , je... sniff... -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
pues no, actualice pero nada, lo tipico, arrastro el error y no lo corrigio, quitare gnome y lo reinstalare, a ver si asi... -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El jue, 23-04-2009 a las 12:21 -0500, Juan Carlos Garcia escribió:
pues no, actualice pero nada, lo tipico, arrastro el error y no lo corrigio, quitare gnome y lo reinstalare, a ver si asi...
esto estuvo raro y bueno a la vez... en kde me empezó a hacer algo parecido, me canse, meti el disco de suse, y reinstale el sistema... pero no borre particiones, solo le pedi que formateara la particion de linux y todo como estaba... inicia esto, y ya todo esta como debe, pero dejo mis archivos, mis configuraciones, todo.. esta en su lugar como antes del fallo, salvo que ya no tengo kde4... no sabia que al formatear me iva a respetar mis documentos... y configuraciones, valla, hasta mails con reglas y filtros... , eso me agrado :D.-.. soy feliz... valla solucion -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-04-23 a las 13:54 -0500, Juan Carlos Garcia escribió:
El jue, 23-04-2009 a las 12:21 -0500, Juan Carlos Garcia escribió:
pues no, actualice pero nada, lo tipico, arrastro el error y no lo corrigio, quitare gnome y lo reinstalare, a ver si asi...
Jo... pues entonces debía estar destrozado :-(
esto estuvo raro y bueno a la vez... en kde me empezó a hacer algo parecido, me canse, meti el disco de suse, y reinstale el sistema... pero no borre particiones, solo le pedi que formateara la particion de linux y todo como estaba... inicia esto, y ya todo esta como debe, pero dejo mis archivos, mis configuraciones, todo.. esta en su lugar como antes del fallo, salvo que ya no tengo kde4... no sabia que al formatear me iva a respetar mis documentos... y configuraciones, valla, hasta mails con reglas y filtros... , eso me agrado :D.-.. soy feliz... valla solucion
A mí que pasen estas cosas a estas alturas no me gusta nada :-/ Instalas otro entorno para probar y acabas teniendo que volver a rehacer todo. Yo por eso soy muy escéptica con esas cosas. Prefiero tener uno solo y ya está... y aún así no te libras de tener problemas (no es broma, las actualizaciones de kde siempre me han desconfigurado algo que suelen ser tonterías pero te hacen perder tiempo). En tu caso no sabemos si fue cosa del kde pero es que tiene todos los puntos de ser el culpable (no el kde, sino la mezcla de escritorios). No sé qué habrá hecho el instalador de suse. Quizá te haya dejado /home intacto porque ya tenías creada la partición y por defecto la ha mantenido :-? En fin, ¿te animas a poner kde4? >>>:-) (es una broma perversa, nada más :-P) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-23 a las 23:28 +0200, Camaleón escribió:
A mí que pasen estas cosas a estas alturas no me gusta nada :-/
Instalas otro entorno para probar y acabas teniendo que volver a rehacer todo. Yo por eso soy muy escéptica con esas cosas.
No me lo trago. LLevo instalando todos los entornos de la SuSE desde el año 1998, y jamás un problema por eso. nimrodel:~ # wmlist kde gnome windowmaker fvwm2 icewm mwm twm nimrodel:~ # Algo malo estareis haciendo: el único que se pelea es el kde4 con el kde3. Por ejemplo, haciendo actualizaciones del kde o gnome de algún repositorio. Nunca actualizo ni kde ni gnome, si puedo evitarlo. Prefiero aguantarme, no me fio. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknw6lEACgkQtTMYHG2NR9V3+QCdGDZPLd+kG6S6Vw3EGS23wVfu O8kAni3vsqKVdluV1Dv27gTx9NXLPWQb =LXE0 -----END PGP SIGNATURE-----
No me lo trago. LLevo instalando todos los entornos de la SuSE desde el año 1998, y jamás un problema por eso. Suertudo que eres tu.. por la epoca de SuSE 8.0 instale gnome y kde... al correr openoffice (bueno de pronto no era este sino startoffice) la pantalla quedaba entorno gnome y el panel de kde.. por ahi debe estar la consulta del
El Jueves, 23 de Abril de 2009, Carlos E. R. escribió: problema... que me recuerdo tu me respondiste Jaime V ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-04-24 a las 00:23 +0200, Carlos E. R. escribió:
El 2009-04-23 a las 23:28 +0200, Camaleón escribió:
A mí que pasen estas cosas a estas alturas no me gusta nada :-/
Instalas otro entorno para probar y acabas teniendo que volver a rehacer todo. Yo por eso soy muy escéptica con esas cosas.
No me lo trago. LLevo instalando todos los entornos de la SuSE desde el año 1998, y jamás un problema por eso.
Si no te lo tragas será porque no quieres. No es la primera vez que lees estos problemas (te recuerdo el caso de la lista inglesa del usuario que por querer desinstalar gnome se quedó sin zypper y al final no sé si acabo reinstalando desde cero). No, no son hechos aislados. Tú tienes la experiencia suficiente como para poder lidiar con cualquier chuminada que te pueda pasar, pero eso no significa que el resto de usuarios podamos hacer lo mismo >:-/ Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-24 a las 08:22 +0200, Camaleón escribió:
El 2009-04-24 a las 00:23 +0200, Carlos E. R. escribió:
El 2009-04-23 a las 23:28 +0200, Camaleón escribió:
A mí que pasen estas cosas a estas alturas no me gusta nada :-/
Instalas otro entorno para probar y acabas teniendo que volver a rehacer todo. Yo por eso soy muy escéptica con esas cosas.
No me lo trago. LLevo instalando todos los entornos de la SuSE desde el año 1998, y jamás un problema por eso.
Si no te lo tragas será porque no quieres.
No es la primera vez que lees estos problemas (te recuerdo el caso de la lista inglesa del usuario que por querer desinstalar gnome se quedó sin zypper y al final no sé si acabo reinstalando desde cero).
No, no son hechos aislados.
Tú tienes la experiencia suficiente como para poder lidiar con cualquier chuminada que te pueda pasar, pero eso no significa que el resto de usuarios podamos hacer lo mismo >:-/
Vamos a ver, el zypper es una herramienta de consola, es decir, para administradores que saben lo que hacen, y que trabajan sin barreras, en plan chulo >:-P Pa'los usuarios que hacen de administrador, como nosotros, está el YaST. Al YaST le dices que quites esto o lo otro y te advierte que va también a quitar lo de más allá, que si estás conforme. Puedes visualizar una lista con todo lo que va a hacer, volver atrás, abortar... antes de tocar nada. El zypper no pregunta. Si aquel usuario hubiera usado el YaST no hubiera tenido problema. Respecto a que yo tengo más experiencia, pues sí, ahora la tengo, pero al principio era un novato como todos, y sin lista de correo de ayuda. Y puse todos los entornos, en cuanto me enteré que existían, para probar a ver cual me gustaba más. Y nunca he tenido problemas por ese "detallico". Eso funciona "out of the box". - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknxpmUACgkQtTMYHG2NR9XVyACeJzFMnMbxdAc26AO3J2e2u2EY CcgAoIfRMZCBx6TMRgy8WH20gfU8Payi =c9CP -----END PGP SIGNATURE-----
El 2009-04-24 a las 13:45 +0200, Carlos E. R. escribió:
El 2009-04-24 a las 08:22 +0200, Camaleón escribió:
(...)
No es la primera vez que lees estos problemas (te recuerdo el caso de la lista inglesa del usuario que por querer desinstalar gnome se quedó sin zypper y al final no sé si acabo reinstalando desde cero).
No, no son hechos aislados.
Tú tienes la experiencia suficiente como para poder lidiar con cualquier chuminada que te pueda pasar, pero eso no significa que el resto de usuarios podamos hacer lo mismo >:-/
Vamos a ver, el zypper es una herramienta de consola, es decir, para administradores que saben lo que hacen, y que trabajan sin barreras, en plan chulo >:-P
¿Y qué tiene que ver? El problema era que al intentar eliminar gnome (supongo que lo haría desde yast) se le quitó el zypper y medio sistema. Vale que tenía que haberse fijado en lo que hacía antes de darle a aceptar, pero paquetes como zypper deberían preguntar hasta 5 veces anets de eliminarse y advertir al usuario de lo que se le puede venir encima si continua.
Pa'los usuarios que hacen de administrador, como nosotros, está el YaST. Al YaST le dices que quites esto o lo otro y te advierte que va también a quitar lo de más allá, que si estás conforme. Puedes visualizar una lista con todo lo que va a hacer, volver atrás, abortar... antes de tocar nada. El zypper no pregunta. Si aquel usuario hubiera usado el YaST no hubiera tenido problema.
Creo que uso yast y luego intentó instalar el zypper original desde el DVD.
Respecto a que yo tengo más experiencia, pues sí, ahora la tengo, pero al principio era un novato como todos, y sin lista de correo de ayuda. Y puse todos los entornos, en cuanto me enteré que existían, para probar a ver cual me gustaba más. Y nunca he tenido problemas por ese "detallico".
Es que los tiempos de antes no son los de ahora >:-). Ahora reina el caos y cualquier tontería te deja con un sistema que funciona a medio gas y si no das con el problema, ahí te quedas. Por ejemplo, los usuarios de kde4 con el repo de las qt4.5. Anda que no ha dado problemas.
Eso funciona "out of the box".
Ja >:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-24 a las 13:57 +0200, Camaleón escribió:
El 2009-04-24 a las 13:45 +0200, Carlos E. R. escribió:
Vamos a ver, el zypper es una herramienta de consola, es decir, para administradores que saben lo que hacen, y que trabajan sin barreras, en plan chulo >:-P
¿Y qué tiene que ver?
El problema era que al intentar eliminar gnome (supongo que lo haría desde yast) se le quitó el zypper y medio sistema.
Quitaría un patrón. Los patrones incluyen muchas cosas.
Vale que tenía que haberse fijado en lo que hacía antes de darle a aceptar, pero paquetes como zypper deberían preguntar hasta 5 veces anets de eliminarse y advertir al usuario de lo que se le puede venir encima si continua.
Pero eso no es problema de gnome ni kde. Es un problema básico de diseño de zypper y YaST, y mira que se les ha dicho, que hay una serie de paquetes "cruciales" cuya desintalación debería exigir confirmación con contraseña.
Creo que uso yast y luego intentó instalar el zypper original desde el DVD.
Tanto no recuerdo.
Respecto a que yo tengo más experiencia, pues sí, ahora la tengo, pero al principio era un novato como todos, y sin lista de correo de ayuda. Y puse todos los entornos, en cuanto me enteré que existían, para probar a ver cual me gustaba más. Y nunca he tenido problemas por ese "detallico".
Es que los tiempos de antes no son los de ahora >:-). Ahora reina el caos y cualquier tontería te deja con un sistema que funciona a medio gas y si no das con el problema, ahí te quedas.
Ya...
Por ejemplo, los usuarios de kde4 con el repo de las qt4.5. Anda que no ha dado problemas.
Recuerda que mi recomendación es no actualizar paquetes desde repositorios de cosas como el gnome o kde.
Eso funciona "out of the box".
Ja >:-)
Pruébalo >:-P Crea una de tus máquinas virtuales que tanto te gustan, pon uno de los entornos y añade otro como patrón en la pantalla de instalación. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknxrHQACgkQtTMYHG2NR9WqFwCfQMBB++9+ZBGM1R9SWrG/viwo LUAAnRrHVraE9XojT7Do9xXsI3jO1My7 =Nnrq -----END PGP SIGNATURE-----
El 2009-04-24 a las 13:57 +0200, Camaleón escribió:
El 2009-04-24 a las 13:45 +0200, Carlos E. R. escribió:
Vamos a ver, el zypper es una herramienta de consola, es decir, para administradores que saben lo que hacen, y que trabajan sin barreras, en plan chulo >:-P zypper es una herramienta para gestionar sistemas de paquetes, más o menos equivalente a apt. ¿Y qué tiene que ver?
El problema era que al intentar eliminar gnome (supongo que lo haría desde yast) se le quitó el zypper y medio sistema. Al eliminar gnome quita gnome (ni siquiera todo); algo más eliminaría. Es
O Venres 24 Abril 2009 14:11:30 Carlos E. R. escribiu: posible que un paquete informe que libzypp o zypper dependen de él, pero no creo que sea fácil.
Quitaría un patrón. Los patrones incluyen muchas cosas.
Veamos... Hay muchas herramientas propias del sistema gráfico de turno (algunas incluso de difícil justificación). Por ejemplo, si tú seleccionas por patrones->GNOME (Base) Paquetes->Todos los de esta lista->Borrar eliminarás cosas como hplip y otros elementos que, aún formando parte del sistema base de KDE, figuran en esa lista. La cosa se complica a la hora de resolver las dependencias. Por ejemplo, la segunda en mi lista (estoy probando cómo se resuelven en el caso de GNOME) es MPlayer. Al estar eliminando gnome, YAST indica que mplayer depende de libgdk- pixbuf. De las opciones (sugerencias) para resolver esto, la primera opción implica desinstalar 577 paquetes (en mi instalación): desde xfce hasta cosas más peregrinas, como mysql, códecs, incluso plasmoides y al menos un buen puñado de aplicaciones KDE 4 (no he verificado si desinstalaría todo KDE 4, pero no creo). Si en lugar de por patrones filtras por grupos, puedes seleccionar GNOME (Desktop) y ahí sí están todos los que hay que eliminar. Aún así, hay que tener en cuenta que se deben de resolver las dependencias a mano y hay que fijarse bien (por supuesto, quitar cosas con gtk incluye programas como openOffice). Visto esto, no veo una forma trivial de eliminar el escritorio, y mucho menos de eliminar el escritorio y dejar las aplicaciones (como no sea volver a marcarlas para instalación). Un paquete que no debe desinstalarse es gconf. Antes dije lo de zypper, bueno, y es que hasta ahora no lo he visto en ninguna dependencia, en particular porque zypper es una aplicación en modo comando.
Vale que tenía que haberse fijado en lo que hacía antes de darle a aceptar, pero paquetes como zypper deberían preguntar hasta 5 veces anets de eliminarse y advertir al usuario de lo que se le puede venir encima si continua.
Pero eso no es problema de gnome ni kde. Es un problema básico de diseño de zypper y YaST, y mira que se les ha dicho, que hay una serie de paquetes "cruciales" cuya desintalación debería exigir confirmación con contraseña. <modo broma ON> Igual que rm, chown, chgrp,... vamos, la solución del vista: "ha elegido encender el computador, ¿está seguro? <modo broma OFF>
Hay muchas consideraciones de seguridad posibles (muchas de ellas no hace tanto que se trataron en la lista), pero controlar los comandos que ejecuta root creo que es excesivo. Si borras un paquete cualquiera, zypper te informa. Por cierto, YAST usa zypper y no hace nada que no haga zypper (bueno, el "volver atrás" y eso). Los fallos de libzypp afectarán al instalador de software de YAST de forma necesaria.
Creo que uso yast y luego intentó instalar el zypper original desde el DVD.
Tanto no recuerdo.
Respecto a que yo tengo más experiencia, pues sí, ahora la tengo, pero al principio era un novato como todos, y sin lista de correo de ayuda. Y puse todos los entornos, en cuanto me enteré que existían, para probar a ver cual me gustaba más. Y nunca he tenido problemas por ese "detallico". Puedes poner y quitar tantos como quieras.... hay matices, pero nada de gravedad. Es que los tiempos de antes no son los de ahora >:-). Ahora reina el caos y cualquier tontería te deja con un sistema que funciona a medio gas y si no das con el problema, ahí te quedas.
Ya...
Por ejemplo, los usuarios de kde4 con el repo de las qt4.5. Anda que no ha dado problemas.
Recuerda que mi recomendación es no actualizar paquetes desde repositorios de cosas como el gnome o kde. Cuando se informa de una actualización y se pone en los repositorios, deberíamos documentarnos más antes de hacer nada. El caso de KDE 4 y QT 4.5 estaba documentado en la web, o al menos cuando lo consulté yo estaba. Por supuesto, en el caso de la documentación de opensuse.org hay que tener cuidado con las posibles diferencias entre la versión española y la inglesa.
Por ejemplo, no hace mucho había un problema al actualizar códecs y demás a partir de Videolan (ya que la prioridad de un repositorio por defecto es siempre la misma)... hay opciones para obligar a libzypp a informar del cambio de procesión y la mayor parte de cambios en las versiones 11 y 11.1 de openSUSE giran alrededor de esto. Así que la regla es "usar los repositorios con mesura".
Eso funciona "out of the box".
Ja >:-)
Pruébalo >:-P
Crea una de tus máquinas virtuales que tanto te gustan, pon uno de los entornos y añade otro como patrón en la pantalla de instalación.
Salud!! -- O malo da relixión e a súa carenza de imaxinación -- karl -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-24 a las 15:01 +0200, Karl García Gestido escribió:
O Venres 24 Abril 2009 14:11:30 Carlos E. R. escribiu:
El 2009-04-24 a las 13:57 +0200, Camaleón escribió:
El 2009-04-24 a las 13:45 +0200, Carlos E. R. escribió:
Vamos a ver, el zypper es una herramienta de consola, es decir, para administradores que saben lo que hacen, y que trabajan sin barreras, en plan chulo >:-P zypper es una herramienta para gestionar sistemas de paquetes, más o menos equivalente a apt.
Pero es más complicada de usar que una herramienta gráfica como YaST.
Quitaría un patrón. Los patrones incluyen muchas cosas.
Veamos...
Hay muchas herramientas propias del sistema gráfico de turno (algunas incluso de difícil justificación).
Por ejemplo, si tú seleccionas por patrones->GNOME (Base) Paquetes->Todos los de esta lista->Borrar eliminarás cosas como hplip y otros elementos que, aún formando parte del sistema base de KDE, figuran en esa lista.
Ese es el problema, los patrones incluyen cosas fuera de lo que el nombre haría estrictamente suponer. Están pensados para instalar, no para desinstalar.
Antes dije lo de zypper, bueno, y es que hasta ahora no lo he visto en ninguna dependencia, en particular porque zypper es una aplicación en modo comando.
No se como fué que le quitó hasta el zypper. Quizás porque quitó libzyp.
Vale que tenía que haberse fijado en lo que hacía antes de darle a aceptar, pero paquetes como zypper deberían preguntar hasta 5 veces anets de eliminarse y advertir al usuario de lo que se le puede venir encima si continua.
Pero eso no es problema de gnome ni kde. Es un problema básico de diseño de zypper y YaST, y mira que se les ha dicho, que hay una serie de paquetes "cruciales" cuya desintalación debería exigir confirmación con contraseña. <modo broma ON> Igual que rm, chown, chgrp,... vamos, la solución del vista: "ha elegido encender el computador, ¿está seguro? <modo broma OFF>
Pues no creas... es como el coche que antes de aceptar ser puesto en marcha te huele el aliento :-P
Hay muchas consideraciones de seguridad posibles (muchas de ellas no hace tanto que se trataron en la lista), pero controlar los comandos que ejecuta root creo que es excesivo.
Hasta el root necesita ayuda. El administrador suele tener que hacer muchas cosas como para acordarse siempre de todo. Creo que si haces un rm de / recursivo, te avisa, en las versiones recientes. Algo ví de eso no recuerdo donde. Imaginate que estás acostumbrado a debian, y que el nombre zyp no te suena, no te salta a la vista entre cientos de paquetes listados para quitar.
Si borras un paquete cualquiera, zypper te informa.
No creas, no todas las operaciones avisa. Hay que correrlo primero con - --test o --dry-run o algo de eso.
Por cierto, YAST usa zypper y no hace nada que no haga zypper (bueno, el "volver atrás" y eso).
No, YaST usa libzyp, y zypper usa libzyp. YaST no usa zypper.
Recuerda que mi recomendación es no actualizar paquetes desde repositorios de cosas como el gnome o kde. Cuando se informa de una actualización y se pone en los repositorios, deberíamos documentarnos más antes de hacer nada. El caso de KDE 4 y QT 4.5 estaba documentado en la web, o al menos cuando lo consulté yo estaba. Por supuesto, en el caso de la documentación de opensuse.org hay que tener cuidado con las posibles diferencias entre la versión española y la inglesa.
Ni aún documentándote. Una versión de Suse sale con un mes de pruebas intensivas de mucha gente, y aún así se escapan gazapos como catedrales. Una actualización en un repo auxiliar, aún siendo de la rama "stable", ha sido poco probada, relativamente. Pueden pasar cosas, y pasan. Yo no actualizo los entornos entre versiones salvo que quiera experimentar o no tenga más remedio. De hecho, actualicé el gnome, y dí vuelta atrás. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknx0rUACgkQtTMYHG2NR9X3ygCdGFl1JaGqvo6zfHnKMpuUbLDz cv4AnjyeZA+n6cpt5vl06L3eTYNvt93D =P9Xa -----END PGP SIGNATURE-----
El 2009-04-24 a las 14:11 +0200, Carlos E. R. escribió:
El 2009-04-24 a las 13:57 +0200, Camaleón escribió:
El problema era que al intentar eliminar gnome (supongo que lo haría desde yast) se le quitó el zypper y medio sistema.
Quitaría un patrón. Los patrones incluyen muchas cosas.
A lo que voy es que esas cosas no deberían pasar, hoy en día. A ver, tú lo ves desde el punto de vista técnico y piensas "jo, pues si el zypper o el yast me dicen que va a desinstalar el propio yast o el propio zypper es que he seleccionado algo para quitar que no debería" y acto seguido cancelas y lo revisas. Pero otro usuario lo puede ver desde otra perspectiva, y piensa: "ah, voy a quitar el gnome, a ver, debe ser esto de los patrones, selecciono el gnome y venga, a quitarlo..." Y se lleva por delante caiga quien caiga: zypper, yast y a dios gracias que no le eliminó el kernel :-P
Vale que tenía que haberse fijado en lo que hacía antes de darle a aceptar, pero paquetes como zypper deberían preguntar hasta 5 veces anets de eliminarse y advertir al usuario de lo que se le puede venir encima si continua.
Pero eso no es problema de gnome ni kde. Es un problema básico de diseño de zypper y YaST, y mira que se les ha dicho, que hay una serie de paquetes "cruciales" cuya desintalación debería exigir confirmación con contraseña.
Pos eso :-). Pero el chaval sólo quería quitar el gnome ¡es un entorno gráfico! Si para quitar el gnome o el kde hay que hacer un curso avanzado de administración de linux mucha gente nueva se echará atrás. SuSE no es Gentoo o Debian, estas cosas deberían tenerse en cuenta en aras de ganar usuarios :-)
Por ejemplo, los usuarios de kde4 con el repo de las qt4.5. Anda que no ha dado problemas.
Recuerda que mi recomendación es no actualizar paquetes desde repositorios de cosas como el gnome o kde.
¡Ni yo! Pero ¿sabes qué significa eso? ¡que hasta nosotros estamos "acongojados" de hacerlo porque sabemos sus consecuencias y no debería ser así! Hasta en bugzilla nos lo dicen: "ah, pues instala la nueva versión que está en el repo de /kde y nos cuentas si funciona"
Eso funciona "out of the box".
Ja >:-)
Pruébalo >:-P
Crea una de tus máquinas virtuales que tanto te gustan, pon uno de los entornos y añade otro como patrón en la pantalla de instalación.
Sólo cuando tenga tiempo, mucho tiempo, tiempo a tutiplén para poder deshacer entuertos... entonces ya veremos >:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Venres 24 Abril 2009 15:11:19 Camaleón escribiu:
El 2009-04-24 a las 14:11 +0200, Carlos E. R. escribió:
El 2009-04-24 a las 13:57 +0200, Camaleón escribió: (...) Pero otro usuario lo puede ver desde otra perspectiva, y piensa: "ah, voy a quitar el gnome, a ver, debe ser esto de los patrones, selecciono el gnome y venga, a quitarlo..."
Y se lleva por delante caiga quien caiga: zypper, yast y a dios gracias que no le eliminó el kernel :-P Es que no se puede "elegir un patrón y desinstalarlo", sinó listar ese patrón e indicarle a YAST que desinstale todos los paquetes listados.
En todo caso, listas el repositorio de turno y borras los paquetes de ese repositorio. Aún no tengo claro si eso permitiría una desinstalación limpia (si un paquete está en dos repositorios, puede afectar a otras dependencias).
Vale que tenía que haberse fijado en lo que hacía antes de darle a aceptar, pero paquetes como zypper deberían preguntar hasta 5 veces anets de eliminarse y advertir al usuario de lo que se le puede venir encima si continua.
Pero eso no es problema de gnome ni kde. Es un problema básico de diseño de zypper y YaST, y mira que se les ha dicho, que hay una serie de paquetes "cruciales" cuya desintalación debería exigir confirmación con contraseña.
Pos eso :-).
Pero el chaval sólo quería quitar el gnome ¡es un entorno gráfico! Si para quitar el gnome o el kde hay que hacer un curso avanzado de administración de linux mucha gente nueva se echará atrás.
SuSE no es Gentoo o Debian, estas cosas deberían tenerse en cuenta en aras de ganar usuarios :-) No sé si libzypp puede resolver dependencias circulares, tal vez con un estado "recomendado" para un metapaquete de desinstalación...
Lo más sencillo sería crear una utilidad para que instale cada escritorio. No creo que esta sea una respuesta del todo trivial, o al menos no la veo. No sé si lo discuten siquiera, ya que habría que dilimitar qué paquetes son partes del escritorio en sí y cuáles pueden formar parte del sistema sin tal escritorio. Para un usuario no tan novato, puede ser suficiente con ir restaurando todos los paquetes en los repositorios básicos (OSS, NON-OSS, packman si es el caso...) los paquetes que se marquen para desinstalación. Una forma razonable es buscar libgnome y marcar la lista mostrada para ser desinstalada. He probado a resolver las dependencias y hecho con cuidado borra sólo lo que tiene que borrar, manteniendo las aplicaciones gtk. Si también se desea eliminar éstas, cámbiese libgnome por libgtk. Naturalmente, un usuario con poca experiencia no sabrá siquiera que existen dichas librerías.
(...) Salud!! -- O malo da relixión e a súa carenza de imaxinación -- karl -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-24 a las 15:11 +0200, Camaleón escribió:
Quitaría un patrón. Los patrones incluyen muchas cosas.
A lo que voy es que esas cosas no deberían pasar, hoy en día.
Pero pasan, hay que andar con ojo con esas herramientas. Yo lo que digo es que instalar juntos varios entornos no da problemas (salvo kde 3 y 4). No he dicho que desinstalarlos no los de. Y me baso en mi experiencia de años haciéndolo.
A ver, tú lo ves desde el punto de vista técnico y piensas "jo, pues si el zypper o el yast me dicen que va a desinstalar el propio yast o el propio zypper es que he seleccionado algo para quitar que no debería" y acto seguido cancelas y lo revisas.
Pero otro usuario lo puede ver desde otra perspectiva, y piensa: "ah, voy a quitar el gnome, a ver, debe ser esto de los patrones, selecciono el gnome y venga, a quitarlo..."
Y se lleva por delante caiga quien caiga: zypper, yast y a dios gracias que no le eliminó el kernel :-P
Ya lo se... no hay que creer a pies juntillas lo que te dicen los ordenadores.
Vale que tenía que haberse fijado en lo que hacía antes de darle a aceptar, pero paquetes como zypper deberían preguntar hasta 5 veces anets de eliminarse y advertir al usuario de lo que se le puede venir encima si continua.
Pero eso no es problema de gnome ni kde. Es un problema básico de diseño de zypper y YaST, y mira que se les ha dicho, que hay una serie de paquetes "cruciales" cuya desintalación debería exigir confirmación con contraseña.
Pos eso :-).
Pero el chaval sólo quería quitar el gnome ¡es un entorno gráfico! Si para quitar el gnome o el kde hay que hacer un curso avanzado de administración de linux mucha gente nueva se echará atrás.
Pos que se echen >:-P Así contratarán a administradores pa' que les hagamos las cosas, y el linux será sólo pa'los pofesionales. >>>;-)
SuSE no es Gentoo o Debian, estas cosas deberían tenerse en cuenta en aras de ganar usuarios :-)
Es que tampoco es SuSE -- dicho sea con intención >;-)
Por ejemplo, los usuarios de kde4 con el repo de las qt4.5. Anda que no ha dado problemas.
Recuerda que mi recomendación es no actualizar paquetes desde repositorios de cosas como el gnome o kde.
¡Ni yo! Pero ¿sabes qué significa eso? ¡que hasta nosotros estamos "acongojados" de hacerlo porque sabemos sus consecuencias y no debería ser así!
Pos claro, gato escaldado huye del agua. Lógico. Pero insisto, instalar entornos juntos desde el DVD sí funciona. Mmmm... bueno, mejor añadimos la coletilla esa de que no me hago responsable de las consecuencias explícitas o implícitas de tales actos aún pudiendo haber sido advertido de las posibles consecuencias, etc, etc, etc.... incluyendo el incendio de su casa o fábrica... pérdida de empleo u hacienda... pérdida de peso, pelos y salud en general...
:-P
Hasta en bugzilla nos lo dicen: "ah, pues instala la nueva versión que está en el repo de /kde y nos cuentas si funciona"
Ya, claro.
Eso funciona "out of the box".
Ja >:-)
Pruébalo >:-P
Crea una de tus máquinas virtuales que tanto te gustan, pon uno de los entornos y añade otro como patrón en la pantalla de instalación.
Sólo cuando tenga tiempo, mucho tiempo, tiempo a tutiplén para poder deshacer entuertos... entonces ya veremos >:-)
¿Que mas dá? Es una máquina virtual. Le das a recuperar punto de instalación como se llame, y te lo deja todo como estaba. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknx1VkACgkQtTMYHG2NR9UIyACeLszbmgCDRBj/mUqrl1smShka fkYAn2uzZisgAZkZa8XnePvcCzNseUHI =MtF7 -----END PGP SIGNATURE-----
El día 24 de abril de 2009 0:23, Carlos E. R. <robin.listas@telefonica.net> escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
No me lo trago. LLevo instalando todos los entornos de la SuSE desde el año 1998, y jamás un problema por eso.
nimrodel:~ # wmlist kde gnome windowmaker fvwm2 icewm mwm twm nimrodel:~ #
mmm... roberto@linux-2dar:~> wmlist icewm twm Que raro, no me aparece KDE4... wmlist no tiene man, ni ayuda alguna :-( Saludos, Roberto -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-24 a las 18:08 +0200, Roberto P escribió:
El día 24 de abril de 2009 0:23, Carlos E. R. <> escribió:
nimrodel:~ # wmlist kde gnome windowmaker fvwm2 icewm mwm twm nimrodel:~ #
mmm...
roberto@linux-2dar:~> wmlist icewm twm
Que raro, no me aparece KDE4... wmlist no tiene man, ni ayuda alguna :-(
A lo mejor sólo ve el kde3. cer@nimrodel:~> which wmlist /usr/bin/wmlist cer@nimrodel:~> file /usr/bin/wmlist /usr/bin/wmlist: Bourne-Again shell script text Es un script. Es muy simple, pero no veo exactamente como funciona. Recortandolo un poco, hace esto WMs=" kde gnome windowmaker sawfish enlightenment blackbox " newWM="" for wm in $WMs ; do type -p $wm &> /dev/null && newWM="$newWM ${wm##*/}" done test -z "$newWM" && exit 1 echo $newWM exit 0 Ah... vale. cer@nimrodel:~> type -p kde /usr/bin/kde si responde, lo añade a la lista. Lo de ${wm##*/} lo vi el otro dia pero no lo recuerdo... Y respecto al kde 3 o 4, basta añadirselo a la lista para que los descubra. Viene en el paquete "x11-tools" - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknx9joACgkQtTMYHG2NR9VAewCfUfOi7I+kP+M40jO6kf2DNSIh QV8An2SbBbcC2TUhpGCri2Esswr1wLKe =DlKa -----END PGP SIGNATURE-----
El 2009-04-24 a las 19:26 +0200, Carlos E. R. escribió: (...)
si responde, lo añade a la lista. Lo de ${wm##*/} lo vi el otro dia pero no lo recuerdo...
En zgrep. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-24 a las 20:43 +0200, Camaleón escribió:
El 2009-04-24 a las 19:26 +0200, Carlos E. R. escribió:
(...)
si responde, lo añade a la lista. Lo de ${wm##*/} lo vi el otro dia pero no lo recuerdo...
En zgrep.
¿Ahí está documentado? Por lo que veo, lo que hace es sacar el texto después del ultimo "/", o sea, el nombre del comando sin el camino. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknyJmcACgkQtTMYHG2NR9VAUACffbZGVdzX+9NZasbd9Db4FxVi kg4An1m/0dn9e7/bUA1sTOFQYjEb3bWl =bHjW -----END PGP SIGNATURE-----
El 2009-04-24 a las 22:51 +0200, Carlos E. R. escribió:
El 2009-04-24 a las 20:43 +0200, Camaleón escribió:
El 2009-04-24 a las 19:26 +0200, Carlos E. R. escribió:
(...)
si responde, lo añade a la lista. Lo de ${wm##*/} lo vi el otro dia pero no lo recuerdo...
En zgrep.
¿Ahí está documentado?
No lo sé. Sólo te estaba recordando lo que dijiste.
Por lo que veo, lo que hace es sacar el texto después del ultimo "/", o sea, el nombre del comando sin el camino.
Eres más olvidadizo que la pez Dory de "Finding Nemo" ;-) <modo flashback on> http://lists.opensuse.org/opensuse-es/2009-04/msg00187.html </modo flashback off> Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-24 a las 23:02 +0200, Camaleón escribió:
Por lo que veo, lo que hace es sacar el texto después del ultimo "/", o sea, el nombre del comando sin el camino.
Eres más olvidadizo que la pez Dory de "Finding Nemo" ;-)
¡Oops! O:-)
<modo flashback on>
http://lists.opensuse.org/opensuse-es/2009-04/msg00187.html
</modo flashback off>
Sabía que habíamos hablado de eso, pero creía que era en la lista inglesa. Ya está transferido a mi archivo, donde seguro se me olvidará que lo guardé. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknyQWoACgkQtTMYHG2NR9UVMACeIztqzzVxZmJA/xDax0HfGtEg RhMAmQEjRMN3vTSK9TOcjPbBou3eY3Ex =TqqW -----END PGP SIGNATURE-----
On Friday 24 April 2009 11:08:20 Roberto P wrote:
El día 24 de abril de 2009 0:23, Carlos E. R.
<robin.listas@telefonica.net> escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
No me lo trago. LLevo instalando todos los entornos de la SuSE desde el año 1998, y jamás un problema por eso.
nimrodel:~ # wmlist kde gnome windowmaker fvwm2 icewm mwm twm nimrodel:~ #
mmm...
roberto@linux-2dar:~> wmlist icewm twm
Que raro, no me aparece KDE4... wmlist no tiene man, ni ayuda alguna :-(
Saludos,
Roberto
Vale, a mi tampoco, debe ser por que la del Sr Robbinson es KDE 3.5. Yo estoy con la 4.2.2 Me pregunto si lo mismo ocurre con otras distros o si es único de openSuSE. wmlist no tiene man =/ -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-04-24 a las 13:04 -0500, Shinji Ikari escribió:
Vale, a mi tampoco, debe ser por que la del Sr Robbinson es KDE 3.5. Yo estoy con la 4.2.2 Me pregunto si lo mismo ocurre con otras distros o si es único de openSuSE. wmlist no tiene man =/
En todo caso debería aparecer "kwin" que es el gestor de ventanas de kde4, pero no "kde" que será para kde3 (y no lo tendréis instalado) :-P Será que el kwin está tan incrustado en kde4 que añadirlo como opción sería redundante >>:-) O será que no se puede configurar desde ese script :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-24 a las 20:37 +0200, Camaleón escribió:
O será que no se puede configurar desde ese script :-?
Claro que se puede, es una chorrada. Es que nadie ha caído en ello, yo no lo conocía hasta hace unos dias que alguien lo puso en la lista inglesa. Observa: nimrodel:~ # wmlist kde gnome windowmaker fvwm2 icewm mwm twm kde3 kde4 El mio ya ha aprendido. :-p - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknyCLAACgkQtTMYHG2NR9WvhwCdFO69tmBWPkGQt0dt5FZxFgdp jlsAn094lnwHHfbc7rASgizfPz9JOBNU =meJI -----END PGP SIGNATURE-----
El 2009-04-24 a las 20:45 +0200, Carlos E. R. escribió:
El 2009-04-24 a las 20:37 +0200, Camaleón escribió:
O será que no se puede configurar desde ese script :-?
Claro que se puede, es una chorrada. Es que nadie ha caído en ello, yo no lo conocía hasta hace unos dias que alguien lo puso en la lista inglesa.
Es del año 2.001, no lo habrán actualizado.
Observa:
nimrodel:~ # wmlist kde gnome windowmaker fvwm2 icewm mwm twm kde3 kde4
El mio ya ha aprendido. :-p
Pues hala, ahora selecciona desde el centro de control del kde3 al kde4 como gestor de ventanas, a ver qué tal. Funcionará "out of the box" >>>:-P Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-24 a las 20:55 +0200, Camaleón escribió:
El mio ya ha aprendido. :-p
Pues hala, ahora selecciona desde el centro de control del kde3 al kde4 como gestor de ventanas, a ver qué tal.
Funcionará "out of the box" >>>:-P
Y unas narices, ya dije antes, y varias veces, que la excepción es el kde3 junto con el kde4. Yo los tengo, pero no van bien. Tiene preferencia el kde que esté antes en el path, que por defecto es el que esté bajo el /usr y después el del /opt. O sea, en mi caso, prefiere el kde4. Yo llamo al konqueror de kde3 por linea de comandos exacta: /opt/kde3/bin/konqueror & - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknyIjoACgkQtTMYHG2NR9Vi1wCgg3EjFMUws3Kkru5Nr7Kqwo7g fzwAnR/eizLVrr2W+qc5EPJCjaZ/rots =1tj2 -----END PGP SIGNATURE-----
El 2009-04-24 a las 22:33 +0200, Carlos E. R. escribió:
El 2009-04-24 a las 20:55 +0200, Camaleón escribió:
El mio ya ha aprendido. :-p
Pues hala, ahora selecciona desde el centro de control del kde3 al kde4 como gestor de ventanas, a ver qué tal.
Funcionará "out of the box" >>>:-P
Y unas narices, ya dije antes, y varias veces, que la excepción es el kde3 junto con el kde4. Yo los tengo, pero no van bien.
Mecachis. Pues el Sr. Lunak no opina igual: *** http://www.kdedevelopers.org/node/3478 "(...) KWin from KDE4 of course will not work as well in KDE3 as it does in KDE4, but that's mostly details like Kicker's taskbar not having support for taskbar thumbnails, so that effect does not work there. Also, the settings are separate, so you may need to set KWin up again (I suggest copying kwinrc and kwinrulesrc from ~/.kde/share/config to ~/.kde4/share/config before switching). But generally it seems to work quite fine ...". *** Copias un par de archivos por aquí, los pegas por allá y listo >:-)
Tiene preferencia el kde que esté antes en el path, que por defecto es el que esté bajo el /usr y después el del /opt. O sea, en mi caso, prefiere el kde4. Yo llamo al konqueror de kde3 por linea de comandos exacta:
/opt/kde3/bin/konqueror &
Tsk, tsk... Esas cosas son para Bugzilla. Ah, ya sé qué dirán... "worksforme" :-P http://en.opensuse.org/KDE4#KDE_3_and_KDE_4 Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-24 a las 22:57 +0200, Camaleón escribió:
Funcionará "out of the box" >>>:-P
Y unas narices, ya dije antes, y varias veces, que la excepción es el kde3 junto con el kde4. Yo los tengo, pero no van bien.
Mecachis.
Pues el Sr. Lunak no opina igual:
*** http://www.kdedevelopers.org/node/3478
"(...) KWin from KDE4 of course will not work as well in KDE3 as it does in KDE4, but that's mostly details like Kicker's taskbar not having support for taskbar thumbnails, so that effect does not work there. Also, the settings are separate, so you may need to set KWin up again (I suggest copying kwinrc and kwinrulesrc from ~/.kde/share/config to ~/.kde4/share/config before switching). But generally it seems to work quite fine ...". ***
Copias un par de archivos por aquí, los pegas por allá y listo >:-)
Pues confirma lo que yo digo, que el 3 y el 4 juntos son problemáticos.
Tiene preferencia el kde que esté antes en el path, que por defecto es el que esté bajo el /usr y después el del /opt. O sea, en mi caso, prefiere el kde4. Yo llamo al konqueror de kde3 por linea de comandos exacta:
/opt/kde3/bin/konqueror &
Tsk, tsk... Esas cosas son para Bugzilla.
Que va, es conocido. Ya comentamos eso con los desarrolladores hace tiempo. Es una "feature", o más bien, un efecto secundario. Se podría solucionar si las aplicaciones se llamaran por nombre y apellidos, en vez de dar el nombre al sistema y que este busque los apellidos por los sitios del "path". Pero a lo mejor eso tiene otros efectos secundarios. Y yo hablo de la 11.0, puede que la 11.1 sea algo distinto.
Ah, ya sé qué dirán... "worksforme" :-P
The KDE4 packages install into the /usr prefix, so KDE3 and KDE4 can safely be installed at the same time. To prevent the accidental starting of KDE4 applications within a KDE3 session add at the top of /opt/kde3/bin/startkde PATH=/opt/kde3/bin:${PATH/:\/opt\/kde3\/bin} export PATH If you are using another window manager then adding this line to the .bashrc file should also load the correct applications. This has been already done in the Factory and KDE:KDE3 packages which also contain some other minor patches for better co-existence with KDE4 (may need to run kbuildsycoca --noincremental once to become fully active). ¡Ah! ¡Hacen un cambio en el path! Pero eso es lo que tengo, sin haberlo cambiado: PATH=/opt/kde3/bin:${PATH/:\/opt\/kde3\/bin} export PATH Pero claro, eso no está si yo arranco aplicaciones desde el gnome, porque lo que tengo es: PATH=/home/cer/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/opt/gnome/bin:/usr/lib/qt3/bin Lo cual da preferencia al kde4: cer@nimrodel:~> which konqueror /usr/bin/konqueror cer@nimrodel:~> rpm -q -f /usr/bin/konqueror kde4-konqueror-4.0.4-22.21 cer@nimrodel:~> - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknyR18ACgkQtTMYHG2NR9WSQACgjvjr9DdIfKV8rXQ//3Lom7Uh JwAAmQHEbFNjE7pR6NFsKbrv2lF9GCC3 =OHJp -----END PGP SIGNATURE-----
El 2009-04-25 a las 01:12 +0200, Carlos E. R. escribió:
El 2009-04-24 a las 22:57 +0200, Camaleón escribió:
*** http://www.kdedevelopers.org/node/3478
"(...) KWin from KDE4 of course will not work as well in KDE3 as it does in KDE4, but that's mostly details like Kicker's taskbar not having support for taskbar thumbnails, so that effect does not work there. Also, the settings are separate, so you may need to set KWin up again (I suggest copying kwinrc and kwinrulesrc from ~/.kde/share/config to ~/.kde4/share/config before switching). But generally it seems to work quite fine ...". ***
Copias un par de archivos por aquí, los pegas por allá y listo >:-)
Pues confirma lo que yo digo, que el 3 y el 4 juntos son problemáticos.
¿Y desde cuando decir que "por lo general parece que funciona bastante bien" significa "tenerlos juntos es problemático"? X-)
If you are using another window manager then adding this line to the .bashrc file should also load the correct applications.
(...)
¡Ah! ¡Hacen un cambio en el path!
Pero eso es lo que tengo, sin haberlo cambiado:
PATH=/opt/kde3/bin:${PATH/:\/opt\/kde3\/bin} export PATH
Pero claro, eso no está si yo arranco aplicaciones desde el gnome, porque lo que tengo es:
PATH=/home/cer/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/opt/gnome/bin:/usr/lib/qt3/bin
¿Y si se define en ~/.bashrc, como dicen en la wiki, le dará prioridad? :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-25 a las 12:01 +0200, Camaleón escribió:
http://www.kdedevelopers.org/node/3478
"(...) KWin from KDE4 of course will not work as well in KDE3 as it does in KDE4, but that's mostly details like Kicker's taskbar not having support for taskbar thumbnails, so that effect does not work there. Also, the settings are separate, so you may need to set KWin up again (I suggest copying kwinrc and kwinrulesrc from ~/.kde/share/config to ~/.kde4/share/config before switching). But generally it seems to work quite fine ...". ***
Copias un par de archivos por aquí, los pegas por allá y listo >:-)
Pues confirma lo que yo digo, que el 3 y el 4 juntos son problemáticos.
¿Y desde cuando decir que "por lo general parece que funciona bastante bien" significa "tenerlos juntos es problemático"? X-)
A ver, dice: ] KWin from KDE4 of course will not work as well in KDE3 as it ] does in KDE4 El “no trabajará igual de bien” a mi me parece categórico. Aunque diga que son chorraditas. A mi no me parece una chorradita que, arrancando kde3 y pinchando en el menu "konqueror" me salga el del cuatro, que lo distingo porque sale en blanco sobre negro (distinto tema). Hay dos entradas enel menu que ponen konqueror y ambas arrancan el del cuatro. Tengo que arrancarlo por consola para especificar cual quiero.
Pero claro, eso no está si yo arranco aplicaciones desde el gnome, porque lo que tengo es:
PATH=/home/cer/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/opt/gnome/bin:/usr/lib/qt3/bin
¿Y si se define en ~/.bashrc, como dicen en la wiki, le dará prioridad? :-?
Probablemente. Pero podría afectar a algún otro programa, vete a saber. Y si arrancas el kde4, te pasaría a lo mejor lo contrario. Además, el path cambia según que instales o ejecutes, hay scripts que lo cambian, no es estático. De hecho, no está definido en ~/.bashrc, no es tan simple hacer un script que edite el path y cambie el orden, sino que tengo que machacarlo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkny6QMACgkQtTMYHG2NR9W7MACfUZOJfrvnbDDf34JMIwRcpH0J QRIAnRYg/J56HHAkmVvBpVzLT2Ny7ACS =PzVc -----END PGP SIGNATURE-----
El 2009-04-25 a las 12:42 +0200, Carlos E. R. escribió:
El 2009-04-25 a las 12:01 +0200, Camaleón escribió:
¿Y desde cuando decir que "por lo general parece que funciona bastante bien" significa "tenerlos juntos es problemático"? X-)
A ver, dice:
] KWin from KDE4 of course will not work as well in KDE3 as it ] does in KDE4
El “no trabajará igual de bien” a mi me parece categórico. Aunque diga que son chorraditas. A mi no me parece una chorradita que, arrancando kde3 y pinchando en el menu "konqueror" me salga el del cuatro, que lo distingo porque sale en blanco sobre negro (distinto tema). Hay dos entradas enel menu que ponen konqueror y ambas arrancan el del cuatro. Tengo que arrancarlo por consola para especificar cual quiero.
Hombre, pues claro. kwin4 está preparado para plasma :-) Pero no habla del uso de los dos entornos (kde3 y kde4). Lo que dice es que se puede utilizar kwin4 en kde3 como gestor de ventanas que era de lo que estábamos hablando >:-) Y esas "chorraditas" que a ti no te parecen tal cosa son las mismas "chorraditas" que a mucha gente tampoco le parecen tal cosa cuando usan varios entornos. ¿Ves a dónde quiero llegar?
¿Y si se define en ~/.bashrc, como dicen en la wiki, le dará prioridad? :-?
Probablemente.
Pero podría afectar a algún otro programa, vete a saber. Y si arrancas el kde4, te pasaría a lo mejor lo contrario.
Es lo que pone en la wiki :-?
Además, el path cambia según que instales o ejecutes, hay scripts que lo cambian, no es estático. De hecho, no está definido en ~/.bashrc, no es tan simple hacer un script que edite el path y cambie el orden, sino que tengo que machacarlo.
Y ¿el orden de los factores altera el producto? Me refiero al orden de las rutas definidas en la variable "PATH" ¿les afecta el orden en que están definidas? Si es así, podrías alterar la posición para que encuentre antes el konqueror del kde3 que el de kde4 :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.2.00.0904251343170.4850@nimrodel.valinor> El 2009-04-25 a las 12:54 +0200, Camaleón escribió:
Hombre, pues claro. kwin4 está preparado para plasma :-)
Pero no habla del uso de los dos entornos (kde3 y kde4). Lo que dice es que se puede utilizar kwin4 en kde3 como gestor de ventanas que era de lo que estábamos hablando >:-)
Yo nunca he hablado de usar el kwin del 4 en el 3, eso a mi ni se me ocurre. No se ni lo que es el kwin.
Y esas "chorraditas" que a ti no te parecen tal cosa son las mismas "chorraditas" que a mucha gente tampoco le parecen tal cosa cuando usan varios entornos.
¿Ves a dónde quiero llegar?
Pero es que yo desde el principio he dicho que no funciona bien mezclar el kde3 con el 4, ¡leches! Y tu me los estás queriendo mezclar. ¡Eso no funciona bien! El que habla de "chorraditas" no soy yo, es ese Lunak que tu has sacado. Yo lo que he dicho que puedes hacer perfectamente es tener gnome y kde (uno de los kdees) en el mismo sistema. No he dicho que mezcles varios kdees. Cuando pruebes a mezclar kde y gnome, me hablas.
¿Y si se define en ~/.bashrc, como dicen en la wiki, le dará prioridad? :-?
Probablemente.
Pero podría afectar a algún otro programa, vete a saber. Y si arrancas el kde4, te pasaría a lo mejor lo contrario.
Es lo que pone en la wiki :-?
No es documentación oficial >:-)
Además, el path cambia según que instales o ejecutes, hay scripts que lo cambian, no es estático. De hecho, no está definido en ~/.bashrc, no es tan simple hacer un script que edite el path y cambie el orden, sino que tengo que machacarlo.
Y ¿el orden de los factores altera el producto?
Claro.
Me refiero al orden de las rutas definidas en la variable "PATH" ¿les afecta el orden en que están definidas? Si es así, podrías alterar la posición para que encuentre antes el konqueror del kde3 que el de kde4 :-?
Si tu llamas a "konqueror" sin especificar el camino, se ejecutará el que encuentre primero, y el PATH es precisamente la lista de sitios donde lo buscará. Como /usr va antes que /opt, por razones históricas, pues lo encuentra antes. El /opt es un directorio para programas externos a la distro; es lógico que /usr, los programas de la distro, tengan preferencia. No es correcto hablar de cambiar el orden de ejecución. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkny+U4ACgkQtTMYHG2NR9URZwCfZmTl659mMuj2DvoT1EQfCvXC hcoAnjgTTgjK7qHQIUU+vO/CjSU61hlr =UfGL -----END PGP SIGNATURE-----
El 2009-04-25 a las 13:51 +0200, Carlos E. R. escribió:
El 2009-04-25 a las 12:54 +0200, Camaleón escribió:
Hombre, pues claro. kwin4 está preparado para plasma :-)
Pero no habla del uso de los dos entornos (kde3 y kde4). Lo que dice es que se puede utilizar kwin4 en kde3 como gestor de ventanas que era de lo que estábamos hablando >:-)
Yo nunca he hablado de usar el kwin del 4 en el 3, eso a mi ni se me ocurre. No se ni lo que es el kwin.
Te refresco la memoria: ***
El 2009-04-24 a las 22:33 +0200, Carlos E. R. escribió:
El 2009-04-24 a las 20:55 +0200, Camaleón escribió:
El mio ya ha aprendido. :-p
Pues hala, ahora selecciona desde el centro de control del kde3 al kde4 como gestor de ventanas, a ver qué tal.
Funcionará "out of the box" >>>:-P
Y unas narices, ya dije antes, y varias veces, que la excepción es el kde3 junto con el kde4. Yo los tengo, pero no van bien.
Yo estaba hablando del gestor de ventanas. No sé de qué hablabas tú.
Y esas "chorraditas" que a ti no te parecen tal cosa son las mismas "chorraditas" que a mucha gente tampoco le parecen tal cosa cuando usan varios entornos.
¿Ves a dónde quiero llegar?
Pero es que yo desde el principio he dicho que no funciona bien mezclar el kde3 con el 4, ¡leches! Y tu me los estás queriendo mezclar. ¡Eso no funciona bien!
Y yo te digo que el Sr. Lunak dice que sí, que puedes usar kwin4 en kde3, que funciona.
El que habla de "chorraditas" no soy yo, es ese Lunak que tu has sacado.
Pues es uno de los desarrolladores de kde.
Yo lo que he dicho que puedes hacer perfectamente es tener gnome y kde (uno de los kdees) en el mismo sistema. No he dicho que mezcles varios kdees.
Cuando pruebes a mezclar kde y gnome, me hablas.
Cuando pongas el kwin4 en kde3. A ver si me entiendes: igual que NO me creo que el kwin4 funcione bien en kde3 TAMPOCO me creo que el uso de dos entornos como kde y gnome funcione "out of the box" y sin problemas. Que el hecho de que le funcione a una persona no implica que el resto no pueda tener ciomplicaciones. Y tan serios como para tener que reinstalar. ¿Ya lo pillas?
¿Y si se define en ~/.bashrc, como dicen en la wiki, le dará prioridad? :-?
Probablemente.
Pero podría afectar a algún otro programa, vete a saber. Y si arrancas el kde4, te pasaría a lo mejor lo contrario.
Es lo que pone en la wiki :-?
No es documentación oficial >:-)
¿Lo has probado? Digo, a ponerlo como dicen, para ver si funciona o genera algún efecto secundario. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-25 a las 14:16 +0200, Camaleón escribió:
El 2009-04-25 a las 13:51 +0200, Carlos E. R. escribió:
El 2009-04-25 a las 12:54 +0200, Camaleón escribió:
Hombre, pues claro. kwin4 está preparado para plasma :-)
Pero no habla del uso de los dos entornos (kde3 y kde4). Lo que dice es que se puede utilizar kwin4 en kde3 como gestor de ventanas que era de lo que estábamos hablando >:-)
Yo nunca he hablado de usar el kwin del 4 en el 3, eso a mi ni se me ocurre. No se ni lo que es el kwin.
Te refresco la memoria:
***
El 2009-04-24 a las 22:33 +0200, Carlos E. R. escribió:
El 2009-04-24 a las 20:55 +0200, Camaleón escribió:
El mio ya ha aprendido. :-p
Pues hala, ahora selecciona desde el centro de control del kde3 al kde4 como gestor de ventanas, a ver qué tal.
Funcionará "out of the box" >>>:-P
Y unas narices, ya dije antes, y varias veces, que la excepción es el kde3 junto con el kde4. Yo los tengo, pero no van bien.
No veo que yo hablase del kwin
Yo estaba hablando del gestor de ventanas. No sé de qué hablabas tú.
Ni del gestor de ventanas. Ojo, ni kde ni gnome son gestores de ventanas. Yo hablo de que gnome y kde coexisten perfectamente en el mismo sistema.
Y esas "chorraditas" que a ti no te parecen tal cosa son las mismas "chorraditas" que a mucha gente tampoco le parecen tal cosa cuando usan varios entornos.
¿Ves a dónde quiero llegar?
Pero es que yo desde el principio he dicho que no funciona bien mezclar el kde3 con el 4, ¡leches! Y tu me los estás queriendo mezclar. ¡Eso no funciona bien!
Y yo te digo que el Sr. Lunak dice que sí, que puedes usar kwin4 en kde3, que funciona.
No, dice que no funciona, que dan problemas.
El que habla de "chorraditas" no soy yo, es ese Lunak que tu has sacado.
Pues es uno de los desarrolladores de kde.
Y dice que da problemas, y que son chorraditas. Pa el.
Yo lo que he dicho que puedes hacer perfectamente es tener gnome y kde (uno de los kdees) en el mismo sistema. No he dicho que mezcles varios kdees.
Cuando pruebes a mezclar kde y gnome, me hablas.
Cuando pongas el kwin4 en kde3.
¿Para que? Da problemas. No se lo que es kwin. No uso kde4.
A ver si me entiendes: igual que NO me creo que el kwin4 funcione bien en kde3 TAMPOCO me creo que el uso de dos entornos como kde y gnome funcione "out of the box" y sin problemas.
Son cosas distinas. Lo mismo que te digo que lo uno no funciona te digo que lo otro si.
Que el hecho de que le funcione a una persona no implica que el resto no pueda tener ciomplicaciones. Y tan serios como para tener que reinstalar.
¿Ya lo pillas?
No, no lo pillo. No me creo que _tu_ no seas capaz de usar gnome y kde juntos en el mismo sistema. No me lo creo. Sí me creo que seas cabezota y no quieras, pero no que no puedas.
¿Y si se define en ~/.bashrc, como dicen en la wiki, le dará prioridad? :-?
Probablemente.
Pero podría afectar a algún otro programa, vete a saber. Y si arrancas el kde4, te pasaría a lo mejor lo contrario.
Es lo que pone en la wiki :-?
No es documentación oficial >:-)
¿Lo has probado? Digo, a ponerlo como dicen, para ver si funciona o genera algún efecto secundario.
Es fácil de presumir que sí, va en contra del FHS. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknzDGsACgkQtTMYHG2NR9ULfwCffTSREQTRuEnu8SqdqjSnNDnt MHcAoIAfKX9L5bb0MUU+2x7AMz5ODDs7 =uhNk -----END PGP SIGNATURE-----
El 2009-04-25 a las 15:13 +0200, Carlos E. R. escribió:
El 2009-04-25 a las 14:16 +0200, Camaleón escribió:
Te refresco la memoria:
***
El 2009-04-24 a las 22:33 +0200, Carlos E. R. escribió:
El 2009-04-24 a las 20:55 +0200, Camaleón escribió:
El mio ya ha aprendido. :-p
Pues hala, ahora selecciona desde el centro de control del kde3 al kde4 como gestor de ventanas, a ver qué tal.
Funcionará "out of the box" >>>:-P
Y unas narices, ya dije antes, y varias veces, que la excepción es el kde3 junto con el kde4. Yo los tengo, pero no van bien.
No veo que yo hablase del kwin
Pues entonces volvemos a los diálogos para besugos. Si estás respondiendo a algo que estoy diciendo, lo esperable es que sigas con el hilo argumental, salvo que quieras desviar la atención al tema de tu interés, claro >:-)
Yo estaba hablando del gestor de ventanas. No sé de qué hablabas tú.
Ni del gestor de ventanas. Ojo, ni kde ni gnome son gestores de ventanas. Yo hablo de que gnome y kde coexisten perfectamente en el mismo sistema.
Pues no sé cómo llamas tú al kwin, pero yo diría que es un gestor de ventanas. En ese momento no hablaba del kde y del gnome.
Y yo te digo que el Sr. Lunak dice que sí, que puedes usar kwin4 en kde3, que funciona.
No, dice que no funciona, que dan problemas.
Habrás hecho una interpretación particular del mensaje. Al menos yo no lo intrerpreto así.
Pues es uno de los desarrolladores de kde.
Y dice que da problemas, y que son chorraditas. Pa el.
Los mismos problemas y las mismas chorraditas que te pueden sobrevenir al tener instalados el kde y el gnome.
Cuando pruebes a mezclar kde y gnome, me hablas.
Cuando pongas el kwin4 en kde3.
¿Para que? Da problemas. No se lo que es kwin. No uso kde4.
Debería funcionar "out of the box".
A ver si me entiendes: igual que NO me creo que el kwin4 funcione bien en kde3 TAMPOCO me creo que el uso de dos entornos como kde y gnome funcione "out of the box" y sin problemas.
Son cosas distinas. Lo mismo que te digo que lo uno no funciona te digo que lo otro si.
Tampoco lo has probado (el kwin4 en kde3), así que sólo puedes especular, al igual que yo con el gnome y el kde.
Que el hecho de que le funcione a una persona no implica que el resto no pueda tener ciomplicaciones. Y tan serios como para tener que reinstalar.
¿Ya lo pillas?
No, no lo pillo. No me creo que _tu_ no seas capaz de usar gnome y kde juntos en el mismo sistema. No me lo creo. Sí me creo que seas cabezota y no quieras, pero no que no puedas.
No hablamos de mí.
No es documentación oficial >:-)
¿Lo has probado? Digo, a ponerlo como dicen, para ver si funciona o genera algún efecto secundario.
Es fácil de presumir que sí, va en contra del FHS.
No sabía que había una regla que desaconsejaba definir el path en ese archivo (~/.bashrc). No sé cómo se las arreglarán los desarrolladores que tengan que trabajar con todos los entornos :-? ¿Contra qué regla va, concretamente? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-25 a las 17:39 +0200, Camaleón escribió:
Pues entonces volvemos a los diálogos para besugos.
Si estás respondiendo a algo que estoy diciendo, lo esperable es que sigas con el hilo argumental, salvo que quieras desviar la atención al tema de tu interés, claro >:-)
Yo estoy hablando de que puedes perfectamente poner gnome y kde en el mismo sistema (y otros), con la excepción de que el kde4 y el 3 se llevan mal. Sólo he dicho eso, y no entiendo que tiene que ver el kwin en esto, y no me interesa. Eres tú quien está desviando la atención a ese kwin que ni se lo que es ni pa que sirve.
Es fácil de presumir que sí, va en contra del FHS.
No sabía que había una regla que desaconsejaba definir el path en ese archivo (~/.bashrc). No sé cómo se las arreglarán los desarrolladores que tengan que trabajar con todos los entornos :-?
¿Contra qué regla va, concretamente?
La de que /usr va antes que /opt. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknzbiYACgkQtTMYHG2NR9WP9QCfbCO1J/RE0Bb4tY+g6YaVL4tp dakAoIjqBG9lOypZC/XrXE8DU3zi+8So =/jY+ -----END PGP SIGNATURE-----
On Saturday 25 April 2009 15:10:12 Carlos E. R. wrote:
El 2009-04-25 a las 17:39 +0200, Camaleón escribió:
Pues entonces volvemos a los diálogos para besugos.
Si estás respondiendo a algo que estoy diciendo, lo esperable es que sigas con el hilo argumental, salvo que quieras desviar la atención al tema de tu interés, claro >:-)
Yo estoy hablando de que puedes perfectamente poner gnome y kde en el mismo sistema (y otros), con la excepción de que el kde4 y el 3 se llevan mal.
Sólo he dicho eso, y no entiendo que tiene que ver el kwin en esto, y no me interesa. Eres tú quien está desviando la atención a ese kwin que ni se lo que es ni pa que sirve.
Es fácil de presumir que sí, va en contra del FHS.
No sabía que había una regla que desaconsejaba definir el path en ese archivo (~/.bashrc). No sé cómo se las arreglarán los desarrolladores que tengan que trabajar con todos los entornos :-?
¿Contra qué regla va, concretamente?
La de que /usr va antes que /opt.
O.O? yo tengo en el sistema KDE 4.2.2 con Gnome y trabajan sin problema. (Pero sigo usando KDE 4.2.2) Con el problema de que algunas aplicaciones gnome se ponen como primera opción para abrir ciertos archivos (y no tienen todos los codecs, vídeo es el ejemplo), pero es soportable y se puede cambiar sin problemas. Kwin reemplaza a kicker me parece. No he leído de si KDE3 y KDE4 se lleven mal, supuestamente estaban en lugares diferentes para que no hay problemas. Pero de que haya encontrado dificultades, entonces son bugs. =/ Y no os peléis, que ya suficiente guerra tiene el mundo, a datos hay que remitirse. -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-04-25 a las 22:10 +0200, Carlos E. R. escribió:
El 2009-04-25 a las 17:39 +0200, Camaleón escribió:
Pues entonces volvemos a los diálogos para besugos.
Si estás respondiendo a algo que estoy diciendo, lo esperable es que sigas con el hilo argumental, salvo que quieras desviar la atención al tema de tu interés, claro >:-)
Yo estoy hablando de que puedes perfectamente poner gnome y kde en el mismo sistema (y otros), con la excepción de que el kde4 y el 3 se llevan mal.
Sólo he dicho eso, y no entiendo que tiene que ver el kwin en esto, y no me interesa. Eres tú quien está desviando la atención a ese kwin que ni se lo que es ni pa que sirve.
Te estaba poniendo un ejemplo de una configuración que según su autor (que obviamente lo ha probado) debe funcionar. Un ejemplo que me cuesta creer que así sea, al igual que me cuesta creer que la mezcla de entornos funcione sin ningún problema. Pero si "no te interesa" y "no sabes lo que es", entonces no sé "para qué" ni "a qué" respondes exactamente.
Es fácil de presumir que sí, va en contra del FHS.
No sabía que había una regla que desaconsejaba definir el path en ese archivo (~/.bashrc). No sé cómo se las arreglarán los desarrolladores que tengan que trabajar con todos los entornos :-?
¿Contra qué regla va, concretamente?
La de que /usr va antes que /opt.
No lo veo por aquí: http://www.pathname.com/fhs/pub/fhs-2.3.html ¿Tienes algún enlace o conoces algún manual donde se defina el orden y las prioridades que se debe seguir en el orden de la definición de las rutas para estar conforme a la norma? No conozco esa restricción y en el manual de bash tampoco lo encuentro. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-26 a las 00:45 +0200, Camaleón escribió:
Yo estoy hablando de que puedes perfectamente poner gnome y kde en el mismo sistema (y otros), con la excepción de que el kde4 y el 3 se llevan mal.
Sólo he dicho eso, y no entiendo que tiene que ver el kwin en esto, y no me interesa. Eres tú quien está desviando la atención a ese kwin que ni se lo que es ni pa que sirve.
Te estaba poniendo un ejemplo de una configuración que según su autor (que obviamente lo ha probado) debe funcionar.
Un ejemplo de una configuración que pertenece a la excepción que he dicho que no funciona. No sin hacer trampas. No me vale como ejemplo ni argumento de porque o porque no se pueden mezclar gnome y kde. Ni siquiera es un ejemplo de como mezclar kde4 y kde3, sino de como mezclar componentes del uno en el otro, cuando lo que se trata es de mantenerlos separados sin hacer nada tras la instalación. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknzmKMACgkQtTMYHG2NR9WBCgCfR5FhrfWF2lLNv9aZSQSqri24 +QwAoJLIbaZ91zpAO1A9KRHnlvkJvvj6 =w4xu -----END PGP SIGNATURE-----
El 2009-04-26 a las 01:11 +0200, Carlos E. R. escribió:
El 2009-04-26 a las 00:45 +0200, Camaleón escribió:
Yo estoy hablando de que puedes perfectamente poner gnome y kde en el mismo sistema (y otros), con la excepción de que el kde4 y el 3 se llevan mal.
Sólo he dicho eso, y no entiendo que tiene que ver el kwin en esto, y no me interesa. Eres tú quien está desviando la atención a ese kwin que ni se lo que es ni pa que sirve.
Te estaba poniendo un ejemplo de una configuración que según su autor (que obviamente lo ha probado) debe funcionar.
Un ejemplo de una configuración que pertenece a la excepción que he dicho que no funciona. No sin hacer trampas. No me vale como ejemplo ni argumento de porque o porque no se pueden mezclar gnome y kde.
Ya, claro. Para ti sólo valen "tus argumentos", "tus ejemplos" y "tu experiencia".
Ni siquiera es un ejemplo de como mezclar kde4 y kde3, sino de como mezclar componentes del uno en el otro, cuando lo que se trata es de mantenerlos separados sin hacer nada tras la instalación.
No estaba hablando de mezclar kde3 con kde4, ese ejemplo lo has sacado tú. ... Te preguntaba por la norma que vulnera el FHS el orden de búsqueda a las rutas de los programas. ¿Alguna idea? porque no encuentro ninguna referencia a eso. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-26 a las 12:46 +0200, Camaleón escribió:
Un ejemplo de una configuración que pertenece a la excepción que he dicho que no funciona. No sin hacer trampas. No me vale como ejemplo ni argumento de porque o porque no se pueden mezclar gnome y kde.
Ya, claro. Para ti sólo valen "tus argumentos", "tus ejemplos" y "tu experiencia".
Lo dejo por imposible :-/ - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkn0PCgACgkQtTMYHG2NR9UmHgCgmS7SzutRNy4jeJ9iWzufnloB 2YMAoIxfFxwYD4ctOtwxvC8CIIHxqtVA =SBsj -----END PGP SIGNATURE-----
El 2009-04-26 a las 12:49 +0200, Carlos E. R. escribió:
El 2009-04-26 a las 12:46 +0200, Camaleón escribió:
Un ejemplo de una configuración que pertenece a la excepción que he dicho que no funciona. No sin hacer trampas. No me vale como ejemplo ni argumento de porque o porque no se pueden mezclar gnome y kde.
Ya, claro. Para ti sólo valen "tus argumentos", "tus ejemplos" y "tu experiencia".
Lo dejo por imposible :-/
Y yo me temo que me quedo sin saber algo más sobre esa norma del FHS :-( Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Domingo 26 Abril 2009 00:45:58 Camaleón escribiu:
El 2009-04-25 a las 22:10 +0200, Carlos E. R. escribió:
El 2009-04-25 a las 17:39 +0200, Camaleón escribió:
Pues entonces volvemos a los diálogos para besugos.
Si estás respondiendo a algo que estoy diciendo, lo esperable es que sigas con el hilo argumental, salvo que quieras desviar la atención al tema de tu interés, claro >:-)
Yo estoy hablando de que puedes perfectamente poner gnome y kde en el mismo sistema (y otros), con la excepción de que el kde4 y el 3 se llevan mal.
Sólo he dicho eso, y no entiendo que tiene que ver el kwin en esto, y no me interesa. Eres tú quien está desviando la atención a ese kwin que ni se lo que es ni pa que sirve.
Te estaba poniendo un ejemplo de una configuración que según su autor (que obviamente lo ha probado) debe funcionar.
Un ejemplo que me cuesta creer que así sea, al igual que me cuesta creer que la mezcla de entornos funcione sin ningún problema.
Pero si "no te interesa" y "no sabes lo que es", entonces no sé "para qué" ni "a qué" respondes exactamente.
Es fácil de presumir que sí, va en contra del FHS.
No sabía que había una regla que desaconsejaba definir el path en ese archivo (~/.bashrc). No sé cómo se las arreglarán los desarrolladores que tengan que trabajar con todos los entornos :-?
¿Contra qué regla va, concretamente?
La de que /usr va antes que /opt.
No lo veo por aquí:
http://www.pathname.com/fhs/pub/fhs-2.3.html
¿Tienes algún enlace o conoces algún manual donde se defina el orden y las prioridades que se debe seguir en el orden de la definición de las rutas para estar conforme a la norma?
No conozco esa restricción y en el manual de bash tampoco lo encuentro.
Saludos,
-- Camaleón No sé si está escrito en algún lado, pero la del sentido común debería ser suficiente. Tal vez no se use mucho, pero eso es otra cuestión... XDD
Dicho de alguna forma, es lógico suponer que la ruta de las aplicaciones del sistema/distribución se antepongan a las de terceros, ¿no? Es lo que se deriva de la jerarquía. Salud!! -- O malo da relixión e a súa carenza de imaxinación -- karl -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-04-26 a las 17:21 +0200, Karl García Gestido escribió:
O Domingo 26 Abril 2009 00:45:58 Camaleón escribiu:
El 2009-04-25 a las 22:10 +0200, Carlos E. R. escribió:
¿Contra qué regla va, concretamente?
La de que /usr va antes que /opt.
No lo veo por aquí:
http://www.pathname.com/fhs/pub/fhs-2.3.html
¿Tienes algún enlace o conoces algún manual donde se defina el orden y las prioridades que se debe seguir en el orden de la definición de las rutas para estar conforme a la norma?
No conozco esa restricción y en el manual de bash tampoco lo encuentro.
No sé si está escrito en algún lado, pero la del sentido común debería ser suficiente. Tal vez no se use mucho, pero eso es otra cuestión... XDD
Supongo que lo que pretenden evitar con el FSH es precisamente que cada cual haga sus propias interpretaciones utilizando "su sentido común".
Dicho de alguna forma, es lógico suponer que la ruta de las aplicaciones del sistema/distribución se antepongan a las de terceros, ¿no?
Pues no lo sé, por eso lo preguntaba. Teniendo en cuenta que el usuario puede definir sus propias rutas de búsqueda, y suponiendo que el orden tenga que estar definido de una manera concreta para no romper nada, sería interesante leer información al respecto.
Es lo que se deriva de la jerarquía.
Y eso es lo que me gustaría ver documentado. En los libros que tengo no pone nada y tampoco lo logro encontrar por la web. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Domingo 26 Abril 2009 19:07:08 Camaleón escribiu:
El 2009-04-26 a las 17:21 +0200, Karl García Gestido escribió:
O Domingo 26 Abril 2009 00:45:58 Camaleón escribiu:
El 2009-04-25 a las 22:10 +0200, Carlos E. R. escribió:
¿Contra qué regla va, concretamente?
La de que /usr va antes que /opt.
No lo veo por aquí:
http://www.pathname.com/fhs/pub/fhs-2.3.html
¿Tienes algún enlace o conoces algún manual donde se defina el orden y las prioridades que se debe seguir en el orden de la definición de las rutas para estar conforme a la norma?
No conozco esa restricción y en el manual de bash tampoco lo encuentro.
No sé si está escrito en algún lado, pero la del sentido común debería ser suficiente. Tal vez no se use mucho, pero eso es otra cuestión... XDD
Supongo que lo que pretenden evitar con el FSH es precisamente que cada cual haga sus propias interpretaciones utilizando "su sentido común". Es al revés, lo que se ve es que la gente lo que no usaba era "su sentido común" para interpretar lo que establecía la FSH.
Dicho de alguna forma, es lógico suponer que la ruta de las aplicaciones del sistema/distribución se antepongan a las de terceros, ¿no?
Pues no lo sé, por eso lo preguntaba.
Teniendo en cuenta que el usuario puede definir sus propias rutas de búsqueda, y suponiendo que el orden tenga que estar definido de una manera concreta para no romper nada, sería interesante leer información al respecto.
Es lo que se deriva de la jerarquía.
Y eso es lo que me gustaría ver documentado.
En los libros que tengo no pone nada y tampoco lo logro encontrar por la web.
Saludos,
-- Camaleón Bueno, cuando decimos aquí que el sistema debería apoyar el trabajo del administrador (tanto Carlos como tú estáis incluso porque se primen determinadas características de facilidad, recuerdo próxima lo del rm -rf que hablamos en otro lado), así que lo lógico es que el sistema anteponga sus rutas a las del usuario, y que luego éste si quiere cambiar esto pues que lo haga.
De alguna forma, el software "de terceros" en teoría es un poco menos fiable que el del sistema (vale, no hace falta que discutamos, esto es "en teoría" ;) ). Las distribuciones que incluyeron KDE e incluso GNOME en /opt plantean un interesante problema en las rutas. Veamos: $ echo $PATH /home/karl/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/jvm/jre/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/lib/qt3/bin Vale, eso es porque añadí mi ruta con PATH=/home/karl/bin:$PATH, mal hecho XDD Vemos que de alguna forma tenemos la ruta de las aplicaciones de la máquina local, las comunes a los usuarios, las del sistema, las del sistema gráfico (la diferencia de /usr/bin y /usr/X11R6/bin hoy por hoy es testimonial, pero el mundo ganaría si las aplicaciones gráficas estuviesen en su sitio ¡no todos usamos el modo gráfico como entorno principal!!) y después kde3 (KDE 4 ya está correctamente definido en /usr. Por cierto, leí por ahí sobre los distintos nombres y ubicaciones, y es que el cambio de /opt a /usr no es para que no se mezclen, es para poner KDE 4 donde debería haber estado siempre (igual que antes se hizo con GNOME). Se mantiene KDE 3 en /opt "por compatibilidad" sea lo que sea lo que signifique). En esta regla, añadir /home/karl/bin al principio responde al paradigma, pero una aplicación, digamos por ejemplo google-earth, que como en este caso ni siquiera tiene por qué tener una carpeta "bin", debería ir al final. Podemos verlo de otra forma. Una carpeta de /opt (dicho ya antes que ni GNOME ni KDE encajan en esa carpeta) es poco probable que contenga muchos ejecutables, no usa una carpeta "bin" general (algo como /opt/bin). Finalmente, si tú instalas un programa en /opt, digamos /opt/chapucero, y añades su correspondiente carpeta "bin" /opt/chapucero/bin, podrías encontrarte que algún gracioso puso una herramienta llamada "ls" que no es la que ninguno de los usuarios del sistema se espera. Naturalmente, no dice mucho de que instales software cerrado en /usr ;) Salud!! -- O malo da relixión e a súa carenza de imaxinación -- karl -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-04-27 a las 00:14 +0200, Karl García Gestido escribió: (...)
hablamos en otro lado), así que lo lógico es que el sistema anteponga sus rutas a las del usuario, y que luego éste si quiere cambiar esto pues que lo haga.
(...) Ese no es el tema de discusión. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-24 a las 13:04 -0500, Shinji Ikari escribió:
mmm...
roberto@linux-2dar:~> wmlist icewm twm
Que raro, no me aparece KDE4... wmlist no tiene man, ni ayuda alguna :-(
Vale, a mi tampoco, debe ser por que la del Sr Robbinson es KDE 3.5. Yo estoy con la 4.2.2 Me pregunto si lo mismo ocurre con otras distros o si es único de openSuSE. wmlist no tiene man =/
Es una utilidad desarrollada por gente de SuSE. Sale "kde" por esto: cer@nimrodel:~> l /usr/bin/kde lrwxrwxrwx 1 root root 22 2008-09-10 12:21 /usr/bin/kde -> /opt/kde3/bin/startkde* Es decir, porque hay un symlink llamado "kde", y porque el guión no pregunta por el 3 o el 4. Curiosamente, sí pregunta por el KDE 1. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknyCC4ACgkQtTMYHG2NR9UvuACeL1vxCDscX6UlC1I7Z7BH5R9t liAAni2cQ9IvEPIjv54QT9w7My/9pRK8 =fxN0 -----END PGP SIGNATURE-----
El 2009-04-22 a las 12:51 -0500, Juan Carlos Garcia escribió:
use el ps aux y veo los procesos, (antes use el monitor de sistema y me imagino que no muetra todos), les anexo lo que me muestra, veo varios que me imagino son de kde (por que empiezan con k) como le hago para matarlos ¿el comando kill?
Copia y pega los procesos que llevan "kde", pero no sólo "k". Como te dice Carlos E. R., puede haber otros que sean necesarios (kaudit, kstriped, kseriod). Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-04-22 a las 12:31 -0500, Juan Carlos Garcia escribió:
El mié, 22-04-2009 a las 19:19 +0200, Camaleón escribió:
¿Bonobo? No, era el gnome-settings-daemon, o eso creo, vaya.
Bueno, para comprobar si lo tienes en ejecución, ejecuta en gnome-terminal:
ps aux | grep gnome-settings-daemon
Si no te aparece ningún proceso, ejecuta:
/usr/lib/gnome-settings-daemon/gnome-settings-daemon
para iniciarlo.
ok, el mensaje meciona que no puede iniciar el gnome-settings-daemon, con lo que me dijo camaleon si lo veo, de cualquier modo lo ejecute, trate nuevamente de iniciar el gestor de configuracion y empeso a reconstruir el tema que tengo en gnome, pero de pronto casca el asunto y me manda denuevo el mensaje, tambien ya logre ver entre los procesos a: bonobo-activation-server.-... continua el mismo error...
Recapitulemos: - El error también les aparece a los nuevos usuarios - El proceso "gnome-settings-daemon" está iniciado - No hay ningún proceso de kde en ejecución - Las aplicaciones gtk no se inician ¿y las que usan qt? prueba a iniciar el yast con qt (como root, "yast2 --qt") Jupe :-/ (buscando en google...) Bueno, aquí hay un mensaje de los foros con ese mismo error. gnome-settings-daemon suse 11.1 http://forums.opensuse.org/applications/404507-gnome-settings-daemon-sus e-11-1-a.html Pero al final no sé qué hace para solucionarlo (actualiza algunos paquetes, hace algo con el paquete gstreamer, y toca la configuración del pulseaudio). Pues no le veo ninguna relación con el problema :-( Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Recapitulemos:
- El error también les aparece a los nuevos usuarios sep - El proceso "gnome-settings-daemon" está iniciado sep - No hay ningún proceso de kde en ejecución eso supongo, ahora si anexe lo que me manda el ps aux, Carlos menciona que algunos procesos pueden ser del kernel, por desgracia no estoy familiarizado, les agradezco la ayuda identificando los procesos... - Las aplicaciones gtk no se inician asi parece ¿y las que usan qt? prueba a iniciar el yast con qt (como root, "yast2 --qt")
si se ejecuta
Jupe :-/
Jupe ---->????? traduccion plis :D
(buscando en google...)
Bueno, aquí hay un mensaje de los foros con ese mismo error. Pues no le veo ninguna relación con el problema :-(
Ok gracias, lo leere de cualquier modo -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-22 a las 13:21 -0500, Juan Carlos Garcia escribió:
Jupe :-/
Jupe ---->????? traduccion plis :D
Denota sorpresa sin ser un taco >;-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknvY10ACgkQtTMYHG2NR9VkqQCeJe+qwZC6swllzyKshZRT5EXO hkoAnRB5H4Nly3vtY+DkLmKoMwMEd+Bm =S1fz -----END PGP SIGNATURE-----
El 2009-04-22 a las 13:21 -0500, Juan Carlos Garcia escribió:
¿y las que usan qt? prueba a iniciar el yast con qt (como root, "yast2 --qt")
si se ejecuta
Hum... sospechoso. ¿Has dicho que habías instalado "temas"? Revisa el archivo ~/xsession-errors
Jupe :-/
Jupe ---->????? traduccion plis :D
:-) Es otra forma más coloquial de "jope": *** http://buscon.rae.es/draeI/SrvltGUIBusUsual?LEMA=jope jopé o jope. (Eufem. por joder). 1. interjs. coloqs. eufems. U. para expresar irritación, enfado, asombro, etc. *** Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-04-22 a las 11:57 -0500, Juan Carlos Garcia escribió:
Lo unico que no logre es el saber como iniciar el daemos de bonobo, por que no lo veo entre los procesos, trate desde consola, con su, pero no se como llamarlo...me pueden ayudar con eso.. gracias
Lo arranca el gnome. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknvUmwACgkQtTMYHG2NR9VF9wCfUDYf9IuhZNVPqlSUqM4n/kEj jnsAn3tL2tIYcvNmQYykouIk8ijxoMrM =bLiA -----END PGP SIGNATURE-----
El 2009-04-21 a las 15:31 -0500, Juan Carlos García Muñoz escribió:
Carlos E. R. escribió:
Difícil sin saber qué es lo que has hecho, o nos das más sintmas, entradas del log, mensajes, etc...
y solo eso, inicia, se pone la pantalla negra y me pone el mouse, el teclado responde (es mas puedo capturar pantalla, me da la opcion de gardar la pantalla, pero nada mas) solo eso.... no hace otra cosa...
Un par de ideas más: - Revisa el registro de errores de inicio de sesión (/home/usuario/.xsession-errors) - También podrías renombrar los directorios del usuario (~/.kde o ~/.gnome) para que lo regenere de nuevo el sistema al iniciar, y estén limpios. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (8)
-
Camaleón -
Carlos E. R. -
Jaime Velez -
Juan Carlos Garcia -
Juan Carlos García Muñoz
-
Karl García Gestido -
Roberto P -
Shinji Ikari