Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.motor.php on line 1013

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.glob.php on line 123

Strict Standards: mktime(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php on line 146

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php on line 146
Hugo Jiménez - Cuda tricks http://www.hugo-jimenez.fr/categorie7/cuda-tricks es Abstracting time and space
Strict Standards: mktime(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php on line 146

Strict Standards: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /homepages/16/d278016625/htdocs/hugo_home/core/lib/class.plx.date.php on line 146
Sat, 03 Aug 2013 13:04:00 +0200 PluXml CUDA 5.5 on Debian Jessie. http://www.hugo-jimenez.fr/article14/cuda-5-5-on-debian-jessie http://www.hugo-jimenez.fr/article14/cuda-5-5-on-debian-jessie <h3>How-To get CUDA 5.5 running on Debian Jessie</h3> <p> Unfortunatelly, Debian is not officially supported by the nVidia'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's based nVidia card is a little tricky. </p><h3>Begin from the beginning:</h3> <p> 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'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 <i>nvidia</i> video driver in Debian Jessie (at this point the testing release) and configuring the CUDA 5.5 SDK for parallel development. </p> <p> Turn off the XServer and delete the free driver <i>nouveau</i> </p> <pre> # apt-get install mercurial mercurial-common </pre> <p> 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 </p> <pre> # hg --version </pre> <p> 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 <a href="http://www.hugo-jimenez.fr/rss/categorie7#">instalación de Apache Web server</a>). </p> <p> Necesitará instalar el módulo <i>libapache2-mod-wsgi</i> mediante </p> <pre> # apt-get install libapache2-mod-wsgi </pre> <p> 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. </p> <p> 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 <i>/etc/apache2/sites-available/</i> con el siguiente contenido </p> <pre> &lt;VirtualHost *:80&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 "daemon" 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 &lt;Directory /var/www/mercurial/htdocs&gt; Options FollowSymlinks DirectoryIndex index.html AllowOverride None Order allow,deny Allow from all &lt;/Directory&gt; &lt;Directory /var/www/mercurial/cgi-bin&gt; Options ExecCGI FollowSymlinks AddHandler wsgi-script .wsgi AllowOverride None Order allow,deny Allow from all &lt;/Directory&gt; &lt;/VirtualHost&gt; </pre> <p> El ejemplo anterior se ha tomado del manual en línea de Mercurial para la instalación de <a href="http://mercurial.selenic.com/wiki/modwsgi">modwsgi en Mercurial</a>. </p> <p> Ahora vaya al directorio <i>/etc/apache2/sites-enabled</i> y cree un enlace simbólico al archivo anterior de la forma </p> <pre> # cd /etc/apache2/sites-enabled # ln -s ../sites-available/mercurial 011-mercurial </pre> <p> o utilice el comando </p> <pre> # a2ensite mercurial </pre> <p> (a2ensite="apache 2 enable site") </p> <p> Cree los directorios donde se colocarán los proyectos y la configuración de mercurial </p> <pre> # mkdir -p /var/www/mercurial/htdocs # mkdir /var/www/mercurial/cgi-bin </pre> <p> cree el archivo <i>hgwebdir.config</i> </p> <h3>SSL en Apache2</h3> <p> Instale el paquete que hará la creación de certificados qu es un wrapper para openssl </p> <pre> # apt-get install ssl-cert </pre> <p> Habilite el modulo de SSL para que funcione con apache </p> <pre> # a2enmod ssl </pre> <p> (a2enmod=apache2 enable module) </p> <p> Configure openssl </p> <pre> # vi /etc/ssl/openssl.cnf </pre> <p> Si desea tener un certificado para un servidor de prueba... puede utilizar directamente el comando </p> <pre> # mkdir /etc/apache2/ssl # cd /etc/apache2/ssl # make-ssl-cert /usr/share/ssl-cert/ssleay.cnf localcerts </pre> <p> La clave y el certificado se encuentran es el mismo archivo. Ahora separe en dos archivos que llamaremos <i>site.key</i> y <i>site.pem</i> y los colocamos en el mismo directorio con permisos 400 y 600 respectivamente. </p> <pre> # chmod 600 site.pem # chmod 400 site.key </pre> <p> Creemos el archivo de contraseñas que se utilizará para acceder al depósito de mercurial </p> <pre> # mkdir /etc/apache2/htpasswd<br /> # htpasswd -cm /etc/apache2/htpasswd/ht.passwd hugo </pre> <p> 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 <i>SSLCertificateFile</i> y <i>SSLCertificateKeyFile</i> respectivamente. Cree el archivo <i>/etc/apache2/sites-available/mercurial-ssl</i> con el siguiente contenido </p> <pre> &lt;VirtualHost *:443&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 &lt;Directory /var/www/mercurial/htdocs&gt; DirectoryIndex index.html AddHandler wsgi-script .wsgi Options ExecCGI Order allow,deny Allow from all &lt;/Directory&gt; &lt;Location / &gt; AuthType Basic AuthName "Ejemplo - Mercurial Repository" AuthUserFile /etc/apache2/htpasswd/hg.passwd Require valid-user &lt;/Location&gt; &lt;/VirtualHost&gt; </pre> <p> Active el sitio <i>https://hg1.ejemplo.com</i> que tiene configurado en el archivo <i>mercurial-ssl</i> y reinicie el servidor. Si todo marcha bien, tendrá su sitio Web seguro con soporte bajo SSL </p> <pre> # a2ensite mercurial-ssl # /etc/init.d/apache2 restart </pre> <p> Para probar que su sitio Web seguro está funcionando ejecute el comando </p> <pre> # curl -k https://hg1.ejemplo.com </pre> <p> La opción <i>-k</i> le indica al comando <i>curl</i> 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. </p> <p> Ahora podrá conectarse a su sitio web seguro en la dirección <i>https://hg1.ejemplo.com</i> 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 <a href="http://www.digicert.com/ssl-certificate-installation-apache.htm">DigiCert</a> ) que comercializan este tipo de certificados y usted sólo deberá ejecutar las tareas de copia y asignación de permisos en el directorio <i>/etc/apache2/ssl</i>, los demás pasos son equivalentes. </p> <p> 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 <a href="http://httpd.apache.org/docs/2.0/ssl/ssl_faq.html">Apache y OpenSSL</a> directamente. </p> Sat, 03 Aug 2013 13:04:00 +0200 Hugo Jiménez-Pérez