Re: debian 7 + iceweasel 10.0.12 + fpdf
Buenas, El 25/05/2013 12:22 a.m., Sergio Bessopeanetto escribió: El 25/05/13 00:13, Daniel Esteban Arias escribió: Hola a todos, tengo problemas para visualizar pdf embed en iceweasel 10.0.12 y en opera 12.15, en google chrome funciona perfectamente, en windows también. Al principio pensé que era porque iceweasel utilíza gnash como alternativa a flash player, luego de instalar flash player, veo que sigue fallando. Pero unicamente para visualizar los pdf, ya que el contenido en video lo veo sin problemas. el html que utilizo para visualizar el pdf es el siguiente: lo genero utilizando fpdf con php. también probé utilizar complementos en mozilla para visualizar los pdf, pero no encontré algo que me permita visualizarlos embebidos en el html. Alguien podría darme una mano en encontrar cual es el el problema?. Desde ya agradezco toda colaboración. ¿Desinstalaste gnash? Aunque no entiendo la relación entre un archivo pdf y un video flash. Iceweasel 10xx no puede. El que puede hacerlo es Iceweasel 20 (desde experimental) o Firefox oficial de la página de Mozilla 21.0 que tiene un lector de pdf incluido. Saludos. Yo tengo iceweasel 21.0 desde experimental, aunque creo que ya anda por SID. Saludos. -- Cuando tus fuerzas terminan, las de Dios comienzan... <>
Re: debian 7 + iceweasel 10.0.12 + fpdf
El 25/05/13 00:13, Daniel Esteban Arias escribió: Hola a todos, tengo problemas para visualizar pdf embed en iceweasel 10.0.12 y en opera 12.15, en google chrome funciona perfectamente, en windows también. Al principio pensé que era porque iceweasel utilíza gnash como alternativa a flash player, luego de instalar flash player, veo que sigue fallando. Pero unicamente para visualizar los pdf, ya que el contenido en video lo veo sin problemas. el html que utilizo para visualizar el pdf es el siguiente: lo genero utilizando fpdf con php. también probé utilizar complementos en mozilla para visualizar los pdf, pero no encontré algo que me permita visualizarlos embebidos en el html. Alguien podría darme una mano en encontrar cual es el el problema?. Desde ya agradezco toda colaboración. ¿Desinstalaste gnash? Aunque no entiendo la relación entre un archivo pdf y un video flash. Iceweasel 10xx no puede. El que puede hacerlo es Iceweasel 20 (desde experimental) o Firefox oficial de la página de Mozilla 21.0 que tiene un lector de pdf incluido. Saludos. -- Sergio Bessopeanetto Buenos Aires, Argentina Skype: sergio.bess Jabber: sergio.b...@jabber.org -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a02e58.8010...@myopera.com
debian 7 + iceweasel 10.0.12 + fpdf
Hola a todos, tengo problemas para visualizar pdf embed en iceweasel 10.0.12 y en opera 12.15, en google chrome funciona perfectamente, en windows también. Al principio pensé que era porque iceweasel utilíza gnash como alternativa a flash player, luego de instalar flash player, veo que sigue fallando. Pero unicamente para visualizar los pdf, ya que el contenido en video lo veo sin problemas. el html que utilizo para visualizar el pdf es el siguiente: lo genero utilizando fpdf con php. también probé utilizar complementos en mozilla para visualizar los pdf, pero no encontré algo que me permita visualizarlos embebidos en el html. Alguien podría darme una mano en encontrar cual es el el problema?. Desde ya agradezco toda colaboración. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1369451588.16948.9.camel@acer
Re: Instalación LAMP (Linux-Apache-MySQL-PHP) Problemas con paquetes "rotos"
El Thu, 23 May 2013 07:16:52 -0300 GamlaUppsala escribió: > Estimada gente: > > Tengo problemas para instalar LAMP... (Linux, Apache, MySql, PHP) > A duras penas he podido instalar Apache sobre Linux pero cuando quiero > instalar PHP+MySQL la instalación "se rompe" quedando errores que son > irreparables vía Synaptics, Aptitude, APT-GET (aún con la opción > "force") así que tengo, para solucionar el problemilla, que meter mano > (como último recurso) al archivo /var/lib/dpkg/status. > > Las preguntas... > ¿Cómo instalo Mysql y PHP? ¿lo instalo vía Synaptics / apt / aptitude? > ¿en qué orden, o es indistinto? > > La distro es una Xubuntu (que pienso dejar... como dejé Ubuntu pues ya > me están cansando tantos errores en los paquetes), las repos son las > "originales" de "fábrica". > Solucion simple y limpia: Instala debian stable y luego instala apache + mysql + php5 Mientras tanto pregunta en la lista de ubuntu -- Angel Claudio Alvarez -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130524184131.3a6fec75df1d5a1b8faba...@angel-alvarez.com.ar
Re: Instalación LAMP (Linux-Apache-MySQL-PHP) Problemas con paquetes "rotos"
On 24/05/13 23:27, GamlaUppsala wrote: El día viernes, 24 de mayo de 2013, a las 18:11:36, jors escribió: Se encontraron errores al procesar: php5-common libapache2-mod-php5 php5 php5-cli E: Sub-process /usr/bin/dpkg returned an error code (1) j> ¿No habrás borrado ficheros pertenecientes de los paquetes a mano? j> Así a lo rápido y guarro, podrias probar: j> # touch /etc/php5/mods-available/pdo.ini j> # apt-get -f install ¡¡¡OOO ¡Más rápido que un bombero! Gracias. Mira... Yo a mano he tenido que meter mano porque con el Synaptic SIEMPRE daban error, luego borré TODO los que tenía que ver con los paquetes. Touch... me da error porque no encuentra el archivo. El APT-GET -f (force) ya lo probé una y mil veces antes de preguntar a esta lista de la que ya veo tiene alma de bomberos (por lo rápido que contestan) Bueno... Pero no se la crean... yo soy más rápido para hacer lios :-) Por favor, responde a la lista. Si has borrado contenidos de los paquetes a mano, en lugar del touch (que te fallará no porque no exista el archivo, sino el/los directorios) mejor sería reinstalar los paquetes: # apt-get install --reinstall php5-common (y los demás que se quejen) Y cuando termines, vuelve a probar un último apt-get -f install para ver si todo está en su sitio. Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/519fdc22.3080...@gmail.com
Re: Dudas con hardlinks y el espacio que ocupan en disco
On 24/05/13 23:15, fernando sainz wrote: El día 24 de mayo de 2013 23:07, jors escribió: On 24/05/13 23:03, fernando sainz wrote: El día 24 de mayo de 2013 22:36, jors escribió: On 24/05/13 22:24, fernando sainz wrote: Hola: Creo que se me ha escapado una respuesta vacía, un desliz del ratón en gmail... El día 24 de mayo de 2013 22:04, jorsescribió: Buenas lista, Me estoy volviendo un poco tarumba con el tema de los hardlinks y cuánto ocupan, a ver si alguien puede arrojarme un poco de luz al tema. La teoría dice que un hardlink no es más que una referencia a un inodo de un fichero existente. Y por tanto entiendo que sólo debería ocupar el espacio necesario para guardar esa referencia. Y creo que entiendes bien. Lo que pasa es que para el sistema operativo tanto el fichero como el hard link son la misma cosa, un fichero. De hecho el fichero se borra cuando borras el último hard link que exista para ese fichero. Pues bien, para calcular el espacio ocupado en disco por lo visto uno no se puede fiar de "ls" porque toma el mismo espacio para los hardlinks que para los ficheros que éstos referencian: user@host:~$ mkdir test user@host:~$ cd test user@host:~/test$ mkdir test1 test2 user@host:~/test$ dd if=/dev/zero of=test1/test.dd count=1 bs=1M user@host:~/test$ ls -lh test1/ total 1,0M -rw-r--r-- 1 user user 1,0M may 24 21:09 test.dd user@host:~/test$ ln test1/test.dd test1/test.ddhl1 user@host:~/test$ ls -lh test1/ total 2,0M -rw-r--r-- 2 user user 1,0M may 24 21:09 test.dd -rw-r--r-- 2 user user 1,0M may 24 21:09 test.ddhl1 Eso lo tengo asumido. En cambio, el comando "du" de serie parece algo más listo porque sabe qué es y qué no un hardlink y a no ser que le indiques la opción -l, no cuenta en espacio ocupado por los hardlinks: user@host:~/test$ du test1/ 1028test1/ user@host:~/test$ du test1/* 1024test1/test.dd user@host:~/test$ du -l test1/* 1024test1/test.dd 1024test1/test.ddhl1 Pero ahora creemos sólo 2 hardlinks en el segundo directorio: user@host:~/test$ ln test1/test.dd test2/test.ddhl2 user@host:~/test$ ln test1/test.dd test2/test.ddhl3 user@host:~/test$ du test2/ 1028test2/ user@host:~/test$ du -hs test1/* 1,0Mtest1/test.dd user@host:~/test$ du -hs test2/* 1,0Mtest2/test.ddhl2 ¿Qué sucedió en el último paso? Du contó el espacio ocupado por un hardlink a pesar de no haberle indicado que los tenga en cuenta para el recuento de espacio :( Todo este rollo viene porque tengo un directorio lleno sólo de hardlinks (comprobado con "stat" archivo a archivo) que según "du" ocupa 5.8GB y la verdad es que no lo entiendo: Bueno, no se como funciona du, pero ten en cuenta que si borras los ficheros, como te digo estos siguen existiendo bajo el hardlink, con lo cual realmente ocupan ese espacio. Tal vez du cuando encuentra dos entradas en un directorio que apuntan al mismo sitio es capaz de descontar una. Sí y no. En realidad sólo se ocupa el espacio en disco de ese fichero una vez, y sus hardlinks al mismo sólo son referencias al mismo inodo. Por tanto, en términos de espacio la referencia debe ocupar muy muy poquito (del orden de pocos kb's, a lo sumo). Yo pensaba que "du" era constante en ese aspecto: es decir, que a no ser que le indicaras explícitamente que quieres que te cuente el espacio de los hardlinks como si fueran un fichero más (y no una referencia a uno ya existente), los saltaba. Y veo que no es siempre así. Salut, jors Es complicado, pero entiendo que cuando se crea un fichero se crea una entrada con el nombre del fichero y cuando se crea un hardlink se crea otra entrada igual y se incrementa un contador que mantiene el numero de entradas que hay sobre un fichero y cuando llega a cero se borra. Por tanto todas las entradas (hardlinks) son el fichero y si haces un du sobre una parte de la estructura de directorios te lo cuenta. Solo en el caso de que se encuentre mas de una vez un enlace lo ignora. Entiendo que el fichero no pertenece al primer hardlink que se crea al crearlo sino a todos por igual, no hay diferencia entre el fichero original y el hardlink salvo el nombre... NO se si me explico muy bien :-) Sí, perfectamente! Coincido contigo -no se si realmente será así- en que no hay diferencia entre fichero original y posteriores hardlinks. El tema es si existe alguna utilidad/aplicación/modo que me pueda ayudar a calcular el tamaño de una estructura de directorios SIN tener en cuenta los hardlinks... pero al mismo tiempo, sí que tengo que contar uno de ellos porque sería el correspondiente al tamaño del archivo "original" xD Salut, jors No lo sé, entiendo que cuando hagas un du de una estructura de directorios, tal vez este sea capaz de eliminar el espacio de los hard links que encuentre debajo, pero si lo haces por partes te saldrá repetido. Pues efectivamente tiene pinta de ser como dices: si pones el "path entero" (dónde se encuentran todos los hardlinks a un fichero) sólo tendrá en cuenta uno. Es una
Re: Dudas con hardlinks y el espacio que ocupan en disco
El día 24 de mayo de 2013 23:07, jors escribió: > On 24/05/13 23:03, fernando sainz wrote: >> >> El día 24 de mayo de 2013 22:36, jors escribió: >>> >>> On 24/05/13 22:24, fernando sainz wrote: Hola: Creo que se me ha escapado una respuesta vacía, un desliz del ratón en gmail... El día 24 de mayo de 2013 22:04, jors escribió: > > > Buenas lista, > > Me estoy volviendo un poco tarumba con el tema de los hardlinks y > cuánto > ocupan, a ver si alguien puede arrojarme un poco de luz al tema. > > La teoría dice que un hardlink no es más que una referencia a un inodo > de > un > fichero existente. Y por tanto entiendo que sólo debería ocupar el > espacio > necesario para guardar esa referencia. > Y creo que entiendes bien. Lo que pasa es que para el sistema operativo tanto el fichero como el hard link son la misma cosa, un fichero. De hecho el fichero se borra cuando borras el último hard link que exista para ese fichero. > Pues bien, para calcular el espacio ocupado en disco por lo visto uno > no > se > puede fiar de "ls" porque toma el mismo espacio para los hardlinks que > para > los ficheros que éstos referencian: > > user@host:~$ mkdir test > user@host:~$ cd test > user@host:~/test$ mkdir test1 test2 > user@host:~/test$ dd if=/dev/zero of=test1/test.dd count=1 bs=1M > user@host:~/test$ ls -lh test1/ > total 1,0M > -rw-r--r-- 1 user user 1,0M may 24 21:09 test.dd > user@host:~/test$ ln test1/test.dd test1/test.ddhl1 > user@host:~/test$ ls -lh test1/ > total 2,0M > -rw-r--r-- 2 user user 1,0M may 24 21:09 test.dd > -rw-r--r-- 2 user user 1,0M may 24 21:09 test.ddhl1 > > Eso lo tengo asumido. En cambio, el comando "du" de serie parece algo > más > listo porque sabe qué es y qué no un hardlink y a no ser que le > indiques > la > opción -l, no cuenta en espacio ocupado por los hardlinks: > > user@host:~/test$ du test1/ > 1028test1/ > user@host:~/test$ du test1/* > 1024test1/test.dd > user@host:~/test$ du -l test1/* > 1024test1/test.dd > 1024test1/test.ddhl1 > > Pero ahora creemos sólo 2 hardlinks en el segundo directorio: > > user@host:~/test$ ln test1/test.dd test2/test.ddhl2 > user@host:~/test$ ln test1/test.dd test2/test.ddhl3 > user@host:~/test$ du test2/ > 1028test2/ > user@host:~/test$ du -hs test1/* > 1,0Mtest1/test.dd > user@host:~/test$ du -hs test2/* > 1,0Mtest2/test.ddhl2 > > ¿Qué sucedió en el último paso? Du contó el espacio ocupado por un > hardlink > a pesar de no haberle indicado que los tenga en cuenta para el recuento > de > espacio :( > > Todo este rollo viene porque tengo un directorio lleno sólo de > hardlinks > (comprobado con "stat" archivo a archivo) que según "du" ocupa 5.8GB y > la > verdad es que no lo entiendo: > Bueno, no se como funciona du, pero ten en cuenta que si borras los ficheros, como te digo estos siguen existiendo bajo el hardlink, con lo cual realmente ocupan ese espacio. Tal vez du cuando encuentra dos entradas en un directorio que apuntan al mismo sitio es capaz de descontar una. >>> >>> >>> >>> Sí y no. >>> >>> En realidad sólo se ocupa el espacio en disco de ese fichero una vez, y >>> sus >>> hardlinks al mismo sólo son referencias al mismo inodo. Por tanto, en >>> términos de espacio la referencia debe ocupar muy muy poquito (del orden >>> de >>> pocos kb's, a lo sumo). >>> >>> Yo pensaba que "du" era constante en ese aspecto: es decir, que a no ser >>> que >>> le indicaras explícitamente que quieres que te cuente el espacio de los >>> hardlinks como si fueran un fichero más (y no una referencia a uno ya >>> existente), los saltaba. Y veo que no es siempre así. >>> >>> Salut, >>> jors >>> >>> >> >> Es complicado, pero entiendo que cuando se crea un fichero se crea una >> entrada con el nombre del fichero y cuando se crea un hardlink se crea >> otra entrada igual y se incrementa un contador que mantiene el numero >> de entradas que hay sobre un fichero y cuando llega a cero se borra. >> Por tanto todas las entradas (hardlinks) son el fichero y si haces un >> du sobre una parte de la estructura de directorios te lo cuenta. Solo >> en el caso de que se encuentre mas de una vez un enlace lo ignora. >> Entiendo que el fichero no pertenece al primer hardlink que se crea al >> crearlo sino a todos por igual, no hay diferencia entre el fichero >> original y el hardlink salvo el nombre... >> >> NO se si me explico muy bien :-) > > > Sí, perfectamente! Coincido contigo -no se si realmente será así- en que no > hay diferencia entre fichero original y posteriores hardlinks. > > El tema es si existe alguna utilidad/aplicación/modo que me pueda ayudar a > cal
Re: Instalación LAMP (Linux-Apache-MySQL-PHP) Problemas con paquetes "rotos"
On 23/05/13 12:16, GamlaUppsala wrote: Estimada gente: Tengo problemas para instalar LAMP... (Linux, Apache, MySql, PHP) A duras penas he podido instalar Apache sobre Linux pero cuando quiero instalar PHP+MySQL la instalación "se rompe" quedando errores que son irreparables vía Synaptics, Aptitude, APT-GET (aún con la opción "force") así que tengo, para solucionar el problemilla, que meter mano (como último recurso) al archivo /var/lib/dpkg/status. Las preguntas... ¿Cómo instalo Mysql y PHP? ¿lo instalo vía Synaptics / apt / aptitude? ¿en qué orden, o es indistinto? La distro es una Xubuntu (que pienso dejar... como dejé Ubuntu pues ya me están cansando tantos errores en los paquetes), las repos son las "originales" de "fábrica". Al pié cito salida de consola en donde se pueden leer esos errores. Configurando php5-common (5.4.6-1ubuntu1.2) ... Not replacing deleted config file /etc/php5/mods-available/pdo.ini ERROR: /etc/php5/mods-available/pdo.ini does not exist dpkg: error al procesar php5-common (--configure): el subproceso instalado el script post-installation devolvió el código de salida de error 2 No se escribió ningún informe «apport» porque ya se ha alcanzado el valor de «MaxReports» dpkg: dependency problems prevent configuration of libapache2-mod-php5: libapache2-mod-php5 depende de php5-common (= 5.4.6-1ubuntu1.2); sin embargo: El paquete `php5-common' no está configurado todavía. dpkg: error al procesar libapache2-mod-php5 (--configure): problemas de dependencias - se deja sin configurar dpkg: dependency problems prevent configuration of php5: php5 depende de libapache2-mod-php5 (>= 5.4.6-1ubuntu1.2) | libapache2-mod-php5filter (>= 5.4.6-1ubuntu1.2) | php5-cgi (>= 5.4.6-1ubuntu1.2) | php5-fpm (>= 5.4.6-1ubuntu1.2); sin embargo: El paquete `libapache2-mod-php5' no está configurado todavía. El paquete `libapache2-mod-php5filter' no está instalado. El paquete `php5-cgi' no está instalado. El paquete `php5-fpm' no está instalado. php5 depende de php5-common (>= 5.4.6-1ubuntu1.2); sin embargo: El paquete `php5-common' no está configurado todavía. problemas de dependencias - se deja sin configurar php5-cli depende de php5-common (= 5.4.6-1ubuntu1.2); sin embargo: El paquete `php5-common' no está configurado todavía. dpkg: error al procesar php5-cli (--configure): problemas de dependencias - se deja sin configurar Se encontraron errores al procesar: php5-common libapache2-mod-php5 php5 php5-cli E: Sub-process /usr/bin/dpkg returned an error code (1) ¿No habrás borrado ficheros pertenecientes de los paquetes a mano? Así a lo rápido y guarro, podrias probar: # touch /etc/php5/mods-available/pdo.ini # apt-get -f install Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/519fd788.3080...@gmail.com
Re: Dudas con hardlinks y el espacio que ocupan en disco
On 24/05/13 23:03, fernando sainz wrote: El día 24 de mayo de 2013 22:36, jors escribió: On 24/05/13 22:24, fernando sainz wrote: Hola: Creo que se me ha escapado una respuesta vacía, un desliz del ratón en gmail... El día 24 de mayo de 2013 22:04, jors escribió: Buenas lista, Me estoy volviendo un poco tarumba con el tema de los hardlinks y cuánto ocupan, a ver si alguien puede arrojarme un poco de luz al tema. La teoría dice que un hardlink no es más que una referencia a un inodo de un fichero existente. Y por tanto entiendo que sólo debería ocupar el espacio necesario para guardar esa referencia. Y creo que entiendes bien. Lo que pasa es que para el sistema operativo tanto el fichero como el hard link son la misma cosa, un fichero. De hecho el fichero se borra cuando borras el último hard link que exista para ese fichero. Pues bien, para calcular el espacio ocupado en disco por lo visto uno no se puede fiar de "ls" porque toma el mismo espacio para los hardlinks que para los ficheros que éstos referencian: user@host:~$ mkdir test user@host:~$ cd test user@host:~/test$ mkdir test1 test2 user@host:~/test$ dd if=/dev/zero of=test1/test.dd count=1 bs=1M user@host:~/test$ ls -lh test1/ total 1,0M -rw-r--r-- 1 user user 1,0M may 24 21:09 test.dd user@host:~/test$ ln test1/test.dd test1/test.ddhl1 user@host:~/test$ ls -lh test1/ total 2,0M -rw-r--r-- 2 user user 1,0M may 24 21:09 test.dd -rw-r--r-- 2 user user 1,0M may 24 21:09 test.ddhl1 Eso lo tengo asumido. En cambio, el comando "du" de serie parece algo más listo porque sabe qué es y qué no un hardlink y a no ser que le indiques la opción -l, no cuenta en espacio ocupado por los hardlinks: user@host:~/test$ du test1/ 1028test1/ user@host:~/test$ du test1/* 1024test1/test.dd user@host:~/test$ du -l test1/* 1024test1/test.dd 1024test1/test.ddhl1 Pero ahora creemos sólo 2 hardlinks en el segundo directorio: user@host:~/test$ ln test1/test.dd test2/test.ddhl2 user@host:~/test$ ln test1/test.dd test2/test.ddhl3 user@host:~/test$ du test2/ 1028test2/ user@host:~/test$ du -hs test1/* 1,0Mtest1/test.dd user@host:~/test$ du -hs test2/* 1,0Mtest2/test.ddhl2 ¿Qué sucedió en el último paso? Du contó el espacio ocupado por un hardlink a pesar de no haberle indicado que los tenga en cuenta para el recuento de espacio :( Todo este rollo viene porque tengo un directorio lleno sólo de hardlinks (comprobado con "stat" archivo a archivo) que según "du" ocupa 5.8GB y la verdad es que no lo entiendo: Bueno, no se como funciona du, pero ten en cuenta que si borras los ficheros, como te digo estos siguen existiendo bajo el hardlink, con lo cual realmente ocupan ese espacio. Tal vez du cuando encuentra dos entradas en un directorio que apuntan al mismo sitio es capaz de descontar una. Sí y no. En realidad sólo se ocupa el espacio en disco de ese fichero una vez, y sus hardlinks al mismo sólo son referencias al mismo inodo. Por tanto, en términos de espacio la referencia debe ocupar muy muy poquito (del orden de pocos kb's, a lo sumo). Yo pensaba que "du" era constante en ese aspecto: es decir, que a no ser que le indicaras explícitamente que quieres que te cuente el espacio de los hardlinks como si fueran un fichero más (y no una referencia a uno ya existente), los saltaba. Y veo que no es siempre así. Salut, jors Es complicado, pero entiendo que cuando se crea un fichero se crea una entrada con el nombre del fichero y cuando se crea un hardlink se crea otra entrada igual y se incrementa un contador que mantiene el numero de entradas que hay sobre un fichero y cuando llega a cero se borra. Por tanto todas las entradas (hardlinks) son el fichero y si haces un du sobre una parte de la estructura de directorios te lo cuenta. Solo en el caso de que se encuentre mas de una vez un enlace lo ignora. Entiendo que el fichero no pertenece al primer hardlink que se crea al crearlo sino a todos por igual, no hay diferencia entre el fichero original y el hardlink salvo el nombre... NO se si me explico muy bien :-) Sí, perfectamente! Coincido contigo -no se si realmente será así- en que no hay diferencia entre fichero original y posteriores hardlinks. El tema es si existe alguna utilidad/aplicación/modo que me pueda ayudar a calcular el tamaño de una estructura de directorios SIN tener en cuenta los hardlinks... pero al mismo tiempo, sí que tengo que contar uno de ellos porque sería el correspondiente al tamaño del archivo "original" xD Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/519fd682.3040...@gmail.com
Instalación LAMP (Linux-Apache-MySQL-PHP) Problemas con paquetes "rotos"
Estimada gente: Tengo problemas para instalar LAMP... (Linux, Apache, MySql, PHP) A duras penas he podido instalar Apache sobre Linux pero cuando quiero instalar PHP+MySQL la instalación "se rompe" quedando errores que son irreparables vía Synaptics, Aptitude, APT-GET (aún con la opción "force") así que tengo, para solucionar el problemilla, que meter mano (como último recurso) al archivo /var/lib/dpkg/status. Las preguntas... ¿Cómo instalo Mysql y PHP? ¿lo instalo vía Synaptics / apt / aptitude? ¿en qué orden, o es indistinto? La distro es una Xubuntu (que pienso dejar... como dejé Ubuntu pues ya me están cansando tantos errores en los paquetes), las repos son las "originales" de "fábrica". Al pié cito salida de consola en donde se pueden leer esos errores. Configurando php5-common (5.4.6-1ubuntu1.2) ... Not replacing deleted config file /etc/php5/mods-available/pdo.ini ERROR: /etc/php5/mods-available/pdo.ini does not exist dpkg: error al procesar php5-common (--configure): el subproceso instalado el script post-installation devolvió el código de salida de error 2 No se escribió ningún informe «apport» porque ya se ha alcanzado el valor de «MaxReports» dpkg: dependency problems prevent configuration of libapache2-mod-php5: libapache2-mod-php5 depende de php5-common (= 5.4.6-1ubuntu1.2); sin embargo: El paquete `php5-common' no está configurado todavía. dpkg: error al procesar libapache2-mod-php5 (--configure): problemas de dependencias - se deja sin configurar dpkg: dependency problems prevent configuration of php5: php5 depende de libapache2-mod-php5 (>= 5.4.6-1ubuntu1.2) | libapache2-mod-php5filter (>= 5.4.6-1ubuntu1.2) | php5-cgi (>= 5.4.6-1ubuntu1.2) | php5-fpm (>= 5.4.6-1ubuntu1.2); sin embargo: El paquete `libapache2-mod-php5' no está configurado todavía. El paquete `libapache2-mod-php5filter' no está instalado. El paquete `php5-cgi' no está instalado. El paquete `php5-fpm' no está instalado. php5 depende de php5-common (>= 5.4.6-1ubuntu1.2); sin embargo: El paquete `php5-common' no está configurado todavía. problemas de dependencias - se deja sin configurar php5-cli depende de php5-common (= 5.4.6-1ubuntu1.2); sin embargo: El paquete `php5-common' no está configurado todavía. dpkg: error al procesar php5-cli (--configure): problemas de dependencias - se deja sin configurar Se encontraron errores al procesar: php5-common libapache2-mod-php5 php5 php5-cli E: Sub-process /usr/bin/dpkg returned an error code (1) -- Saludos, GamlaUppsala mailto:gamlaupps...@yahoo.com.ar -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1536011706.20130523071...@yahoo.com.ar
Re: Dudas con hardlinks y el espacio que ocupan en disco
El día 24 de mayo de 2013 22:36, jors escribió: > On 24/05/13 22:24, fernando sainz wrote: >> >> Hola: >> Creo que se me ha escapado una respuesta vacía, un desliz del ratón en >> gmail... >> >> El día 24 de mayo de 2013 22:04, jors escribió: >>> >>> Buenas lista, >>> >>> Me estoy volviendo un poco tarumba con el tema de los hardlinks y cuánto >>> ocupan, a ver si alguien puede arrojarme un poco de luz al tema. >>> >>> La teoría dice que un hardlink no es más que una referencia a un inodo de >>> un >>> fichero existente. Y por tanto entiendo que sólo debería ocupar el >>> espacio >>> necesario para guardar esa referencia. >>> >> >> Y creo que entiendes bien. >> Lo que pasa es que para el sistema operativo tanto el fichero como el >> hard link son la misma cosa, un fichero. >> De hecho el fichero se borra cuando borras el último hard link que >> exista para ese fichero. >> >> >>> Pues bien, para calcular el espacio ocupado en disco por lo visto uno no >>> se >>> puede fiar de "ls" porque toma el mismo espacio para los hardlinks que >>> para >>> los ficheros que éstos referencian: >>> >>> user@host:~$ mkdir test >>> user@host:~$ cd test >>> user@host:~/test$ mkdir test1 test2 >>> user@host:~/test$ dd if=/dev/zero of=test1/test.dd count=1 bs=1M >>> user@host:~/test$ ls -lh test1/ >>> total 1,0M >>> -rw-r--r-- 1 user user 1,0M may 24 21:09 test.dd >>> user@host:~/test$ ln test1/test.dd test1/test.ddhl1 >>> user@host:~/test$ ls -lh test1/ >>> total 2,0M >>> -rw-r--r-- 2 user user 1,0M may 24 21:09 test.dd >>> -rw-r--r-- 2 user user 1,0M may 24 21:09 test.ddhl1 >>> >>> Eso lo tengo asumido. En cambio, el comando "du" de serie parece algo más >>> listo porque sabe qué es y qué no un hardlink y a no ser que le indiques >>> la >>> opción -l, no cuenta en espacio ocupado por los hardlinks: >>> >>> user@host:~/test$ du test1/ >>> 1028test1/ >>> user@host:~/test$ du test1/* >>> 1024test1/test.dd >>> user@host:~/test$ du -l test1/* >>> 1024test1/test.dd >>> 1024test1/test.ddhl1 >>> >>> Pero ahora creemos sólo 2 hardlinks en el segundo directorio: >>> >>> user@host:~/test$ ln test1/test.dd test2/test.ddhl2 >>> user@host:~/test$ ln test1/test.dd test2/test.ddhl3 >>> user@host:~/test$ du test2/ >>> 1028test2/ >>> user@host:~/test$ du -hs test1/* >>> 1,0Mtest1/test.dd >>> user@host:~/test$ du -hs test2/* >>> 1,0Mtest2/test.ddhl2 >>> >>> ¿Qué sucedió en el último paso? Du contó el espacio ocupado por un >>> hardlink >>> a pesar de no haberle indicado que los tenga en cuenta para el recuento >>> de >>> espacio :( >>> >>> Todo este rollo viene porque tengo un directorio lleno sólo de hardlinks >>> (comprobado con "stat" archivo a archivo) que según "du" ocupa 5.8GB y la >>> verdad es que no lo entiendo: >>> >> >> Bueno, no se como funciona du, pero ten en cuenta que si borras los >> ficheros, como te digo estos siguen existiendo bajo el hardlink, con >> lo cual realmente ocupan ese espacio. Tal vez du cuando encuentra dos >> entradas en un directorio que apuntan al mismo sitio es capaz de >> descontar una. > > > Sí y no. > > En realidad sólo se ocupa el espacio en disco de ese fichero una vez, y sus > hardlinks al mismo sólo son referencias al mismo inodo. Por tanto, en > términos de espacio la referencia debe ocupar muy muy poquito (del orden de > pocos kb's, a lo sumo). > > Yo pensaba que "du" era constante en ese aspecto: es decir, que a no ser que > le indicaras explícitamente que quieres que te cuente el espacio de los > hardlinks como si fueran un fichero más (y no una referencia a uno ya > existente), los saltaba. Y veo que no es siempre así. > > Salut, > jors > > Es complicado, pero entiendo que cuando se crea un fichero se crea una entrada con el nombre del fichero y cuando se crea un hardlink se crea otra entrada igual y se incrementa un contador que mantiene el numero de entradas que hay sobre un fichero y cuando llega a cero se borra. Por tanto todas las entradas (hardlinks) son el fichero y si haces un du sobre una parte de la estructura de directorios te lo cuenta. Solo en el caso de que se encuentre mas de una vez un enlace lo ignora. Entiendo que el fichero no pertenece al primer hardlink que se crea al crearlo sino a todos por igual, no hay diferencia entre el fichero original y el hardlink salvo el nombre... NO se si me explico muy bien :-) S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rhhzjqc8exdoefclwv1rf9o5qr27ufrvpcuslzdpg1k...@mail.gmail.com
Re: Dudas con hardlinks y el espacio que ocupan en disco
On 24/05/13 22:49, Gerardo Diez García wrote: El 24/05/13 22:37, jors escribió: Se más concreto... ¿Cuál? Mientras que el hardlink apunta al fichero (por lo que entiendo que se ve como una copia de ese fichero) el softlink apunta al nombre del fichero (así que entiendo que se ve como un alias de ese fichero). Pero reitero que es pura ignorancia lo mío Pues a grandes rasgos diría que sí, que así va la cosa. Aunque un hardlink no es una "copia" de un archivo, sino una referencia a uno ya existente (que apunta al inodo del cual es enlace -duro-). Y esta referencia ocupa seguramente muy poco. Con "du" veo que los sabe identificar... pero no siempre, porque unas veces los obvia (reconoce los hardlinks y no imprime su tamaño) y otras no (y parece imprimir el tamaño del archivo al cual referencian). ¿Cómo era esa frase? Todos somos ignorantes, aunque no todos ignoramos las mismas cosas ;) Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/519fd3ee.1080...@gmail.com
Re: Dudas con hardlinks y el espacio que ocupan en disco
El 24/05/13 22:37, jors escribió: > Se más concreto... ¿Cuál? Mientras que el hardlink apunta al fichero (por lo que entiendo que se ve como una copia de ese fichero) el softlink apunta al nombre del fichero (así que entiendo que se ve como un alias de ese fichero). Pero reitero que es pura ignorancia lo mío -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/519fd273.8090...@gmail.com
Re: Consejos después de instalar Debian 7
Con fecha miércoles, 22 de mayo de 2013, 10:46:43, Orlando escribió: ON> Ayer instale Debian 7 desde el CD-1, no utilice ninguna replica, ON> al finalizar la instalación vi algo que me gusto mucho, ON> Debian 7 con Gnome 3, vengo de utilizar Linux mint 11, ya que ON> tengo un equipo modesto. 1 GB de Ram, Procesador ON> Celeron que en este momento no recuerdo la velocidad (estoy en ON> este momento en mi trabajo), y un disco duro de [...] ON> alguno de ustedes tiene algún consejo para después de instalar ON> Debian, me gustaría saber su opinión, [...] A ver... tendrías que ver lo que TÚ quieres obtener del sistema instalado... por ejemplo... jugar, editar fotos, ver videos... porque para instalar programas... hay muchos... De todas maneras... te puedo decir que en TÚ máquina (que debe ser "modesta" según tus propias palabras) lo mejorcito es ir sacándoles cosillas que quizás NO USES. Un escritorio liviano te ayudará... el XFCE es muy liviano y muy util, también el Lxfe lo es pero... yo me quedo con el XFCE Para ver videos y escuchar música y adicionalmente escuchar radios LO MEJOR SIN DUDA ALGUNA es el VLC (Video Lan CLient) a ese programa nada le gana. Es rápido, preciso, liviano, seguro... El GParted no puede faltar (es para manejar, formatear disco) Para paquete de oficina el Libre Office. Para visor de PDF el Evince. Para navegar por internet Firefox sin dudar. Para manejar archivos Torrents y bajar / compartir archivos el QBitTorrent Los repositorios... hmmm... por experiencia YO los dejo como han venido... salvo que NECESITES imperiosamente modificarlos. Para gestor de paquetes el Synaptics y las utilidades apt-get Para monitorear un poco el sistema: atop, htop, top (en ese orden) -- Saludos, Eduardomailto:egi...@yahoo.com.ar ---***--- -=ð Las agujas del reloj giran en el sentido de las agujas de reloj ð= ---***--- ¿AlGuIeN sAbE PoRqUe Me PaRpAdEa UnA lUz En El TeClAdO? -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/98480116.20130523034...@yahoo.com.ar
Re: Suave zumbido (como beep) al mover el cursor del ratón
Con fecha martes, 21 de mayo de 2013, 10:41:39, escribió: >> Pero tengo que usar el USB 3.0 ya que me viene mejor. Está a la >> izquierda, y soy zurdo. >> El USB 2.0 está a la derecha y se me queda el cable del ratón molestando >> en el teclado. Mira... Este tipo de "zumbido" es un ruido que se puede meter por cualquier parte... incluso puede provenir de una interferencia en las partes internas de la máquina... Cuando andaba con Win2 frecuentemente y si PRESTABA MUCHA ATENCION a los ruiditos se ESCUCHABA, en algunas máquinas, ruidos de ese tipo por lo parlantes causados por la placa de sonido que era sensible a interferencias de cualquier tipo. Era frecuente escuchar un chasquido cuando se hacía scroll en la pantalla... o también era frecuente que la placa de sonido captara interferencias de radio de las señales de teléfonos celulares... y así... En general NO PASA mÁS que eso... un ruidito y ya... nada más. No se te va a romper la máquina por eso. Estoy seguro que la placa de sonido -que seguramente es de las que vienen integradas a la MB- es sensible a interferencias... ¿La solución? cambia la placa de sonido... o bien... prueba cambiar los drivers de sonido. -- Saludos, Eduardomailto:egi...@yahoo.com.ar ---***--- La mejor manera de eludir a la tentación es caer en ella. Oscar Wilde ---***--- ¿Porqué ocurre que nos regocijamos con un nacimiento y nos apenamos con un funeral? Se debe a que no somos la persoa implicada. Mark Twain -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1595991499.20130523040...@yahoo.com.ar
Re: Dudas con hardlinks y el espacio que ocupan en disco
On 24/05/13 22:30, Gerardo Diez García wrote: El 24/05/13 22:24, fernando sainz escribió: Hola: Creo que se me ha escapado una respuesta vacía, un desliz del ratón en gmail... El día 24 de mayo de 2013 22:04, jors escribió: Buenas lista, Me estoy volviendo un poco tarumba con el tema de los hardlinks y cuánto ocupan, a ver si alguien puede arrojarme un poco de luz al tema. La teoría dice que un hardlink no es más que una referencia a un inodo de un fichero existente. Y por tanto entiendo que sólo debería ocupar el espacio necesario para guardar esa referencia. Y creo que entiendes bien. Lo que pasa es que para el sistema operativo tanto el fichero como el hard link son la misma cosa, un fichero. De hecho el fichero se borra cuando borras el último hard link que exista para ese fichero. Pues bien, para calcular el espacio ocupado en disco por lo visto uno no se puede fiar de "ls" porque toma el mismo espacio para los hardlinks que para los ficheros que éstos referencian: user@host:~$ mkdir test user@host:~$ cd test user@host:~/test$ mkdir test1 test2 user@host:~/test$ dd if=/dev/zero of=test1/test.dd count=1 bs=1M user@host:~/test$ ls -lh test1/ total 1,0M -rw-r--r-- 1 user user 1,0M may 24 21:09 test.dd user@host:~/test$ ln test1/test.dd test1/test.ddhl1 user@host:~/test$ ls -lh test1/ total 2,0M -rw-r--r-- 2 user user 1,0M may 24 21:09 test.dd -rw-r--r-- 2 user user 1,0M may 24 21:09 test.ddhl1 Eso lo tengo asumido. En cambio, el comando "du" de serie parece algo más listo porque sabe qué es y qué no un hardlink y a no ser que le indiques la opción -l, no cuenta en espacio ocupado por los hardlinks: user@host:~/test$ du test1/ 1028test1/ user@host:~/test$ du test1/* 1024test1/test.dd user@host:~/test$ du -l test1/* 1024test1/test.dd 1024test1/test.ddhl1 Pero ahora creemos sólo 2 hardlinks en el segundo directorio: user@host:~/test$ ln test1/test.dd test2/test.ddhl2 user@host:~/test$ ln test1/test.dd test2/test.ddhl3 user@host:~/test$ du test2/ 1028test2/ user@host:~/test$ du -hs test1/* 1,0Mtest1/test.dd user@host:~/test$ du -hs test2/* 1,0Mtest2/test.ddhl2 ¿Qué sucedió en el último paso? Du contó el espacio ocupado por un hardlink a pesar de no haberle indicado que los tenga en cuenta para el recuento de espacio :( Todo este rollo viene porque tengo un directorio lleno sólo de hardlinks (comprobado con "stat" archivo a archivo) que según "du" ocupa 5.8GB y la verdad es que no lo entiendo: Bueno, no se como funciona du, pero ten en cuenta que si borras los ficheros, como te digo estos siguen existiendo bajo el hardlink, con lo cual realmente ocupan ese espacio. Tal vez du cuando encuentra dos entradas en un directorio que apuntan al mismo sitio es capaz de descontar una. S2. root@vg:/dir/bck# for i in `ls`; do echo -ne "File ${i}: "; stat ${i} | grep Links | awk '{ print $5" "$6 }' File a1.dmp: Links: 4 File a1.log: Links: 4 File a2.dmp: Links: 4 File a2.log: Links: 4 (...) root@vg:/dir/bck# cd .. root@vg:/dir# du bck/ 5997988 bck/ root@vg:/dir# du -h bck/ 5.8Gbck/ Si a alguien se le ocurre algo, agradecido. Salut, jors Disculpad mi ignorancia pero, no es esa precisamente la diferencia entre un hardlink y un softlink? Se más concreto... ¿Cuál? Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/519fcf7f.7070...@gmail.com
Re: Dudas con hardlinks y el espacio que ocupan en disco
On 24/05/13 22:24, fernando sainz wrote: Hola: Creo que se me ha escapado una respuesta vacía, un desliz del ratón en gmail... El día 24 de mayo de 2013 22:04, jors escribió: Buenas lista, Me estoy volviendo un poco tarumba con el tema de los hardlinks y cuánto ocupan, a ver si alguien puede arrojarme un poco de luz al tema. La teoría dice que un hardlink no es más que una referencia a un inodo de un fichero existente. Y por tanto entiendo que sólo debería ocupar el espacio necesario para guardar esa referencia. Y creo que entiendes bien. Lo que pasa es que para el sistema operativo tanto el fichero como el hard link son la misma cosa, un fichero. De hecho el fichero se borra cuando borras el último hard link que exista para ese fichero. Pues bien, para calcular el espacio ocupado en disco por lo visto uno no se puede fiar de "ls" porque toma el mismo espacio para los hardlinks que para los ficheros que éstos referencian: user@host:~$ mkdir test user@host:~$ cd test user@host:~/test$ mkdir test1 test2 user@host:~/test$ dd if=/dev/zero of=test1/test.dd count=1 bs=1M user@host:~/test$ ls -lh test1/ total 1,0M -rw-r--r-- 1 user user 1,0M may 24 21:09 test.dd user@host:~/test$ ln test1/test.dd test1/test.ddhl1 user@host:~/test$ ls -lh test1/ total 2,0M -rw-r--r-- 2 user user 1,0M may 24 21:09 test.dd -rw-r--r-- 2 user user 1,0M may 24 21:09 test.ddhl1 Eso lo tengo asumido. En cambio, el comando "du" de serie parece algo más listo porque sabe qué es y qué no un hardlink y a no ser que le indiques la opción -l, no cuenta en espacio ocupado por los hardlinks: user@host:~/test$ du test1/ 1028test1/ user@host:~/test$ du test1/* 1024test1/test.dd user@host:~/test$ du -l test1/* 1024test1/test.dd 1024test1/test.ddhl1 Pero ahora creemos sólo 2 hardlinks en el segundo directorio: user@host:~/test$ ln test1/test.dd test2/test.ddhl2 user@host:~/test$ ln test1/test.dd test2/test.ddhl3 user@host:~/test$ du test2/ 1028test2/ user@host:~/test$ du -hs test1/* 1,0Mtest1/test.dd user@host:~/test$ du -hs test2/* 1,0Mtest2/test.ddhl2 ¿Qué sucedió en el último paso? Du contó el espacio ocupado por un hardlink a pesar de no haberle indicado que los tenga en cuenta para el recuento de espacio :( Todo este rollo viene porque tengo un directorio lleno sólo de hardlinks (comprobado con "stat" archivo a archivo) que según "du" ocupa 5.8GB y la verdad es que no lo entiendo: Bueno, no se como funciona du, pero ten en cuenta que si borras los ficheros, como te digo estos siguen existiendo bajo el hardlink, con lo cual realmente ocupan ese espacio. Tal vez du cuando encuentra dos entradas en un directorio que apuntan al mismo sitio es capaz de descontar una. Sí y no. En realidad sólo se ocupa el espacio en disco de ese fichero una vez, y sus hardlinks al mismo sólo son referencias al mismo inodo. Por tanto, en términos de espacio la referencia debe ocupar muy muy poquito (del orden de pocos kb's, a lo sumo). Yo pensaba que "du" era constante en ese aspecto: es decir, que a no ser que le indicaras explícitamente que quieres que te cuente el espacio de los hardlinks como si fueran un fichero más (y no una referencia a uno ya existente), los saltaba. Y veo que no es siempre así. Salut, jors S2. root@vg:/dir/bck# for i in `ls`; do echo -ne "File ${i}: "; stat ${i} | grep Links | awk '{ print $5" "$6 }' File a1.dmp: Links: 4 File a1.log: Links: 4 File a2.dmp: Links: 4 File a2.log: Links: 4 (...) root@vg:/dir/bck# cd .. root@vg:/dir# du bck/ 5997988 bck/ root@vg:/dir# du -h bck/ 5.8Gbck/ Si a alguien se le ocurre algo, agradecido. Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/519fcf39.3020...@gmail.com
Re: Dudas con hardlinks y el espacio que ocupan en disco
El 24/05/13 22:24, fernando sainz escribió: > Hola: > Creo que se me ha escapado una respuesta vacía, un desliz del ratón en > gmail... > > El día 24 de mayo de 2013 22:04, jors escribió: >> Buenas lista, >> >> Me estoy volviendo un poco tarumba con el tema de los hardlinks y cuánto >> ocupan, a ver si alguien puede arrojarme un poco de luz al tema. >> >> La teoría dice que un hardlink no es más que una referencia a un inodo de un >> fichero existente. Y por tanto entiendo que sólo debería ocupar el espacio >> necesario para guardar esa referencia. >> > > Y creo que entiendes bien. > Lo que pasa es que para el sistema operativo tanto el fichero como el > hard link son la misma cosa, un fichero. > De hecho el fichero se borra cuando borras el último hard link que > exista para ese fichero. > > >> Pues bien, para calcular el espacio ocupado en disco por lo visto uno no se >> puede fiar de "ls" porque toma el mismo espacio para los hardlinks que para >> los ficheros que éstos referencian: >> >> user@host:~$ mkdir test >> user@host:~$ cd test >> user@host:~/test$ mkdir test1 test2 >> user@host:~/test$ dd if=/dev/zero of=test1/test.dd count=1 bs=1M >> user@host:~/test$ ls -lh test1/ >> total 1,0M >> -rw-r--r-- 1 user user 1,0M may 24 21:09 test.dd >> user@host:~/test$ ln test1/test.dd test1/test.ddhl1 >> user@host:~/test$ ls -lh test1/ >> total 2,0M >> -rw-r--r-- 2 user user 1,0M may 24 21:09 test.dd >> -rw-r--r-- 2 user user 1,0M may 24 21:09 test.ddhl1 >> >> Eso lo tengo asumido. En cambio, el comando "du" de serie parece algo más >> listo porque sabe qué es y qué no un hardlink y a no ser que le indiques la >> opción -l, no cuenta en espacio ocupado por los hardlinks: >> >> user@host:~/test$ du test1/ >> 1028test1/ >> user@host:~/test$ du test1/* >> 1024test1/test.dd >> user@host:~/test$ du -l test1/* >> 1024test1/test.dd >> 1024test1/test.ddhl1 >> >> Pero ahora creemos sólo 2 hardlinks en el segundo directorio: >> >> user@host:~/test$ ln test1/test.dd test2/test.ddhl2 >> user@host:~/test$ ln test1/test.dd test2/test.ddhl3 >> user@host:~/test$ du test2/ >> 1028test2/ >> user@host:~/test$ du -hs test1/* >> 1,0Mtest1/test.dd >> user@host:~/test$ du -hs test2/* >> 1,0Mtest2/test.ddhl2 >> >> ¿Qué sucedió en el último paso? Du contó el espacio ocupado por un hardlink >> a pesar de no haberle indicado que los tenga en cuenta para el recuento de >> espacio :( >> >> Todo este rollo viene porque tengo un directorio lleno sólo de hardlinks >> (comprobado con "stat" archivo a archivo) que según "du" ocupa 5.8GB y la >> verdad es que no lo entiendo: >> > > Bueno, no se como funciona du, pero ten en cuenta que si borras los > ficheros, como te digo estos siguen existiendo bajo el hardlink, con > lo cual realmente ocupan ese espacio. Tal vez du cuando encuentra dos > entradas en un directorio que apuntan al mismo sitio es capaz de > descontar una. > > > S2. > > >> root@vg:/dir/bck# for i in `ls`; do echo -ne "File ${i}: "; stat ${i} | grep >> Links | awk '{ print $5" "$6 }' >> File a1.dmp: Links: 4 >> File a1.log: Links: 4 >> File a2.dmp: Links: 4 >> File a2.log: Links: 4 >> (...) >> >> root@vg:/dir/bck# cd .. >> root@vg:/dir# du bck/ >> 5997988 bck/ >> root@vg:/dir# du -h bck/ >> 5.8Gbck/ >> >> Si a alguien se le ocurre algo, agradecido. >> >> Salut, >> jors >> Disculpad mi ignorancia pero, no es esa precisamente la diferencia entre un hardlink y un softlink? >> >> -- >> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact >> listmas...@lists.debian.org >> Archive: http://lists.debian.org/519fc7cd.9000...@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: http://lists.debian.org/519fcdec.8040...@gmail.com
[OT] Me tiene harto el mensajito de marras de mincyt.gob.ar...
Perdonar que esto ya es cansino. Creo que ese servidor _filtra_ todos los correos de gmail.com, al menos es lo que voy detectando. Así que, lo cambio al otro servidor, porque ya me están hinchando las narices de los mensajitos de marras (los veo en la carpeta SPAM del servidor, que tengo IMAP). Es que, ya cansa...cansa. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Dudas con hardlinks y el espacio que ocupan en disco
Hola: Creo que se me ha escapado una respuesta vacía, un desliz del ratón en gmail... El día 24 de mayo de 2013 22:04, jors escribió: > Buenas lista, > > Me estoy volviendo un poco tarumba con el tema de los hardlinks y cuánto > ocupan, a ver si alguien puede arrojarme un poco de luz al tema. > > La teoría dice que un hardlink no es más que una referencia a un inodo de un > fichero existente. Y por tanto entiendo que sólo debería ocupar el espacio > necesario para guardar esa referencia. > Y creo que entiendes bien. Lo que pasa es que para el sistema operativo tanto el fichero como el hard link son la misma cosa, un fichero. De hecho el fichero se borra cuando borras el último hard link que exista para ese fichero. > Pues bien, para calcular el espacio ocupado en disco por lo visto uno no se > puede fiar de "ls" porque toma el mismo espacio para los hardlinks que para > los ficheros que éstos referencian: > > user@host:~$ mkdir test > user@host:~$ cd test > user@host:~/test$ mkdir test1 test2 > user@host:~/test$ dd if=/dev/zero of=test1/test.dd count=1 bs=1M > user@host:~/test$ ls -lh test1/ > total 1,0M > -rw-r--r-- 1 user user 1,0M may 24 21:09 test.dd > user@host:~/test$ ln test1/test.dd test1/test.ddhl1 > user@host:~/test$ ls -lh test1/ > total 2,0M > -rw-r--r-- 2 user user 1,0M may 24 21:09 test.dd > -rw-r--r-- 2 user user 1,0M may 24 21:09 test.ddhl1 > > Eso lo tengo asumido. En cambio, el comando "du" de serie parece algo más > listo porque sabe qué es y qué no un hardlink y a no ser que le indiques la > opción -l, no cuenta en espacio ocupado por los hardlinks: > > user@host:~/test$ du test1/ > 1028test1/ > user@host:~/test$ du test1/* > 1024test1/test.dd > user@host:~/test$ du -l test1/* > 1024test1/test.dd > 1024test1/test.ddhl1 > > Pero ahora creemos sólo 2 hardlinks en el segundo directorio: > > user@host:~/test$ ln test1/test.dd test2/test.ddhl2 > user@host:~/test$ ln test1/test.dd test2/test.ddhl3 > user@host:~/test$ du test2/ > 1028test2/ > user@host:~/test$ du -hs test1/* > 1,0Mtest1/test.dd > user@host:~/test$ du -hs test2/* > 1,0Mtest2/test.ddhl2 > > ¿Qué sucedió en el último paso? Du contó el espacio ocupado por un hardlink > a pesar de no haberle indicado que los tenga en cuenta para el recuento de > espacio :( > > Todo este rollo viene porque tengo un directorio lleno sólo de hardlinks > (comprobado con "stat" archivo a archivo) que según "du" ocupa 5.8GB y la > verdad es que no lo entiendo: > Bueno, no se como funciona du, pero ten en cuenta que si borras los ficheros, como te digo estos siguen existiendo bajo el hardlink, con lo cual realmente ocupan ese espacio. Tal vez du cuando encuentra dos entradas en un directorio que apuntan al mismo sitio es capaz de descontar una. S2. > root@vg:/dir/bck# for i in `ls`; do echo -ne "File ${i}: "; stat ${i} | grep > Links | awk '{ print $5" "$6 }' > File a1.dmp: Links: 4 > File a1.log: Links: 4 > File a2.dmp: Links: 4 > File a2.log: Links: 4 > (...) > > root@vg:/dir/bck# cd .. > root@vg:/dir# du bck/ > 5997988 bck/ > root@vg:/dir# du -h bck/ > 5.8Gbck/ > > Si a alguien se le ocurre algo, agradecido. > > Salut, > jors > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/519fc7cd.9000...@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: http://lists.debian.org/CAGw=rhiw94i+o_9svhtwdg2zqnxmb39dwcah0exxhvrgg2e...@mail.gmail.com
Re: Dudas con hardlinks y el espacio que ocupan en disco
El día 24 de mayo de 2013 22:04, jors escribió: > Buenas lista, > > Me estoy volviendo un poco tarumba con el tema de los hardlinks y cuánto > ocupan, a ver si alguien puede arrojarme un poco de luz al tema. > > La teoría dice que un hardlink no es más que una referencia a un inodo de un > fichero existente. Y por tanto entiendo que sólo debería ocupar el espacio > necesario para guardar esa referencia. > > Pues bien, para calcular el espacio ocupado en disco por lo visto uno no se > puede fiar de "ls" porque toma el mismo espacio para los hardlinks que para > los ficheros que éstos referencian: > > user@host:~$ mkdir test > user@host:~$ cd test > user@host:~/test$ mkdir test1 test2 > user@host:~/test$ dd if=/dev/zero of=test1/test.dd count=1 bs=1M > user@host:~/test$ ls -lh test1/ > total 1,0M > -rw-r--r-- 1 user user 1,0M may 24 21:09 test.dd > user@host:~/test$ ln test1/test.dd test1/test.ddhl1 > user@host:~/test$ ls -lh test1/ > total 2,0M > -rw-r--r-- 2 user user 1,0M may 24 21:09 test.dd > -rw-r--r-- 2 user user 1,0M may 24 21:09 test.ddhl1 > > Eso lo tengo asumido. En cambio, el comando "du" de serie parece algo más > listo porque sabe qué es y qué no un hardlink y a no ser que le indiques la > opción -l, no cuenta en espacio ocupado por los hardlinks: > > user@host:~/test$ du test1/ > 1028test1/ > user@host:~/test$ du test1/* > 1024test1/test.dd > user@host:~/test$ du -l test1/* > 1024test1/test.dd > 1024test1/test.ddhl1 > > Pero ahora creemos sólo 2 hardlinks en el segundo directorio: > > user@host:~/test$ ln test1/test.dd test2/test.ddhl2 > user@host:~/test$ ln test1/test.dd test2/test.ddhl3 > user@host:~/test$ du test2/ > 1028test2/ > user@host:~/test$ du -hs test1/* > 1,0Mtest1/test.dd > user@host:~/test$ du -hs test2/* > 1,0Mtest2/test.ddhl2 > > ¿Qué sucedió en el último paso? Du contó el espacio ocupado por un hardlink > a pesar de no haberle indicado que los tenga en cuenta para el recuento de > espacio :( > > Todo este rollo viene porque tengo un directorio lleno sólo de hardlinks > (comprobado con "stat" archivo a archivo) que según "du" ocupa 5.8GB y la > verdad es que no lo entiendo: > > root@vg:/dir/bck# for i in `ls`; do echo -ne "File ${i}: "; stat ${i} | grep > Links | awk '{ print $5" "$6 }' > File a1.dmp: Links: 4 > File a1.log: Links: 4 > File a2.dmp: Links: 4 > File a2.log: Links: 4 > (...) > > root@vg:/dir/bck# cd .. > root@vg:/dir# du bck/ > 5997988 bck/ > root@vg:/dir# du -h bck/ > 5.8Gbck/ > > Si a alguien se le ocurre algo, agradecido. > > Salut, > jors > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/519fc7cd.9000...@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: http://lists.debian.org/CAGw=rhgibguv-mzyzszr_sfxzsq3ar45tq+qhg4wbeznr4e...@mail.gmail.com
Dudas con hardlinks y el espacio que ocupan en disco
Buenas lista, Me estoy volviendo un poco tarumba con el tema de los hardlinks y cuánto ocupan, a ver si alguien puede arrojarme un poco de luz al tema. La teoría dice que un hardlink no es más que una referencia a un inodo de un fichero existente. Y por tanto entiendo que sólo debería ocupar el espacio necesario para guardar esa referencia. Pues bien, para calcular el espacio ocupado en disco por lo visto uno no se puede fiar de "ls" porque toma el mismo espacio para los hardlinks que para los ficheros que éstos referencian: user@host:~$ mkdir test user@host:~$ cd test user@host:~/test$ mkdir test1 test2 user@host:~/test$ dd if=/dev/zero of=test1/test.dd count=1 bs=1M user@host:~/test$ ls -lh test1/ total 1,0M -rw-r--r-- 1 user user 1,0M may 24 21:09 test.dd user@host:~/test$ ln test1/test.dd test1/test.ddhl1 user@host:~/test$ ls -lh test1/ total 2,0M -rw-r--r-- 2 user user 1,0M may 24 21:09 test.dd -rw-r--r-- 2 user user 1,0M may 24 21:09 test.ddhl1 Eso lo tengo asumido. En cambio, el comando "du" de serie parece algo más listo porque sabe qué es y qué no un hardlink y a no ser que le indiques la opción -l, no cuenta en espacio ocupado por los hardlinks: user@host:~/test$ du test1/ 1028test1/ user@host:~/test$ du test1/* 1024test1/test.dd user@host:~/test$ du -l test1/* 1024test1/test.dd 1024test1/test.ddhl1 Pero ahora creemos sólo 2 hardlinks en el segundo directorio: user@host:~/test$ ln test1/test.dd test2/test.ddhl2 user@host:~/test$ ln test1/test.dd test2/test.ddhl3 user@host:~/test$ du test2/ 1028test2/ user@host:~/test$ du -hs test1/* 1,0Mtest1/test.dd user@host:~/test$ du -hs test2/* 1,0Mtest2/test.ddhl2 ¿Qué sucedió en el último paso? Du contó el espacio ocupado por un hardlink a pesar de no haberle indicado que los tenga en cuenta para el recuento de espacio :( Todo este rollo viene porque tengo un directorio lleno sólo de hardlinks (comprobado con "stat" archivo a archivo) que según "du" ocupa 5.8GB y la verdad es que no lo entiendo: root@vg:/dir/bck# for i in `ls`; do echo -ne "File ${i}: "; stat ${i} | grep Links | awk '{ print $5" "$6 }' File a1.dmp: Links: 4 File a1.log: Links: 4 File a2.dmp: Links: 4 File a2.log: Links: 4 (...) root@vg:/dir/bck# cd .. root@vg:/dir# du bck/ 5997988 bck/ root@vg:/dir# du -h bck/ 5.8Gbck/ Si a alguien se le ocurre algo, agradecido. Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/519fc7cd.9000...@gmail.com
Re: Solucionado (VLC) - Re: Flash Player en Wheezy (64 bits)
El 24/05/13 19:14, Camaleón escribió: Yo lo hago mucho más sencillo: En $HOME, sólo llamarlo como .gtkrc-2.0 O también teniendo para todos los usuarios en /etc/gtk-2.0 como gtkrc con estas líneas: gtk-theme-name = "Geramik" style "user-font" { font_name="Arial 11" } widget_class "*" style "user-font" Y funcionando... Aps...también sirve con cualquier otra fuente que le eches... -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: [OT] Teclado/mouse inalámbrico ¿compatible?
El 24/05/13 19:02, Juan Lavieri escribió: > Tranquila pequeña, hasta tu tienes defectos :-? Todos tenemos defectos, unos más como otros. ;-?? -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: no se inicia la instalación en debian 7 multi-arqui
El 24/05/13 18:03, Fernando escribió: > eso 'fb=false bootkb=es' lo agrego al final por ej: en '64 bits instalar' al > teclear TAB? Sin tener en cuenta el 'TAB', porque lo haces con separación. El resto ya te lo hace sin más. Lo digo, porque hace un tiempo, una tarjeta gráfica era crítica y no me arrancaba. Tuve que poner ese parámetro y me arrancó perfectamente el CD/DVD de Debian. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Solucionado (VLC) - Re: Flash Player en Wheezy (64 bits)
El Sun, 19 May 2013 16:33:09 +, Camaleón escribió: (...) > - VLC se carga con una GUI horrorosa (me refiero a tipos de letra e > iconos feotes) pero en la máquina virtual está perfecto por lo que > seguramente se me ha pasado algo por alto. Si alguien sabe qué puede > ser, pues eso, se agradece cualquier idea. ¡Por fin...! A punto he estado de eliminar VLC e instalar Parole o cualquier otro reproductor multimedia que sea "pro-GTK+". Bueno, el problema con los tipos de letra (el estilo de los iconos y la interfaz ya sé que se pueden cambiar con las pieles) se debe a que VLC es una aplicación Qt (*dita sea, no lo sabía :-/) así que no se lleva bien con frameworks distintos, como GTK+, es decir, hay que "decirle" dónde tiene que buscar los estilos, etc... y como siempre, la wiki de Archlinux es fuente de sabiduría actualizada por lo que ahí encontré la respuesta: https://wiki.archlinux.org/index.php/Uniform_Look_for_Qt_and_GTK_Applications#Qt_applications_do_not_use_QGtkStyle En resumen, que seguramente me debe de faltar algún paquete por instalar que habilite esta compatibilidad pero el problema se soluciona como indican ejecutando: export GTK2_RC_FILES="$HOME/.gtkrc-2.0" Siempre y cuando el archivo "$HOME/.gtkrc-2.0" contenga esta línea: gtk-theme-name="Clearlooks" (o cualquier otro estilo definido) Hala, ya he hecho las paces con XFCE y VLC :-) 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: http://lists.debian.org/kno76g$mom$1...@ger.gmane.org
Re: [OT] Teclado/mouse inalámbrico ¿compatible?
El 24/05/13 10:49, Camaleón escribió: El Fri, 24 May 2013 11:53:27 -0300, Darío escribió: ¿Qué es lo que te suena a marketing? Me suena a marketing el hecho de que en muchos productos indican obviedades, (ejemplo: aceite de girasol SIN COLESTEROL, cuando se sabe que no lo contiene) Hum... pues no sé. Realmente esos ratones están diseñados y han sido probados para versiones específicas de Windows, así que no creo que digan u omitan obviedades sino una realidad. En cuanto a lo de "ecológico", no veo nada en las especificaciones de los combos sobre ese tema :-? Intenté ser sarcástico! Pues entonces está claro no entendí nada :-) Tranquila pequeña, hasta tu tienes defectos :-? Saludos Saludos, -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/519f9d42.2080...@gmail.com
Re: no se inicia la instalación en debian 7 multi-arqui
El 2013-05-24 09:17, Santiago José López Borrazás escribió: El 24/05/13 16:13, Camaleón escribió: (...) Aunque si te digo la verdad, una pantalla en negro nada más iniciar me huele a un problema de imagen mal grabada :-? Yo que de él, iniciaba con parámetros y le indicaba como sigue: fb=false bootkb=es Y vería si solucionaba el problema... eso 'fb=false bootkb=es' lo agrego al final por ej: en '64 bits instalar' al teclear TAB? -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/12ebf2f0240e8745521b8fe5af538...@msjs.co
Re: Manejar directorio de almacén de sitios web de apache en otra partición
El vie, 24-05-2013 a las 08:27 -0430, Miguel Matos escribió: > Saludos a la lista. Esta duda me saltó de repente: ¿es posible manejar > el directorio que viene con apache donde se almacenan las páginas web > a otra ubicación? Me respondo a mí mismo: eso depende. > Según > http://www.pablomoya.com/2010/11/cambiando-el-directorio-www-por-defecto-de-wampserver.html/comment-page-1, > existe la forma de moverlo con WAMPSERVER, pero éste es un conjunto > pre-empacado con configuraciones ya probadas y funcionales; ¿pero es > posible hacerlo desde el Apache de GNU/Linux, no digamos sólo en > Debian y/o Ubuntu? Me respondo a mi mismo: eso depende. > ¿Pero cómo se puede hacer esto, o digamos, cómo se lo pregunto a > Google? Quizás "apache debian change default directory"... sólo > quizás... > depende de la configuración que pongas a tu virtualhost, la parte mas importante de esa configuración (a mi juicio) son darle un nombre y decirle donde están los archivos (pista, servername, documentroot, buscá eso y vas a entender el resto) -- (-.(-.(-.(-.(-.(-.-).-).-).-).-).-) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1369409383.9627.1.ca...@eeepc.ucasal.ar
Re: [OT] Teclado/mouse inalámbrico ¿compatible?
El Fri, 24 May 2013 11:53:27 -0300, Darío escribió: >> ¿Qué es lo que te suena a marketing? > > Me suena a marketing el hecho de que en muchos productos indican > obviedades, (ejemplo: aceite de girasol SIN COLESTEROL, cuando se sabe > que no lo contiene) Hum... pues no sé. Realmente esos ratones están diseñados y han sido probados para versiones específicas de Windows, así que no creo que digan u omitan obviedades sino una realidad. >> En cuanto a lo de "ecológico", no veo nada en las especificaciones de >> los combos sobre ese tema :-? > > Intenté ser sarcástico! Pues entonces está claro no entendí nada :-) 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: http://lists.debian.org/kno0dh$mom$1...@ger.gmane.org
Re: [OT] Teclado/mouse inalámbrico ¿compatible?
> ¿Qué es lo que te suena a marketing? Me suena a marketing el hecho de que en muchos productos indican obviedades, (ejemplo: aceite de girasol SIN COLESTEROL, cuando se sabe que no lo contiene) > En cuanto a lo de "ecológico", no veo nada en las especificaciones de los > combos sobre ese tema :-? Intenté ser sarcástico! > Saludos, Saludos, -- Darío ¿quién se atreve a escribir después del monólogo de Molly Bloom? (T.S. Elliot) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cabbn1rxbexyww6e0dkqgljolp2kfdupmun6uym4co1-yw+f...@mail.gmail.com
Re: Manejar directorio de almacén de sitios web de apache en otra partición[SOLUCIONADO]
El Fri, 24 May 2013 10:08:56 -0430, Miguel Matos escribió: > Debo decir que leer mucho desde la PC cansa bastante, Completamente de acuerdo. Pero más cansa leer algunos correos >:-) > bueno, ya me quejé, ahora al lado positivo: logré hurgar y localizarlo > en otras webs. ¿Ves qué bien? Auto-ayuda. > Conrcretamente esta: > http://informatica.iessanclemente.net/manuais/index.php/Instalaci%C3% B3n_de_Servidor_Web_Apache_en_Debian Bueno, tienes unas cuantas más disponibles por el ciberespacio pero si esa te sirvió, perfecto. (...) > Adivinen qué era lo que no tenía... Si eligieron "DocumentRoot" han > acertado (¿pueden creerlo? ¡no existía esa línea!) Me tuve que ayudar > con, no se lo imaginan, ¡el archivo de configuración de Apache del > WAMPSERVER! ¡Jamás lo hubiera imaginado! X-) > El camino es largo, pero al menos ya sé que puedo proseguir en esto. > Ahora, cuando cree y edite archivos PHP/HTML, se podrán ver desde ambos > lados de la "autopista informática". Eso creo. Mejor no pregunto por eso de "ambos lados" que leer cuesta mucho. 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: http://lists.debian.org/knnumf$mom$1...@ger.gmane.org
Re: QT crash Xorg
El 24/05/13 16:44, Camaleón escribió: (...) > Ugh, qué bug más feo :-( > > Parece que el conflicto está con los drivers cerrados de nvidia y más > concretamente el archivo de configuración que se genera cuando se usa > "nvidia-settings". (...) Tuve esa línea. Es de las más provocativas que he visto hasta ahora. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: QT crash Xorg
El día 24 de mayo de 2013 11:44, Camaleón escribió: > El Fri, 24 May 2013 10:59:53 -0300, Sergio Vernis escribió: > >> Comparto esta información por si le es de utilidad a alguien. >> >> He tenido el siguiente problema. > > ¿En wheezy, squeeze, sid...? Camaleon: Wheezy. Perdón por el olvido. Saludos cordiales. Sergio. > >> Al iniciar cualquier aplicación QT moría el servidor Xorg con violación >> de segmento. Devolviéndome a la pantalla de inicio de lightdm. >> >> El error es causado por: >> >> FontPath "unix/:7100" >> >> En este contexto: >> >> Section "Files" >> FontPath "unix/:7100" >> EndSection >> >> Comentando la linea el error desaparece. >> >> Más información sobre este error en: >> >> https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/927288 > > Ugh, qué bug más feo :-( > > Parece que el conflicto está con los drivers cerrados de nvidia y más > concretamente el archivo de configuración que se genera cuando se usa > "nvidia-settings". > >> P.S.: Eso me pasa por seguir usando un xorg.conf que debe tener casi 11 >> años, con partes de hace casi 13. > > Bueno, hacer eso suele ser una garantía de éxito más que un problema pero ya > ves, xorg cambia y los drivers gráficos deben amoldarse a los cambios. > > Saludos, > > -- > Camaleón -- Yo uso software libre - I use freedom-based software -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGXqQSUVHkkHZEL6YHOGqcCF1ori3uM4DO2Q=i3mia4tsed...@mail.gmail.com
Re: QT crash Xorg
El Fri, 24 May 2013 10:59:53 -0300, Sergio Vernis escribió: > Comparto esta información por si le es de utilidad a alguien. > > He tenido el siguiente problema. ¿En wheezy, squeeze, sid...? > Al iniciar cualquier aplicación QT moría el servidor Xorg con violación > de segmento. Devolviéndome a la pantalla de inicio de lightdm. > > El error es causado por: > > FontPath "unix/:7100" > > En este contexto: > > Section "Files" > FontPath "unix/:7100" > EndSection > > Comentando la linea el error desaparece. > > Más información sobre este error en: > > https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/927288 Ugh, qué bug más feo :-( Parece que el conflicto está con los drivers cerrados de nvidia y más concretamente el archivo de configuración que se genera cuando se usa "nvidia-settings". > P.S.: Eso me pasa por seguir usando un xorg.conf que debe tener casi 11 > años, con partes de hace casi 13. Bueno, hacer eso suele ser una garantía de éxito más que un problema pero ya ves, xorg cambia y los drivers gráficos deben amoldarse a los cambios. 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: http://lists.debian.org/knnucr$mom$9...@ger.gmane.org
Re: Manejar directorio de almacén de sitios web de apache en otra partición[SOLUCIONADO]
El 24/05/13 16:38, Miguel Matos escribió: (...) > Adivinen qué era lo que no tenía... > Si eligieron "DocumentRoot" han acertado (¿pueden creerlo? ¡no existía > esa línea!) Me tuve que ayudar con, no se lo imaginan, ¡el archivo de > configuración de Apache del WAMPSERVER! (...) Debian ya tiene los ficheros del apache 'preconfigurados'. Es decir, del cómo tratar del DocumentRoot y sus cosas. Sólo se puede seguir cómo lo has dicho en el enlace, que es lo que viene. No sólo eso...sino, otras cosas más (que son muchas opcionesy como si no poco menos, de más de 2.000 opciones). -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Manejar directorio de almacén de sitios web de apache en otra partición[SOLUCIONADO]
-- Mensaje reenviado -- De: Camaleón Fecha: 24 de mayo de 2013 09:58 Asunto: Re: Manejar directorio de almacén de sitios web de apache en otra partición Para: debian-user-spanish@lists.debian.org El Fri, 24 May 2013 08:27:12 -0430, Miguel Matos escribió: > Saludos a la lista. Esta duda me saltó de repente: ¿es posible manejar > el directorio que viene con apache donde se almacenan las páginas web a > otra ubicación? ¿Mande? Si te refieres a seleccionar la ruta de donde quieres almacenar las páginas, sí, claro que se puede cambiar... hasta en una llave USB las puedes tener :-) > Me respondo a mí mismo: eso depende. ¿Depende de qué? :-? > Según http://www.pablomoya.com/2010/11/cambiando-el-directorio-www-por- > defecto-de-wampserver.html/comment-page-1, > existe la forma de moverlo con WAMPSERVER, ¿Y ese wampserver qué relación tiene con apache? Ah, ya, otro de esos programas combo descafeinados tipo "LAMP". Y encima para Windows :-/ > pero éste es un conjunto pre-empacado con configuraciones ya probadas y > funcionales; ¿pero es posible hacerlo desde el Apache de GNU/Linux, no > digamos sólo en Debian y/o Ubuntu? ¿Pero qué es lo que quieres hacer? Chiquillo, habla claro y déjate de lamps y wamps :-) > Me respondo a mi mismo: eso depende. Como dice la canción "♫ Dependeee... ¿de qué depende? ♫" > ¿Pero cómo se puede hacer esto, o digamos, cómo se lo pregunto a > Google? Quizás "apache debian change default directory"... sólo > quizás... Por ejemplo. Y si lees el manual de apache, buf, ni te digo lo que puedes descubrir >:-) 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: http://lists.debian.org/knntf3$mom$7...@ger.gmane.org Debo decir que leer mucho desde la PC cansa bastante, bueno, ya me quejé, ahora al lado positivo: logré hurgar y localizarlo en otras webs. Conrcretamente esta: http://informatica.iessanclemente.net/manuais/index.php/Instalaci%C3%B3n_de_Servidor_Web_Apache_en_Debian ¿Cómo lo resolví? Esto lo explica todo: "Directivas utilizadas para la configuración de servidores virtuales y principal ServerName: indica el nombre que se le dará al servidor web. DocumentRoot: indica el directorio raíz del sitio para el servidor. ServerAdmin: indica la dirección de correo del webmaster del sitio. DirectoryIndex: indica los ficheros que podrán actuar como página índice del sitio." Adivinen qué era lo que no tenía... Si eligieron "DocumentRoot" han acertado (¿pueden creerlo? ¡no existía esa línea!) Me tuve que ayudar con, no se lo imaginan, ¡el archivo de configuración de Apache del WAMPSERVER! El camino es largo, pero al menos ya sé que puedo proseguir en esto. Ahora, cuando cree y edite archivos PHP/HTML, se podrán ver desde ambos lados de la "autopista informática". Eso creo. -- Buen uso de las listas (como se ven en Debian): http://wiki.debian.org/es/NormasLista Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CALEvJmTSeHeS9b4GFcnfHRndgsWzXD=1ix1_sv8qjjnk227...@mail.gmail.com
Re: [OT] Teclado/mouse inalámbrico ¿compatible?
El Fri, 24 May 2013 11:11:03 -0300, Darío escribió: >>> ¿Alguien compro uno de estos? >>> >>> http://articulo.mercadolibre.com.ar/MLA-455135388-kit-teclado-mouse-inalambrico-genius-slim-8000-microcentro-_JM >>> http://articulo.mercadolibre.com.ar/MLA-457852910-kit-teclado-mouse-inalambrico-logitech-mk220-24-microcentro-_JM >>> >>> Me dijeron que funciona el GNU/Linux porque lo toma el BIOS como >>> teclado común ¿sera verdad? > > Tengo teclado inalámbrico y nunca tuve problemas con Debian (y con > muchas otras distros). Me suena a marketing, ¿no son teclados ecológicos > también? ¿Qué es lo que te suena a marketing? Es normal que los fabricantes no incluyan a linux como sistema soportado, ya deberíamos estar acostumbrados y saber que eso no significa nada ;-) En cuanto a lo de "ecológico", no veo nada en las especificaciones de los combos sobre ese tema :-? Personalmente me gusta más Logitech que Genius. 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: http://lists.debian.org/knntsf$mom$8...@ger.gmane.org
Re: Manejar directorio de almacén de sitios web de apache en otra partición
El 24/05/13 16:28, Camaleón escribió: (...) > Por ejemplo. Y si lees el manual de apache, buf, ni te digo lo que puedes > descubrir >:-) ¿Apache difícil? ¡Ni que fuera para leer el tocho que hay en su web que lo tienen en español!... -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Manejar directorio de almacén de sitios web de apache en otra partición
El Fri, 24 May 2013 08:27:12 -0430, Miguel Matos escribió: > Saludos a la lista. Esta duda me saltó de repente: ¿es posible manejar > el directorio que viene con apache donde se almacenan las páginas web a > otra ubicación? ¿Mande? Si te refieres a seleccionar la ruta de donde quieres almacenar las páginas, sí, claro que se puede cambiar... hasta en una llave USB las puedes tener :-) > Me respondo a mí mismo: eso depende. ¿Depende de qué? :-? > Según http://www.pablomoya.com/2010/11/cambiando-el-directorio-www-por- > defecto-de-wampserver.html/comment-page-1, > existe la forma de moverlo con WAMPSERVER, ¿Y ese wampserver qué relación tiene con apache? Ah, ya, otro de esos programas combo descafeinados tipo "LAMP". Y encima para Windows :-/ > pero éste es un conjunto pre-empacado con configuraciones ya probadas y > funcionales; ¿pero es posible hacerlo desde el Apache de GNU/Linux, no > digamos sólo en Debian y/o Ubuntu? ¿Pero qué es lo que quieres hacer? Chiquillo, habla claro y déjate de lamps y wamps :-) > Me respondo a mi mismo: eso depende. Como dice la canción "♫ Dependeee... ¿de qué depende? ♫" > ¿Pero cómo se puede hacer esto, o digamos, cómo se lo pregunto a > Google? Quizás "apache debian change default directory"... sólo > quizás... Por ejemplo. Y si lees el manual de apache, buf, ni te digo lo que puedes descubrir >:-) 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: http://lists.debian.org/knntf3$mom$7...@ger.gmane.org
Re: no se inicia la instalación en debian 7 multi-arqui
El 24/05/13 16:13, Camaleón escribió: (...) > Aunque si te digo la verdad, una pantalla en negro nada más iniciar me > huele a un problema de imagen mal grabada :-? Yo que de él, iniciaba con parámetros y le indicaba como sigue: fb=false bootkb=es Y vería si solucionaba el problema... -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: no se inicia la instalación en debian 7 multi-arqui
El Fri, 24 May 2013 07:32:25 -0500, Fernando escribió: (ese html...) > boteo desde un dvd o usb luego me muestra para elegir tipo de > instalación > instalar > 64 bits instalar > 64 bits gráfica > instalación > ... > > no importa cual elija, después de darle enter en cualquiera sale la > pantalla en negro y así se queda. he ensayado con > otras distros y si inicia la instalación. he quemado y grabado (cd y > usb) la iso con varios métodos dd, cat,cp, k3b, brasero, unetbootin etc > y sigue lo mismo. > por torrent > descargue > debian-7.0.0-i386-amd64-source-DVD-1.iso 2 veces la > verificación sha1sum fue correcta > > También descargue la iso cd de amd64 y lo mismo Vamos, que ninguna ISO te funciona, ni la instalación de 32 bits ni la de 64 bits, y también podemos descartar un problema con el medio (no funciona ni en CD, DVD ni USB...) ¿no? ¿Has probado la instalación experta en modo texto (menú → avanzado)? Aunque si te digo la verdad, una pantalla en negro nada más iniciar me huele a un problema de imagen mal grabada :-? 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: http://lists.debian.org/knnsj6$mom$6...@ger.gmane.org
Re: [OT] Teclado/mouse inalámbrico ¿compatible?
>> ¿Alguien compro uno de estos? >> >> http://articulo.mercadolibre.com.ar/MLA-455135388-kit-teclado-mouse-inalambrico-genius-slim-8000-microcentro-_JM >> http://articulo.mercadolibre.com.ar/MLA-457852910-kit-teclado-mouse-inalambrico-logitech-mk220-24-microcentro-_JM >> >> Me dijeron que funciona el GNU/Linux porque lo toma el BIOS como teclado >> común ¿sera verdad? Tengo teclado inalámbrico y nunca tuve problemas con Debian (y con muchas otras distros). Me suena a marketing, ¿no son teclados ecológicos también? -- Darío ¿quién se atreve a escribir después del monólogo de Molly Bloom? (T.S. Elliot) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CABbN1Ry6ia5Ncb6uua46wF4=H=wfge_ni1pvltkxor+to7x...@mail.gmail.com
Re: [OT] Teclado/mouse inalámbrico ¿compatible?
El Thu, 23 May 2013 21:00:36 -0300, Ariel Martín Bellio escribió: > ¿Alguien compro uno de estos? > > http://articulo.mercadolibre.com.ar/MLA-455135388-kit-teclado-mouse-inalambrico-genius-slim-8000-microcentro-_JM > http://articulo.mercadolibre.com.ar/MLA-457852910-kit-teclado-mouse-inalambrico-logitech-mk220-24-microcentro-_JM > > Me dijeron que funciona el GNU/Linux porque lo toma el BIOS como teclado > común ¿sera verdad? La mayoría de los ratones/teclados (salvo modelos excepcionales) funcionan sin problemas en Linux. Otra cosa distinta es que logres activar todas las funcionalidades extra que incluyen algunos modelos. 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: http://lists.debian.org/knns1e$mom$5...@ger.gmane.org
Re: instalacion de debian wheezy 7.0 en lemote yeelong
El Thu, 23 May 2013 20:21:56 -0400, francisco cid escribió: > El día 23 de mayo de 2013 17:26, Alejandro García > escribió: (...) >> instale lxde con slim y desktop-base >> >> cuando trato de ejecutar startx me lazan el error (fatal server error: >> Segmentation fault). Un fallo de segmentación va a ser complicado de solucionar. ¿Has instalado los paquetes que indicaban en la página? ¿Y has editado los archivos de configuración de Xorg tal y como dicen? Si es así es posible que tengas algún parámetro mal, prueba a iniciar sin ninguna configuración específica para Xorg. En cualquier caso, inicia sesión en una tty y sube el archivo "/var/log/ Xorg.0.log" a algún servicio como www.pastebin.com para que podamos verlo completo. >> ojo uso solo los repositorios oficiales de debian wheezy ya que los de >> lemote no los consigo todos estan caidos. ¿Todos? Caray :-/ > esta no es la misma maquina que usa Richard Stallman? Sí, al menos el fabricante es el mismo :-) 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: http://lists.debian.org/knnrso$mom$4...@ger.gmane.org
QT crash Xorg
Hola. Comparto esta información por si le es de utilidad a alguien. He tenido el siguiente problema. Al iniciar cualquier aplicación QT moría el servidor Xorg con violación de segmento. Devolviéndome a la pantalla de inicio de lightdm. El error es causado por: FontPath "unix/:7100" En este contexto: Section "Files" FontPath "unix/:7100" EndSection Comentando la linea el error desaparece. Más información sobre este error en: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/927288 Saludos cordiales. Sergio. P.S.: Eso me pasa por seguir usando un xorg.conf que debe tener casi 11 años, con partes de hace casi 13. -- Yo uso software libre - I use freedom-based software -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cagxqqsxwjxtkrxsu8qygco34jx0mjued_kvxscskalhkwdf...@mail.gmail.com
Re: MI tarjeta inalambrica en debian 7
El Thu, 23 May 2013 21:32:23 +0200, Eduardo Rios escribió: > El 23/05/13 19:56, Eduardo Rios escribió: > >> Pero ahora tengo otro problema. Cuando he desinstalado los paquetes >> broadcom-sta*, se me ha ocurrido quitar también el paquete >> firmware-linux-nonfree, por lo que al arrancar, me daba error de que no >> encontraba el firmware para el chip inalámbrico, y además, no he podido >> arrancar en entorno gráfico en modo GNOME 3. Sale un monitor con cara >> triste, y dice: "Algo salió mal y por precaución se han desactivado >> todas las extensiones" > > Bueno, pues he restaurado el sistema y he vuelto a probar. El driver > libre del chip inalambrico, funciona correctamente. ¡! ¿Restaurar el sistema completo? :-O > Respecto a este error, ya me he dado cuenta a que se debe. Se produce > tras instalar algunas de las actualizaciones de seguridad que han salido > hoy, respecto a mesa-dri y glx-mesa y otros que no recuerdo. > > Pero vamos, nada que ver con firmware-linux-nonfree como creía. Pues ese paquete lleva (entre otros) el firmware de la ATI pero sólo lo necesitará si usas el driver libre (nouveau). Vaya follón que te has montado, compadre. 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: http://lists.debian.org/knnre3$mom$3...@ger.gmane.org
Re: MI tarjeta inalambrica en debian 7
El Thu, 23 May 2013 19:56:20 +0200, Eduardo Rios escribió: > El 23/05/13 19:18, Camaleón escribió: > Huy, entonces es que no has leído el artículo de la wiki donde explican los pasos a seguir. >>> >>> Tienes razón. Prometo buscarlo y leerlo :) >> >> Bien... mañana te volveré a preguntar y si no sabes la respuesta >> ¡capón! > > Bueno, pues no sé qué, pero ahora, desinstalando los paquetes > broadcom-sta* e instalando firmware-bcrm80211, me funciona la red > inalámbrica :-P Vaya sorpresa ¿ein? >:-) > La unica pijada, es que no se enciende la luz del teclado que indica si > está encendida o no, pero vamos, que no me preocupa :-P Ah, sí, eso es "normal", creo, al menos a mí me pasa independientemente del driver que use para el wifi. Hay que pulsar sobre el botón dos veces hasta que se active, al menos en mi hp mini (simplemente el led se queda "enganchado"). > Pero ahora tengo otro problema. Cuando he desinstalado los paquetes > broadcom-sta*, ¿Los has eliminado por algún motivo concreto? Yo tengo los dos instalados y sin problemas (obviamente sólo está "activado" uno). > se me ha ocurrido quitar también el paquete firmware-linux-nonfree, por > lo que al arrancar, me daba error de que no encontraba el firmware para > el chip inalámbrico, y además, no he podido arrancar en entorno gráfico > en modo GNOME 3. Sale un monitor con cara triste, y dice: "Algo salió > mal y por precaución se han desactivado todas las extensiones" ¡Pero qué cosas se te ocurren! No hay que eliminar NADA, ningún paquete y menos aún el que contiene todos los firmwares de los drivers propietarios porque te dejarán de funcionar los dispositivos asociados. Ains. Vuelve a instalarlo, anda. No me queda más remedio que decirte que estás suspendido y te has ganado el capón (plonk), nos veremos en septiembre >>>:-) > En modo clásico, si arranca. Normal, como que habrás dejado a tu ATI sin aceleración 3D. > He instalado de nuevo el paquete firmware-linux-nonfree, y se ha > resuelto el problema del chip inalámbrico, pero sigo sin poder entrar al > sistema con GNOME 3. > > ¿Que habré roto ahora? :-( Dile que quieres iniciar la sesión de gnome3 en lugar de la clásica, me parece que de manera predeterminada gdm3 te carga el último seleccionado. 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: http://lists.debian.org/knnr6f$mom$2...@ger.gmane.org
no se inicia la instalación en debian 7 multi-arqui
Hola buen día boteo desde un dvd o usb luego me muestra para elegir tipo de instalación instalar 64 bits instalar 64 bits gráfica instalación ... no importa cual elija, después de darle enter en cualquiera sale la pantalla en negro y así se queda. he ensayado con otras distros y si inicia la instalación. he quemado y grabado (cd y usb) la iso con varios métodos dd, cat,cp, k3b, brasero, unetbootin etc y sigue lo mismo. por torrent descargue debian-7.0.0-i386-amd64-source-DVD-1.iso 2 veces la verificación sha1sum fue correcta También descargue la iso cd de amd64 y lo mismo
Re: Manejar directorio de almacén de sitios web de apache en otra partición
On Fri, 24 May 2013 08:27:12 -0430 Miguel Matos wrote: No es foro esto. Creo que estas cuestiones de hilos creados y auto-respondidos es mas adecuado en un foro. O bien el asunto de tu email caberia un [OT] Saludos -- BSS Servicio :. $telnet bayresmail.com.ar 2323 MamaLibre Reader :. http://mamalibre.com.ar/reader/ Buscador del Sur :. http://buscar.mamalibre.com.ar/ Voip Mumble :. http://mumble.com.ar Web Hosting :. http://mamalibre.com.ar Red Social :. http://legadolibre.com.ar Jabber/XMPP :. http://mamalibre.com.ar/xmpp/ MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina pgpWr4sRkVqcY.pgp Description: PGP signature
Manejar directorio de almacén de sitios web de apache en otra partición
Saludos a la lista. Esta duda me saltó de repente: ¿es posible manejar el directorio que viene con apache donde se almacenan las páginas web a otra ubicación? Me respondo a mí mismo: eso depende. Según http://www.pablomoya.com/2010/11/cambiando-el-directorio-www-por-defecto-de-wampserver.html/comment-page-1, existe la forma de moverlo con WAMPSERVER, pero éste es un conjunto pre-empacado con configuraciones ya probadas y funcionales; ¿pero es posible hacerlo desde el Apache de GNU/Linux, no digamos sólo en Debian y/o Ubuntu? Me respondo a mi mismo: eso depende. ¿Pero cómo se puede hacer esto, o digamos, cómo se lo pregunto a Google? Quizás "apache debian change default directory"... sólo quizás... -- Buen uso de las listas (como se ven en Debian): http://wiki.debian.org/es/NormasLista Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CALEvJmQCKtEaphz=naueanctqjd5pr0iwt1ahafg4ws2zgg...@mail.gmail.com
Re: [OT] Teclado/mouse inalámbrico ¿compatible?
El 24 de mayo de 2013 02:00, Ariel Martín Bellio escribió: > > ¡Hola! > > ¿Alguien compro uno de estos? > > http://articulo.mercadolibre.com.ar/MLA-455135388-kit-teclado-mouse-inalambrico-genius-slim-8000-microcentro-_JM > http://articulo.mercadolibre.com.ar/MLA-457852910-kit-teclado-mouse-inalambrico-logitech-mk220-24-microcentro-_JM > > Me dijeron que funciona el GNU/Linux porque lo toma el BIOS como teclado > común ¿sera verdad? > Hola Ariel, tengo en la actualidad diversos teclados y ratones de la marca Logitech que llevan el conector Unifying y no he tenido problemas con Debian Squeeze/Wheezy. Los modelos que tengo, son: Logitech K400 (teclado + Pad) Logitech Combo MK520 (Teclado K520 + Ratón M310) Un saludo, Javier Silva. > Desde ya gracias! > > p.d.: trols y mala onda abstenerse de contestar... -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caog_h5bqqk+i-x95xsorxswaos14nwelvqxr+ymqq+qd22b...@mail.gmail.com