<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
>

<channel>
	<title>Don Quicong&#039;s lair &#187; Ubuntu</title>
	<atom:link href="http://blog.donquicong.com/category/ubuntu/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.donquicong.com</link>
	<description></description>
	<lastBuildDate>Mon, 26 Sep 2011 14:56:47 +0000</lastBuildDate>
	<language>es</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/es/</creativeCommons:license>
		<item>
		<title>El misterio de las cursivas monoespaciadas que no eran monoespaciadas</title>
		<link>http://blog.donquicong.com/183/el-misterio-de-las-cursivas-monoespaciadas-que-no-eran-monoespaciadas/</link>
		<comments>http://blog.donquicong.com/183/el-misterio-de-las-cursivas-monoespaciadas-que-no-eran-monoespaciadas/#comments</comments>
		<pubDate>Thu, 30 Jun 2011 15:20:33 +0000</pubDate>
		<dc:creator>Quico</dc:creator>
				<category><![CDATA[Desarrollo]]></category>
		<category><![CDATA[Ubuntu]]></category>

		<guid isPermaLink="false">http://blog.donquicong.com/?p=183</guid>
		<description><![CDATA[Desde hace algún tiempo, había notado que RubyMine me hacía cosas raras con las fuentes. El programa usa, de toda la vida, un tipo de letra monoespaciado para los ficheros fuente (.rb, .js, .html, etc), y sin embargo los comentarios o determinadas palabras clave que se mostraban en cursiva, dejaban de estar en monoespaciado, con [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;">Desde hace algún tiempo, había notado que <a href="http://www.jetbrains.com/ruby/">RubyMine</a> me hacía cosas raras con las fuentes. El programa usa, de toda la vida, un tipo de letra monoespaciado para los ficheros fuente (.rb, .js, .html, etc), y sin embargo los comentarios o determinadas palabras clave que se mostraban en cursiva, dejaban de estar en monoespaciado, con lo incómodo que es eso a la hora de tener un código bien indentado.</p>
<p style="text-align: justify;">En principio pensé que era la última versión de <em>RubyMine</em>, que tenía algún fallo. Pero después de buscar pude comprobar que no era problema de <em>RubyMine</em>, sino de las aplicaciones Java en general, y de los paquetes de fuentes en particular. Mi fuente por defecto es la <em><a href="http://dejavu-fonts.org/">DejaVu</a></em>, que está separada en 2 paquetes (<em>ttf-dejavu-core</em> y <em>ttf-dejavu-extra</em>), siendo el extra el que contiene el tipo de letra monoespaciado. Parece que al actualizar a <a href="http://es.wikipedia.org/wiki/Anexo:Versiones_de_Ubuntu#Ubuntu_11.04_.28Natty_Narwhal.29">Natty</a> borré algún paquete de fuentes que me proporcionaba el monoespaciado, o no instalé de nuevo el ttf-dejavu-extra, y de ahí el problema.</p>
<p style="text-align: justify;">Al final se soluciona instalando el paquete que agrupa a esos dos paquetes, el <em>ttf-dejavu</em>:</p>
<pre class="brush: bash; title: ; notranslate">
sudo apt-get install ttf-dejavu
</pre>
]]></content:encoded>
			<wfw:commentRss>http://blog.donquicong.com/183/el-misterio-de-las-cursivas-monoespaciadas-que-no-eran-monoespaciadas/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/es/</creativeCommons:license>
	</item>
		<item>
		<title>Redireccionar todas las peticiones a un puerto hacia localhost</title>
		<link>http://blog.donquicong.com/124/redireccionar-todas-las-peticiones-a-un-puerto-hacia-localhost/</link>
		<comments>http://blog.donquicong.com/124/redireccionar-todas-las-peticiones-a-un-puerto-hacia-localhost/#comments</comments>
		<pubDate>Fri, 23 Apr 2010 20:38:11 +0000</pubDate>
		<dc:creator>Quico</dc:creator>
				<category><![CDATA[Desarrollo]]></category>
		<category><![CDATA[Ubuntu]]></category>
		<category><![CDATA[iptables]]></category>
		<category><![CDATA[localhost]]></category>
		<category><![CDATA[subdominios]]></category>

		<guid isPermaLink="false">http://blog.donquicong.com/?p=124</guid>
		<description><![CDATA[El proyecto en el trabajo actualmente utiliza subdominios del dominio principal, y limita las capacidades o redirige a otro dominio en función del punto de entrada o del usuario, por lo que cuando desarrollo en local necesito que mi ordenador responda las peticiones a todos esos dominios como si fuera al localhost. La solución rápida [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;">El proyecto en el trabajo actualmente utiliza subdominios del dominio principal, y limita las capacidades o redirige a otro dominio en función del punto de entrada o del usuario, por lo que cuando desarrollo en local necesito que mi ordenador responda las peticiones a todos esos dominios como si fuera al localhost.</p>
<p style="text-align: justify;">La solución rápida con la que he estado trabajando hasta ahora es modificar el fichero /etc/hosts y añadir tantos nombres a la IP 127.0.0.1 como dominios necesito. Algo como esto:</p>
<pre class="brush: plain; title: ; notranslate">
127.0.0.1 myproject.com www.myproject.com company1.myproject.com
</pre>
<p style="text-align: justify;">Como digo, es la solución rápida, pero no la más cómoda, ya que para cada dominio nuevo que necesite tengo que modificar el fichero hosts, reiniciar el navegador (supongo que habría que limpiar la cache de DNS en lugar de hacer esto) y volver a probar.</p>
<p style="text-align: justify;">Cansado de tener que hacerlo cada dos por tres (si repito algo más de 3 veces, siempre busco una solución para no tener que hacerlo más), he estado buscando una forma de agilizar el proceso, pero no daba con la solución.</p>
<p style="text-align: justify;">En primer lugar intenté ver si con un proxy local me podía valer, pero no encontré ninguno que me permitiera cambiar la dirección IP destino en función del dominio. Por lo que me fui al tema de servidores de DNS locales, y ahí encontré una solución intermedia con <a href="http://www.thekelleys.org.uk/dnsmasq/doc.html">Dnsmasq</a>, mediante el cual podía tener dominios &#8220;*.myproject.dev&#8221; que se redirigían al servidor local, pero que no acababa de convencerme.</p>
<p style="text-align: justify;">Al fin, Alex me dio la solución: usar <a href="http://www.netfilter.org/">iptables</a>. La idea es que todas las URLs que vayan a un puerto determinado, en lugar de ir al destino original, acaben en mi ordenador. Por ejemplo, si escribo <em>http://www.google.com:3000</em> en la barra de direcciones, en lugar de ir a google, se hará una petición a mi ordenador en el puerto 3000. Mola.</p>
<p style="text-align: justify;">La solución es ejecutar  la siguiente linea:</p>
<pre class="brush: bash; title: ; notranslate">
sudo iptables -t nat -I OUTPUT -p tcp \
      --dport 3000 -j DNAT --to-destination 127.0.0.1
</pre>
<p style="text-align: justify;">et voila!. Todas las peticiones salientes al puerto 3000 se reencaminarán a mi ordenador.</p>
<p style="text-align: justify;">Si en lugar de redirigir todas las peticiones, sólo quisiéramos redirigir las de un servidor determinado, se le puede indicar mediante la IP. Por ejemplo, con la siguiente línea redirigiría todas las peticiones al puerto 3000 de <em>www.google.es</em> a mi ordenador:</p>
<pre class="brush: bash; title: ; notranslate">
sudo iptables -t nat -I OUTPUT -p tcp -d 216.239.59.104 \
      --dport 3000 -j DNAT --to-destination 127.0.0.1
</pre>
]]></content:encoded>
			<wfw:commentRss>http://blog.donquicong.com/124/redireccionar-todas-las-peticiones-a-un-puerto-hacia-localhost/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/es/</creativeCommons:license>
	</item>
		<item>
		<title>Usando múltiples Rubies con RVM</title>
		<link>http://blog.donquicong.com/69/usando-multiples-rubies-con-rvm/</link>
		<comments>http://blog.donquicong.com/69/usando-multiples-rubies-con-rvm/#comments</comments>
		<pubDate>Mon, 01 Feb 2010 11:16:39 +0000</pubDate>
		<dc:creator>Quico</dc:creator>
				<category><![CDATA[Desarrollo]]></category>
		<category><![CDATA[Ubuntu]]></category>
		<category><![CDATA[rails]]></category>

		<guid isPermaLink="false">http://blog.donquicong.es/?p=69</guid>
		<description><![CDATA[Lo primero que hice, incluso antes de empezar a trabajar en la empresa, fue instalarme Ruby 1.8.7 en mi Ubuntu, junto con Rails 2.3.5 y algunas gemas como mongrel. Para ello, seguí los howtos que fui encontrando por internet, como este de Hakido. Tras dejarlo todo configurado, al arrancar Eclipse te configura algunas gemas más [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify; ">Lo primero que hice, incluso antes de empezar a trabajar en la empresa, fue instalarme Ruby 1.8.7 en mi Ubuntu, junto con Rails 2.3.5 y algunas gemas como mongrel. Para ello, seguí los howtos que fui encontrando por internet, como este de <a title="Rails en Karmic" href="http://www.hackido.com/2009/11/install-ruby-on-rails-on-ubuntu-karmic.html">Hakido</a>. Tras dejarlo todo configurado, al arrancar Eclipse te configura algunas gemas más como linecache, ruby-debug-ide y ruby-debug-base, con lo que ya tenía todo configurado para empezar a trabajar.</p>
<p style="text-align: justify; ">Sin embargo, en seguida te das cuenta de que si vas a tener que trabajar en varios proyectos, cada uno iniciado en un momento distinto con distintas versiones de Ruby y/o Rails, entonces cambiar de proyecto se puede hacer algo incómodo. La solución para ello, por supuesto, ya está pensada y es <a title="RVM" href="http://rvm.beginrescueend.com/">RVM</a> (Ruby Version Manager).</p>
<p style="text-align: justify; ">RVM te permite tener distintas versiones de Ruby funcionando al mismo tiempo, con sus gemas particulares, y lo que es mejor, puedes tener todas las combinaciones de ruby/gemas que quieras. De esta forma, podemos tener un Ruby 1.8.6 con Rails 2.3.4, otro 1.8.6-2.3.5, otro 1.8.7-2.3.5 y otro 1.9.2-3.0.0. Simplemente cambias de configuración con un solo comando y a trabajar.</p>
<p style="text-align: justify; ">Al final, he desinstalado todo lo que tenía instalado de ruby en el sistema y lo he vuelto a instalar con RVM de la siguiente forma:</p>
<p style="text-align: justify; ">En primer lugar, instalamos las dependencias necesarias:</p>
<pre class="brush: bash; title: ; notranslate">sudo apt-get install git-core curl zlib1g-dev libreadline5-dev</pre>
<p style="text-align: justify; ">Después instalamos RMV. Como por ahora no hay un paquete .deb para ubuntu, lo bajamos desde Github:</p>
<pre class="brush: bash; title: ; notranslate">
mkdir -p ~/.rvm/src/rvm/
cd ~/.rvm/src
git clone http://github.com/wayneeseguin/rvm.git
cd rvm
./install
</pre>
<p>Ahora hay que añadir la siguiente línea en los ficheros ~/.bashrc y ~/.bash_profile</p>
<pre class="brush: bash; title: ; notranslate">if [[ -s ~/.rvm/scripts/rvm ]] ; then source ~/.rvm/scripts/rvm ; fi</pre>
<p>Cerramos y volvemos a abrir la shell para que nos pille los cambios, y ya estamos listos para instalar las versiones de ruby que necesitemos. Por ejemplo, si queremos instalar las versiones 1.8.7, 1.9.1 y jruby, haremos lo siguiente:</p>
<pre class="brush: bash; title: ; notranslate">rvm install 1.8.7,1.9.1,jruby</pre>
<p>Lo cual tardará un rato, pues debe descargar y compilar todas las versiones que les hemos dicho. Para seleccionar una versión en concreto:</p>
<pre class="brush: bash; title: ; notranslate">rvm use 1.8.7</pre>
<p>Y para hacer que una versión en concreto esté seleccionada siempre por defecto:</p>
<pre class="brush: bash; title: ; notranslate">rvm use 1.8.7 --default</pre>
<p>Ahora ya podemos instalar las gemas que necesitemos en esta versión de ruby, como rails, mongrel, &#8230;</p>
<pre class="brush: bash; title: ; notranslate">gem install rails mongrel linecache ruby-debug-base ruby-debug-ide</pre>
<p style="text-align: justify;">que se instalarán sólo en la versión de ruby que esté actualmente activa.</p>
<p style="text-align: justify;">Eclipse, sin embargo, tiene problemas para pillar el entorno de desarrollo correcto, por lo que tenemos que modificar el script de arranque y poner algo como esto para arrancar eclipse con la versión por defecto de ruby (podemos sustituir default por una versión concreta si queremos):</p>
<pre class="brush: bash; title: ; notranslate">[/bash]bash -cl &quot;rvm default; eclipse&quot;1</pre>
]]></content:encoded>
			<wfw:commentRss>http://blog.donquicong.com/69/usando-multiples-rubies-con-rvm/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/es/</creativeCommons:license>
	</item>
	</channel>
</rss>

