Fwd: Firefox Derivados
Hola por supuesto que uso debian, iceweasel ya lo conozco y si es firefox; en máquinas con bajos recursos (1GB de ram procesador atom) firefox (iceweasel o firefox) tiende a colgarse facilmente por lo cual pregunto por experiencias con derivados como palemoon y otros que conozcan y me recomienden. Saludos El 1 de junio de 2014, 21:45, Allan Aguilar ral...@vmail.me escribió: El 01-06-2014 16:13, Diddier Hilarion escribió: Hola a todos. ¿Han usado algún derivado de firefox?, ¿como les ha ido con el rendimiento y compatibilidad de plugins? Saludos. Hola, Diddier. Si utilizas Debian, entonces ya tienes Iceweasel. Es casi idéntico a Firefox; la únicas diferencias son su nombre y el logotipo.[1] [1] http://enwp.org/Iceweasel -- http://enwp.org/m:User:Ralgis/Cypherpunk ral...@vmail.me -- Diddier A Hilarion B. -- Diddier A Hilarion B.
Re: [OT] correo de lists.debian.org
On Sat, May 31, 2014 at 02:24:33AM +0200, Gerardo Diez García wrote: Pues significa lo que pone. Que te han mandado un mensaje y gmail lo ha rebotado. Que si eso llega a unos niveles que se consideran inaceptables te darán automáticamente de baja. Pero tranquilo, estás muy lejos de llegar a esos niveles. Pues yo no estaría tan tranquilo y explico por qué: Cuando te suscribes a una lista de correo es porque quieres recibir en principio *todos* los mensajes que se envíen a la lista. Si al final resulta que solamente recibes una parte de todos los mensajes, hay algo que está fallando estrepitosamente. Una posible solución es decirle a gmail que quieres *todos* los mensajes de la lista, y se haría así: Mira un mensaje cualquiera de la lista (por ejemplo, este que estás leyendo ahora mismo :-), le das al triangulito de arriba a la derecha y te salen varias opciones, una de ellas se llama Filtrar mensajes como este Verás una cajita en la que automáticamente se ha rellenado este campo: Contiene las palabras list:debian-user-spanish.lists.debian.org No hay que poner nada más, le das a donde dice Crear un filtro con estos criterios de búsqueda y pasas al siguiente cuadro. Entonces seleccionas esta opción: [v] No marcar nunca como spam y le das a Crear filtro. No lo he comprobado porque gmail me parece pésimo para listas de correo (nunca sabes si el correo que mandas llegó a la lista o no porque se confunde con el de Enviados), pero es posible que este procedimiento ayude. Y también es posible que no, igual ya tienes un filtro para la lista pero los criterios de gmail tienen prioridad sobre los filtros que ponen los usuarios, vaya usted a saber. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140602111831.ga25...@cantor.unex.es
Re: varnish y cookies... [Casi solución]
El Sun, 01 de Jun de 2014, a las 07:36:37PM +0200, José Miguel (sio2) dijo:
Supongo que habrá forma de hacerlo escribiendo el código en C, pero soy
incapaz: apenas recuerdo nada de C y, además, no sé cuáles son las tripas de
esto. Si a eso le sumamos que cualquier error en C, tiene consecuencias
catastróficas, tenemos montada la fiesta.
Bueno, tengo una solución cutrecilla, porque no trabaja a muy bajo
nivel, pero necesitaría una pequeña mejora, a ver si alguien que sepa de
C da con la tecla. Al que le aburra el código que se salte al final, que
la expongo.
Resulta que varnish tiene una función std.collect() que reúne en una
sola cabecera todas las cabeceras con el mismo nombre, y separa los
valores con , . Creo que en el antiguo RFC esta era la forma de enviar
varias cookies.
Pues bien, la estrategia consiste en reunir todas las cookies en una
sola cabecera, sustituir todos los separados , , por otro que sea de
un carácter (precisamente en este carácter viene mi duda), y hacer con
expresiones regulares todos los cambios pertinentes en el path, De paso,
se elimina el dominio, por si alguna aplicación le da por incluirlo.
Cuando se tiene todo esto preparado, con un par de líneas en inline C,
es fácil trocear de nuevo para volver a formar cabeceras separadas.
Haciendo lo dicho:
http://www.dominio1.com/ruta_dominio1
y
http://www.dominio2.com/ruta_dominio2/www.dominio1.com/ruta_dominio1
serven exactamente la misma aplicación, pero de modo que el servidor web
sólo se ha configurado para recibir peticiones de la primera forma.
Esto es lo que he escrito:
#v+
C{
#define _GNU_SOURCE
#include string.h
#include stddef.h
}C
import header;
[...]
sub vcl_recv {
[...]
if ( req.url ~ /ruta_dominio2/([^\.]+\.)?dominio1.com/? ) {
set req.http.X-Interface = req.http.host;
set req.http.host = regsub(req.url,^/ruta_doominio2/([^/]+).*$,\1);
set req.url = regsub(req.url,^/ruta_dominio2/[^/]+/?,/);
}
[...]
}
sub vcl_fetch {
[...]
# X-Interface se añade en vcl_recv
# cuando se alteran host y url
if ( req.http.X-Interface ) {
# Corrige redirecciones
if ( beresp.status == 301 || beresp.status == 302
beresp.http.location !~ ^https: ) {
set beresp.http.location =
regsub(beresp.http.location,http://(.+),http://+req.http.host+/\1;);
}
if( beresp.http.Set-Cookie ) {
std.collect(beresp.http.Set-Cookie);
set beresp.http.X-Set-Cookie =
regsuball(beresp.http.Set-Cookie,[Dd]omain=[^,;]+(; )?,);
unset beresp.http.Set-Cookie;
set beresp.http.X-Set-Cookie = regsuball(beresp.http.X-Set-Cookie,,
([A-Za-z0-9]+=),#\1);
set beresp.http.X-Set-Cookie =
regsuball(beresp.http.X-Set-Cookie,([Pp]ath=),\1/otra/ruta/+ req.http.host);
C{
const char *delim=#;
char *cookies;
cookies=strdupa(VRT_GetHdr(sp,HDR_BERESP,\015X-Set-Cookie:));
while(cookies)
Vmod_Func_header.append(sp,HDR_BERESP,\013Set-Cookie:,strsep(cookies,delim),vrt_magic_string_end);
}C
unset beresp.http.X-Set-Cookie;
}
}
[...]
}
[...]
#v-
Para separar una cookie de la otra he usado el carácter #, pero
quizás en alguna cookie de alguna aplicación aparezca ese carácter y se
me fastidie el invento. Así que he pensado que era más seguro usar \n.
Sin embargo, no funciona esto:
#v+
set beresp.http.X-Set-Cookie = regsuball(beresp.http.X-Set-Cookie,,
([A-Za-z0-9]+=),\n\1);
[...]
const char *delim=\n;
#v-
¿Se le ocurre a alguno la causa? En C se puede escribir así el retorno
de carro, ¿no? Hice un prueba de troceo en un .c aparte y me troceó sin
problema una cadena cuyos delimitadores era \n, así que creo que el
problema está en el último parámetro de la primero línea.
--
Lee si puedes y enmienda si sabes.
--- Lope de Vega ---
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140602121440.ga2...@cubo.casa
Re: Firefox Derivados
El Sun, 01 Jun 2014 17:13:48 -0500, Diddier Hilarion escribió: ¿Han usado algún derivado de firefox?, ¿como les ha ido con el rendimiento y compatibilidad de plugins? ¿A qué te refieres con derivados? ¿A navegadores más ligeros que usan el mismo motor (p. ej., Flock, Comet)? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.06.02.13.48...@gmail.com
Re: Balanceador de Carga
Amigos, Gracias a todos, ayer ya lo logre, para futuras referencias aumente: ProxyPreserveHost On ProxyPassReverse / balancer://cluster/ El balanceador esta funcionando muy bien, otra pregunta vi que muchas personas usan ngix como balanceador si ustedes tienen experiencia cual es mejor? Saludos El día 26 de mayo de 2014, 8:56, Camaleón noela...@gmail.com escribió: El Sun, 25 May 2014 16:24:37 -0500, Antonio Insuasti Recalde escribió: (corrijo el top-posting) 2014-05-25 13:59 GMT-05:00 Eduardo A. Bustamante López dual...@gmail.com: On Sun, May 25, 2014 at 12:13:44PM -0500, Antonio Insuasti Recalde wrote: Amigos, Un gusto saludarles, Tengo un problema con un balanceador y unos wordpress ¿Y el problema cuál fué? Lo siento se fue el correo antes de terminarlo, El problema es que cuando quiero entrar a una sub pagina el balanceador me enmascara con las direcciones IP ejemplo: http://dominio.com.ec/subpagina lo pone con la ip de un nodo http://10.200.3.101/subpagina y no mantiene el FQDM y como puedes ver el link se torna inaccesible ya que pone las IPs internas. Revisa el registro de error/acceso de apache, seguramente tengas el origen del problema registrado o al menos te dará alguna pista de por qué no resuelve (recuerda que tienes que tener registradas todas las direcciones IP para cada uno de los registros A que quieres habilitar en el balanceador). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.05.26.13.56...@gmail.com -- Antonio Insuasti R. IBM “Linux System Administrator” #ECUSFQ00228 RHSA No: 130-065-634 dCAP. #2071 ECE. #200571804 – #200576560 identi.ca/twiiter: @wolfantec Quito-Ecuador- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caae9-cyzbat_cvglmnfto_uz1f6wmxyuuvfsu5qqkvz1jtm...@mail.gmail.com
Re: OT: IDE para desarrollar en C++ - QT4
El Mon, 02 Jun 2014 09:01:28 -0400, Ismael L. Donis Garcia escribió: Ante todo disculpas por el Off Topic, pero necesito consejos y creo que en esta comunidad algunos me las podrían dar. Siempre me he dedicado a la programación de soft de gestión de datos con lenguajes de Microsoft. Ahora quiero empezar a estudiar la combinación de C++ y QT4 ya que los soft realizados con ello los puedo usar tanto en Windows como en Linux. Que IDE usted me recomendarían para realizar los desarrollos con estos lenguajes? Por supuesto que pregunto por un IDE que esté en los repositorios de Debian, o al menos que se pueda montar sobre Debian y que me facilite un tanto las cosas a la hora del diseño de la interfaz gráfica. ¿Y Eclipse? Es multiplataforma (java) y tengo entendido que dispone de muchos bindings por lo que permite desarrollar sobre varios lenguajes de programación. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.06.02.13.57...@gmail.com
Re: OT: IDE para desarrollar en C++ - QT4
2014-06-02 9:57 GMT-04:00 Camaleón noela...@gmail.com: El Mon, 02 Jun 2014 09:01:28 -0400, Ismael L. Donis Garcia escribió: Ante todo disculpas por el Off Topic, pero necesito consejos y creo que en esta comunidad algunos me las podrían dar. Siempre me he dedicado a la programación de soft de gestión de datos con lenguajes de Microsoft. Ahora quiero empezar a estudiar la combinación de C++ y QT4 ya que los soft realizados con ello los puedo usar tanto en Windows como en Linux. Que IDE usted me recomendarían para realizar los desarrollos con estos lenguajes? Por supuesto que pregunto por un IDE que esté en los repositorios de Debian, o al menos que se pueda montar sobre Debian y que me facilite un tanto las cosas a la hora del diseño de la interfaz gráfica. ¿Y Eclipse? Es multiplataforma (java) y tengo entendido que dispone de muchos bindings por lo que permite desarrollar sobre varios lenguajes de programación. QTCreator https://qt-project.org/downloads -- Raphael Verdugo P. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOEb8D1YmTCv12cyVtAANBNfUMuq+4w1nJDEBia3+y=talh...@mail.gmail.com
Re: Servidor FTP (vsftpd) y enlaces simbólicos
El Sun, 01 Jun 2014 20:31:38 +0200, José Miguel (sio2) escribió: El Sun, 01 de Jun de 2014, a las 03:50:14PM +, Camaleón dijo: Hum... pero si antes me dijiste que eso no funcionaba, pillín ;-) Mis disculpas. Dije que el problema no estaba en que el enlace apuntara fuera, porque, de hecho, no apunta fuera. (...) Si el problema no era de jaulas, el montaje con bind no te va a servir, por eso me extrañaba que dieras esa opción como válida. A mí tampoco me queda claro, de hecho la sección que indicas no parece mencionar problemas con enlaces simbólicos por lo que deberían respetarse siempre y cuando el sistema los admita y por eso creo que sería relevante la información que te preguntaba en un correo anterior: https://lists.debian.org/debian-user-spanish/2014/05/msg00470.html Es decir, si (en teoría) el servidor ftp puede trabajar con enlaces simbólicos a los que tenga acceso -que estén en su ámbito- como parece ser el caso, sería interesante saber qué error registra cuando se intenta sobrescribir un archivo que está apuntando a otro archivo. A ver. Intentaré dar respuesta. Los ficheros en el servidor son estos: /srv/ftp/Almacen/Contenedor/f.txt /srv/ftp/Almacen/Curso_2013-2014/f.txt - ../Contenedor/f.txt /srv/ftp/Almacen/Curso_2013-2014/f2.txt - ../Contenedor/f.txt /srv/ftp/Almacen/Curso_2012-2013/f.txt - /srv/ftp/Material/Contenedor/ f.txt /srv/ftp/Almacen/Curso_2012-2013/f2.txt - /Contenedor/f.txt El ftp está enjaulado en /srv/ftp/Material y f.txt contiene Hola. Si existe una jaula (?) que impida salir de /Material que entiendo es la raíz, tienes que asegurarte de que los usuarios puedan acceder al contenido externo aunque supongo que eso ya lo habrás tenido en cuenta. En cualquier caso, convendría que hicieras las mismas pruebas *sin* jaula de por medio, sólo para comparar los resultados en ambos casos. En el cliente creo dos ficheros f.txt y f2.txt ambos con el texto Adios. #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2013-2014 ftp put f.txt [...] 226 Transfer complete. #v- Vale, sobreescribe el fichero apuntado (el enlace simbólico, intacto). Es decir, tenemos que: /srv/ftp/Almacen/Curso_2013-2014/f.txt contiene Adios y por ende, /srv/ftp/Almacen/Contenedor/f.txt contiene Adios ¿correcto? (...) #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2012-2013 ftp put f.txt [...] 553 Could not create file. #v- Falla. En el servidor el error es: Falla este pero no ha fallado el primero y entiendo que es porque en el primero no había ningún archivo anterior que tuviera que sobrescribir. FAIL UPLOAD: Client XX.XXX.XXX.XXX, /Curso_2012-2013/f.txt, 0.00Kbyte/sec ¿Y ya está? :-? Dale más verbosidad al registro del servidor FTP si te lo permite. #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2012-2013 ftp put f2.txt [...] 226 Transfer complete. #v- Este lo hace bien porque no había ningún archivo f2.txt que sobrescribir ¿correcto? Vale, como era de esperar, sin ni siquiera haber hecho el mount ni creado /Contenedor. Ahora bien, si se quiere que esos ficheros sean descargables por web, no hay más remedio que hacerlo, porque en el sistema el enlace simbólico no funciona: $ cd /srv/ftp/Almacen/Curso_2012-2013 $ cat f2,txt cat: f2.txt: No existe el fichero o el directorio Bien, pero entiendo que ese sería otro tema (digo, permitir la descarga desde un acceso fuera de la jaula), obviamente el usuario necesita permiso para poder acceder al recurso. Creo que no hay ninguna incoherencia en lo que hace el servidor FTP con los enlaces simbólicos. El problema es que al subir un fichero, busca el fichero apuntado, en vez de sobreescribir el fichero-enlace. Por eso, cuando el enlace apunta a ningún fichero (para el ftp la ruta absoluta del enlace no existe, porque su directorio / es otro), falla. Lo que me queda claro es que sabemos en qué condiciones (cuándo) falla (cuando ya existe un archivo con ese nombre que es un enlace simbólico) pero no porqué, intenta que el servidor ftp saque más información. Dos pruebas adicionales que se me ocurren: 1/ Probar con un enlace duro 2/ Probar con ssh (mediante sftp) 3/ Probar con un enlace simbólico que esté en el mismo directorio Quizás esto tenga que ver con lo que dice el RFC. Creo entender que cuando hay varias rutas alternativas a un fichero, para el FTP hay un fichero, nada de un fichero regular y un enlace simbólico que apunta al fichero regular: un fichero al que se accede por dos rutas diferentes. Por eso intenta sobreescribir el fichero enlazado. Esa es la explicación que quiero darle. Yo entendería que lo más sencillo (lo más lógico) es que sobrescribiera el destino al que apunta el enlace simbólico siempre y cuando tenga los permisos adecuados y que en este caso los tiene (aparentemente). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Re: varnish y cookies... [Casi solución]
El Mon, 02 Jun 2014 14:14:40 +0200, José Miguel (sio2) escribió: El Sun, 01 de Jun de 2014, a las 07:36:37PM +0200, José Miguel (sio2) dijo: Supongo que habrá forma de hacerlo escribiendo el código en C, pero soy incapaz: apenas recuerdo nada de C y, además, no sé cuáles son las tripas de esto. Si a eso le sumamos que cualquier error en C, tiene consecuencias catastróficas, tenemos montada la fiesta. Preguntonta... si puedes usar C ¿por qué no retomar la idea de la función de bucle? El VCL no lo permite pero C es otro cantar ¿no? O:-) Bueno, tengo una solución cutrecilla, porque no trabaja a muy bajo nivel, pero necesitaría una pequeña mejora, a ver si alguien que sepa de C da con la tecla. Al que le aburra el código que se salte al final, que la expongo. (...) Para separar una cookie de la otra he usado el carácter #, pero quizás en alguna cookie de alguna aplicación aparezca ese carácter y se me fastidie el invento. Así que he pensado que era más seguro usar \n. Sin embargo, no funciona esto: #v+ set beresp.http.X-Set-Cookie = regsuball(beresp.http.X-Set-Cookie,, ([A-Za-z0-9]+=),\n\1); [...] const char *delim=\n; #v- ¿Se le ocurre a alguno la causa? En C se puede escribir así el retorno de carro, ¿no? Hice un prueba de troceo en un .c aparte y me troceó sin problema una cadena cuyos delimitadores era \n, así que creo que el problema está en el último parámetro de la primero línea. Puf, ni idea... así a bote pronto sólo se me ocurre que pueda deberse a que el salto de línea (\n) se trate de un carácter reservado y tengas que escaparlo como sucede en bash :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.06.02.14.41...@gmail.com
Re: OT: IDE para desarrollar en C++ - QT4
QtCreator + QTDesigner. Lo mejor tambien existe Gambas (vidual Basic) Lazarus (Delphi identico al borland) -- Si dominas los Bits, dominas el mundo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201406020456.59592.hay...@inor.sld.cu
Re: Firefox Derivados
Si. El 2 de junio de 2014, 8:48, Camaleón noela...@gmail.com escribió: El Sun, 01 Jun 2014 17:13:48 -0500, Diddier Hilarion escribió: ¿Han usado algún derivado de firefox?, ¿como les ha ido con el rendimiento y compatibilidad de plugins? ¿A qué te refieres con derivados? ¿A navegadores más ligeros que usan el mismo motor (p. ej., Flock, Comet)? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.06.02.13.48...@gmail.com -- Diddier A Hilarion B.
Re: [OT] placa wifi pci ralink no conecta
busca en synaptic por ralink e instala el firmware -- Si dominas los Bits, dominas el mundo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201406020503.42220.hay...@inor.sld.cu
Re: [OT] - Remastersys(
llegate a gutl.jovenclub.cu y descarga el isocrea este hace lo mismo que el remastersys y te pone un instalador luego para instalar booteas tu live y como root tecleas instalar y sigues el asistente en consola. -- Si dominas los Bits, dominas el mundo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201406020506.15134.hay...@inor.sld.cu
Re: Repositorio en Cuba
deb http://ftp.sld.cu/debian stable main contrib non-free deb http://ftp.sld.cu/debian-multimedia stable main contrib non-free -- Si dominas los Bits, dominas el mundo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201406020507.58118.hay...@inor.sld.cu
Re: Firefox Derivados
El Mon, 02 Jun 2014 10:04:57 -0500, Diddier Hilarion escribió: El 2 de junio de 2014, 8:48, Camaleón noela...@gmail.com escribió: El Sun, 01 Jun 2014 17:13:48 -0500, Diddier Hilarion escribió: ¿Han usado algún derivado de firefox?, ¿como les ha ido con el rendimiento y compatibilidad de plugins? ¿A qué te refieres con derivados? ¿A navegadores más ligeros que usan el mismo motor (p. ej., Flock, Comet)? Si. No he usado ninguno (sólo Firefox) pero por lo que leo parece que todos los basados en Gecko están sin desarrollo: http://en.wikipedia.org/wiki/List_of_web_browsers#Gecko-based Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.06.02.15.32...@gmail.com
Re: [OT] - Remastersys(
El día 2 de junio de 2014, 6:06, Haylem Candelario Bauzá del INOR hay...@inor.sld.cu escribió: llegate a gutl.jovenclub.cu y descarga el isocrea este hace lo mismo que el remastersys y te pone un instalador luego para instalar booteas tu live y como root tecleas instalar y sigues el asistente en consola. Gracias lo probaré, te refieres a este [1] no? [1] http://gutl.jovenclub.cu/compartiendo-aplicaciones-manual-de-isocrea-sh/ -- Guido Ignacio guidoigna...@gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CA+wiXxg3GYS1nGUB3DKOYE8k59PB=xN=kerx-5wme7fo6ci...@mail.gmail.com
Re: OT: IDE para desarrollar en C++ - QT4
- Original Message - From: Haylem Candelario Bauzá del INOR hay...@inor.sld.cu To: debian-user-spanish@lists.debian.org Sent: Monday, June 02, 2014 4:56 AM Subject: Re: OT: IDE para desarrollar en C++ - QT4 QtCreator + QTDesigner. Lo mejor tambien existe Gambas (vidual Basic) Lazarus (Delphi identico al borland) -- Si dominas los Bits, dominas el mundo Ya instale QtCreator + QTDesigner y estoy en fase de mi primer estudio de el diseñador. Gambas me es amigable la sintaxis, pero no conozco una versión para Windows, y lazarus si tiene versiones para ambos sistemas operativos pero está muy verde aun, lo he probado y los problemas a la hora de ejecución llueven uno detrás de otro. Muchas Gracias ahora lo que tengo que dedicarle al estudio de QtCreator + QTDesigner. Si conocieran de algún libro digital me sería de gran utilidad. | ISMAEL | -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5d296ed3b07f4b1baf0bdda1aa04c...@natio.co.cu
Re: Repositorio en Cuba
- Original Message - From: Haylem Candelario Bauzá del INOR hay...@inor.sld.cu To: debian-user-spanish@lists.debian.org Sent: Monday, June 02, 2014 5:07 AM Subject: Re: Repositorio en Cuba deb http://ftp.sld.cu/debian stable main contrib non-free deb http://ftp.sld.cu/debian-multimedia stable main contrib non-free -- Si dominas los Bits, dominas el mundo No quiero Testing a ver si me puedo hacer de el a través de un amigo que tiene navegación nacional para upgradear mi sistema. | ISMAEL | -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1c9ce36babbc4d3a880324f256140...@natio.co.cu
Duda con /etc/profile y /etc/bash.bashrc
Estimados, estuve leyendo un poco sobre estos archivos para entender sus diferencias, y creía que lo había hecho, hasta que hice un ejemplo práctico. En si tenemos que: - /etc/profile: Se carga cuando se accede a una consola del tipo login (osea que pide nombre de usuario y contraseña, como por ejemplo una tty) - /etc/bash.bashrc: Se carga cuando se accede a una consola del tipo nologin (osea que NO pide nombre de usuario y contraseña, como por ejemplo cuando escalamos o bajamos permisos con su, ejecutamos el comando bash dentro de una consola o ejecutamos comandos remotamente via SSH - de este último no estoy del todo seguro puesto que se necesita usuario y contraseña). Ahora bien, teniendo en cuenta que el sistema que uso es Debian 7.5 Wheezy y que no he tocado los archivos de configuración que aquí menciono, el ejemplo que hice es el siguiente (lo saqué de Internet): Agregar en /etc/profile la línea export TESTPROFILE=1 Agregar en /etc/bash.bashrc la línea export TESTBASHRC=1 Un vez hecho esto ejecuto el comando env | grep TEST en tres escenarios distintos: 1)_ Si me logueo normalmente obtengo lo siguiente: TESTBASHRC=1 TESTPROFILE=1 Acá pensaba que no podía ser, puesto que en teoría no se debería leer /etc/bash.bashrc, pero según parece en algún punto en /etc/profile se carga dicho archivo (no estoy seguro puesto que no lo seguí detenidamente ya que no me llevo muy bien con el scripting en bash. 2)_ Ejecutándolo remotamente por SSH: No obtengo nada. Lo cual es entendible puesto que profile no se ejecuta y bash.bashrc posee una línea al principio que indica que no se haga nada si se trata de una consola no interactiva. Con esto me daría a pensar que esto corre en una consola del tipo no login, correcto? 3)_ Si ejecuto bash dentro de una consola o me cambio de usuario con su: TESTBASHRC=1 TESTPROFILE=1 Y acá me mareo. Por qué aparece TESTPROFILE=1 si en teoría profile no debería de haberse ejecutado. Acaso en algún momento de la ejecución de bash.bashrc se lee profile? Les agradecería mucho me ayuden a entender esto que me tiene un poco mareado. Saludos y muchas gracias. Mauro. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/538cab69.8010...@gmail.com
Re: varnish y cookies... [Casi solución]
El Mon, 02 de Jun de 2014, a las 02:41:27PM +, Camaleón dijo: Preguntonta... si puedes usar C ¿por qué no retomar la idea de la función de bucle? El VCL no lo permite pero C es otro cantar ¿no? O:-) Si miras el código verás que dentro del C hay escrito un while para trocear. De todos modos el problema es: a) Mi escaso conocimiento del peligrosísimo C. b) Que no tengo ni idea de cómo se trabaja con esto a bajo nivel. Intenté antes soluciones sin colapsar las cookies y trabajar directamente con cada cabecera, pero no lograba que me funcionaran, porque tenía que acabar haciendo malloc, free y todas esas hierbas peligrosísimas cuando uno no sabe muy bien lo que hace. Puf, ni idea... así a bote pronto sólo se me ocurre que pueda deberse a que el salto de línea (\n) se trate de un carácter reservado y tengas que escaparlo como sucede en bash :-? Fue lo primero que intenté: meter un \\n, pero tampoco. -- Todos los hombres que no tienen nada importante que decir hablan a gritos. --- Enrique Jardiel Poncela --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140602171458.ga3...@cubo.casa
Re: Duda con /etc/profile y /etc/bash.bashrc
El Mon, 02 Jun 2014 13:50:49 -0300, Mauro Antivero escribió: (...) 1)_ Si me logueo normalmente obtengo lo siguiente: TESTBASHRC=1 TESTPROFILE=1 Acá pensaba que no podía ser, puesto que en teoría no se debería leer /etc/bash.bashrc, pero según parece en algún punto en /etc/profile se carga dicho archivo (no estoy seguro puesto que no lo seguí detenidamente ya que no me llevo muy bien con el scripting en bash. Correcto, si haces un cat /etc/profile verás que se referencia ese archivo en determinadas circunstancias. 2)_ Ejecutándolo remotamente por SSH: No obtengo nada. Lo cual es entendible puesto que profile no se ejecuta y bash.bashrc posee una línea al principio que indica que no se haga nada si se trata de una consola no interactiva. Correcto, ya que de manera predeterminada ssh no inicia una sesión de bash. Con esto me daría a pensar que esto corre en una consola del tipo no login, correcto? Hum... no necesariamente, has iniciado sesión con un usuario pero es un tipo de sesión distinto (no interactivo). 3)_ Si ejecuto bash dentro de una consola o me cambio de usuario con su: TESTBASHRC=1 TESTPROFILE=1 Y acá me mareo. Por qué aparece TESTPROFILE=1 si en teoría profile no debería de haberse ejecutado. Acaso en algún momento de la ejecución de bash.bashrc se lee profile? Ojo con su, las variables de entorno se gestionan con su -, si usas su a secas mantienes las variables de entorno del usuario que has usado para ejecutar su. Sí, es un follón :-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.06.02.17.42...@gmail.com
Re: Servidor FTP (vsftpd) y enlaces simbólicos
El Mon, 02 de Jun de 2014, a las 02:23:43PM +, Camaleón dijo: Si el problema no era de jaulas, el montaje con bind no te va a servir, por eso me extrañaba que dieras esa opción como válida. El problema es provocado por la jaula, lo que pasa que no es el típico problema de que los contenidos queden fuera de la jaula, sino que la jaula modifica el directorio raíz y como consecuencia la ruta absoluta deja de ser válida dentro de la jaula. Creo que en todo este hilo es eso lo que no he sido capaz de transmitir bien o tú no has comprendido del todo. Veamos. El fichero: /srv/ftp/Almacen/Contenedor/f.txt tiene una ruta absoluta que es esa precisamente: /srv/ftp/Almacen/Contenedor/f.txt. Si en el sistema tengo un enlace simbólico con esa ruta absoluta, el enlace no está roto. Ahora bien, el servidor FTP no tiene como raiz la raíz del sistema, sino /srv/ftp/Material, porque está enjaulado en ese directorio. Así pues a ojos del FTP la ruta absoluta de ese fichero f.txt /Contenedor/f.txt, puesto que /srv/ftp/Almacen/Contenedor/f.txt referiría al un hipotético fichero que en el sistema de archivos se encontrase en: /srv/ftp/Almacen/srv/ftp/Almacen/Contenedor/f.txt Eso es lo que le pasa a mis enlaces simbólicos con ruta absoluta: son válidos en el sistema, pero en el FTP, no. ¿Qué tiene de malo esto? Pues que el comportamiento del FTP cuando se sube un fichero no es sobreescribir el enlace simbólico por el fichero regular que estoy subiendo (a diferencia de mv o cp que sí lo hacen), sino seguir el enlace y modificar el fichero apuntado (f.txt en este ejemplo). Si el enlace está roto, el FTP no encuentra el fichero apuntado y suelta un error. Creo que por el RFC que me indicaste, aunque no lo entiendo muy bien, este es el comportamiento lógico del protocolo: no hay dos ficheros (el enlace simbólico y el fichero regular), sino un solo fichero al que se puede llegar por dos rutas diferentes; y, por tanto, no sería posible hacer lo que me hubiera gustado: que el FTP en las subidas se comportase como los comandos mv o cp. [...] #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2013-2014 ftp put f.txt [...] 226 Transfer complete. #v- Vale, sobreescribe el fichero apuntado (el enlace simbólico, intacto). Es decir, tenemos que: /srv/ftp/Almacen/Curso_2013-2014/f.txt contiene Adios Si te vas al sistema de ficheros, este fichero sigue siendo un enlace simbólico. y por ende, /srv/ftp/Almacen/Contenedor/f.txt contiene Adios ¿correcto? Efectivamente, el cambio se ha producido en el fichero apuntado. #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2012-2013 ftp put f.txt [...] 553 Could not create file. #v- Falla. En el servidor el error es: Falla este pero no ha fallado el primero y entiendo que es porque en el primero no había ningún archivo anterior que tuviera que sobrescribir. No, observa que todos los enlaces simbólicos apuntan a un fichero que existe: /srv/ftp/Almacen/Contenedor/f.txt A veces, La ruta es absoluta y a veces la ruta es relativa. FAIL UPLOAD: Client XX.XXX.XXX.XXX, /Curso_2012-2013/f.txt, 0.00Kbyte/sec ¿Y ya está? :-? Dale más verbosidad al registro del servidor FTP si te lo permite. No lo que falla es la ruta. La ruta /srv/ftp/Almacen/Contenedor/f.txt, no es válida para el FTP, porque para el la ruta absoluta es /Contenedor/f.txt. Esta es la razón por la que falla: yo veo coherente el comportamiento. #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2012-2013 ftp put f2.txt [...] 226 Transfer complete. #v- Este lo hace bien porque no había ningún archivo f2.txt que sobrescribir ¿correcto? No, esto no falla porque f2.txt es un enlace simbólico a f.txt con la ruta absoluta que ve el servidor FTP: /Contenedor/f.txt Obviamente este enlace simbólico dentro del sistema es un enlace roto, que no apunta a ningún fichero existente. Ningún put que he hecho ha creado ningún fichero nuevo en el servidor: todos sobreescriben el fichero regular f.txt que está en Contenedor. Salvo el put que falla, claro. Lo que me queda claro es que sabemos en qué condiciones (cuándo) falla (cuando ya existe un archivo con ese nombre que es un enlace simbólico) pero no porqué, intenta que el servidor ftp saque más información. Yo sí veo claro por qué: porque el enlace a ojos de FTP está roto y apunta a un fichero que no existe dentro de un directorio que no existe. Es más, no he hecho la prueba pero si en mi sistema existiera el directorio: /srv/ftp/Almacen/srv/ftp/Almacen/Contenedor/ estoy seguro que la prueba que me ha fallado no lo habría hecho. Simplemente habría creado f.txt dentro de ese directorio. Es lo mismo que ocurre si en un FTP vacío intento hacer: put a/fichero.txt Fallará porque el directorio a no existe y para poder subir el fichero a a, tiene que existir a antes. Dos pruebas adicionales que se me ocurren: 1/ Probar con un enlace duro Eso va a funcionar: no veo el problema de que no lo haga. 2/ Probar con ssh
Re: varnish y cookies... [Casi solución]
El Mon, 02 Jun 2014 19:14:58 +0200, José Miguel (sio2) escribió: El Mon, 02 de Jun de 2014, a las 02:41:27PM +, Camaleón dijo: Preguntonta... si puedes usar C ¿por qué no retomar la idea de la función de bucle? El VCL no lo permite pero C es otro cantar ¿no? O:-) Si miras el código verás que dentro del C hay escrito un while para trocear. Ah, sí... ya lo veo. Vale, con eso te generas el chorizo completo, la cadena con todas las cabeceras que luego troceas para obtener los valores de las galletas y separar el path. De todos modos el problema es: a) Mi escaso conocimiento del peligrosísimo C. b) Que no tengo ni idea de cómo se trabaja con esto a bajo nivel. Intenté antes soluciones sin colapsar las cookies y trabajar directamente con cada cabecera, pero no lograba que me funcionaran, porque tenía que acabar haciendo malloc, free y todas esas hierbas peligrosísimas cuando uno no sabe muy bien lo que hace. Pasa por la lista de varnish a ver qué te dicen, quizá haya una opción más elegante y menos peligrosilla. Puf, ni idea... así a bote pronto sólo se me ocurre que pueda deberse a que el salto de línea (\n) se trate de un carácter reservado y tengas que escaparlo como sucede en bash :-? Fue lo primero que intenté: meter un \\n, pero tampoco. Aum... pues a ver si se le ocurre a alguien otra idea. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.06.02.18.00...@gmail.com
Re: [OT] correo de lists.debian.org
El 02/06/2014 08:36, Santiago Vila sanv...@unex.es escribió: On Sat, May 31, 2014 at 02:24:33AM +0200, Gerardo Diez García wrote: Pues significa lo que pone. Que te han mandado un mensaje y gmail lo ha rebotado. Que si eso llega a unos niveles que se consideran inaceptables te darán automáticamente de baja. Pero tranquilo, estás muy lejos de llegar a esos niveles. Pues yo no estaría tan tranquilo y explico por qué: Cuando te suscribes a una lista de correo es porque quieres recibir en principio *todos* los mensajes que se envíen a la lista. Si al final resulta que solamente recibes una parte de todos los mensajes, hay algo que está fallando estrepitosamente. Una posible solución es decirle a gmail que quieres *todos* los mensajes de la lista, y se haría así: Mira un mensaje cualquiera de la lista (por ejemplo, este que estás leyendo ahora mismo :-), le das al triangulito de arriba a la derecha y te salen varias opciones, una de ellas se llama Filtrar mensajes como este Verás una cajita en la que automáticamente se ha rellenado este campo: Contiene las palabras list:debian-user-spanish.lists.debian.org No hay que poner nada más, le das a donde dice Crear un filtro con estos criterios de búsqueda y pasas al siguiente cuadro. Entonces seleccionas esta opción: [v] No marcar nunca como spam y le das a Crear filtro. No lo he comprobado porque gmail me parece pésimo para listas de correo (nunca sabes si el correo que mandas llegó a la lista o no porque se confunde con el de Enviados), pero es posible que este procedimiento ayude. Y también es posible que no, igual ya tienes un filtro para la lista pero los criterios de gmail tienen prioridad sobre los filtros que ponen los usuarios, vaya usted a saber. -- Buena explicación! Tendre de probar desde una pc. Ojalar se solucione, mas de una vez tuve q recurrir a la etiqueta Spam para ver si no había algo útil. Para las listas, q servicio me recomiendan? Q no sea hotmail?
Re: [OT] - Remastersys(
El día 2 de junio de 2014, 12:41, Guido Ignacio guidoigna...@gmail.com escribió: El día 2 de junio de 2014, 6:06, Haylem Candelario Bauzá del INOR hay...@inor.sld.cu escribió: llegate a gutl.jovenclub.cu y descarga el isocrea este hace lo mismo que el remastersys y te pone un instalador luego para instalar booteas tu live y como root tecleas instalar y sigues el asistente en consola. Gracias lo probaré, te refieres a este [1] no? [1] http://gutl.jovenclub.cu/compartiendo-aplicaciones-manual-de-isocrea-sh/ Haylem, gracias de antemano y veo que lo creaste vos, asi que felicitaciones también! Estoy viendo, el live Cd lo creó ok pero veo que el instalador utiliza python-tk (osea necesita GUI), lo cual no tengo (estoy probando con un servidor sin entorno gráfico). No hay opción de instalación en modo texto o ncurses? El error que me da es [1], entiendo que viene por lo que te plantié antes. Aguardo tus comentarios! [1] http://www.subeimagenes.com/img/isocrea-981738.png -- Guido Ignacio guidoigna...@gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CA+wiXxhOfYGOOnrJLbFE2fS=qjdqn_jrrg6crvthq2nkqbm...@mail.gmail.com
Re: varnish y cookies... [Casi solución]
El Mon, 02 de Jun de 2014, a las 06:00:58PM +, Camaleón dijo: Fue lo primero que intenté: meter un \\n, pero tampoco. Aum... pues a ver si se le ocurre a alguien otra idea. Ya sé por qué falla: el problema es que no sé cómo arreglarlo limpiamente. Resulta que: $ varnishd -C -f /etc/varnish/default.vlc Escupe el código en C que se genera a partir del fichero de configuración. Fui a buscar mis \n y resulta que el que había escrito dentro del inline C se mantenía escrito así, pero el otro aparecía como \\n. Para confirmar, reescribí en inline C la primera de las líneas: set beresp.http.X-Set-Cookie = regsuball(beresp.http.X-Set-Cookie,, ([A-Za-z0-9]+=),\n\1); y ¡bingo!, así funciona. Lo me parece engorrosísimo es tener que escribir esa línea en inline C (que se convierten en varias), sólo porque quiera usar \n. Supongo que habrá alguna forma de escribir el retorno de carro. ?:/ -- En la vida humana sólo unos pocos sueños se cumplen, la mayoría se roncan. --- Enrique Jardiel Poncela --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140602210420.ga14...@cubo.casa
Re: Servidor FTP (vsftpd) y enlaces simbólicos
El Mon, 02 Jun 2014 19:48:45 +0200, José Miguel (sio2) escribió: El Mon, 02 de Jun de 2014, a las 02:23:43PM +, Camaleón dijo: Si el problema no era de jaulas, el montaje con bind no te va a servir, por eso me extrañaba que dieras esa opción como válida. El problema es provocado por la jaula, lo que pasa que no es el típico problema de que los contenidos queden fuera de la jaula, sino que la jaula modifica el directorio raíz y como consecuencia la ruta absoluta deja de ser válida dentro de la jaula. Creo que en todo este hilo es eso lo que no he sido capaz de transmitir bien o tú no has comprendido del todo. Pero la jaula (y el montaje con --bind) lo único que hace es permitir que un usuario sin acceso a un directorio (por quedar fuera de su ámbito) pueda acceder. No debería interferir para nada en el comportamiento del ftp ni de los enlaces simbólicos, siempre y cuando estén configurados los permisos correctamente. Veamos. El fichero: /srv/ftp/Almacen/Contenedor/f.txt tiene una ruta absoluta que es esa precisamente: /srv/ftp/Almacen/Contenedor/f.txt. Si en el sistema tengo un enlace simbólico con esa ruta absoluta, el enlace no está roto. Ahora bien, el servidor FTP no tiene como raiz la raíz del sistema, sino /srv/ftp/Material, porque está enjaulado en ese directorio. Así pues a ojos del FTP la ruta absoluta de ese fichero f.txt /Contenedor/f.txt, puesto que /srv/ftp/Almacen/Contenedor/f.txt referiría al un hipotético fichero que en el sistema de archivos se encontrase en: /srv/ftp/Almacen/srv/ftp/Almacen/Contenedor/f.txt Eso es lo que le pasa a mis enlaces simbólicos con ruta absoluta: son válidos en el sistema, pero en el FTP, no. Eso está claro pero no es ese tu problema ¿no? porque si lo es volvemos al principio del hilo. El usuario que accede mediante ftp tiene que tener acceso a /srv/ftp/ Almacen y todo lo que cuelgue de ahí, para eso sirve precisamente montar el recurso bindeado. Si no tiene acceso, ningún enlace (sea duro o blando) funcionará. ¿Qué tiene de malo esto? Pues que el comportamiento del FTP cuando se sube un fichero no es sobreescribir el enlace simbólico por el fichero regular que estoy subiendo (a diferencia de mv o cp que sí lo hacen), sino seguir el enlace y modificar el fichero apuntado (f.txt en este ejemplo). Si el enlace está roto, el FTP no encuentra el fichero apuntado y suelta un error. Pues entonces si esa es tu teoría, si crees que el servidor ftp es capaz de reconocer los enlaces simbólicos y seguirlos pero se topa con el muro de la jaula que le impide acceder al recurso tienes que solucionar eso, obviamente. Pero como estabas tan convencido de que este no era un problema de enjaulamiento me has hecho dudar :-) Salvo que lo que quieras (como así parece ser) es sobrescribir el enlace simbólico por un archivo con el contenido completo que subes, vamos, que quieras romper ese enlace simbólico para generar un archivo convencional. Creo que por el RFC que me indicaste, aunque no lo entiendo muy bien, este es el comportamiento lógico del protocolo: no hay dos ficheros (el enlace simbólico y el fichero regular), sino un solo fichero al que se puede llegar por dos rutas diferentes; y, por tanto, no sería posible hacer lo que me hubiera gustado: que el FTP en las subidas se comportase como los comandos mv o cp. cp -H tendría el comportamiento que tiene el ftp cuando subes un archivo, y que entiendo tiene prioridad en este caso. Vale, entonces ya veo que el problema no es de la jaula ni de permisos ni de rutas relativas/absolutas ni demás gaitas, lo que quieres es que el servidor ftp rompa en enlace simbólico sin generar ningún error. Lo cual me lleva a la siguiente preguntonta... si no quieres que se sigan los enlaces simbólicos ¿para qué los generas? (...) Lo que me queda claro es que sabemos en qué condiciones (cuándo) falla (cuando ya existe un archivo con ese nombre que es un enlace simbólico) pero no porqué, intenta que el servidor ftp saque más información. Yo sí veo claro por qué: porque el enlace a ojos de FTP está roto y apunta a un fichero que no existe dentro de un directorio que no existe. (...) Bien, en tu caso no existe porque no lo has configurado para que tenga acceso pero sería posibles hacerlo, aunque si al final he entendido lo que quieres hacer, no es eso lo que buscas. Dos pruebas adicionales que se me ocurren: 1/ Probar con un enlace duro Eso va a funcionar: no veo el problema de que no lo haga. 2/ Probar con ssh (mediante sftp) Tengo la duda. Creo que alguien me dijo que le funcionaba. Quizás porque el sftp de ssh, sí sobreescribe el enlace simbólico en vez de seguir su ruta. Curioso, aunque bueno, ftp es un protocolo muy antiguo y básico, tampoco se le puede pedir mucho. 3/ Probar con un enlace simbólico que esté en el mismo directorio No entiendo esto que dices. Para descartar problemas con la jaula pero ya has confirmado que los usuarios
Re: varnish y cookies... [Solucionado]
El Mon, 02 de Jun de 2014, a las 11:04:20PM +0200, José Miguel (sio2) dijo:
y ¡bingo!, así funciona. Lo me parece engorrosísimo es tener que
escribir esa línea en inline C (que se convierten en varias), sólo
porque quiera usar \n. Supongo que habrá alguna forma de escribir el
retorno de carro.
Ya.
https://www.varnish-cache.org/trac/wiki/VCLSyntaxStrings
Hay que escribir la cadena así:
{
\1}
Ignoro si hay algún carácter especial que evite tener que escribir
explíticamente el cambio de línea: \n sigue sin funcionar.
--
La juventud es un defecto que se cura con el tiempo
--- Enrique Jardiel Poncela ---
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140602212718.ga15...@cubo.casa
Re: varnish y cookies... [Casi solución]
El Mon, 02 Jun 2014 23:04:20 +0200, José Miguel (sio2) escribió: El Mon, 02 de Jun de 2014, a las 06:00:58PM +, Camaleón dijo: Fue lo primero que intenté: meter un \\n, pero tampoco. Aum... pues a ver si se le ocurre a alguien otra idea. Ya sé por qué falla: el problema es que no sé cómo arreglarlo limpiamente. Resulta que: $ varnishd -C -f /etc/varnish/default.vlc Escupe el código en C que se genera a partir del fichero de configuración. Fui a buscar mis \n y resulta que el que había escrito dentro del inline C se mantenía escrito así, pero el otro aparecía como \\n. Para confirmar, reescribí en inline C la primera de las líneas: set beresp.http.X-Set-Cookie = regsuball(beresp.http.X-Set-Cookie,, ([A-Za-z0-9]+=),\n\1); ^^ Pero eso es tal y como lo habías puesto antes ¿no? :-? https://lists.debian.org/debian-user-spanish/2014/06/msg00014.html y ¡bingo!, así funciona. Lo me parece engorrosísimo es tener que escribir esa línea en inline C (que se convierten en varias), sólo porque quiera usar \n. Supongo que habrá alguna forma de escribir el retorno de carro. ?:/ Aquí ya me he perdido... mejor lo releo mañana con los ojos abiertos (-_-). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.06.02.21.29...@gmail.com
Re: varnish y cookies... [Solucionado]
El Mon, 02 Jun 2014 23:27:18 +0200, José Miguel (sio2) escribió:
El Mon, 02 de Jun de 2014, a las 11:04:20PM +0200, José Miguel (sio2)
dijo:
y ¡bingo!, así funciona. Lo me parece engorrosísimo es tener que
escribir esa línea en inline C (que se convierten en varias), sólo
porque quiera usar \n. Supongo que habrá alguna forma de escribir el
retorno de carro.
Ya.
:-)
https://www.varnish-cache.org/trac/wiki/VCLSyntaxStrings
Ah, pero eso no es C sino el lenguaje nativo de varnish.
Curioso:
(...) The other kind of strings, called long strings, does not have
escapes at all, anything you type, goes in there as you see it.
Long strings are enclosed in { ... } and can contain \, %, newlines,
control-characters etc.
Hay que escribir la cadena así:
{
\1}
O sea, un salto de línea tal cual.
Ignoro si hay algún carácter especial que evite tener que escribir
explíticamente el cambio de línea: \n sigue sin funcionar.
Yo no lo he visto definido en la doc, pero quizá haya más sintaxis que
esta:
https://www.varnish-cache.org/docs/3.0/reference/vcl.html
¿Y todo eso disponible para un acelerador de contenido? Tela marinera :-o
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.06.02.21.41...@gmail.com
x11vnc en rc.local
Hola a todos. Necesito un poco de ayuda con lo siguiente. Tengo estas 4 lineas en rc.local, pero la última linea que he añadido nunca lo ejecuta, y no se por qué, debería ejecutarse sin problemas porque se ejecuta perfectamente en el terminal. Estas son las lineas que tengo en rc.local: sleep 100 iptables -t nat -A POSTROUTING -s 10.10.0.0/16 -o wlan0 -j MASQUERADE hostapd /etc/hostapd/hostapd.conf x11vnc -bg -passwd 7celtic7 -forever #esta es la linea que nunca se llega a ejecutar exit 0 Esa linea de x11vnc con esos parámetros quiere decir que se ejecute en segundo plano, con la clave 7celtic7, y el parámetro -forever quiere decir que siempre este abierto, que nunca se cierre. Se ejecuta perfectamente en el terminal pero no he podido lograr que se ejecute automáticamente en el inicio del sistema. He investigado y aún no he conseguido una solución. Mi sistema es un Debian 7 con solo LXDE.
