Hugo Jiménez

<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.motor.php</b> on line <b>1013</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php</b> on line <b>123</b><br />
<br />
<b>Strict Standards</b>:  mktime(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  mktime(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  mktime(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  mktime(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  mktime(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  mktime(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  mktime(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  mktime(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Hugo Jiménez - Administración Linux</title>
	<link>http://www.hugo-jimenez.fr/categorie4/administracion-linux</link>
	<language>es</language>
	<description>Abstracting time and space</description>
<atom:link xmlns:atom="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://www.hugo-jimenez.fr/feed/rss" />
<br />
<b>Strict Standards</b>:  mktime(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
<br />
<b>Strict Standards</b>:  date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in <b>/homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php</b> on line <b>146</b><br />
	<lastBuildDate>Sat, 27 Sep 2014 23:06:00 +0200</lastBuildDate>
	<generator>PluXml</generator>
	<item>
		<title>Trivnet port 8200</title> 
		<link>http://www.hugo-jimenez.fr/article18/trivnet-port-8200</link>
		<guid>http://www.hugo-jimenez.fr/article18/trivnet-port-8200</guid>
		<description>&lt;H2 class=&quot;title&quot;&gt;About the port 8200&lt;/h2&gt;
&lt;p&gt;
This morning I scanned the open TCP/UDP ports of my server, just to check that everything were ok.
Although, I knew that the port 8200 was open and configured by myself I didn&#039;t remember which...
&lt;/p&gt;&lt;H2 class=&quot;title&quot;&gt;About the port 8200&lt;/h2&gt;
&lt;p&gt;
This morning I scanned the open TCP/UDP ports of my server, just to check that everything were ok.
Although, I knew that the port 8200 was open and configured by myself I didn&#039;t remember which
service corresponds to such a port. Then I used Google looking for a fast answer and NOTHING! 
just the same output than this obtained from &lt;i&gt;nmap&lt;/i&gt;: TCP/UDP port 8200 -- Service &lt;b&gt;trivnet1&lt;/b&gt;.
&lt;/p&gt;
&lt;p&gt;

 The obvious alternative was looking for the port number into the config files of my server:

&lt;pre&gt;
&lt;b&gt;hugo@lamaitre ~#&lt;/b&gt; grep -rn &#039;port.*8200&#039; /etc/*
/etc/minidlna.conf:2:port=8200
/etc/minidlna.conf.dpkg-dist:2:port=8200
&lt;b&gt;hugo@lamaitre ~#&lt;/b&gt;
&lt;/pre&gt;
 that&#039;s all!
&lt;/p&gt;
&lt;p&gt;
The TRIVNET protocol is used by &lt;a href=&quot;http://minidlna.sourceforge.net/&quot;&gt;minidlna&lt;/a&gt; that I installed 
last year, to connect my cell phone, my tablet and my TV for sharing media files and storing them on the server.
&lt;/p&gt;
&lt;br&gt;
&lt;p&gt;
As the home page of the &lt;a href=&quot;http://minidlna.sourceforge.net/&quot;&gt;ReadyMedia&lt;/a&gt; (formerly MiniDLNA) 
says: &lt;i&gt;&quot; ... ReadyMedia is server software 
with the aim of being fully compliant with DLNA/UPnP-AV clients. It is developed by a NETGEAR employee 
for the ReadyNAS product  line. ...&quot; &lt;/i&gt;
&lt;/p&gt;

&lt;p&gt;
Probably it is more convenient to use something more relevant as information about the &lt;i&gt;trivnet&lt;/i&gt; service. 
Personally I prefer naming the service as UPnP since 
&lt;a href=&quot;http://en.wikipedia.org/wiki/Digital_Living_Network_Alliance&quot;&gt;DLNA&lt;/a&gt; uses 
&lt;a href=&quot;http://en.wikipedia.org/wiki/Universal_Plug_and_Play&quot;&gt;Universal Plug and Play&lt;/a&gt; 
(UPnP) for media management, discovery and control.  
&lt;/p&gt;</description>
		<pubDate>Sat, 27 Sep 2014 23:06:00 +0200</pubDate>
		<dc:creator>Hugo Jiménez-Pérez</dc:creator>
	</item>
	<item>
		<title>Creación de un proyecto en Mercurial</title> 
		<link>http://www.hugo-jimenez.fr/article16/creacion-de-un-proyecto-en-mercurial</link>
		<guid>http://www.hugo-jimenez.fr/article16/creacion-de-un-proyecto-en-mercurial</guid>
		<description>&lt;H2&gt;Pasos b&amp;aacute;sicos para crear un proyecto en Mercurial&lt;/H2&gt;&lt;p&gt;
Desde hace algunos meses utilizo TRAC para la administrci&amp;oacute;n de mis proyectos personales.
El c&amp;oacute;digo fuente de los proyectos de programaci&amp;oacute;n es almacenado en un 
servidor Mercurial asociado al servidor TRAC. A continuaci&amp;oacute;n doy los pasos
b&amp;aacute;sicos para crear un proyecto y subirlo a mi servidor.
&lt;/p&gt;

&lt;li&gt;
Primero creamos un directorio, y dentro inicializamos el proyecto
&lt;pre&gt;
# mkdir solsys
# cd solsys
# hg init
&lt;/pre&gt;
&lt;/li&gt;
&lt;li&gt;
Ahora editamos el archivo &lt;i&gt;.hg/hgrc&lt;/i&gt;
y agregamos las l&amp;iacute;neas
&lt;pre&gt;
# vi .hg/hgrc
[paths]
default = ssh://hg@localhost/hugo/solsys
&lt;/pre&gt;

Ahora agregamos algunos archivos y algunos directorios:
&lt;pre&gt;
# hg add Makefile
# hg add solar_kernel.cu
# hg add include/
ajout de include/dot_product.h
ajout de include/init.h
ajout de include/solarsys.h
&lt;/pre&gt;

Y hacemos el commit
&lt;pre&gt;
# hg commit -m &quot;Primer entrega&quot; -u hugo
&lt;/pre&gt;

Ahora clonamos la información hacia el servidor
&lt;pre&gt;
# hg clone . ssh://hg@localhost/hugo/solsys
&lt;/pre&gt;

Y finalmente enviamos todos los archivos
&lt;pre&gt;
# hg clone . ssh://hg@localhost/hugo/solsys
&lt;/pre&gt;

&lt;/li&gt;

Después de tener una versión para distribuir (aunque sea la primera versión alfa)
tenemos que poner un tag. Vayamos al directorio raíz del código y creemos el archivo 
&lt;i&gt;.hgtags&lt;/i&gt;

&lt;pre&gt;
# touch .hgtags
# hg  tag v0.1 -u hugo
abandon : working copy of .hgtags is changed (please commit .hgtags manually)
&lt;/pre&gt;
Y hacemos el commit manual y lo enviamos con &lt;i&gt;push&lt;/i&gt; 
&lt;pre&gt;
# hg commit .hgtags -m &quot;Primer tag&quot; -u hugo
# hg push
pushing to ssh://hg@localhost/hugo/solsys
searching for changes
remote: adding changesets
remote: adding manifests
remote: adding file changes
remote: added 1 changesets with 1 changes to 1 files

&lt;/pre&gt;

Cuando agregamos una nueva clave ssh o modificamos la nuestra, debemos actualizar con
&lt;pre&gt;
# /usr/share/mercurial-server/refresh-auth
&lt;/pre&gt;</description>
		<pubDate>Fri, 16 May 2014 01:35:00 +0200</pubDate>
		<dc:creator>Hugo Jiménez-Pérez</dc:creator>
	</item>
	<item>
		<title>Tips de administración de TRAC</title> 
		<link>http://www.hugo-jimenez.fr/article15/tips-de-administracion-de-trac</link>
		<guid>http://www.hugo-jimenez.fr/article15/tips-de-administracion-de-trac</guid>
		<description>&lt;H2&gt;Algunos tips para los proyectos con TRAC&lt;/H2&gt;&lt;p&gt;
Desde hace algunos meses utilizo TRAC para la administrci&amp;oacute;n de mis proyectos personales.
Esta p&amp;aacute;gina tiene como objetivo guardar un registro de los pasos que debo
seguir para crear un nuevo proyecto incluyendo el c&amp;oacute;digo fuente en Mercurial.
&lt;/p&gt;
&lt;pre&gt;
# trac-admin directorio_del_proyecto initenv

&lt;/pre&gt;
ahora debemos proporcionar el nombre del proyecto:
&lt;pre&gt;
Nom du projet [My Project]&gt; La2010 for CUDA       
&lt;/pre&gt;

Ahora debemos de dar informaci&amp;oacute;n sobre la base de datos de TRAC. En nuestra instalaci&amp;oacute;n utilizamos PostgreSQL as&amp;iacute; que como ya est&amp;aacute; configurado
presionamos ENTER sin agregar nada m&amp;aacutes 
&lt;pre&gt;
Connection à la base de données [sqlite:db/trac.db]&gt; 
&lt;/pre&gt;
A continuaci&amp;oacute;n hay que agregar los permisos del  administrador
&lt;pre&gt;
# trac-admin /var/opt/trac/solsys permission add admin TRAC_ADMIN
&lt;/pre&gt;

Despues hacemos un upgrade
&lt;pre&gt;
# trac-admin /var/opt/trac/solsys upgrade
&lt;/pre&gt;

Finalmente vamos al directorio (si es que hemos hecho otras cosas) y lanzamos
el comando:
&lt;pre&gt;
# cd /var/opt/trac/
# tracd --port 8000 --auth=&quot;musym,musym/.htpass,localdomain&quot;  /var/opt/trac/musym/
&lt;/pre&gt;


Y modificamos el archivo /var/opt/trac/solsys/config/trac.ini para que se vea de la siguiente manera:
&lt;pre&gt;
# -*- coding: utf-8 -*-

[TracPM]
default_estimate = 4.0
estimate_pad = 0.0
hours_per_estimate = 1
milestone_type = milestone
parent_format = %s

[account-manager]
account_changes_notify_addresses = 

[attachment]
max_size = 262144
max_zip_size = 2097152
render_unsafe_content = false

[browser]
color_scale = True
downloadable_paths = /trunk, /branches/*, /tags/*
hide_properties = svk:merge
intermediate_color = 
intermediate_point = 
newest_color = (255, 136, 136)
oldest_color = (136, 136, 255)
oneliner_properties = trac:summary
render_unsafe_content = false
wiki_properties = trac:description

[changeset]
max_diff_bytes = 10000000
max_diff_files = 0
wiki_format_messages = true

[components]
tracext.hg.* = enabled
graphviz.* = enabled
tracopt.ticket.commit_updater.* = enabled
mastertickets.* = enabled
tracjsgantt.* = enabled

[header_logo]
alt = (please configure the [header_logo] section in trac.ini)
height = -1
link = 
src = site/your_project_logo.png
width = -1

[hg]
node_format = short
show_rev = yes

[inherit]
htdocs_dir = 
plugins_dir = 
templates_dir = 

[logging]
log_file = trac.log
log_level = DEBUG
log_type = log

[milestone]
stats_provider = DefaultTicketGroupStatsProvider

[milestone-groups]
closed = closed,rejected
closed.order = 0
closed.css_class = closed
closed.label = closed
closed.overall_completion = true
active = *
active.order = 1
active.css_class = open
active.label = active

[mimeviewer]
max_preview_size = 262144
mime_map = text/x-dylan:dylan, text/x-idl:ice, text/x-ada:ads:adb
mime_map_patterns = text/plain:README|INSTALL|COPYING.*
pygments_default_style = trac
pygments_modes = 
tab_width = 8
treat_as_binary = application/octet-stream, application/pdf, application/postscript, application/msword,application/rtf,

[notification]
admit_domains = 
always_notify_owner = false
always_notify_reporter = false
always_notify_updater = true
ambiguous_char_width = single
batch_subject_template = $prefix Batch modify: $tickets_descr
email_sender = SmtpEmailSender
ignore_domains = 
mime_encoding = none
sendmail_path = sendmail
smtp_always_bcc = 
smtp_always_cc = 
smtp_default_domain = 
smtp_enabled = false
smtp_from = trac@localhost
smtp_from_author = false
smtp_from_name = 
smtp_password = 
smtp_port = 25
smtp_replyto = trac@localhost
smtp_server = localhost
smtp_subject_prefix = __default__
smtp_user = 
ticket_subject_template = $prefix #$ticket.id: $summary
use_public_cc = false
use_short_addr = false
use_tls = false

[project]
admin = 
admin_trac_url = .
descr = My example project
footer = Visit the Trac open source project at&lt;br /&gt;&lt;a href=&quot;http://trac.edgewall.org/&quot;&gt;http://trac.edgewall.org/&lt;/a&gt;
icon = common/trac.ico
name = La2010 for CUDA
url = 

[query]
default_anonymous_query = status!=closed&amp;cc~=$USER
default_query = status!=closed&amp;owner=$USER
items_per_page = 100
ticketlink_query = ?status=!closed

[report]
items_per_page = 100
items_per_page_rss = 0

[revisionlog]
default_log_limit = 100
graph_colors = [&#039;#cc0&#039;, &#039;#0c0&#039;, &#039;#0cc&#039;, &#039;#00c&#039;, &#039;#c0c&#039;, &#039;#c00&#039;]

[roadmap]
stats_provider = DefaultTicketGroupStatsProvider

[search]
min_query_length = 3

[tags]
listtagged_items_per_page = 100

[ticket]
default_cc = 
default_component = 
default_description = 
default_keywords = 
default_milestone = 
default_owner = &lt; default &gt;
default_priority = major
default_resolution = fixed
default_severity = 
default_summary = 
default_type = defect
default_version = 
max_comment_size = 262144
max_description_size = 262144
preserve_newlines = default
restrict_owner = false
workflow = ConfigurableTicketWorkflow

[ticket-custom]
blocking = text
blocking.label = Blocking
blockedby = text
blockedby.label = Blocked By

[ticket-workflow]
accept = new -&gt; assigned
accept.operations = set_owner_to_self
accept.permissions = TICKET_MODIFY
leave = * -&gt; *
leave.default = 1
leave.operations = leave_status
reassign = new,assigned,reopened -&gt; new
reassign.operations = set_owner
reassign.permissions = TICKET_MODIFY
reopen = closed -&gt; reopened
reopen.operations = del_resolution
reopen.permissions = TICKET_CREATE
resolve = new,assigned,reopened -&gt; closed
resolve.operations = set_resolution
resolve.permissions = TICKET_MODIFY

[timeline]
abbreviated_messages = True
changeset_collapse_events = false
changeset_long_messages = false
changeset_show_files = 0
default_daysback = 30
max_daysback = 90
newticket_formatter = oneliner
ticket_show_details = false

[trac]
authz_file = 
authz_module_name = 
auto_preview_timeout = 2.0
auto_reload = False
backup_dir = db
base_url = 
database = postgres://hugo:*******@localhost:5432/tracdb
debug_sql = False
default_charset = utf-8
default_date_format = iso8601
default_dateinfo_format = relative
default_handler = WikiModule
default_language = 
default_timezone = Europe/Paris
genshi_cache_size = 128
htdocs_location = 
ignore_auth_case = false
jquery_location = 
jquery_ui_location = 
jquery_ui_theme_location = 
mainnav = wiki, timeline, roadmap, browser, tickets, newticket, search
metanav = login, logout, prefs, help, about
mysqldump_path = mysqldump
never_obfuscate_mailto = false
permission_policies = DefaultPermissionPolicy, LegacyAttachmentPolicy
permission_store = DefaultPermissionStore
pg_dump_path = pg_dump
repository_dir = /var/lib/mercurial-server/repos/hugo/solsys
repository_sync_per_request = (default)
repository_type = hg
resizable_textareas = true
secure_cookies = False
show_email_addresses = false
show_ip_addresses = false
timeout = 20
use_base_url_for_redirect = False
use_xsendfile = false

[trac-jsgantt]
option.caption = Resource
option.colorby = priority
option.comp = 1
option.datedisplay = mm/dd/yyyy
option.dur = 1
option.enddate = 1
option.expandclosedtickets = 1
option.format = day
option.formats = day|week|month|quarter
option.hoursperday = 8.0
option.omitmilestones = 0
option.openlevel = 999
option.res = 1
option.sample = 0
option.schedule = alap
option.showdep = 1
option.startdate = 1
option.usermap = 1

[versioncontrol]
allowed_repository_dir_prefixes = 

[wiki]
ignore_missing_pages = false
max_size = 262144
render_unsafe_content = false
safe_schemes = cvs, file, ftp, git, irc, http, https, news, sftp, smb, ssh, svn, svn+ssh
split_page_names = false

&lt;/pre&gt;

&lt;p&gt;
Probablemente alg&amp;uacute;n d&amp;iacute;a expique el contenido del archivo.
&lt;/p&gt;</description>
		<pubDate>Fri, 16 May 2014 00:29:00 +0200</pubDate>
		<dc:creator>Hugo Jiménez-Pérez</dc:creator>
	</item>
	<item>
		<title>CUDA 5.5 on Debian Jessie.</title> 
		<link>http://www.hugo-jimenez.fr/article14/cuda-5-5-on-debian-jessie</link>
		<guid>http://www.hugo-jimenez.fr/article14/cuda-5-5-on-debian-jessie</guid>
		<description>&lt;h3&gt;How-To get CUDA 5.5 running on Debian Jessie&lt;/h3&gt;
&lt;p&gt;
Unfortunatelly, Debian is not officially supported by the nVidia&#039;s CUDA SDK. For version older than 5.0 it is not a problem,
however to compile the nVidia drivers on Debian testing for a new Kepler&#039;s based nVidia card is a little tricky. 
&lt;/p&gt;&lt;h3&gt;Begin from the beginning:&lt;/h3&gt;

&lt;p&gt;
I have an AMD based CPU with an integrated motherboard and a Zotac video card with a nVidia GTX 650i Boost
chip. This chip is based on the new nVidia&#039;s Kepler technology which supports dynamic parallelization on the GPU.
My interest is to have the on board Radeon video card as main display, and the nVidia GPU for scientific computing.
This post is oriented to compiling the &lt;i&gt;nvidia&lt;/i&gt; video driver in Debian Jessie (at this point the testing release)
and configuring the CUDA 5.5 SDK for parallel development. 
&lt;/p&gt;
&lt;p&gt;
Turn off the XServer and delete the free driver &lt;i&gt;nouveau&lt;/i&gt; 
&lt;/p&gt;
&lt;pre&gt;
# apt-get install mercurial mercurial-common 
&lt;/pre&gt;
&lt;p&gt;
El instalador de Debian, incluirá los paquetes Mercurial y Mercurial-common además de
instalar el servidor de SSH . Si no tiene instalado Python el instalador también lo considerará 
y hará una primera configuración del sistema. Una vez que haya terminado verifique la 
instalación con 
&lt;/p&gt;
&lt;pre&gt;
# hg --version
&lt;/pre&gt;

&lt;p&gt;
Una vez que tiene instalado mercurial-server, puede iniciar la configuración básica y
trabajar directamente con los depósitos a través de SSH. La desventaja es que no tendrá 
una interfaz gráfica y en algunos casos eso puede ser un problema. 
El método que implementaremos crea un depósito (repository) de aplicaciones 
sobre una instalación de Apache2 funcional. Supondremos que tiene una instalación de 
Apache2 básica (vea &lt;a href=&quot;http://www.hugo-jimenez.fr/rss/categorie4#&quot;&gt;instalación de Apache Web server&lt;/a&gt;).
&lt;/p&gt;

&lt;p&gt;
Necesitará instalar el módulo &lt;i&gt;libapache2-mod-wsgi&lt;/i&gt; 
mediante 
&lt;/p&gt;
&lt;pre&gt;
# apt-get install libapache2-mod-wsgi
&lt;/pre&gt;
&lt;p&gt;
Recuerde que en Debian, los guiones de pre-instalación y de post-instalación le dejarán 
un entorno listo para continuar trabajando. Incluso, reiniciarán el servidor de Apache
de manera automática. 
&lt;/p&gt;
&lt;p&gt;
Ahora debemos crear un servidor virtual que atienda únicamente
las peticiones de mercurial a la manera de Debian. Cree el archivo mercurial dentro del directorio
&lt;i&gt;/etc/apache2/sites-available/&lt;/i&gt; con el siguiente contenido
&lt;/p&gt;
&lt;pre&gt;
 &amp;lt;VirtualHost *:80&amp;gt;
    ServerName hg1.ejemplo.com
    ServerAdmin webmaster@hg1.ejemplo.com
    DocumentRoot /var/www/mercurial/htdocs
    ErrorLog /var/log/apache2/hg-error_log
    CustomLog /var/log/apache2/hg-access_log common

    WSGIScriptAliasMatch ^(.*)$ /var/www/mercurial/cgi-bin/hgwebdir.wsgi$1

    # To enable &quot;daemon&quot; mode, uncomment following lines. 
    # (Read mod_wsgi docs for more info)
    # WSGIDaemonProcess hg1.ejemplo.com 
    # user=USER 
    # group=GROUP 
    # threads=15 
    # maximum-requests=1000
    # some more interesting options (tested on mod_wsgi 2.0):
    # processes=2 
    # umask=0007 
    # display-name=wsgi-hg1.ejemplo.com 
    # inactivity-timeout=300
    # WSGIProcessGroup hg1.ejemplo.com

    &amp;lt;Directory /var/www/mercurial/htdocs&amp;gt;
        Options FollowSymlinks
        DirectoryIndex index.html

        AllowOverride None
        Order allow,deny
        Allow from all
    &amp;lt;/Directory&amp;gt;

    &amp;lt;Directory /var/www/mercurial/cgi-bin&amp;gt;
        Options ExecCGI FollowSymlinks

        AddHandler wsgi-script .wsgi

        AllowOverride None
        Order allow,deny
        Allow from all
    &amp;lt;/Directory&amp;gt;
&amp;lt;/VirtualHost&amp;gt;
&lt;/pre&gt;
&lt;p&gt;
El ejemplo anterior se ha tomado del manual en línea de Mercurial para la instalación de 
&lt;a href=&quot;http://mercurial.selenic.com/wiki/modwsgi&quot;&gt;modwsgi en Mercurial&lt;/a&gt;.
&lt;/p&gt;
&lt;p&gt;
Ahora vaya al directorio &lt;i&gt;/etc/apache2/sites-enabled&lt;/i&gt; y cree un enlace simbólico al archivo anterior
de la forma
&lt;/p&gt;
&lt;pre&gt;
# cd /etc/apache2/sites-enabled
# ln -s ../sites-available/mercurial 011-mercurial
&lt;/pre&gt;
&lt;p&gt;
o utilice el comando 
&lt;/p&gt;
&lt;pre&gt;
# a2ensite mercurial
&lt;/pre&gt;
&lt;p&gt;
(a2ensite=&quot;apache 2 enable site&quot;) 
&lt;/p&gt;




&lt;p&gt;
Cree los directorios donde se colocarán los proyectos y la configuración de mercurial
&lt;/p&gt;
&lt;pre&gt;
# mkdir -p /var/www/mercurial/htdocs
# mkdir /var/www/mercurial/cgi-bin
&lt;/pre&gt;
&lt;p&gt;
cree el archivo &lt;i&gt;hgwebdir.config&lt;/i&gt;
&lt;/p&gt;

&lt;h3&gt;SSL en Apache2&lt;/h3&gt;
&lt;p&gt;
Instale el paquete que hará la creación de certificados qu es un wrapper para openssl
&lt;/p&gt;
&lt;pre&gt;
# apt-get install ssl-cert
&lt;/pre&gt;
&lt;p&gt;
Habilite el modulo de SSL para que funcione con apache
&lt;/p&gt;
&lt;pre&gt;
# a2enmod ssl
&lt;/pre&gt;
&lt;p&gt;
 (a2enmod=apache2 enable module)
&lt;/p&gt;
&lt;p&gt;
Configure openssl 
&lt;/p&gt;
&lt;pre&gt;
# vi /etc/ssl/openssl.cnf
&lt;/pre&gt;
&lt;p&gt;
Si desea tener un certificado para un servidor de prueba... puede utilizar directamente
el comando 
&lt;/p&gt;
&lt;pre&gt;
# mkdir /etc/apache2/ssl
# cd /etc/apache2/ssl
# make-ssl-cert /usr/share/ssl-cert/ssleay.cnf  localcerts
&lt;/pre&gt;

&lt;p&gt;
La clave y el certificado se encuentran es el mismo archivo. Ahora separe en dos archivos
que llamaremos &lt;i&gt;site.key&lt;/i&gt; y &lt;i&gt;site.pem&lt;/i&gt; y los colocamos en el mismo directorio con permisos 400 y 600
respectivamente. 
&lt;/p&gt;
&lt;pre&gt;
# chmod 600 site.pem
# chmod 400 site.key
&lt;/pre&gt;

&lt;p&gt;
Creemos el archivo de contraseñas que se utilizará para acceder al depósito de mercurial
&lt;/p&gt;
&lt;pre&gt;
# mkdir /etc/apache2/htpasswd&lt;br /&gt;
# htpasswd -cm /etc/apache2/htpasswd/ht.passwd hugo
&lt;/pre&gt;

&lt;p&gt;
A continuación creamos el archivo del servidor virtual seguro y agregaremos la información del
certificado y de la clave asignando la trayectoria completa de los archivos a las variables 
&lt;i&gt;SSLCertificateFile&lt;/i&gt; y &lt;i&gt;SSLCertificateKeyFile&lt;/i&gt; respectivamente. 
Cree el archivo &lt;i&gt;/etc/apache2/sites-available/mercurial-ssl&lt;/i&gt; con el siguiente contenido
&lt;/p&gt;
&lt;pre&gt;
 &amp;lt;VirtualHost *:443&amp;gt;
       SSLEngine On
       SSLCertificateFile /etc/apache2/ssl/site.pem
       SSLCertificateKeyFile /etc/apache2/ssl/site.key
       # SSLCertificateChainFile /trayectoria/a/DigiCertCA.pem

       ServerName hg1.ejemplo.com
       ServerAdmin webmaster@hg1.ejemplo.com
       DocumentRoot /var/www/mercurial/htdocs/
       ErrorLog /var/log/apache2/ssl.hg-error.log
       CustomLog /var/log/apache2/ssl.hg-access.log common

       WSGIScriptAliasMatch ^(.*)$ /var/www/mercurial/cgi-bin/hgwebdir.wsgi$1

       &amp;lt;Directory /var/www/mercurial/htdocs&amp;gt;
               DirectoryIndex index.html
               AddHandler wsgi-script .wsgi
               Options ExecCGI
               Order allow,deny
               Allow from all
       &amp;lt;/Directory&amp;gt;

       &amp;lt;Location / &amp;gt;
               AuthType Basic
               AuthName &quot;Ejemplo - Mercurial Repository&quot;
               AuthUserFile /etc/apache2/htpasswd/hg.passwd

               Require valid-user
       &amp;lt;/Location&amp;gt;

&amp;lt;/VirtualHost&amp;gt;
&lt;/pre&gt;
&lt;p&gt;
Active el sitio &lt;i&gt;https://hg1.ejemplo.com&lt;/i&gt;  que tiene configurado en el archivo &lt;i&gt;mercurial-ssl&lt;/i&gt;
y reinicie el servidor. Si todo marcha bien, tendrá su sitio Web seguro con soporte bajo SSL
&lt;/p&gt;
&lt;pre&gt;
# a2ensite mercurial-ssl
# /etc/init.d/apache2 restart
&lt;/pre&gt;

&lt;p&gt;
Para probar que su sitio Web seguro está funcionando ejecute el comando
&lt;/p&gt;
&lt;pre&gt;
# curl -k https://hg1.ejemplo.com
&lt;/pre&gt;
&lt;p&gt;
La opción &lt;i&gt;-k&lt;/i&gt; le indica al comando &lt;i&gt;curl&lt;/i&gt; que no haga la verificación del certificado , en caso de no 
utilizarla, recibirá un mensaje de error que no nos permitirá conocer el estado real de la instalación.
&lt;/p&gt;
&lt;p&gt;
Ahora podrá conectarse a su sitio web seguro en la dirección 
&lt;i&gt;https://hg1.ejemplo.com&lt;/i&gt;  si está utilizando un navegador Web configurado 
de manera adecuada, recibirá un mensaje de precaución indicando que el sitio Web 
tiene un certificado de seguridad autorizado localmente. Si desea tener un certificado 
auténtico existen diversas compañías (como &lt;a href=&quot;http://www.digicert.com/ssl-certificate-installation-apache.htm&quot;&gt;DigiCert&lt;/a&gt; ) que comercializan este tipo de certificados y usted
sólo deberá ejecutar las tareas de copia y asignación de permisos en el directorio
&lt;i&gt;/etc/apache2/ssl&lt;/i&gt;, los demás pasos son equivalentes.
&lt;/p&gt;
&lt;p&gt;
También puede crear un certificado de autenticidad (CA) para su propia compañía y
designar sus trayectorias de autenticación internas.  Le recomendamos revisar el manual de configuración  y 
la página de preguntas frecuentes de &lt;a href=&quot;http://httpd.apache.org/docs/2.0/ssl/ssl_faq.html&quot;&gt;Apache y OpenSSL&lt;/a&gt; directamente.
&lt;/p&gt;</description>
		<pubDate>Sat, 03 Aug 2013 13:04:00 +0200</pubDate>
		<dc:creator>Hugo Jiménez-Pérez</dc:creator>
	</item>
	<item>
		<title>Instalación de Mercurial</title> 
		<link>http://www.hugo-jimenez.fr/article13/instalacion-de-mercurial</link>
		<guid>http://www.hugo-jimenez.fr/article13/instalacion-de-mercurial</guid>
		<description>&lt;h3&gt;Instalaci&amp;oacute;n de Mercurial sobre Apache con autenticación SSL&lt;/h3&gt;
&lt;p&gt;
En esta ocasión vamos a instalar el servidor de control de versiones Mercurial y utilizaremos 
Apache con mod_ssl como interfaz Web. Suponemos que el código que se alojará en ese servidor 
no es público, así que utilizaremos autenticación por contraseñas bajo SSL.&lt;/p&gt;&lt;h3&gt;Instalación de Mercurial:&lt;/h3&gt;

&lt;p&gt;
Para instalar Mercurial en un servidor que contendrá el código fuente de una applicación que 
deseamos distribuir debemos utilizar los siguienetes comandos como superusuario:
&lt;/p&gt;
&lt;p&gt;

Para instalar el servidor de Mercurial en Debian, sólo se requiere utilizar el comando
&lt;/p&gt;
&lt;pre&gt;
# apt-get install mercurial mercurial-common 
&lt;/pre&gt;
&lt;p&gt;
El instalador de Debian, incluirá los paquetes Mercurial y Mercurial-common además de
instalar el servidor de SSH . Si no tiene instalado Python el instalador también lo considerará 
y hará una primera configuración del sistema. Una vez que haya terminado verifique la 
instalación con 
&lt;/p&gt;
&lt;pre&gt;
# hg --version
&lt;/pre&gt;

&lt;p&gt;
Una vez que tiene instalado mercurial-server, puede iniciar la configuración básica y
trabajar directamente con los depósitos a través de SSH. La desventaja es que no tendrá 
una interfaz gráfica y en algunos casos eso puede ser un problema. 
El método que implementaremos crea un depósito (repository) de aplicaciones 
sobre una instalación de Apache2 funcional. Supondremos que tiene una instalación de 
Apache2 básica (vea &lt;a href=&quot;http://www.hugo-jimenez.fr/rss/categorie4#&quot;&gt;instalación de Apache Web server&lt;/a&gt;).
&lt;/p&gt;

&lt;p&gt;
Necesitará instalar el módulo &lt;i&gt;libapache2-mod-wsgi&lt;/i&gt; 
mediante 
&lt;/p&gt;
&lt;pre&gt;
# apt-get install libapache2-mod-wsgi
&lt;/pre&gt;
&lt;p&gt;
Recuerde que en Debian, los guiones de pre-instalación y de post-instalación le dejarán 
un entorno listo para continuar trabajando. Incluso, reiniciarán el servidor de Apache
de manera automática. 
&lt;/p&gt;
&lt;p&gt;
Ahora debemos crear un servidor virtual que atienda únicamente
las peticiones de mercurial a la manera de Debian. Cree el archivo mercurial dentro del directorio
&lt;i&gt;/etc/apache2/sites-available/&lt;/i&gt; con el siguiente contenido
&lt;/p&gt;
&lt;pre&gt;
 &amp;lt;VirtualHost *:80&amp;gt;
    ServerName hg1.ejemplo.com
    ServerAdmin webmaster@hg1.ejemplo.com
    DocumentRoot /var/www/mercurial/htdocs
    ErrorLog /var/log/apache2/hg-error_log
    CustomLog /var/log/apache2/hg-access_log common

    WSGIScriptAliasMatch ^(.*)$ /var/www/mercurial/cgi-bin/hgwebdir.wsgi$1

    # To enable &quot;daemon&quot; mode, uncomment following lines. 
    # (Read mod_wsgi docs for more info)
    # WSGIDaemonProcess hg1.ejemplo.com 
    # user=USER 
    # group=GROUP 
    # threads=15 
    # maximum-requests=1000
    # some more interesting options (tested on mod_wsgi 2.0):
    # processes=2 
    # umask=0007 
    # display-name=wsgi-hg1.ejemplo.com 
    # inactivity-timeout=300
    # WSGIProcessGroup hg1.ejemplo.com

    &amp;lt;Directory /var/www/mercurial/htdocs&amp;gt;
        Options FollowSymlinks
        DirectoryIndex index.html

        AllowOverride None
        Order allow,deny
        Allow from all
    &amp;lt;/Directory&amp;gt;

    &amp;lt;Directory /var/www/mercurial/cgi-bin&amp;gt;
        Options ExecCGI FollowSymlinks

        AddHandler wsgi-script .wsgi

        AllowOverride None
        Order allow,deny
        Allow from all
    &amp;lt;/Directory&amp;gt;
&amp;lt;/VirtualHost&amp;gt;
&lt;/pre&gt;
&lt;p&gt;
El ejemplo anterior se ha tomado del manual en línea de Mercurial para la instalación de 
&lt;a href=&quot;http://mercurial.selenic.com/wiki/modwsgi&quot;&gt;modwsgi en Mercurial&lt;/a&gt;.
&lt;/p&gt;
&lt;p&gt;
Ahora vaya al directorio &lt;i&gt;/etc/apache2/sites-enabled&lt;/i&gt; y cree un enlace simbólico al archivo anterior
de la forma
&lt;/p&gt;
&lt;pre&gt;
# cd /etc/apache2/sites-enabled
# ln -s ../sites-available/mercurial 011-mercurial
&lt;/pre&gt;
&lt;p&gt;
o utilice el comando 
&lt;/p&gt;
&lt;pre&gt;
# a2ensite mercurial
&lt;/pre&gt;
&lt;p&gt;
(a2ensite=&quot;apache 2 enable site&quot;) 
&lt;/p&gt;




&lt;p&gt;
Cree los directorios donde se colocarán los proyectos y la configuración de mercurial
&lt;/p&gt;
&lt;pre&gt;
# mkdir -p /var/www/mercurial/htdocs
# mkdir /var/www/mercurial/cgi-bin
&lt;/pre&gt;
&lt;p&gt;
cree el archivo &lt;i&gt;hgwebdir.config&lt;/i&gt;
&lt;/p&gt;

&lt;h3&gt;SSL en Apache2&lt;/h3&gt;
&lt;p&gt;
Instale el paquete que hará la creación de certificados qu es un wrapper para openssl
&lt;/p&gt;
&lt;pre&gt;
# apt-get install ssl-cert
&lt;/pre&gt;
&lt;p&gt;
Habilite el modulo de SSL para que funcione con apache
&lt;/p&gt;
&lt;pre&gt;
# a2enmod ssl
&lt;/pre&gt;
&lt;p&gt;
 (a2enmod=apache2 enable module)
&lt;/p&gt;
&lt;p&gt;
Configure openssl 
&lt;/p&gt;
&lt;pre&gt;
# vi /etc/ssl/openssl.cnf
&lt;/pre&gt;
&lt;p&gt;
Si desea tener un certificado para un servidor de prueba... puede utilizar directamente
el comando 
&lt;/p&gt;
&lt;pre&gt;
# mkdir /etc/apache2/ssl
# cd /etc/apache2/ssl
# make-ssl-cert /usr/share/ssl-cert/ssleay.cnf  localcerts
&lt;/pre&gt;

&lt;p&gt;
La clave y el certificado se encuentran es el mismo archivo. Ahora separe en dos archivos
que llamaremos &lt;i&gt;site.key&lt;/i&gt; y &lt;i&gt;site.pem&lt;/i&gt; y los colocamos en el mismo directorio con permisos 400 y 600
respectivamente. 
&lt;/p&gt;
&lt;pre&gt;
# chmod 600 site.pem
# chmod 400 site.key
&lt;/pre&gt;

&lt;p&gt;
Creemos el archivo de contraseñas que se utilizará para acceder al depósito de mercurial
&lt;/p&gt;
&lt;pre&gt;
# mkdir /etc/apache2/htpasswd&lt;br /&gt;
# htpasswd -cm /etc/apache2/htpasswd/ht.passwd hugo
&lt;/pre&gt;

&lt;p&gt;
A continuación creamos el archivo del servidor virtual seguro y agregaremos la información del
certificado y de la clave asignando la trayectoria completa de los archivos a las variables 
&lt;i&gt;SSLCertificateFile&lt;/i&gt; y &lt;i&gt;SSLCertificateKeyFile&lt;/i&gt; respectivamente. 
Cree el archivo &lt;i&gt;/etc/apache2/sites-available/mercurial-ssl&lt;/i&gt; con el siguiente contenido
&lt;/p&gt;
&lt;pre&gt;
 &amp;lt;VirtualHost *:443&amp;gt;
       SSLEngine On
       SSLCertificateFile /etc/apache2/ssl/site.pem
       SSLCertificateKeyFile /etc/apache2/ssl/site.key
       # SSLCertificateChainFile /trayectoria/a/DigiCertCA.pem

       ServerName hg1.ejemplo.com
       ServerAdmin webmaster@hg1.ejemplo.com
       DocumentRoot /var/www/mercurial/htdocs/
       ErrorLog /var/log/apache2/ssl.hg-error.log
       CustomLog /var/log/apache2/ssl.hg-access.log common

       WSGIScriptAliasMatch ^(.*)$ /var/www/mercurial/cgi-bin/hgwebdir.wsgi$1

       &amp;lt;Directory /var/www/mercurial/htdocs&amp;gt;
               DirectoryIndex index.html
               AddHandler wsgi-script .wsgi
               Options ExecCGI
               Order allow,deny
               Allow from all
       &amp;lt;/Directory&amp;gt;

       &amp;lt;Location / &amp;gt;
               AuthType Basic
               AuthName &quot;Ejemplo - Mercurial Repository&quot;
               AuthUserFile /etc/apache2/htpasswd/hg.passwd

               Require valid-user
       &amp;lt;/Location&amp;gt;

&amp;lt;/VirtualHost&amp;gt;
&lt;/pre&gt;
&lt;p&gt;
Active el sitio &lt;i&gt;https://hg1.ejemplo.com&lt;/i&gt;  que tiene configurado en el archivo &lt;i&gt;mercurial-ssl&lt;/i&gt;
y reinicie el servidor. Si todo marcha bien, tendrá su sitio Web seguro con soporte bajo SSL
&lt;/p&gt;
&lt;pre&gt;
# a2ensite mercurial-ssl
# /etc/init.d/apache2 restart
&lt;/pre&gt;

&lt;p&gt;
Para probar que su sitio Web seguro está funcionando ejecute el comando
&lt;/p&gt;
&lt;pre&gt;
# curl -k https://hg1.ejemplo.com
&lt;/pre&gt;
&lt;p&gt;
La opción &lt;i&gt;-k&lt;/i&gt; le indica al comando &lt;i&gt;curl&lt;/i&gt; que no haga la verificación del certificado , en caso de no 
utilizarla, recibirá un mensaje de error que no nos permitirá conocer el estado real de la instalación.
&lt;/p&gt;
&lt;p&gt;
Ahora podrá conectarse a su sitio web seguro en la dirección 
&lt;i&gt;https://hg1.ejemplo.com&lt;/i&gt;  si está utilizando un navegador Web configurado 
de manera adecuada, recibirá un mensaje de precaución indicando que el sitio Web 
tiene un certificado de seguridad autorizado localmente. Si desea tener un certificado 
auténtico existen diversas compañías (como &lt;a href=&quot;http://www.digicert.com/ssl-certificate-installation-apache.htm&quot;&gt;DigiCert&lt;/a&gt; ) que comercializan este tipo de certificados y usted
sólo deberá ejecutar las tareas de copia y asignación de permisos en el directorio
&lt;i&gt;/etc/apache2/ssl&lt;/i&gt;, los demás pasos son equivalentes.
&lt;/p&gt;
&lt;p&gt;
También puede crear un certificado de autenticidad (CA) para su propia compañía y
designar sus trayectorias de autenticación internas.  Le recomendamos revisar el manual de configuración  y 
la página de preguntas frecuentes de &lt;a href=&quot;http://httpd.apache.org/docs/2.0/ssl/ssl_faq.html&quot;&gt;Apache y OpenSSL&lt;/a&gt; directamente.
&lt;/p&gt;</description>
		<pubDate>Mon, 26 Apr 2010 01:50:00 +0200</pubDate>
		<dc:creator>Hugo Jiménez-Pérez</dc:creator>
	</item>
	<item>
		<title>Manejo de proyectos en Webistrano</title> 
		<link>http://www.hugo-jimenez.fr/article11/manejo-de-proyectos-en-webistrano</link>
		<guid>http://www.hugo-jimenez.fr/article11/manejo-de-proyectos-en-webistrano</guid>
		<description>&lt;h3&gt;Creaci&amp;oacute;n de proyectos en Webistrano&lt;/h3&gt;
&lt;p&gt;Este artículo finaliza la instalación de Webistrano y la distribución de una aplicación
simple. En los dos artículos anteriores se hizo la instalación de Capistrano y Webistrano,
configurando Apache para que alojara a este último como un servidor Web Vitual. Aquí veremos el 
manejo básico de proyectos, etapas, equipos y usuarios en Webistrano.&lt;/p&gt;&lt;br /&gt;
&lt;p&gt;
&lt;a href=&quot;http://www.hugo-jimenez.fr/?article10/instalando-webistrano&quot;&gt;Instalaci&amp;oacute;n de Capistrano-Webistrano&lt;/a&gt;| 
&lt;a href=&quot;http://www.hugo-jimenez.fr/?article9/instalando-webistrano&quot;&gt;Instegraci&amp;oacute;n bajo Apache&lt;/a&gt;
&lt;/p&gt;
&lt;h3&gt;Distribuyendo una aplicaci&amp;oacute;n no Rails&lt;/h3&gt;

&lt;h3&gt;Ahora la parte divertida.&lt;/h3&gt;
&lt;p&gt;
Capistrano clasifica las cosas en proyectos, etapas y recetas. Cada aplicaci&amp;oacute;n 
que desee que sea distribuida por Capistrano debe tener su propio proyecto. Cada proyecto debe
tener una etapa al menos y opcionalmente permitir la configuraci&amp;oacute;n de etapas  y de
distribuci&amp;oacute;n. 
&lt;/p&gt;
&lt;p&gt;
Los equipos se deben de agregar de manera global y constituir&amp;aacute;n los objetivos 
de una distribuci&amp;oacute;n para un  proyecto dado. Los equipos pueden incluir servidores
de Web, de applicaciones y de bases de datos.&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;

Las distribuciones en Capistrano se colocan en un subdirectorio dentro del directorio &lt;i&gt;release&lt;/i&gt;
que se nombra en base a la fecha y la hora de la distribuci&amp;oacute;n. De manera predeterminada
se mantienen 5 liberaciones con la informaci&amp;oacute;n para deshacer los cambios. Hasta el momento
en que una distribuci&amp;oacute;n es exitosa se acualiza un enlace hacia ese directorio de 
distribuci&amp;oacute;n (&lt;i&gt;simlink&lt;/i&gt; que lleva el nombre predeterminado 
de &lt;i&gt;current&lt;/i&gt; y puede modificarse mediante la variable de configuraci&amp;oacute;n 
&lt;i&gt;current_path&lt;/i&gt;). Este enlace es el que debe considerarse en la configuraci&amp;oacute;n del
servidor de Apache (de hecho debe ser el valor de &lt;i&gt;DocumentRoot&lt;/i&gt;).&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;

Capistrano tambi&amp;eacute;n crea un directorio compartido cuyo nombre es &lt;i&gt;shared&lt;/i&gt; que se enlaza
en cada liberación y se utiliza para almacenar las bitácoras y otros datos adicionales 
que deban mantenerse entre cada distribución.&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;

Para aplicaciones que no sean de tipo &lt;i&gt;Rails&lt;/i&gt; usted deberá utilizar el tipo de proyecto &lt;i&gt;Pure File&lt;/i&gt;
al momento de crearlo. Después de la creación del proyecto podrá agregar las variables de configuración
específicas para ese proyecto. Se recomienda utilizar la opción &lt;i&gt;:export&lt;/i&gt; en lugar de &lt;i&gt;:checkout&lt;/i&gt;
para la instrucciốn &lt;i&gt;deploy_via&lt;/i&gt; para las distribuciones de producción de la aplicación &lt;i&gt;subversion&lt;/i&gt;;
de esta forma no se expondrán los directorios &lt;i&gt;.svn&lt;/i&gt;. Utilice un usuario de SSH que tenga los permisos 
suficientes para crear directorios donde la distribución se lleve a cabo, o epecifique el valor de &lt;i&gt;user_sudo&lt;/i&gt; 
en &lt;i&gt;true&lt;/i&gt; y cree una variable de configuración &lt;i&gt;runner admin_runner:admin_runner&lt;/i&gt; en el archivo 
&lt;i&gt;/etc/sudoers&lt;/i&gt;.&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;

Agregue una etapa para producción a su proyecto mediante &lt;i&gt;production&lt;/i&gt;. En la página &lt;i&gt;Manage Hosts&lt;/i&gt;
agregue un equipo por cada servidor donde se instalará la applicación. Después agregue cada equipo
como un objetivo  &lt;i&gt;target&lt;/i&gt; para la etapa &lt;i&gt;production&lt;/i&gt; de su proyecto.&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;

En este punto puede ejecutar la tarea &lt;i&gt;Setup&lt;/i&gt; para la etapa &lt;i&gt;production&lt;/i&gt;. Esta es una
tarea que se ejecuta sólo una vez y simplemente crea los subdirectorios.&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;

Asumamos que todo salió bien, intente entonces una distribución con &lt;i&gt;Deploy&lt;/i&gt; y vea si finaliza son errores.
Deberá tener cuidado de asignar los permisos adecuados a  los directorios. &lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;

Para un entorno de aplicaciones PHP hay un  par de tareas adicionales que vamos a ejecutar además de las tareas 
que realiza Capistrano. Realícelas creando recetas personalizadas en la página &lt;i&gt;Manage 
Recipes&lt;/i&gt; en Webistrano. Las recetas son simplemente procedimientos escritos en Ruby. 
A continuación verá el código de estas recetas: 
&lt;/p&gt;

&lt;pre&gt;
namespace :deploy do
    task :setup, :except =&gt; { :no_release =&gt; true } do
        dirs = [deploy_to, releases_path, shared_path]
        dirs += shared_children.map { |d| File.join(shared_path, d) }
        run &quot;#{try_sudo} mkdir -p #{dirs.join(&#039; &#039;)} &amp;&amp; #{try_sudo} chmod g+w #{dirs.join(&#039; &#039;)}&quot;
        run &quot;chmod 777 #{shared_path}/log&quot;
    end
 
    task :finalize_update, :except =&gt; { :no_release =&gt; true } do
        run &quot;mkdir -p #{latest_release}/app/tmp&quot;
        run &quot;chmod -R 777 #{latest_release}/app/tmp&quot;
        run &quot;rm -rf #{latest_release}/app/logs&quot;
        run &quot;ln -s #{shared_path}/log #{latest_release}/app/logs&quot;
        run &quot;cp #{latest_release}/public_html/.htaccess-production #{latest_release}/public_html/.htaccess&quot;
        run &quot;cp #{latest_release}/app/config/config-production.php #{latest_release}/app/config/config.php&quot;
        run &quot;cp #{latest_release}/app/config/db-default.php #{latest_release}/app/config/db.php&quot;
        run &quot;cp #{latest_release}/app/config/memcache-default.php #{latest_release}/app/config/memcache.php&quot;
    end
end
&lt;/pre&gt;
&lt;p&gt;
Si aún no está familiarizado con Ruby, le diré que este código esencialmente sobrescribe dos tareas en el 
espacio de nombres &lt;i&gt;:deploy&lt;/i&gt;.&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;
El primer 
&lt;i&gt;:setup&lt;/i&gt; simplemente duplica la funcionalidad de base discutida anteriormente 
(crear las liberaciones y los directorios compartidos) y cambia los permisos de 
acceso a dichos directorios. 
&lt;/p&gt;
&lt;p&gt;
La segunda tarea 
&lt;i&gt;:finalize_update&lt;/i&gt;, realiza una serie de tareas de configuración 
para una aplicación PHP construida en mi framework. También notará que he eliminado el
directorio de las bitácoras y el enlace al directorio de bitácoras compartidas. De esta 
forma todas las liberaciones enviarán sus bitácoras al mismo directorio.
&lt;/p&gt;
&lt;p&gt;
Todos estos procedimientos son instrucciones en la línea de comandos. De manera alternativa,
puede hacer una variedad de cosas explotando las capacidades del menguaje Ruby y de cualquier
gem que usted escriba. Cosas como acceder a las APIs de CDN para eliminar imágenes, archivos JS o CSS 
del directorio de cache, etc.

&lt;h3&gt;Distribuyendo aplicaciones Django&lt;/h3&gt;
En primera, lo mejor es que distribuya las aplicaciones Django mediante el 
módulo mod_wsgi. Para facilitar el proceso de distribución cree el guión 
app.wsgi de la siguiente forma:

&lt;div class=&quot;command&quot; style=&quot;margin:8pt; color:yellow; background: #000000;padding:5pt;&quot;&gt;
1	import os&lt;br /&gt;
2	import sys&lt;br /&gt;
3	 &lt;br /&gt;
4	appdir = os.path.normpath(os.path.join(os.path.realpath(os.path.dirname(__file__)), &#039;..&#039;))&lt;br /&gt;
5	sys.path.insert(0, appdir)&lt;br /&gt;
6	os.environ[&#039;DJANGO_SETTINGS_MODULE&#039;] = &#039;settings&#039;&lt;br /&gt;
7	os.environ[&#039;PYTHON_EGG_CACHE&#039;] = os.path.join(appdir, &#039;.python-eggs&#039;)&lt;br /&gt;
8	import django.core.handlers.wsgi&lt;br /&gt;
9	application = django.core.handlers.wsgi.WSGIHandler()&lt;br /&gt;
&lt;/div&gt;

Este código evita que usted escriba las trayectorias de archivo en los guiones wsgi 
(y por lo tanto que tenga que cambiarlos al momento de distribuirlos). El código asume 
la siguiente estructura de archivos:

&lt;div class=&quot;command&quot; style=&quot;margin:8pt; color:yellow; background: #000000;padding:5pt;&quot;&gt;
    .python-eggs (egg cache)&lt;br /&gt;
    apps (apps path is added to python system path in settings.py)&lt;br /&gt;
    public (where your .wsgi script resides)&lt;br /&gt;
    site_media&lt;br /&gt;
    templates&lt;br /&gt;
    settings.py&lt;br /&gt;
    settings-production.py (used for deploy)&lt;br /&gt;
    urls.py&lt;br /&gt;
    ... 
&lt;/div&gt;


Si sigue esta convención, la siguiente receta de Capistrano trabaja muy bien:

&lt;div class=&quot;command&quot; style=&quot;margin:8pt; color:yellow; background: #000000;padding:5pt;&quot;&gt;
01	namespace :deploy do&lt;br /&gt;
02	    task :setup, :except =&gt; { :no_release =&gt; true } do&lt;br /&gt;
03	        dirs = [deploy_to, releases_path, shared_path]&lt;br /&gt;
04	        dirs += shared_children.map { |d| File.join(shared_path, d) }&lt;br /&gt;
05	        run &quot;#{try_sudo} mkdir -p #{dirs.join(&#039; &#039;)} &amp;&amp; #{try_sudo} chmod g+w #{dirs.join(&#039; &#039;)}&quot;&lt;br /&gt;
06	        run &quot;chmod 777 #{shared_path}/log&quot;&lt;br /&gt;
07	    end&lt;br /&gt;
08	 &lt;br /&gt;
09	    task :finalize_update, :except =&gt; { :no_release =&gt; true } do&lt;br /&gt;
10	        run &quot;rm -rf #{latest_release}/logs&quot;&lt;br /&gt;
11	        run &quot;ln -s #{shared_path}/log #{latest_release}/logs&quot;&lt;br /&gt;
12	        run &quot;cp #{latest_release}/settings-production.py #{latest_release}/settings.py&quot;&lt;br /&gt;
13	        run &quot;mkdir -p #{latest_release}/.python-eggs&quot;&lt;br /&gt;
14	        run &quot;chmod 777 #{latest_release}/.python-eggs&quot;&lt;br /&gt;
15	    end&lt;br /&gt;
16	end
&lt;/div&gt;

&lt;p&gt;
&lt;a href=&quot;http://www.hugo-jimenez.fr/?article10/instalando-webistrano&quot;&gt;Instalaci&amp;oacute;n de Capistrano-Webistrano&lt;/a&gt;| 
&lt;a href=&quot;http://www.hugo-jimenez.fr/?article9/instalando-webistrano&quot;&gt;Instegraci&amp;oacute;n bajo Apache&lt;/a&gt;
&lt;/p&gt;</description>
		<pubDate>Wed, 21 Apr 2010 01:07:00 +0200</pubDate>
		<dc:creator>Hugo Jiménez-Pérez</dc:creator>
	</item>
	<item>
		<title>Instalando Webistrano 1.5 en Debian Squeeze II.</title> 
		<link>http://www.hugo-jimenez.fr/article9/instalando-webistrano</link>
		<guid>http://www.hugo-jimenez.fr/article9/instalando-webistrano</guid>
		<description>&lt;h3&gt;Continuación de la instalación de Webistrano.&lt;/h3&gt;
En este art&amp;iacute;culo configurar&amp;aacute; Webistrano para que se ejecute
como un servidor virtual dentro de apache. El m&amp;oacute;dulo &lt;i&gt;passenger&lt;/i&gt;
de apache permite esta integraci&amp;oacute;n.&lt;p&gt;
&lt;a href=&quot;http://www.hugo-jimenez.fr/?article10/instalando-webistrano&quot;&gt;Instalaci&amp;oacute;n de Capistrano-Webistrano&lt;/a&gt;|
&lt;a href=&quot;http://www.hugo-jimenez.fr/?article11/manejo-de-proyectos-en-webistrano&quot;&gt;Manejo de proyectos en Webistrano&lt;/a&gt;
&lt;/p&gt;


&lt;h3&gt;Phusion Passenger&lt;/h3&gt;
&lt;p&gt;
Si usted desea tener un entorno adecuado para producci&amp;oacute;n real puede utilizar
Phusion Passenger.
En una sesi&amp;oacute;n de root instale el siguiente paquete:
&lt;/p&gt;
&lt;pre&gt;
# apt-get install libapache2-mod-passenger
&lt;/pre&gt;

&lt;p&gt;
    Si usted est&amp;aacute; usando otra versi&amp;oacute; de Linux diferente a Debian, el 
proceso de installaci&amp;oacute;n es completamente distinto. Revise el sitio de  
&lt;a href=&quot;http://www.modrails.com/install.html&quot;&gt;ModRails&lt;/a&gt;  para obtener informaci&amp;oacute;n
sobre el proceso de instalasi&amp;oacute;n  y configuraci&amp;oacute;n en otras distribuciones de Linux.
&lt;/p&gt;
&lt;p&gt;
    Los archivos pre-inst y post-inst del instalador dpkg configurar&amp;aacute;n los m&amp;oacute;dulos
en Apache, solo debemos verificar que los datos sean los correctos. Solo debe editar el archivo 
&lt;i&gt;/etc/apache2/mods-available/passenger.conf&lt;/i&gt; para que contenga los valores correctos de su
configuraci&amp;oacute;n. Debe verse de la siguiente manera
&lt;/p&gt;
&lt;pre&gt;
&amp;lt;IfModule mod_passenger.c&amp;gt; 
    PassengerRoot /usr/lib/ruby/1.8/phusion_passenger
    PassengerRuby /usr/bin/ruby 
&amp;lt;/IfModule&amp;gt;  
&lt;/pre&gt;
&lt;p&gt;
La variable PassengerRoot tiene el valor predeterminado de &lt;i&gt;/usr&lt;/i&gt; as&amp;iacute; que este 
cambio siempre ser&amp;aacute; necesario.
&lt;/p&gt;

&lt;p&gt;
Ahora, cree un archivo llamado &lt;i&gt;webistrano&lt;/i&gt; en el directorio &lt;i&gt;/etc/apache2/sites-available/&lt;/i&gt;
y agregue la siguiente informaci&amp;oacute;n 
&lt;/p&gt;
&lt;pre&gt;
&amp;lt;VirtualHost *:80&amp;gt;
    ServerName webistrano.ejemplo.com
    DocumentRoot /var/opt/webistrano/public 
&amp;lt;/VirtualHost&amp;gt; 
&lt;/pre&gt;
&lt;p&gt;
Guarde el archivo y cree un enlace simb&amp;oacute;lico en el directorio &lt;i&gt;/etc/apache2/sites-enabled&lt;/i&gt; 
con el comando
&lt;/p&gt;
&lt;pre&gt;
# cd /etc/apache2/sites-enabled/
# ln -s ../sites-available/webistrano webistrano 
&lt;/pre&gt;
&lt;p&gt;
Reinicie Apache para que el servidor cargue la nueva configuraci&amp;oacute;n
&lt;/p&gt;
&lt;pre&gt;
# /etc/init.d/apache2 restart
&lt;/pre&gt;
&lt;p&gt;
y verifique que el servidor de bases de datos est&amp;eacute; funcionando.
&lt;/p&gt;
&lt;p&gt;
Ahora puede abrir su navegador Web y escribir &lt;i&gt;http://webistrano.ejemplo.com&lt;/i&gt;, 
obtendr&amp;aacute; una pantalla como la siguiente:
&lt;/p&gt;
&lt;div style=&quot;padding: 10pt; float:left;&quot;&gt;
&lt;a href=&quot;http://www.hugo-jimenez.fr/data/images/webistrano.ex-login.png&quot;&gt;&lt;img src=&quot;http://www.hugo-jimenez.fr/data/images/webistrano.ex-login.png.tb&quot; alt=&quot;Webistrano&quot; /&gt;&lt;/a&gt;
&lt;/div&gt;
&lt;br /&gt;
&lt;p&gt;
Vea que en la barra de direcciones del navegador, aparece la URL como
&lt;i&gt;http://webistrano.ejemplo.com/sessions/new&lt;/i&gt; a diferencia de la direcci&amp;oacute;n del 
art&amp;iacute;culo anterior que era &lt;i&gt;http://webistrano.localhost/sessions/new&lt;/i&gt;. La imagen 
NO est&amp;aacute; editada, es la original (y probablemente tenga el nombre en ingl&amp;eacute;s
porque eran mis pruebas).
&lt;/p&gt;
&lt;p&gt;
Otro detalle. Si obtiene un mensaje que no existe esa direcci&amp;oacute;n Web, entonces debe configurar
su DNS, NIS, LDAP o archivo hosts para que traduzca la direcci&amp;oacute;n 
l&amp;oacute;gica en num&amp;eacute;rica. Si est&amp;aacute; en su entorno de prueba (y est&amp;aacute;
acostumbrado al manejo de la l&amp;iacute;nea de comandos) puede agregar
esta l&amp;iacute;nea en el archivo &lt;i&gt;/etc/hosts&lt;/i&gt; mediante el comando
&lt;/p&gt;
&lt;pre&gt;
# echo &quot;127.0.0.1 webistrano.ejemplo.com&quot; &amp;gt;&amp;gt; /etc/hosts  
&lt;/pre&gt;
&lt;p&gt;
En un entorno de producci&amp;oacute;n, deber&amp;aacute; hacer una copia de respaldo del 
archivo &lt;i&gt;/etc/hosts&lt;/i&gt;, editar el original para agregar 
&lt;/p&gt;
&lt;pre&gt;
127.0.0.1 webistrano.ejemplo.com
&lt;/pre&gt;
&lt;p&gt;y guardar el archivo de forma segura. Por supuesto, en un entorno de producci&amp;oacute;n
usted agregar&amp;aacute; el registro en su servidor DNS, NIS, LDAP o aquel que utilice para
la resoluci&amp;oacute;n de nombres. 
&lt;/p&gt;


&lt;p&gt;
Ahora simplemente debe agregar entradas &lt;i&gt;VirtualHost&lt;/i&gt; a su archivo 
&lt;i&gt;/etc/apache2/sites-availables/webistrano&lt;/i&gt; para cada una de sus aplicaciones Rails.

Agregue las directivas de configuración que mejor se adapten
a su sistema.
&lt;/p&gt;
Hasta la pr&amp;oacute;xima...

&lt;p&gt;
&lt;a href=&quot;http://www.hugo-jimenez.fr/?article10/instalando-webistrano&quot;&gt;Instalaci&amp;oacute;n de Capistrano-Webistrano&lt;/a&gt;|
&lt;a href=&quot;http://www.hugo-jimenez.fr/?article11/manejo-de-proyectos-en-webistrano&quot;&gt;Manejo de proyectos en Webistrano&lt;/a&gt;
&lt;/p&gt;</description>
		<pubDate>Tue, 20 Apr 2010 17:53:00 +0200</pubDate>
		<dc:creator>Hugo Jiménez-Pérez</dc:creator>
	</item>
	<item>
		<title>Instalando Webistrano 1.5 en Debian Squeeze I.</title> 
		<link>http://www.hugo-jimenez.fr/article10/instalando-webistrano</link>
		<guid>http://www.hugo-jimenez.fr/article10/instalando-webistrano</guid>
		<description>&lt;h3&gt;Un pequeño tutorial de instalación de Webistrano.&lt;/h3&gt;
Este tutorial esta pensado para aquellos administradores que utilizan 
Debian y deseean iniciar una administración centralizada de una red
Linux-UNIX mediante SSH-BASH-Ruby.&lt;p&gt;
&lt;a href=&quot;http://www.hugo-jimenez.fr/?article9/instalando-webistrano&quot;&gt;Instegraci&amp;oacute;n bajo Apache&lt;/a&gt;|
&lt;a href=&quot;http://www.hugo-jimenez.fr/?article11/manejo-de-proyectos-en-webistrano&quot;&gt;Manejo de proyectos en Webistrano&lt;/a&gt;
&lt;/p&gt;


&lt;p&gt;Hola a todos!&lt;/p&gt;
&lt;p&gt;Ahora que debo trabajar con Webistrano y Capistrano para instalar un servidor
de distribuci&amp;oacute;n  de aplicaciones (Application Deployment), pens&amp;eacute; 
que ser&amp;iacute;a un excelente
pretexto para escribir el tutorial... como muchos ya me conocer&amp;aacute;n, siempre
hacemos la instalaci&amp;oacute;n, configuraci&amp;oacute;n, puesta a punto y los guiones en 
BASH para la administraci&amp;oacute;n general de los servidores y al final que queremos 
escribir las notas ya no tenemos tiempo.&lt;/p&gt;

&lt;p&gt;En esta ocasi&amp;oacute;n voy a escribir este tutorial al tiempo que estoy configurando 
los servidores, de forma que sea m&amp;aacute;s f&amp;aacute;cil de seguir todos los pasos y de verificar
los errores, bajo riesgo que algunos de ellos no se haya solucionado todav&amp;iacute;a.&lt;/p&gt;

&lt;p&gt;
&lt;a href=&quot;http://www.capify.org/&quot;&gt;Capistrano&lt;/a&gt; es una herramienta para distribuci&amp;oacute;n 
de aplicaciones y su objetivo es automatizar tareas remotas en uno o varios servidores. 
Capistrano ejecuta tareas de dministraci&amp;oacute;n en paralelo en los equipos remotos y 
permite llevar un control de cambios para recuperar el estado anterior de dichos equipos
 (bueno, en principio as&amp;iacute; debe ser). Esta herramienta es ideal 
para aquellos administradores que tienen a su cargo m&amp;aacute;s de un servidor. 

Capistrano depende de &lt;a href=&quot;http://www.ruby-lang.org/es/&quot;&gt;Ruby&lt;/a&gt;, 
&lt;a href=&quot;http://rubyforge.org/projects/rubygems/&quot;&gt;RubyGems&lt;/a&gt;, 
&lt;a href=&quot;http://www.apache.org&quot;&gt;Apache 2.0&lt;/a&gt;, 
&lt;a href=&quot;http://www.mysql.com&quot;&gt;MySQL 5.0&lt;/a&gt; y 
&lt;a href=&quot;http://subversion.tigris.org/&quot;&gt;Subversion&lt;/a&gt;, y ya que en mi equipo
yo tengo instalado Subversion, Apache y MySQL, solo dar&amp;eacute; los detalles de la instalaci&amp;oacute;n
de las otras herramientas.
&lt;/p&gt;
&lt;p&gt;
En una sesi&amp;oacute;n de &lt;i&gt;root&lt;/i&gt; escriba el comando 
&lt;/p&gt;
&lt;pre&gt;
# apt-get install ruby rubygems rake 
# apt-get install libopenssl-ruby ruby1.8-dev libmysql-ruby libmysqlclient-dev
&lt;/pre&gt;
&lt;p&gt;
para instalar las herramientas y las diversas bibliotecas de las que depende Ruby y RubyGems.  
&lt;/p&gt;

&lt;p&gt;
Ahora debe escribir el comando 
&lt;/p&gt;
&lt;pre&gt;
# gem install capistrano
# gem install rack -v=1.0.1
# gem install rails
# gem install mysql
&lt;/pre&gt;
&lt;p&gt;
para que Ruby instale Capistrano y las bibliotecas para comunicaci&amp;oacute;n segura sobre la red.
Se instalar&amp;aacute;n seis paquetes que son  Net::SSH, Net::SFTP, Net::SCP, Net::SSH::Gateway, HighLine y Capistrano.
&lt;/p&gt;
&lt;p&gt;
El que quiera instalar capistrano de manera manual, puede descargar el código fuente 
desde el sitio Web de &lt;a href=&quot;http://www.github.org&quot;&gt;GitHub&lt;/a&gt; directamente en el siguiente enlace
&lt;a href=&quot;http://www.github.com/capistrano/capistrano&quot;&gt;http://www.github.com/capistrano/capistrano&lt;/a&gt;
Ah&amp;iacute; mismo encontrar&amp;aacute; las instrucciones para su instalaci&amp;oacute;n.
&lt;/p&gt; 

&lt;p&gt;
&lt;/p&gt;

&lt;h3&gt;Webistrano&lt;/h3&gt;
La instalaci&amp;oacute;n de Webistrano se realiza manualmente de la siguiente
forma:&lt;br /&gt;
&lt;ul&gt;
    &lt;li&gt;Descargue el archivo compactado desde la p&amp;aacute;gina oficial 
        &lt;a href=&quot;http://wiki.github.com/peritor/webistrano/download&quot;&gt;descargas de Webistrano&lt;/a&gt;
        o puede hacer clic directamente sobre este enlace 
        &lt;a href=&quot;http://github.com/downloads/peritor/webistrano/webistrano-1.5.zip&quot;&gt;Webistrano 1.5&lt;/a&gt;
    &lt;/li&gt;
    &lt;li&gt;
        Una vez que haya terminado la descarga del achivo, descomprimalo en el directorio donde desee que 
        se guarde 
&lt;pre&gt;
# cd /var/opt/ 
# unzip /ruta/a/descargas/webistrano-1.5.zip
&lt;/pre&gt;
    &lt;/li&gt;
    &lt;li&gt;
        Configure las tablas para webistrano en la base de datos y
        cree el usuario &lt;i&gt;webistrano&lt;/i&gt; 
Setup the database tables and create a new webistrano user (obviously be conscious of your security preferences for access to your database in the host and password portions):
&lt;pre&gt;
# mysqladmin -u root -p create webistrano
# mysql -u root -p
Enter password:****
mysql&gt; CREATE USER &#039;webistrano&#039;@&#039;localhost&#039; IDENTIFIED BY &#039;password&#039;; 
mysql&gt; GRANT ALL PRIVILEGES ON `webistrano`.* 
       TO &#039;webistrano&#039;@&#039;localhost&#039; WITH GRANT OPTION;
&lt;/pre&gt;
         Debe tener cuidado con los ap&amp;oacute;strofes y la comilla, note que al asignar los privilegios
         se han utilizado comillas invertidas para determinar el nombre de la base de datos. 
    &lt;/li&gt;
    &lt;li&gt;
         En el directorio donde decompact&amp;oacute; Webistrano deber&amp;aacute; deber&amp;aacute; 
         crear un archivo de configuraci&amp;oacute;n funcional. Para ello, entre al directorio de 
         configuraci&amp;oacute;n 
&lt;pre&gt;
# cd config
&lt;/pre&gt;
         y copie el archivo de ejemplo con 
&lt;pre&gt;
# cp database.yml.sample database.yml
&lt;/pre&gt;
         y mantenga la versi&amp;oacute;n original para poder iniciar una nueva configuraci&amp;oacute;n 
         si algo no sale bien.
         &lt;br /&gt;
     &lt;/li&gt;
     &lt;li&gt;
         Edite este archivo para agregar la informaci&amp;oacute;n sobre la configuraci&amp;oacute;n de la
         base de datos de MySQL. Esta informaci&amp;oacute;n debe colocarse en la secci&amp;oacute;n 
         &lt;i&gt;production&lt;/i&gt;. De manera predeterminada la aplicaci&amp;oacute;n utiliza un &lt;i&gt;socket&lt;/i&gt;
         para nuestro caso vamos a utilizar las variables host: y port: de la siguiente forma
&lt;pre&gt;
production:
  adapter: mysql
  database: webistrano
  username: root
  password: ********
  host: localhost
  port: 3306
&lt;/pre&gt;
     &lt;/li&gt;
     &lt;li&gt;
         Copie el archivo de ejemplo de la configuraci&amp;oacute;n de webistrano con 
&lt;pre&gt;
# cp webistrano_config.rb.sample webistrano_config.rb
&lt;/pre&gt;
         y agregue la informaci&amp;oacute;n de las cuentas de correo que recibir&amp;aacute;n las 
         notificaciones.
     &lt;/li&gt;
     &lt;li&gt;
         Ahora le puede indicar a Rails que desea construir la base de datos que acaba de crear. 
&lt;pre&gt;
# RAILS_ENV=production rake db:migrate 
&lt;/pre&gt;
     &lt;/li&gt;
     &lt;li&gt;
           Ahora probemos si Webistrano est&amp;aacute; funcionando debidamente con 
&lt;pre&gt;
# ruby script/server -d -e production -p 3000  
&lt;/pre&gt;
         Deber&amp;aacute; tener una p&amp;aacute;gina igual a la siguiente&lt;br /&gt;
       &lt;a href=&quot;http://www.hugo-jimenez.fr/data/images/webistrano-login.png&quot;&gt;&lt;img src=&quot;http://www.hugo-jimenez.fr/data/images/webistrano-login.png.tb&quot; alt=&quot;&quot; /&gt;
       &lt;/a&gt;
     &lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;En el siguiente art&amp;iacute;culo veremos como atender de manera autom&amp;aacute;tica la administraci&amp;oacute;n
general de Capistrano.
&lt;/p&gt;
Hasta la pr&amp;oacute;xima...

&lt;p&gt;
&lt;a href=&quot;http://www.hugo-jimenez.fr/?article9/instalando-webistrano&quot;&gt;Instegraci&amp;oacute;n bajo Apache&lt;/a&gt;|
&lt;a href=&quot;http://www.hugo-jimenez.fr/?article11/manejo-de-proyectos-en-webistrano&quot;&gt;Manejo de proyectos en Webistrano&lt;/a&gt;
&lt;/p&gt;</description>
		<pubDate>Mon, 19 Apr 2010 17:53:00 +0200</pubDate>
		<dc:creator>Hugo Jiménez-Pérez</dc:creator>
	</item>
</channel>
</rss>