Cambiar nombre a ODBC

En determinadas circunstancias alguna aplicación o cualquier otra cosa, busca un determinado controlador ODBC con un nombre en concreto. Muchas veces el controlador ha cambiado de nombre al cambiar de versión, de empresa o a saber cual es la causa.. cosas que pasan.

Por suerte el nombre de este controlador se puede cambiar sin problemas, en mi caso lo he probado con el de Oracle y el de PostreSQL y nunca he tenido problemas (hasta la fecha).

El proceso es bien simple:

• En HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBCINST.INI\ODBC Drivers cambiamos el nombre por el que queramos (conviene que nos acordemos del antiguo)
• En HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBCINST.INI  habrá una rama con el nombre antiguo que cambiamos. Cae de cajón, le cambiamos el nombre a la rama por el mismo  que pusimos antes.

En equipos de 64 Bits para cambiar el nombre de los ODBC de 32 bits habría que hacerlo en la rama

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\ODBC\

Añadir claves que faltan a APT de Debian

Por ejemplo en un apt-update nos da al final...


Leyendo lista de paquetes... Hecho
W: GPG error: http://ftp.de.debian.org lenny Release: Las firmas siguientes no se pudieron verificar porque su llave pública no está disponible: NO_PUBKEY AED4B06F473041FA NO_PUBKEY 4D270D06F42584E6


Dos posibilidades:

1) bajarlas del keyserver

gpg --keyserver pgpkeys.mit.edu --recv-key 4D270D06F42584E6
gpg -a --export 4D270D06F42584E6 |sudo apt-key add
gpg --keyserver pgpkeys.mit.edu --recv-key AED4B06F473041FA
gpg -a --export AED4B06F473041FA |sudo apt-key add -

o 2) usar los paquetes keyring de debían

sudo apt-get install debian-keyring
sudo apt-get install debian-archive-keyring


Y listo, ya nos sacamos el error del medio

Driver NVIDIA Gforce Serie 7 y windows 10 en mi caso una 7300

Tras instalar el windows 10 con la descarga de medios y pelearme con el driver por defecto, con instalar el último de NVIDIA funciona correctamente, eso sí, si se encuentra en link.

Para mas facilidad pego aquí el que yo me baje
Últimos Drivers NVIDIA Serie 7

Antes de comprar otra tarjeta si se tiene una GForce para Desktop yo probaría con este driver.

A mí no me ha funcionado correctamente en mi equipo al final tenía infinidad de problemas con el explorador de archivos, una vez eliminado el driver todo fue bien, pero eso no quiere decir que no podáis probar antes por si os va bien en vuestro caso.

Migración de base de datos PostgresSQL con codificación SQL_ASCII a UTF8

Utilizar una consulta tipo:

• SELECT * FROM pg_stat_activity where datname='basededatos'; 

Para verificar que los usuarios han sido buenos y realmente ya se han desconectado.

Si vemos conexiones que no debería haber debemos avisar a los rezagados...

Una vez comprobamos que ya tenemos la base de datos para nosotros solos continuamos.

Antes de nada hacer copia de seguridad de la original:

• pg_dump basededatos > basededatos.sql

Ver codificación de la original: 

•  file basedatos.sql

  basedatos.sql: ISO-8859 text, with very long lines

Hacer recode de la base de datos para transformarla a UTF-8:  

• cat basedatos.sql | recode iso-8859-1..u8 > basedatos_utf8.sql 

Verificar codificación de fichero transformado:

• file basedatos_utf8.sql
  basedatos_utf8.sql: UTF-8 Unicode text, with very long lines 

Renombra la base de datos original para mantener una copia online:

• psql
• postgres=# alter DATABASE basedatos RENAME TO basedatosold; 

Crear la nueva base de datos con codificación utf8, por ejemplo así:

• postgres=# CREATE DATABASE basedatos  
   WITH OWNER = postgres        
   ENCODING = 'UTF8'        
  TABLESPACE = pg_default         
  LC_COLLATE = 'es_ES.UTF-8'        
  LC_CTYPE = 'es_ES.UTF-8'        
  CONNECTION LIMIT = -1;   
  CREATE DATABASE  
  postgres=#

Editar el fichero basedatos_uft8.sql  y cambiar la línea que establece la codificación:

• SET client_encoding = 'SQL_ASCII';

• SET client_encoding = 'UTF8';

Importamos el volcado convertido a la nueva base de datos:

• psql basedatos < basedatos_utf8.sql

Y todo debería estar OK!!
Como siempre comprobar y comprobar.

Cambio de alias de cuenta outlook.com en cliente de correo de windows 10

Como tenía varias cuentas Microsoft decidí unificarlas todas y tras haber hecho la unificación me encontré con que la cuenta principal del inicio de sesión del Windows 10 si me la cambiaba, pero en la aplicación de correo me seguía apareciendo la cuenta vieja.

La solución actual, en este momento para cambiar esto pasa por editar un par de claves de registro, el procedimiento es el siguiente:

1. Ejecutar REGEDIT
2. En la clave "HKEY_CURRENT_USER -> SOFTWARE -> Microsoft -> Active Sync -> Partners " existe un nodo hijo con un identificador para cada cuenta.
3. Buscamos la que corresponde a nuestro usuario en el campo "User".
4. Cambiamos los campos "User" y "Email" por el alias que queramos y listo

Ver licencias asignadas en Office 365

1. Instalar Asistente para el inicio de sesión de Microsoft Online Services para profesionales de TI 
2. Instalar  Módulo de Azure Active Directory para Windows PowerShell (versión de 64 bits) 
3. PowersShell
4. import-module MsOnline
5. $msolcred = get-credential
6. connect-msolservice -credential $msolcred
7. Get-MsolUser | Where-Object {$_.isLicensed -eq $True}

Java está de moda... Mi querido Perl ¿esta muerto?

En fin, los que me conocéis sabéis que Java no es una de mis predilecciones, y estoy cansado de decir que Perl no está muerto.. pero bueno dejo dos datos importantes.

Uno es este estudio de redmonk The RedMonk Programming Language Rankings: June 2013
el otro es esta URL http://search.cpan.org/recent


Ahora quien me sigue diciendo que Perl está muerto, está claro que cada día hay más Javeros y menos Perleros... pero que le vamos a hacer... de todas formas estoy cansado de oír que Perl es como COBOL... una antigualla (a veces es mejor callarse que intentar rebatir cosas como estas...) A veces la gente menosprecia las cosas con una facilidad ... COBOL fue y sigue siendo bueno en determinadas cosas, Perl es una obra de arte.