Otro título sugerido: post cortito y de mierda, pero de mucha utilidad.

 

Va una cortita y fácil pero que me llevó su buen rato: Entrás al management studio de MSSQL server 2008, 2012 o 2014 y el muy hijo de fruta crashea cada vez que hacés click en «New Query» con un mensaje de «Ha encontrado un error y debe cerrarse«.

 

 

MSSQL server ha encontrado un problema y debe cerrarse al hacer click en el botón de "New Query"

MSSQL server ha encontrado un problema y debe cerrarse al hacer click en el botón de «New Query»

 

 

La solución: revisá la distribución de teclado de tu computadora. Cambiá el Unknown Language que se ve en la captura de pantalla de mas arriba por el que te corresponda. Si estás conectado remotamente en una sesión RDP, primero cerrá sesión, hacé el cambio y volvé a iniciarla.

De nada.

La última vez que utilicé la consola de linux para bajar torrents, todavía no existía ni el concepto ni el formato «magnet». Así que imagínense, estoy hablando de la época en que el arco iris salía en blanco y negro, los truenos no eran Dolby 5.1 y los relámpagos eran a querosene.

Por aquel entonces, la pirateaba usando ctorrent. Un programita de mierda escrito en C y que no pesa mas de 200K aproximadamente, y que apostaría hasta 25 centavos de peso argentino a que todavía funciona.

Hoy me encontré nuevamente con la necesidad, las ganas mas bien, de torrentear de nuevo. Obviamente. como buen viejo choto que soy, lo primero que intenté fué subirme al Ford Falcon:

~# ctorrent
-bash: /usr/bin/ctorrent: No existe el fichero o el directorio

Nada, ni lo tenía instalado. Testarudo y viejo choto le mandé entonces un:

apt-get install ctorrent

Al pedo, ctorrent no soporta magnet links. Nunca los soportó ni parece que lo vaya a hacer.

 

deluge - el cliente torrent para la consola de Linux que hay que tener.

deluge – el cliente torrent para la consola de Linux que hay que tener.

 

Buscando alternativas, vengo con la que encontré y que funciona perfectamente, magnet links incluídos. Que podés usar desde cualquier servidor donde no tengas monitor y solo haya acceso SSH (léase raspberry pi y similares), y que tiene bien poco que envidiarle a esos clientes torrent para Windows tipo uTorrent.

Continúa leyendo

Otro título sugerido: estamos todos de acuerdo, el que programó GNU/tar es un hijo de puta.

 

Acá va una que me he dado cuenta que mucha gente no conoce:

Cuando necesitas listar el contenido de un archivo .tar o necesitas editar un archivo contenido dentro de un archivo .tar/.tar.gz utilizando como único recurso la consola de comandos (comúnmente vía SSH) lo lógico sería primero descomprimir el .tar utilizando la línea de comandos, hacer las ediciones que considere necesarias, y luego volver a generar un archivo comprimido o exactamente lo mismo, pero extrayendo solamente el archivo a editar y luego volviendolo a poner en su lugar y buena suerte haciendo que te respete el path original dentro del TAR.

 

No se ustedes pero yo en particular, opino que a tar lo programaron con el culo en lugar de con la cabeza. Sin miedo a equivocarme me atrevería a decir que me tomó meses aprender los switches (parámetros/opciones) más utilizados, que son un puto dolor de huevos.

 

Hoy les vengo a traer la versión mejorada de todo el procedimiento, para que si alguna vez vuelven a tener que listar el contenido de un archivo comprimido o llegasen a tener que editar uno o más archivos en el interior de un archivo comprimido, no les vaya a pasar que:

  • Se quedan sin espacio en disco.
  • Se quedan sin inodos en disco.
  • Se quedan sin tiempo esperando a que se descomprima un billón de archivos.
  • Se quedan sin paciencia pasando el tar tvf con un pipe a grep.
  • Se quedan sin sistema operativo por descomprimir sobre el path equivocado.
  • La carguen de alguna otra manera todavía por determinar.

 

Accediendo al contenido de un .tar.gz con vim.

Accediendo al contenido de un .tar.gz como un campeón.

 

Continúa leyendo

Otro título sugerido: cómo hacer que tu dropox no se acabe nunca y dure para siempre, sin pagar.

 

Éste es un post bastante pelotudo y de pobre/rata pero se me ocurrió que a alguien podría resultarle de utilidad.

Prefacio: Desde hace aproximadamente tres años estoy usando Dropbox para sincronizar mi teléfono y varias computadoras de forma de poder mover archivos entre todos fácilmente y paralelamente ir haciendo copias de seguridad de las fotos que saco con mi teléfono en tiempo real, –en la medida en que el teléfono esté conectado el Wi-Fi claro-. De esta forma me aseguro de tener siempre resguardado todo, en especial las fotografías, que son de las pocas cosas que si perdiste, cagaste.

 

Dropbox - Algo así uso para llevar mis archivos a todos lados conmigo.

Dropbox – Algo así uso para llevar mis archivos a todos lados conmigo.

 

No voy a entrar en detalles acerca de cómo se configura Dropbox en un Linux porque está totalmente fuera del alcance de esta guía. Está lleno de tutoriales en Internet al respecto. Solo con ir a la guía oficial de Dropbox a tal efecto sobra.

El funcionamiento no podía ser más simple, la configuración del cliente Dropbox en un Linux es super sencilla y se realiza en cuatro pasos de mierda así que realmente no tiene sentido que me ponga a explicar eso.

 

Lo que si viene al caso que nos ocupa y hasta me da un poco de vergüenza inclusive, (por qué ya verán, es MUY MUY PELOTUDO),  es el cómo hago para que todos estos archivos que automáticamente se respaldan en mi Dropbox desde las computadoras y del teléfono o que voy corriendo manualmente desde cualquier computadora, estén siempre accesibles desde Internet por intermedio de mi servidor, sin que se me acabe nunca el espacio en Dropbox (dos gigabytes si no recuerdo mal, me es realmente tan poco relevante que desconozco cuánto de storage te brinda Dropbox al día de hoy).

Continúa leyendo