Re: refresco de pantalla lento en rdesktop con debian 8
Hola Camaleón El día 25 de agosto de 2015, 11:08, Camaleón escribió: > El Mon, 24 Aug 2015 14:59:31 -0300, Jorge A. Secreto escribió: > >> Hola gente Normalmente utilizo rdesktop para acceder a servidores >> windows, porque me permite definirle la impresora que quiero utilizar >> como predeterminada. > > ¿Quieres decir que con otros clientes no puedes definir la impresora > predeterminada en windows? En principio no veo relación entre las dos > cosas, ¿qué es lo que te deja hacer rdesktop, exactamente? :-? > No tiene relación con el problema, era sólo un aclaración acerca de mi elección arbitraria de cliente rdp. Mi experiencia con otros clientes rdp (remmina o tsclient(win)) es que le puedes decir que quieres que estén disponibles las impresoras locales en la sesión remota, pero no cuál es la que quieres como predeterminada. Es útil cuando la aplicación que utilizas no tiene una selección cómoda de la impresora a usar. Inclusive tengo algunos "clientes" a los cuales les resulta muy complicado tener que elegir la impresora antes de imprimir. Y no, no es una opción matarlos (aunque estuve tentado varias veces :-) Antes de responder me fijé qué opciones da freerdp, que no lo había usado antes, y tiene más opciones que rdesktop :-P faltaría ver si acepta definirle otras impresoras aparte de la predeterminada. >> Desde que pasé a Debian 8, en la pc del trabajo, la lentitud del >> refresco de pantalla era insoportable. Busqué en google, varias veces, y >> todo lo que encontré hacía referencia a los parámetros de la línea de >> comando, que ya había utilizado en todas las opciones imaginables. >> Utilizo lxde, por si sirve de referencia, por el resto debian 8 >> instalado desde cero. >> Hace un rato se me ocurrió probar con alguno de los otros clientes rdp, >> resignado a no poder definir las impresoras a mi gusto, e instalé >> freerdp y remmina, desde el repo oficial de debian. >> Resultado: problema resuelto. Remmina, Freerdp y ¡¡¡Redsktop!!! >> refrescan bien la pantalla. >> No sé cual lo solucionó. > > Ni "cuál" ni "qué", diría yo :-) si, una estupidez de mi parte, pero no esperaba solucionar el problema con eso. > > ¿Crees que algún paquete que se instalara junto con estos dos clientes le > dio un empujoncito a rdesktop? El hecho es que inmediatamente antes de instalarlos funcionaba lento e inmediatamente después funcionaba bién. > >> Lamento no haberlos instalado de a uno, pero no voy a desinstalarlos >> para probar. Por lo menos hoy. > > (...) > > El caso es que si el paquete "salvador" se instaló como dependencia de > remmina o freerdp no podrás saber de cuál se trataba ;-( Estoy bastante tentado de instalar una maquina virtual para probar eso solamente y hacer algunos diff en etc y cosas por el estilo > > Saludos, > > -- > Camaleón > Saludos -- Jorge A Secreto Analista de Sistemas MP 361
Re: refresco de pantalla lento en rdesktop con debian 8
El Mon, 24 Aug 2015 14:59:31 -0300, Jorge A. Secreto escribió: > Hola gente Normalmente utilizo rdesktop para acceder a servidores > windows, porque me permite definirle la impresora que quiero utilizar > como predeterminada. ¿Quieres decir que con otros clientes no puedes definir la impresora predeterminada en windows? En principio no veo relación entre las dos cosas, ¿qué es lo que te deja hacer rdesktop, exactamente? :-? > Desde que pasé a Debian 8, en la pc del trabajo, la lentitud del > refresco de pantalla era insoportable. Busqué en google, varias veces, y > todo lo que encontré hacía referencia a los parámetros de la línea de > comando, que ya había utilizado en todas las opciones imaginables. > Utilizo lxde, por si sirve de referencia, por el resto debian 8 > instalado desde cero. > Hace un rato se me ocurrió probar con alguno de los otros clientes rdp, > resignado a no poder definir las impresoras a mi gusto, e instalé > freerdp y remmina, desde el repo oficial de debian. > Resultado: problema resuelto. Remmina, Freerdp y ¡¡¡Redsktop!!! > refrescan bien la pantalla. > No sé cual lo solucionó. Ni "cuál" ni "qué", diría yo :-) ¿Crees que algún paquete que se instalara junto con estos dos clientes le dio un empujoncito a rdesktop? > Lamento no haberlos instalado de a uno, pero no voy a desinstalarlos > para probar. Por lo menos hoy. (...) El caso es que si el paquete "salvador" se instaló como dependencia de remmina o freerdp no podrás saber de cuál se trataba ;-( Saludos, -- Camaleón
Re: cambiar pasw wn squirrelmail
El Tue, 25 Aug 2015 09:15:00 -0400, luis escribió: > Como hacer para que los usuarios puedan cambiar su passw desde la web > una vez logueado en su correo web?? > > Los usuarios los tengo registrados en debian jessie, nada de mysql. Supongo que refieres a que los tienes en /etc/passwd ¿no? > El plugin que creeeo que necesito es este. > > http://squirrelmail.org/plugin_view.php?id=117 (...) > Se descompacta dentro de la carpeta "plugin" del Squirrelmail y listo o > hay que hacer otros procedimientos ??? Bueno, tienes varios dependiendo de dónde tengas dados de alta a los usuarios. Por otra parte, ese complemento parece antiguo (¿2004?) quizá te convendría buscar alguna alternativa :-? Si aún así quieres seguir con ese complemento, tienes toda la ayuda para ponerlo en marcha en los archivoa README e INSTALL del paquete fuente. Saludos, -- Camaleón
Re: icedove (o llaves gnome) remoto
El Tue, 25 Aug 2015 10:16:32 +0200, Antonio Trujillo Carmona escribió: > Ayer tuve que usar mi icedove desde un ordenador remoto y no me > funciono, el escenario es: > Mi equipo Debian 8 con gnome e icedove. > Equipo remotoDebian 8 con lxde. > La conexión la hice por ssh, el Icedove funcionaba bien, pero al > intentar recibir correo fallaba, no tenia acceso al repositorio de > claves y no me pedía la clave, intente ver las claves guardadas y no las > mostraba, parece que, aunque el icedove era una aplicación remota > intentaba acceder al almacén local donde. obviamente no hay claves. (...) Entiendo que lo que tienes que hacer es simular un inicio de sesión local por medio de SSH para poder acceder/desbloquear el llavero de seahorse o en su defecto ejecutarlo (seahorse) en remoto y desbloquearlo manualmente. Más ideas/alternativas: https://wiki.archlinux.org/index.php/GNOME_Keyring#Console_login Saludos, -- Camaleón
cambiar pasw wn squirrelmail
Buenos días a todos Como hacer para que los usuarios puedan cambiar su passw desde la web una vez logueado en su correo web?? Los usuarios los tengo registrados en debian jessie, nada de mysql. El plugin que creeeo que necesito es este. http://squirrelmail.org/plugin_view.php?id=117 Change_passwd - (123711 downloads) Details and downloads Original Author: Thiago Melo de Paula Last Release: 4.0 on Apr 23, 2004 This plugin is to allow your users to change his/her system password in /etc/passwd or /etc/shadow Se descompacta dentro de la carpeta "plugin" del Squirrelmail y listo o hay que hacer otros procedimientos ??? Sugerencias .. Agradezco toda información
Re: icedove (o llaves gnome) remoto
El 25/08/15 a las 10:36, fernando sainz escribió:
> El día 25 de agosto de 2015, 10:16, Antonio Trujillo Carmona
> escribió:
>> Ayer tuve que usar mi icedove desde un ordenador remoto y no me
>> funciono, el escenario es:
>> Mi equipo Debian 8 con gnome e icedove.
>> Equipo remotoDebian 8 con lxde.
>> La conexión la hice por ssh, el Icedove funcionaba bien, pero al
>> intentar recibir correo fallaba, no tenia acceso al repositorio de
>> claves y no me pedía la clave, intente ver las claves guardadas y no las
>> mostraba, parece que, aunque el icedove era una aplicación remota
>> intentaba acceder al almacén local donde. obviamente no hay claves.
>> ¿alguien sabe algo?.
>> ¿Es mi análisis correcto o no?
>> ¿Hay alguna solución conocida?
>> Salud.
>>
> Hola.
> No sé si tiene algo que ver con tu problema, pero recuerdo que con
> iceweasel, y es posible que también con icedove, si tenías abierta una
> instancia del programa en local cuando intentabas usar la remota se
> producía un conflicto que hacía que se usase la instancia local. Había
> que usar --no-remote para que funcionase la instancia remota.
>
> S2.
>
>
>
No no es eso,parece que tiene que ver con nsLoginManager lanzado desde
consola me da:
icedove --no-remote
(process:30072): GLib-CRITICAL **: g_slice_set_config: assertion
'sys_page_size == 0' failed
1440504516181addons.repositoryWARNUnknown type id when
parsing addon: 5
[calBackendLoader] Using libical backend at
/usr/lib/icedove/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libical.manifest
enigmail.js: Registered components
mimeVerify.jsm: module initialized
[Exception... "[JavaScript Error: "this._storage is null" {file:
"resource://gre/components/nsLoginManager.js" line: 323}]'[JavaScript
Error: "this._storage is null" {file:
"resource://gre/components/nsLoginManager.js" line: 323}]' when calling
method: [nsILoginManager::findLogins]" nsresult: "0x80570021
(NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)" location: "JS frame ::
resource://gre/components/imAccounts.js :: imAccount.prototype.password
:: line 493" data: yes] ({})
Parece que el icedove usa un proceso java para acceder al repositorio
"local" de contraseñas, al ser un servidor distinto, el java se ejecuta
en el local y hay no hay contraseñas.
pero gracias.
Re: icedove (o llaves gnome) remoto MEDIO SOLUCIONADO
On 25/08/15 10:16, Antonio Trujillo Carmona wrote: Ayer tuve que usar mi icedove desde un ordenador remoto y no me funciono, el escenario es: Mi equipo Debian 8 con gnome e icedove. Equipo remotoDebian 8 con lxde. La conexión la hice por ssh, el Icedove funcionaba bien, pero al intentar recibir correo fallaba, no tenia acceso al repositorio de claves y no me pedía la clave, intente ver las claves guardadas y no las mostraba, parece que, aunque el icedove era una aplicación remota intentaba acceder al almacén local donde. obviamente no hay claves. ¿alguien sabe algo?. ¿Es mi análisis correcto o no? ¿Hay alguna solución conocida? Salud. visto el consejo de Fernando, he mirado con icedove --help y he probado --safe-mode. de esta manera desactiva el uso de almacenamiento y me pide las contraseñas, con lo que funciona. No es la solución correcta, pues esta seria que accediera al repositorio de claves de mi equipo, pero se puede trabajar.
Re: Menuda falta de respeto, tu de que vas? camaleon
El día 24 de agosto de 2015, 15:55, walter escribió: > > Yo "Banco" a Camaleon!!! siempre colabora o tira una linea para empezar > un camino quizás no sea la solución exacta... pero colabora y "guia".. > Gracias Camaleon por Colaborar > digo... me pareció desproporcionada la queja hacia Camaleon!! > > banco = Aguantarle la parada = Aguantarle los trapos = estar en defensa de = > estoy de tu lado = somos del mismo equipo = tiro para el mismo lado = > empujo junto a vos = y muchos etc mas... que signifiquen masomenos lo > mismo.. > > Salud y Buena Vida!! > Lo mismo digo: Tengo tres mujeres compartiendo el podio de mi admiración: Kari Byron, Pauley Perrette y Camaleón. JAP
Re: icedove (o llaves gnome) remoto
El día 25 de agosto de 2015, 10:16, Antonio Trujillo Carmona escribió: > Ayer tuve que usar mi icedove desde un ordenador remoto y no me > funciono, el escenario es: > Mi equipo Debian 8 con gnome e icedove. > Equipo remotoDebian 8 con lxde. > La conexión la hice por ssh, el Icedove funcionaba bien, pero al > intentar recibir correo fallaba, no tenia acceso al repositorio de > claves y no me pedía la clave, intente ver las claves guardadas y no las > mostraba, parece que, aunque el icedove era una aplicación remota > intentaba acceder al almacén local donde. obviamente no hay claves. > ¿alguien sabe algo?. > ¿Es mi análisis correcto o no? > ¿Hay alguna solución conocida? > Salud. > Hola. No sé si tiene algo que ver con tu problema, pero recuerdo que con iceweasel, y es posible que también con icedove, si tenías abierta una instancia del programa en local cuando intentabas usar la remota se producía un conflicto que hacía que se usase la instancia local. Había que usar --no-remote para que funcionase la instancia remota. S2.
Re: Menuda falta de respeto, tu de que vas? camaleon
El 24/8/15, BasaBuru escribió: > El Lunes, 24 de agosto de 2015 13:34:16 Camaleón Zuk idatzi: > > > Como se puede faltar al respeto de esta forma a un newbie que se lo curra. > Busca soluciones, pide ayuda y elige lo que le da la gana. > > Como se puede ser tan despectiva, altanera y chula Estoy flipado con la > > forma que tienes de tratar a la gente. > > Parece que te crees alguien como para sobrarte en la lista de esta manera. > > Además las instrucciones de la wiki están obsoletas... juas, juas. Esta > claro > que ni las has leído. > > Y si top posting para que lo vea todo el mundo bien. Paciencia amigos, lo mejor es no responder cuando hay una persona que ni lee pues ni se da el trabajo de buscar inromación, da cólera hay veces, pero lo que aprendí es ser toelrante, mejor es callarme y que otro le ayude de manera cordial, si es que desea ayudar, pero camaleon siempre ayuda, y su forma de hacerlo generalmente es amable, yo hace tiempo leo a cameleon en esta lista y en opensuse y siempre fue una colaboradora de respeto que pocos lo hacen asi como ella, paciencia que solo se le salió como una cosa no muy buena cuando el dijo jaja que si decia sobre de tirar el disco duro lo haria jaja, se le fue y eso le falta corregir a camaleon, debe ser mas tolerante, en fin pero es una usuaria de respeto amigo. Esta muy bien y te apoyo, dejaste claro que haces toppostin para que todos lo lean, sabes que nos e hace top posting segun als reglas pero aqui lo das a entender por que usaste top posting. SALUDOS Y PACIENCIA AMIGOS TOLERANCIA ANTE TODO, saludos cordiales a todos, los quiero. > >> > Ya me hice "pelotas" como se dice en Mexico con lo de instalar esta >> > dichosa tarjeta, llevo horas y ya me canse. Asi que decido comenzar de >> > cero y olvidar el tema de los linux headers. >> >> Con lo sencillo que es seguir las instrucciones de la wiki para instalar >> los drivers de tarjetas nVidia... >> >> > Deseo instalar los drivers libres noveau para esta tarjeta, siguiendo >> > los pasos indicados en esta pagina. >> > >> > https://wiki.archlinux.org/index.php/Nouveau_%28Espa%C3%B1ol% >> >> 29#Instalaci.C3.B3n >> >> > Al tratar de instalar xf86-video-nouveau >> > >> > apt-get install xf86-video-nouveau >> >> (...) >> >> ¿Y desde cuándo los paquetes de ArchLinux siguen la misma nomenclatura >> que los de Debian? Menos mal que las instrucciones no decían que sacaras >> el disco duro y lo tiraras por la ventana porque capaz de hacerlo >:-) >> >> Saludos, > > -- > Agur bero bat / a greeting > > BasaBuru > > BASATU > > ~ > basatia bihur zaitez > ~ > > gako ID gnupg: F9044F8FC64B2544 > hatz-aztarna: 13FF 7B28 D999 B957 F837 D566 F904 4F8F C64B 2544
icedove (o llaves gnome) remoto
Ayer tuve que usar mi icedove desde un ordenador remoto y no me funciono, el escenario es: Mi equipo Debian 8 con gnome e icedove. Equipo remotoDebian 8 con lxde. La conexión la hice por ssh, el Icedove funcionaba bien, pero al intentar recibir correo fallaba, no tenia acceso al repositorio de claves y no me pedía la clave, intente ver las claves guardadas y no las mostraba, parece que, aunque el icedove era una aplicación remota intentaba acceder al almacén local donde. obviamente no hay claves. ¿alguien sabe algo?. ¿Es mi análisis correcto o no? ¿Hay alguna solución conocida? Salud.
