[opensuse-es] Diferencia su y kdesu ... sudo y kdesudo
Hola a tod@s: Me ha surgido un problema de último momento (cuando pensé que ya había terminado con mi pesadilla): Cuando ejecuto este comando en consola: usuariox@testserver:~$su usuario1 -c "sudo chown usuario1 prueba.txt" Me solicita la clave del usuario1 (dos veces) y cambia el propietario del archivo prueba.txt a usuario1 ... hasta aquí, todo va a pedir de boca. (8-) Pero ahora me han pedido que no quieren ver la consola, así que lo ví fácil: cambio su/sudo por kdesu/kdesudo (el entorno de escritorio es kde) ... pero cuando ejecuto este comando: kdesu usuario1 -c "kdesu chown usuario1 prueba.txt" ... no funciona ... !!!!! :-( Quedo atento a sus comentarios/sugerencias/indicaciones. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- 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 2008-10-22 a las 10:38 -0500, RŌNIN escribió:
Me ha surgido un problema de último momento (cuando pensé que ya había terminado con mi pesadilla):
Cuando ejecuto este comando en consola:
usuariox@testserver:~$su usuario1 -c "sudo chown usuario1 prueba.txt"
Me solicita la clave del usuario1 (dos veces) y cambia el propietario del archivo prueba.txt a usuario1 ... hasta aquí, todo va a pedir de boca. (8-)
Pero ahora me han pedido que no quieren ver la consola,
¡¡Que les den morcillas! :-P
así que lo ví fácil: cambio su/sudo por kdesu/kdesudo (el entorno de escritorio es kde) ... pero cuando ejecuto este comando:
kdesu usuario1 -c "kdesu chown usuario1 prueba.txt" ... no funciona ... !!!!! :-(
Jo jo jo... :-) Con el kde te has topado :-P Hazles un programa, texto, que en consola presente los menús correspondientes para cada usuario y no tengan que escribir. Si no les gusta, que se aguanten >:-) Ya, que no te vale... pos la tienes cruda. El kdesu a veces ha funcionado mediate sudo y a veces no. Ahora mismo no sé como funciona. Prueba y averigua como funciona... no te puedo decir más. Mira a ver si kdesu tiene manual y estudiatelo >:-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkj/TQwACgkQtTMYHG2NR9VgJACeKvuRtsxSD0F72mBtdDI+2QhJ Hr8AnAghIoHf7RjyrpVP36FdEN2Y6oYV =tIb2 -----END PGP SIGNATURE-----
El Miércoles, 22 de Octubre de 2008, RŌNIN escribió:
kdesu usuario1 -c "kdesu chown usuario1 prueba.txt" ... no funciona ... !!!!! :-(
.. ni idea de que hablas.. pero kdesu se ejecuta con el modificador -c o el modificador -u con : kdesu -c nombre de programa el programa se ejecuta como usuario root con kdesu -u usuario nombrede programa el programa [nombredeprograma]ße ejecuta con los privilegios del usuario que esta despues del -u asi: kdesu -c konqueror.. ejecuta konqueror como root kdesu -U pperez konqueror-.. ejecuta el programa konqueror con los privilegios que tiene pperez 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
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El Miércoles, 22 de Octubre de 2008, RŌNIN escribió:
kdesu usuario1 -c "kdesu chown usuario1 prueba.txt" ... no funciona ... !!!!! :-(
.. ni idea de que hablas..
Me acabo de dar cuenta. RŌNIN, eso _no_ puede funcionar. No confundas "su" con "sudo", son absolutamente distintos. No puedes hacer: kdesu ... -c "kdesu ..." porque el segundo ¡tiene que ser sudo! Encadenamos su con sudo porque son distintos; si fueran intercambiables se podría hacer con un sólo comando con sólo una petición de contraseña. Lo único que puedes intentar es: kdesu usuario1 -c "sudo chown usuario1 /camino/prueba.txt" por ver si funciona. Yo creo que no, porque "sudo" es de consola, diseñado para ejecutar programas de consola, y no sabrá como preguntar la contraseña ni podrá ejecutar lo que viene detrás sin salida de consola. Podrías poner un arranque que llame al kdesu con terminal y luego todo lo demás. Tienes dos alternativas: - Mandarlos a tomar por cu... digo.. a freir monas, o que les den morcillas, o como leches se diga en tu pueblo. Sí o sí, sin alternativas. Tendrás nuestro apoyo moral >:-) - Buscar un sudo gráfico por ahí. Si lo encuentras nos lo dices, en suse no hay que yo sepa. - Ponerles a programar (a ellos) un sudo grafico. Y he dicho tres. Ya, que no te gustan. Que al jefe no le gusta. Que a tus programadores no le gusta. Pues que les den >:-P Hala. Pregunta otra cosa. >:-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkj/V8QACgkQtTMYHG2NR9U4+ACfW0xCx4mI28ks85iiOCfhOMQI VpwAn0Wsl55RCJCzgLXuk4F9J75ASPMN =3iPP -----END PGP SIGNATURE-----
2008/10/22 Carlos E. R.
Tienes dos alternativas:
- Mandarlos a tomar por cu... digo.. a freir monas, o que les den morcillas, o como leches se diga en tu pueblo. Sí o sí, sin alternativas. Tendrás nuestro apoyo moral >:-) - Buscar un sudo gráfico por ahí. Si lo encuentras nos lo dices, en suse no hay que yo sepa. - Ponerles a programar (a ellos) un sudo grafico.
Y he dicho tres. Ya, que no te gustan. Que al jefe no le gusta. Que a tus programadores no le gusta. Pues que les den >:-P
Secundo la primer alternativa :) También existe gksu y gksudo que son frontend en gtk para su y sudo, pero no vienen instalados por defecto, y sólo los encontré en un repositorio del bs. -- Kind Regards -- 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
2008/10/22 RŌNIN
Hola a tod@s:
Me ha surgido un problema de último momento (cuando pensé que ya había terminado con mi pesadilla):
Cuando ejecuto este comando en consola:
usuariox@testserver:~$su usuario1 -c "sudo chown usuario1 prueba.txt"
Me solicita la clave del usuario1 (dos veces) y cambia el propietario del archivo prueba.txt a usuario1 ... hasta aquí, todo va a pedir de boca. (8-)
Pero ahora me han pedido que no quieren ver la consola, así que lo ví fácil: cambio su/sudo por kdesu/kdesudo (el entorno de escritorio es kde) ... pero cuando ejecuto este comando:
kdesu usuario1 -c "kdesu chown usuario1 prueba.txt" ... no funciona ... !!!!! :-(
Quedo atento a sus comentarios/sugerencias/indicaciones.
http://www.bellevuelinux.org/kdesu.html :) -- Kind Regards
Hola a tod@s: El día 22 de octubre de 2008 10:59, Gabriel escribió:
Sencillo y útil ... gracias. Siguiendo las instrucciones del enlace aportado: kdesu -u usuario1 -c "kdesudo chown usuario1 ensayo.txt" Resultado: 1. Me pide una clave ... que no es la del usuario1 (Comenzamos mal) 2. Veo un par de mensajes donde pide asegurarme que el dcop server esté corriendo, mientras tanto en consola: QSettings: error creating /home/usuario1/.qt trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado mkdir failed: : No such file or directory trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado kdesudo: WARNING: KTempFile: Error trying to create /home/usuario1/.kde/tmp-testserver/startkdeinitlockXXXXXX.tmp: No existe el fichero ó directorio kdesudo: WARNING: KTempFile: Error trying to create /home/usuario1/.kde/tmp-testserver/startkdeinitlockXXXXXX.tmp: No existe el fichero ó directorio kdesudo: WARNING: KTempFile: Error trying to create /home/usuario1/.kde/tmp-testserver/startkdeinitlockXXXXXX.tmp: No existe el fichero ó directorio kdesudo: WARNING: KTempFile: Error trying to create /home/usuario1/.kde/tmp-testserver/startkdeinitlockXXXXXX.tmp: No existe el fichero ó directorio kdesudo: WARNING: KTempFile: Error trying to create /home/usuario1/.kde/tmp-testserver/startkdeinitlockXXXXXX.tmp: No existe el fichero ó directorio kdesudo: WARNING: KTempFile: Error trying to create /home/usuario1/.kde/tmp-testserver/startkdeinitlockXXXXXX.tmp: No existe el fichero ó directorio trying to create local folder /home/usuario1: Permission denied trying to create local folder /home/usuario1: Permission denied trying to create local folder /home/usuario1: Permission denied mkdir failed: : No such file or directory trying to create local folder /home/usuario1: Permission denied trying to create local folder /home/usuario1: Permission denied kdeinit: Aborting. $HOME directory (/home/usuario1) does not exist. QSettings: error creating /home/usuario1/.qt QSettings::sync: filename is null/empty QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado mkdir failed: : No such file or directory trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado trying to create local folder /home/usuario1: Permiso denegado kdialog: WARNING: KTempFile: Error trying to create /home/usuario1/.kde/tmp-testserver/startkdeinitlockXXXXXX.tmp: No existe el fichero ó directorio kdialog: WARNING: KTempFile: Error trying to create /home/usuario1/.kde/tmp-testserver/startkdeinitlockXXXXXX.tmp: No existe el fichero ó directorio kdialog: WARNING: KTempFile: Error trying to create /home/usuario1/.kde/tmp-testserver/startkdeinitlockXXXXXX.tmp: No existe el fichero ó directorio kdialog: WARNING: KTempFile: Error trying to create /home/usuario1/.kde/tmp-testserver/startkdeinitlockXXXXXX.tmp: No existe el fichero ó directorio kdialog: WARNING: KTempFile: Error trying to create /home/usuario1/.kde/tmp-testserver/startkdeinitlockXXXXXX.tmp: No existe el fichero ó directorio kdialog: WARNING: KTempFile: Error trying to create /home/usuario1/.kde/tmp-testserver/startkdeinitlockXXXXXX.tmp: No existe el fichero ó directorio trying to create local folder /home/usuario1: Permission denied trying to create local folder /home/usuario1: Permission denied trying to create local folder /home/usuario1: Permission denied mkdir failed: : No such file or directory trying to create local folder /home/usuario1: Permission denied trying to create local folder /home/usuario1: Permission denied kdeinit: Aborting. $HOME directory (/home/usuario1) does not exist. QSettings: error creating /home/usuario1/.qt QSettings::sync: filename is null/empty QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt QSettings: error creating /home/usuario1/.qt xauth: /tmp/kdesudo-XcKD1a-xauth not writable, changes will be ignored 3. Me aparece nuevamente una solicitud de clave (esta vez sí es la del usuario1) y sale ... compruebo: usuariox@testserver:~$ ls -l -rw-r--r-- 1 usuario1 sourceserver 10 2008-10-15 15:12 prueba.txt Qué puedo decir: el resultado final es lo que requiero ... pero ¿cómo eliminar el paso donde me pide una clave diferente a la del usuario1 y los mensajes del dcop server? Quedo atento a sus comentarios/indicaciones/sugerencias. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- 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 Wed, Oct 22, 2008 at 3:25 PM, RŌNIN
Hola a tod@s:
El día 22 de octubre de 2008 10:59, Gabriel escribió:
Sencillo y útil ... gracias.
Siguiendo las instrucciones del enlace aportado:
kdesu -u usuario1 -c "kdesudo chown usuario1 ensayo.txt"
Resultado:
1. Me pide una clave ... que no es la del usuario1 (Comenzamos mal)
Y de que usuario pide clave ? digo para saber a donde apuntar.
2. Veo un par de mensajes donde pide asegurarme que el dcop server esté corriendo, mientras tanto en consola:
Si funciona no considero importante eliminar esos mensajes, que no son más que warnings, los muestra porque estas ejecutando desde consola, si lo hicieras con un lanzador (que supongo que lo harás así, sino carece de sentido pedir la password con una gui si ejecutas desde consola) no los verías. De todas formas, hay algo que no entiendo, como van a hacer los usuarios para correr esto?? Van a ir a esa máquina en particular, ejecutarlo y luego ir a su máquina a editar ese archivo o lo van a editar directamente desde esa terminal? -- Kind Regards =��u��y��jV���+��"�f�u맙��j7������zϮ�˛���m�)z{.��+���j��zw�zZ�yثy�"�w�r����&jw^�y��ƣy�)z{.������^�ˬz��
Hola a tod@s: 2008/10/22 Gabriel :
Siguiendo las instrucciones del enlace aportado:
kdesu -u usuario1 -c "kdesudo chown usuario1 ensayo.txt"
Resultado:
1. Me pide una clave ... que no es la del usuario1 (Comenzamos mal)
Y de que usuario pide clave ? digo para saber a donde apuntar.
La del administrador.
2. Veo un par de mensajes donde pide asegurarme que el dcop server esté corriendo, mientras tanto en consola:
Si funciona no considero importante eliminar esos mensajes, que no son más que warnings, los muestra porque estas ejecutando desde consola, si lo hicieras con un lanzador (que supongo que lo harás así, sino carece de sentido pedir la password con una gui si ejecutas desde consola) no los verías.
Por si acaso, he creado el /home/usuario1 ... y los mensajes desaparecieron.
De todas formas, hay algo que no entiendo, como van a hacer los usuarios para correr esto?? Van a ir a esa máquina en particular, ejecutarlo y luego ir a su máquina a editar ese archivo o lo van a editar directamente desde esa terminal?
A ver si puedo explicarlo sin enredos: Los winusuarios tratan de editar los archivos ubicados en una unidad de red compartida anexada a su computadora personal (Z:), dicha unidad está enlazada al directorio /home/usuariox/repositorio de un servidor GNU/Linux remoto. Se requiere evitar que el archivo prueba.txt que se halla en la unidad Z: pueda ser editado de manera concurrente por dos usuarios; para ello he implementado el siguiente mecanismo: El winusuario1 se conecta mediante un cliente gráfico (NXClient) al servidor GNU/Linux ... estando en el servidor GNU/Linux y mediante un menú contextual bloquea para su uso (haciendo uso de una rutina enlazada al menú contextual) el archivo prueba.txt. Regresa a su unidad Z: y procede a editar el archivo prueba.txt. El winusuario2 se conecta mediante un cliente gráfico (NXClient) al servidor GNU/Linux ... estando en el servidor GNU/Linux y mediante un menú contextual intenta bloquear (haciendo uso de una rutina enlazada al menú contextual) para su uso, el archivo prueba.txt. Pero la rutina le informa que dicho archivo ha sido bloqueado por el winusuario1, así que al regresar a su unidad Z: podrá visualizar el contenido del archivo prueba.txt, mas no podrá editarlo. Una vez el winusuario1 ha terminado de editar el archivo prueba.txt, se conecta mediante un cliente gráfico (NXClient) al servidor GNU/Linux ... estando en el servidor GNU/Linux y mediante un menú contextual desbloquea (haciendo uso de una rutina enlazada al menú contextual) para uso de cualquier usuario, el archivo prueba.txt y con ello, el winusuario2 puede bloquear para su uso el archivo prueba.txt (lo que nos lleva al primer párrafo de esta explicación). En caso de que el winusuario1 olvide desbloquear el archivo prueba.txt, los demás winusuarios pueden conectarse mediante un cliente gráfico (NXClient) al servidor GNU/Linux ... estando en el servidor GNU/Linux y mediante un menú contextual consultan (haciendo uso de una rutina enlazada al menú contextual) quién ha bloqueado el archivo prueba.txt. Las rutinas trabajan en base a comparar/cambiar el propietario del archivo que se requiere bloquear/desbloquear ... para realizar dichos cambios requiero que lo haga como administrador, pero sin solicitar la contraseña del administrador sino la del usuario que activa la rutina. A este punto hay que tener en cuenta que los winusuarios se conectan al servidor GNU/Linux con un usuario genérico. Gracias por su interés y colaboración. Quedo a la espera de sus comentarios/sugerencias/indicaciones. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- 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 2008-10-22 a las 15:11 -0500, RŌNIN escribió:
A ver si puedo explicarlo sin enredos:
Los winusuarios tratan de editar los archivos ubicados en una unidad de red compartida anexada a su computadora personal (Z:), dicha unidad está enlazada al directorio /home/usuariox/repositorio de un servidor GNU/Linux remoto.
Se requiere evitar que el archivo prueba.txt que se halla en la unidad Z: pueda ser editado de manera concurrente por dos usuarios; para ello he implementado el siguiente mecanismo:
El winusuario1 se conecta mediante un cliente gráfico (NXClient) al servidor GNU/Linux ... estando en el servidor GNU/Linux y mediante un menú contextual bloquea para su uso (haciendo uso de una rutina enlazada al menú contextual) el archivo prueba.txt. Regresa a su unidad Z: y procede a editar el archivo prueba.txt.
El winusuario2 se conecta mediante un cliente gráfico (NXClient) al servidor GNU/Linux ... estando en el servidor GNU/Linux y mediante un menú contextual intenta bloquear (haciendo uso de una rutina enlazada al menú contextual) para su uso, el archivo prueba.txt. Pero la rutina le informa que dicho archivo ha sido bloqueado por el winusuario1, así que al regresar a su unidad Z: podrá visualizar el contenido del archivo prueba.txt, mas no podrá editarlo.
Una vez el winusuario1 ha terminado de editar el archivo prueba.txt, se conecta mediante un cliente gráfico (NXClient) al servidor GNU/Linux ... estando en el servidor GNU/Linux y mediante un menú contextual desbloquea (haciendo uso de una rutina enlazada al menú contextual) para uso de cualquier usuario, el archivo prueba.txt y con ello, el winusuario2 puede bloquear para su uso el archivo prueba.txt (lo que nos lleva al primer párrafo de esta explicación).
En caso de que el winusuario1 olvide desbloquear el archivo prueba.txt, los demás winusuarios pueden conectarse mediante un cliente gráfico (NXClient) al servidor GNU/Linux ... estando en el servidor GNU/Linux y mediante un menú contextual consultan (haciendo uso de una rutina enlazada al menú contextual) quién ha bloqueado el archivo prueba.txt.
Las rutinas trabajan en base a comparar/cambiar el propietario del archivo que se requiere bloquear/desbloquear ... para realizar dichos cambios requiero que lo haga como administrador, pero sin solicitar la contraseña del administrador sino la del usuario que activa la rutina. A este punto hay que tener en cuenta que los winusuarios se conectan al servidor GNU/Linux con un usuario genérico.
Pues eso debes cambiarlo. Cada uno de ellos debe conectarse, para esta misión, con su propio login/password. Nada de entrar con el genérico. Esto no es discutible ni negociable, así que no te voy a ayudar a cambiarlo >:-) Para otras cosas haz lo que quieras :-p - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkj/okYACgkQtTMYHG2NR9XxAgCdEjeRCkbD+UDtK2K5htKtp/hn zMgAnRipC8Xff3qOJtEorR43TvG6x3YY =aAN0 -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Carlos E. R. escribió:
Pues eso debes cambiarlo. Cada uno de ellos debe conectarse, para esta misión, con su propio login/password. Nada de entrar con el genérico.
Esto no es discutible ni negociable, así que no te voy a ayudar a cambiarlo >:-)
Para otras cosas haz lo que quieras :-p
Eso es lo que decía yo :), no comprendía y sigo sin comprender porque todos deben loguearse con un mismo usuario si de todas maneras los otros también tienen que existir :S, y evitaría complicar tanto la cosa. - -- Kind regards. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEAREIAAYFAkj/s7gACgkQNHr4BkRe3pLaywCeM8m+ccsHEgdsWbjT2F7XIwG2 A/gAnR5lBiBVdH+M2rTb+TmnFx0lKgZk =MWq7 -----END PGP SIGNATURE----- -- 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
Hola a tod@s: El día 22 de octubre de 2008 18:14, Gabriel escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Eso es lo que decía yo :), no comprendía y sigo sin comprender porque todos deben loguearse con un mismo usuario si de todas maneras los otros también tienen que existir :S, y evitaría complicar tanto la cosa.
Con éste mensaje, doy fin a la historia/pesadilla ... la solución, a quien pueda servirle en un futuro: Pasar de usar kdesu ... Así las cosas, el comando es: gksu -u usuario1 "gksudo chown usuario1 prueba.txt" Ahora entiendo a Carlos Robin y su aprecio al GNOME ... según me he enterado, el fallo del kdesu viene de tiempo atrás (¿dónde me uno al reporte/petición de arreglo?) Agradezco a tod@s y cada un@ de quienes dedicaron su tiempo a interesarse por dar alguna indicación que pudiera servirme para salir avante en éste lío en que me han metido mis jefes y sus ideas grandiosas. Y como dicen en España: ¡Prueba Superada! ... clap, clap, clap ... Hasta la próxima. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- 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
Hola a tod@s:
Una vez el winusuario1 ha terminado de editar el archivo prueba.txt, se conecta mediante un cliente gráfico (NXClient) al servidor GNU/Linux ... estando en el servidor GNU/Linux y mediante un menú contextual desbloquea (haciendo uso de una rutina enlazada al menú contextual) para uso de cualquier usuario, el archivo prueba.txt y con ello, el winusuario2 puede bloquear para su uso el archivo prueba.txt (lo que nos lleva al primer párrafo de esta explicación).
Perdona mi ignorancia, pero no seria mas facil que los usuarios tuviesen la conexion NX abierta y editasen los archivos directamente. Asi te ahorrarias muchas cosas, por que el archivo estaria bloqueado mientras se editase. He visto algun ejemplo en el q
En caso de que el winusuario1 olvide desbloquear el archivo prueba.txt, los demás winusuarios pueden conectarse mediante un cliente gráfico (NXClient) al servidor GNU/Linux ... estando en el servidor GNU/Linux y mediante un menú contextual consultan (haciendo uso de una rutina enlazada al menú contextual) quién ha bloqueado el archivo prueba.txt.
Las rutinas trabajan en base a comparar/cambiar el propietario del archivo que se requiere bloquear/desbloquear ... para realizar dichos cambios requiero que lo haga como administrador, pero sin solicitar la contraseña del administrador sino la del usuario que activa la rutina. A este punto hay que tener en cuenta que los winusuarios se conectan al servidor GNU/Linux con un usuario genérico. -- 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
Perdon, se me escapo el intro .... y ademas no vi la respuesta. Mala
tarde la tiene cualquiera :(
Bueno, aunque este solucionado con gksu, mi propuesta era una opcion
que he visto a la hora de migrar usuarios win a linux de "forma
transparente" usando freenx. La verdad q el resultado era muy
simpatico por que ver como abres los innombrales navegadores en el
escritorio gnome era realmente gracioso. Y los access ....
El día 23 de octubre de 2008 10:29, AG
Hola a tod@s:
Una vez el winusuario1 ha terminado de editar el archivo prueba.txt, se conecta mediante un cliente gráfico (NXClient) al servidor GNU/Linux ... estando en el servidor GNU/Linux y mediante un menú contextual desbloquea (haciendo uso de una rutina enlazada al menú contextual) para uso de cualquier usuario, el archivo prueba.txt y con ello, el winusuario2 puede bloquear para su uso el archivo prueba.txt (lo que nos lleva al primer párrafo de esta explicación).
Perdona mi ignorancia, pero no seria mas facil que los usuarios tuviesen la conexion NX abierta y editasen los archivos directamente. Asi te ahorrarias muchas cosas, por que el archivo estaria bloqueado mientras se editase. He visto algun ejemplo en el q
En caso de que el winusuario1 olvide desbloquear el archivo prueba.txt, los demás winusuarios pueden conectarse mediante un cliente gráfico (NXClient) al servidor GNU/Linux ... estando en el servidor GNU/Linux y mediante un menú contextual consultan (haciendo uso de una rutina enlazada al menú contextual) quién ha bloqueado el archivo prueba.txt.
Las rutinas trabajan en base a comparar/cambiar el propietario del archivo que se requiere bloquear/desbloquear ... para realizar dichos cambios requiero que lo haga como administrador, pero sin solicitar la contraseña del administrador sino la del usuario que activa la rutina. A este punto hay que tener en cuenta que los winusuarios se conectan al servidor GNU/Linux con un usuario genérico.
-- 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:
Hola a tod@s:
El día 22 de octubre de 2008 10:59, Gabriel escribió:
Sencillo y útil ... gracias.
Siguiendo las instrucciones del enlace aportado:
kdesu -u usuario1 -c "kdesudo chown usuario1 ensayo.txt"
El "kdesudo" no viene en la distro, con lo que si lo has instalado de otra distro los resultados pueden ser impredecibles.
Resultado:
1. Me pide una clave ... que no es la del usuario1 (Comenzamos mal)
¿De quien te la pide?
2. Veo un par de mensajes donde pide asegurarme que el dcop server esté corriendo, mientras tanto en consola:
QSettings: error creating /home/usuario1/.qt
trying to create local folder /home/usuario1: Permiso denegado
trying to create local folder /home/usuario1: Permiso denegado
Jeje.... confunde el usuario remoto con el usuario local. ...
kdesudo: WARNING: KTempFile: Error trying to create /home/usuario1/.kde/tmp-testserver/startkdeinitlockXXXXXX.tmp: No existe el fichero ó directorio
...
xauth: /tmp/kdesudo-XcKD1a-xauth not writable, changes will be ignored
3. Me aparece nuevamente una solicitud de clave (esta vez sí es la del usuario1) y sale ... compruebo:
usuariox@testserver:~$ ls -l
-rw-r--r-- 1 usuario1 sourceserver 10 2008-10-15 15:12 prueba.txt
Qué puedo decir: el resultado final es lo que requiero ... pero ¿cómo eliminar el paso donde me pide una clave diferente a la del usuario1 y los mensajes del dcop server?
Ni puñetera idea. Investiga en los manuales >:-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkj/dLcACgkQtTMYHG2NR9WlZACfYMqWrAa0wWuTHpW18ocdDUgB giUAnAg/6jldE8/jZT19RHmaQ3JCyiXJ =Lozz -----END PGP SIGNATURE-----
Hola a tod@s: El día 22 de octubre de 2008 13:45, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El "kdesudo" no viene en la distro, con lo que si lo has instalado de otra distro los resultados pueden ser impredecibles.
Ejem ... O:-)
Resultado:
1. Me pide una clave ... que no es la del usuario1 (Comenzamos mal)
¿De quien te la pide?
La del administrador.
Ni puñetera idea. Investiga en los manuales >:-)
He investigado (no en los manuales :-P) y he encontrado algo sobre expect (http://en.wikipedia.org/wiki/Expect) ... pero me surge otra duda: puedo definir una variable que albergue la clave para utilizarla cuando el sistema la pida ... pero pregunto: ¿si la clave la tomo a través de una variable definida en una rutina, cómo integro esa variable (o su contenido) a la rutina creada en expect ?. Quedo atento a sus comentarios/indicaciones/sugerencias. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- 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:
El día 22 de octubre de 2008 13:45, Carlos E. R. escribió:
El "kdesudo" no viene en la distro, con lo que si lo has instalado de otra distro los resultados pueden ser impredecibles.
Ejem ... O:-)
me lo sospechaba.
Resultado:
1. Me pide una clave ... que no es la del usuario1 (Comenzamos mal)
¿De quien te la pide?
La del administrador.
Ah. Pues haz pruebas hasta que te funcione... yo he probado: kdesu -u cer2 xterm & y me pide la contraseña de "cer2", o sea, correcto.
Ni puñetera idea. Investiga en los manuales >:-)
He investigado (no en los manuales :-P) y he encontrado algo sobre expect (http://en.wikipedia.org/wiki/Expect) ... pero me surge otra duda: puedo definir una variable que albergue la clave para utilizarla cuando el sistema la pida ... pero pregunto: ¿si la clave la tomo a través de una variable definida en una rutina, cómo integro esa variable (o su contenido) a la rutina creada en expect ?.
Ya te comenté que es muy mala idea guardar tú la contraseña de otra persona de cualquier forma que se te ocurra. Aunque sea temporalmente. Entre otras cosas, porque algún usuario puede leerla a través de leer /proc, porque se puede pervertir el script, y yo que sé cuantas cosas más que ni se me ocurren. Pero si insistes, antes de hacer eso comprueba que expect te funcione, porque es un programa para consola. Y por cierto, puedes tener resultados inexperados con expect porque tanto kde como gnome (y la consola si la configuras) tienen sistemas para recordar la contraseña de una vez a otra, lo que interfiere con expect. Sobre todo con ssh. Lo sé porque lo uso. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkj/oLAACgkQtTMYHG2NR9VCQwCdGdFnETqm44/Vvqy6jQLTnF8t QmcAoJNmnBRIa6AnL7oYOouONnU865rq =OQOi -----END PGP SIGNATURE-----
El 22/10/08, RŌNIN escribió:
Pero ahora me han pedido que no quieren ver la consola,
Mándalos a freír monas :-)
así que lo ví fácil: cambio su/sudo por kdesu/kdesudo (el entorno de escritorio es kde) ... pero cuando ejecuto este comando:
kdesu usuario1 -c "kdesu chown usuario1 prueba.txt" ... no funciona ... !!!!! :-(
En opensuse 11 kdesu es un "su" gráfico con alguna opción más... para cambiarlo y que use sudo, pues espera a ver si encuentro algún sitio donde lo ponían... (...) Mira, te pongo el enlace de un colistero :-) Truco KDE para tu openSUSE 11.0: KDESU usando sudo http://www.bgta.net/2008/07/08/truco-kde-para-tu-opensuse-110-kdesu-usando-s... Al menos en la 10.3 no tengo ese archivo (kdesurc) por ningún lado :-? Saludos, -- Camaleón
participants (6)
-
AG
-
Camaleón
-
Carlos E. R.
-
Gabriel
-
Jaime Velez
-
RŌNIN