<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>riceru.net &#187; Informatica</title>
	<atom:link href="http://www.riceru.net/category/el-mundo-de-la-informatica/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.riceru.net</link>
	<description>Buena memoria es la escritura, pues para siempre dura.</description>
	<lastBuildDate>Tue, 06 Apr 2010 19:37:36 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>es</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Respuestas en ingles, please</title>
		<link>http://www.riceru.net/2010/04/respuestas-en-ingles-please/</link>
		<comments>http://www.riceru.net/2010/04/respuestas-en-ingles-please/#comments</comments>
		<pubDate>Tue, 06 Apr 2010 19:35:38 +0000</pubDate>
		<dc:creator>riceru</dc:creator>
				<category><![CDATA[Administracion Linux]]></category>
		<category><![CDATA[Informatica]]></category>
		<category><![CDATA[administracion]]></category>
		<category><![CDATA[locales]]></category>

		<guid isPermaLink="false">http://www.riceru.net/?p=40</guid>
		<description><![CDATA[Tienes un problema, una respuesta de fallo y te pones a buscar por el texto de la respuesta en Google. Como tienes configurado el sistema en español (es_ES) el texto del fallo lo tienes en español y resulta que no encuentras a nadie con el mismo problema. ¿Como buscarias ese fallo en ingles?  No es [...]]]></description>
			<content:encoded><![CDATA[<p>Tienes un problema, una respuesta de fallo y te pones a buscar por el texto de la respuesta en Google. Como tienes configurado el sistema en español (es_ES) el texto del fallo lo tienes en español y resulta que no encuentras a nadie con el mismo problema. ¿Como buscarias ese fallo en ingles?  No es necesario traducirlo, basta con indicarle al sistema que para ese comando use la locale predefinida, que es en ingles.</p>
<p>¿Y esto como lo hacemos?</p>
<p>Escribiendo antes del comando en cuestión LC_ALL=C, por ejemplo:</p>
<pre>$ LC_ALL=C date 04011200
date: cannot set date: Operation not permitted
Thu Apr  1 12:00:00 CEST 2010</pre>
<p>Y si no le decimos nada</p>
<pre>$ date 04011200
date: no se puede establecer la fecha: Operación no permitida
jue abr  1 12:00:00 CEST 2010</pre>
<p>Por cierto, si quieres saber que idioma tienes configurado mira con el comando <strong>&#8220;locale&#8221;</strong>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.riceru.net/2010/04/respuestas-en-ingles-please/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Dolphin se cierra de manera inesperada (crash)</title>
		<link>http://www.riceru.net/2010/02/dolphin-se-cierra-de-manera-inesperada-crash/</link>
		<comments>http://www.riceru.net/2010/02/dolphin-se-cierra-de-manera-inesperada-crash/#comments</comments>
		<pubDate>Tue, 16 Feb 2010 08:31:12 +0000</pubDate>
		<dc:creator>riceru</dc:creator>
				<category><![CDATA[Administracion Linux]]></category>
		<category><![CDATA[Informatica]]></category>
		<category><![CDATA[debian]]></category>
		<category><![CDATA[dolphin]]></category>
		<category><![CDATA[nepomuk]]></category>
		<category><![CDATA[opensuse]]></category>

		<guid isPermaLink="false">http://www.riceru.net/?p=30</guid>
		<description><![CDATA[Dolphin, el explorador de archivos por defecto en KDE4, se me cierra inesperadamente en muchas ocasiones. Me pasa con Debian testing y con OpenSuse 11.2 y la semana pasada averigüé como solucionarlo. Según el bug 564048 es debido a un problema entre Dlophin y Nepomuk, una implementación del escritorio semántico. Tuve que desactivarlo para dar [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://es.wikipedia.org/wiki/Dolphin_(explorador_de_archivos)">Dolphin</a>, el explorador de archivos por defecto en KDE4, se me cierra inesperadamente en muchas ocasiones. Me pasa con Debian testing y con OpenSuse 11.2 y la semana pasada averigüé como solucionarlo. Según el <a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564048">bug 564048</a> es debido a un problema entre Dlophin y <a href="http://es.wikipedia.org/wiki/NEPOMUK">Nepomuk</a>, una implementación del escritorio semántico. Tuve que desactivarlo para dar estabilidad a Dolphin. Esto soluciono el problema tanto en Debian como en OpenSuse, pero claro, pierdes esa función. Esperemos arreglen el bug en breve.</p>
<p>Para desactivar Nepomuk vas a <strong>Preferencias del Sistema -&gt; Avanzado -&gt; Búsqueda de escritorio</strong> y desactivas la opción <em>Habilitar el escritorio semántico Nepomuk</em>.</p>
<p>Bye</p>
]]></content:encoded>
			<wfw:commentRss>http://www.riceru.net/2010/02/dolphin-se-cierra-de-manera-inesperada-crash/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Problemas con los permisos de raw1394 (IEEE 1394)</title>
		<link>http://www.riceru.net/2009/11/problemas-con-los-permisos-de-raw1394-ieee-1394/</link>
		<comments>http://www.riceru.net/2009/11/problemas-con-los-permisos-de-raw1394-ieee-1394/#comments</comments>
		<pubDate>Wed, 25 Nov 2009 11:11:12 +0000</pubDate>
		<dc:creator>riceru</dc:creator>
				<category><![CDATA[Administracion Linux]]></category>
		<category><![CDATA[Informatica]]></category>
		<category><![CDATA[administracion]]></category>
		<category><![CDATA[firewire]]></category>
		<category><![CDATA[ieee1394]]></category>
		<category><![CDATA[opensuse]]></category>
		<category><![CDATA[videocamara]]></category>

		<guid isPermaLink="false">http://www.riceru.net/?p=21</guid>
		<description><![CDATA[Despues de la ultima actualización (de OpenSuse 11.1 a 11.2) no puedo capturar vídeo de mi videocámara sin ser root (administrador). Al ejecutar el comando dvgrab me contesta:
$ dvgrab -s dv PuenteColgante
raw1394 - failed to get handle: Permission denied.
Y tiene razón, como siempre. El dispositivo (dev) que se ha creado al enchufar la cámara solo [...]]]></description>
			<content:encoded><![CDATA[<p>Despues de la ultima actualización (de OpenSuse 11.1 a 11.2) no puedo capturar vídeo de mi videocámara sin ser root (administrador). Al ejecutar el comando dvgrab me contesta:</p>
<pre>$ dvgrab -s dv PuenteColgante
raw1394 - failed to get handle: Permission denied.</pre>
<p>Y tiene razón, como siempre. El dispositivo (dev) que se ha creado al enchufar la cámara solo tiene permisos para root.</p>
<pre>$ ls l /dev/raw13*
crw-rw--- 1 root root 171, 0 nov 24 12:38 /dev/raw1394</pre>
<p>La solución ha sido crear una regla nueva a udev para que cuando cree el dispositivo raw1394 le asigne el grupo video al que ya pertenecen los usuarios del sitema.</p>
<p>Las reglas se encuentran en el directorio:</p>
<pre>/etc/udev/rules.d</pre>
<p>Creamos un archivo nuevo para nuestro dispositivo:</p>
<pre># touch /etc/udev/rules.d/99-ieee1394.rules</pre>
<p>Y con nuestro editor preferido añadimos la línea:</p>
<pre>KERNEL=="raw1394*", GROUP="video"</pre>
<p>También puedes añadir dos lineas mas para que cree unos enlaces simbólicos a otros posibles nombres del dispositivo.</p>
<pre>KERNEL=="dv1394*", SYMLINK+="dv1394/%n", GROUP="video"
KERNEL=="video1394*", SYMLINK+="video1394/%n", GROUP="video"</pre>
<p>La próxima vez que enchufemos la videocámara se creará el dispositivo con grupo vídeo para que todos los usuarios del sistema puedan usarlo.</p>
<pre>$ ls l /dev/raw13*
crw-rw--- 1 root video 171, 0 nov 24 13:38 /dev/raw1394</pre>
<p>Bye</p>
<p>P.D. Mas información sobre las reglas de udev en:<br />
<a title="http://bulma.net/body.phtml?nIdNoticia=2114" href="http://bulma.net/body.phtml?nIdNoticia=2114">http://bulma.net/body.phtml?nIdNoticia=2114</a><br />
<a title="http://www.reactivated.net/writing_udev_rules.html" href="http://www.reactivated.net/writing_udev_rules.html">http://www.reactivated.net/writing_udev_rules.html</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.riceru.net/2009/11/problemas-con-los-permisos-de-raw1394-ieee-1394/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>kde4, preferencias del sistema y el modo administrador</title>
		<link>http://www.riceru.net/2009/05/kde4-preferencias-del-sistema-y-el-modo-administrador/</link>
		<comments>http://www.riceru.net/2009/05/kde4-preferencias-del-sistema-y-el-modo-administrador/#comments</comments>
		<pubDate>Thu, 28 May 2009 00:34:21 +0000</pubDate>
		<dc:creator>riceru</dc:creator>
				<category><![CDATA[Administracion Linux]]></category>
		<category><![CDATA[Informatica]]></category>
		<category><![CDATA[administracion]]></category>
		<category><![CDATA[kde4]]></category>

		<guid isPermaLink="false">http://www.riceru.net/?p=11</guid>
		<description><![CDATA[Ahora que en Debian han pasado KDE4 a testing, me he puesto a actualizar mi ordenador de sobremesa. Lo actualicé desde fuera del sistema gráfico para evitar posibles problemas por una actualización tan importante del KDE.
Después de la actualización, entré en el sistema gráfico y voila, ya tengo KDE4 en marcha. La primera vez que [...]]]></description>
			<content:encoded><![CDATA[<p>Ahora que en Debian han pasado KDE4 a testing, me he puesto a actualizar mi ordenador de sobremesa. Lo actualicé desde fuera del sistema gráfico para evitar posibles problemas por una actualización tan importante del KDE.</p>
<p>Después de la actualización, entré en el sistema gráfico y <em>voila</em>, ya tengo KDE4 en marcha. La primera vez que entras en KDE4 después de una actualización desde KDE3, se te inicia una herramienta (kaboom) para migrar Tú directorio de configuración (.kde) de la estructura de KDE3 a la estructura que necesita KDE4.</p>
<p>Al ir a ajustar a mi gusto la configuración después de la migración en las Preferencias del Sistema (systemsettings) , me di cuenta que no aparecía el botón de &#8220;modo administrador&#8221;. Muy útil para aquellas partes que solo el administrador puede cambiar.</p>
<p>Indagando los bug de systemsettings vi que tenia uno referido a esto, <a title="Bug 523094" href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523094">el 523094</a>.</p>
<p>La solución es lanzar systemsettings con el comando:</p>
<pre>$ kdesu systemsettings</pre>
<p>Esta ventana de systemsetting se utilizaría <strong>solo</strong> para los cambios en que se necesita ser root. Pero me encontré con otro problema. El comando kdesu no está en el path, otro fallo reflejado en <a title="Bug 495999" href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495999">el Bug 495999</a> ¿Y como lo soluciono? Pues de dos maneras:</p>
<p>Escribiendo la ruta completa</p>
<pre>$ /usr/lib/kde4/libexec/kdesu systemsettings</pre>
<pre>O creando un enlace simbolico y así queda para siempre</pre>
<pre># ln -s /usr/bin/kdesu /usr/lib/kde4/libexec/kdesu</pre>
<p>Bye</p>
]]></content:encoded>
			<wfw:commentRss>http://www.riceru.net/2009/05/kde4-preferencias-del-sistema-y-el-modo-administrador/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Borar el directorio tmp al inicio en Suse y Debian</title>
		<link>http://www.riceru.net/2009/02/borar-el-directorio-tmp-al-inicio-en-suse-y-debian/</link>
		<comments>http://www.riceru.net/2009/02/borar-el-directorio-tmp-al-inicio-en-suse-y-debian/#comments</comments>
		<pubDate>Wed, 18 Feb 2009 13:27:00 +0000</pubDate>
		<dc:creator>riceru</dc:creator>
				<category><![CDATA[Administracion Linux]]></category>
		<category><![CDATA[debian]]></category>
		<category><![CDATA[opensuse]]></category>
		<category><![CDATA[tmp]]></category>

		<guid isPermaLink="false">http://www.riceru.net/?p=10</guid>
		<description><![CDATA[El directorio tmp, temporal, es donde los programas van creando los archivos que necesitan durante la ejecución. Esos archivos deberían borrarlos los programas al finalizar la ejecución, pero aveces eso no ocurre. Se van acumulando y llenando el disco.
El comportamiento de muchas distribuciones Linux es borrar todo el contenido de tmp al iniciar el sistema, [...]]]></description>
			<content:encoded><![CDATA[<p>El directorio <em>tmp</em>, temporal, es donde los programas van creando los archivos que necesitan durante la ejecución. Esos archivos deberían borrarlos los programas al finalizar la ejecución, pero aveces eso no ocurre. Se van acumulando y llenando el disco.</p>
<p>El comportamiento de muchas distribuciones Linux es borrar todo el contenido de <em>tmp</em> al iniciar el sistema, pero no siempre es así. Ahora te explico como configurarlo en Debian y OpenSuse.</p>
<ul>
<li><strong>Debian o Ubuntu</strong></li>
</ul>
<p style="padding-left: 30px;">El parámetro es TMPTIME y está en /etc/default/rc.s . Los valores posibles es un numero entero que indica cuantos días pararán desde que se borró el contenido de <em>tmp</em> y la siguiente vez que se borrarán. Si el valor es Ø (cero) borrará el contenido en cada inicio.</p>
<ul>
<li><strong>OpenSuse</strong></li>
</ul>
<p style="padding-left: 30px;">Los parámetros se encuentran en /etc/sysconfig/cron que puedes editar como administrador con tu editor favorito o a través de Yast-&gt;Sistema-&gt;Editor</p>
<p style="padding-left: 30px;">En este caso los parámetros a tener en cuenta son dos:</p>
<p style="padding-left: 30px;">CLEAR_TMP_DIRS_AT_BOOTUP para que borre el contenido de <em>tmp</em> en cada inicio cambialo de <em>no</em> a <em>yes</em>.</p>
<p style="padding-left: 30px;">MAX_DAYS_IN_TMP su valor es un numero entero que indica cuantos días pasarán entre borrado y borrado. Si pones Ø (cero) junto al parámetro anterior lo borrarán en cada inicio.</p>
<p>Y eso es todo</p>
]]></content:encoded>
			<wfw:commentRss>http://www.riceru.net/2009/02/borar-el-directorio-tmp-al-inicio-en-suse-y-debian/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Zendwalk 5.2 y los modem por puerto serie</title>
		<link>http://www.riceru.net/2009/02/zendwalk-52-y-los-modems-por-puerto-serie/</link>
		<comments>http://www.riceru.net/2009/02/zendwalk-52-y-los-modems-por-puerto-serie/#comments</comments>
		<pubDate>Tue, 03 Feb 2009 20:44:32 +0000</pubDate>
		<dc:creator>riceru</dc:creator>
				<category><![CDATA[Informatica]]></category>
		<category><![CDATA[Sabores Linux]]></category>
		<category><![CDATA[modem]]></category>
		<category><![CDATA[zenwalk]]></category>

		<guid isPermaLink="false">http://www.riceru.net/?p=5</guid>
		<description><![CDATA[Zenwalk es una distribución basada originalmente el Slackware, aunque ahora llevan caminos separados. Es pequeña, muy valida para equipos con pocos recursos y fácil de instalar. Respecto a esto ultimo estaba convencido hasta que tuve que probar el modem. Un modem externo, totalmente estandar, y nada. No había manera.
La versión de Zenwalk 5.2 viene con [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;"><a title="Zenwalk" href="http://www.zenwalk.org/">Zenwalk</a> es una distribución basada originalmente el <a title="Slackware" href="http://slackware.com/">Slackware</a>, aunque ahora llevan caminos separados. Es pequeña, muy valida para equipos con pocos recursos y fácil de instalar. Respecto a esto ultimo estaba convencido hasta que tuve que probar el modem. Un modem externo, totalmente estandar, y nada. No había manera.</p>
<p style="text-align: justify;">La versión de <a title="Zenwalk 5.2" href="http://www.zenwalk.org/modules/news/article.php?storyid=79">Zenwalk 5.2</a> viene con el Linux <span class="fs14">kernel-2.6.25.4  que no se porqué  no funciona bien el puerto serie. Tiene los modulos y se cargan sin problemas pero no funciona. El wvdialconf no encuentra el modem y con ppp consigo que marque pero no se establece la comunicación.</span></p>
<p style="text-align: justify;"><span class="fs14">La solución que encontré fue instalar el Linux </span><span class="fs14">kernel-2.6.25.15 que viene en la versión de pruebas, </span><span class="fs14">snapshot</span>, <span class="fs14">y todo empezó a funcionar.</span></p>
<p style="text-align: justify;">La dirtribución oficial tampoco trae software para conexiones por moden. Utilicé el wvdial para conectarme, manejado a traves del interface grafico pywvdial. Los dos los encontre empaquetados para Zenwalk gracias a su amplia y activa comunidad. Y como no, grácias a Google.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.riceru.net/2009/02/zendwalk-52-y-los-modems-por-puerto-serie/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Iniciando</title>
		<link>http://www.riceru.net/2008/05/iniciando/</link>
		<comments>http://www.riceru.net/2008/05/iniciando/#comments</comments>
		<pubDate>Mon, 26 May 2008 18:20:33 +0000</pubDate>
		<dc:creator>riceru</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Informatica]]></category>
		<category><![CDATA[ntp]]></category>
		<category><![CDATA[servidor casero]]></category>

		<guid isPermaLink="false">http://www.riceru.net/?p=3</guid>
		<description><![CDATA[Este servidor, mi servidor, está continuamente conectado        a Internet a través de un ADSL. Lo utilizo para aprender. ¿Y que mejor forma de aprender que teniendo un banco de pruebas? Sinceramente, si no te apetece cacharrear con el hardware del sistema, creo que un servidor virtual baratito es [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;">Este servidor, mi servidor, está continuamente conectado        a Internet a través de un ADSL. Lo utilizo para aprender. ¿Y que mejor forma de aprender que teniendo un banco de pruebas? Sinceramente, si no te apetece cacharrear con el hardware del sistema, creo que un servidor virtual baratito es la mejor opción.  Tú te ocupas del software y ellos del hardware.</p>
<p style="text-align: justify;">Mis primeras acciones para dejarlo siempre encendido fue reducir el        ruido, solo tiene un ventilador en la fuente, y medir la temperatura        de distintas partes del server. Parecía facil, pero la placa del AMD K6-2 no tenía el circuito para medir la tempetatura, ¡tiene narices! Para ello tuve que realizar un circuitillo       con un conversor a/d conectado al bus i2c y tomar las medidas con i2c-Tools.</p>
<p style="text-align: justify;">Mi granito de arena es tener un servidor de hora, ntpd, al servicio        de todos. Se encuentra dentro de un pool de servidores de hora, <a title="Servidores de hora en pool" href="http://www.pool.ntp.org/">pool.ntp.org</a>. Para        mas información ver        <a title="bulma.net" href="http://bulma.net/impresion.phtml?nIdNoticia=1947">la noticia 1947 de Bulma</a>, algo viejita pero todavía vale.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.riceru.net/2008/05/iniciando/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
