2016-09-18-114422_1186x548_scrot

De Bash a Zsh en Elementary OS

Tarea súper sencilla (creo yo). Lanzamos los siguientes comandos:


sudo apt-get update && sudo apt-get install -y curl vim git zsh #instala dependencias necesarias, en vez de vim, puede ser nano u otro editor

curl -L https://github.com/robbyrussell/oh-my-zsh/raw/master/tools/install.sh | bash #descargar el script oh-my-zsh para ponerlo guapo

sudo chsh -s $(which zsh) $(whoami)  #finalmente usamos el comando chsh «change shell» para hacer y guardar el cambio.

reiniciamos de preferencia, aunque bastaría cerrar sesión y listo.

Buenas vibras, buen domingo.

acdd9-openssh

Copiando Archivos por SSH

Para esto usaremos el comando scp (secure copy), que es parte de la suite openssh. Para ser exactos scp usa ssh para la transferencia de datos, con las mejoras que eso conlleva, seguridad. Pero podrán decirme y rcp (remote file copy) pues este no solicita password alguno, o alguna manera de identificarnos, así que solo puede ser usado en una red de confianza, obviamente las prestaciones que nos brinda ssh, y por ende scp, opacan su labor, o mejor dicho, dependerá en que entorno poder usarlo sin riesgo.

Vale mencionar que al copiar un archivo [origen] en un archivo [destino] existente, scp reemplazará el contenido del archivo [destino] (manteniendo el inodo). Si todavía no existiera el archivo [destino], se crea un archivo vacío con el nombre de archivo [destino], luego se llena con el contenido del archivo fuente.

Formato

  • De maquina local a remota
scp «ruta_archivo_origen» user@host2:«ruta_archivo_destino»
  • De maquina remota a local
scp user@host2:«ruta_archivo_origen» «ruta_archivo_destino»

Hasta aquí todo bien para archivos pequeños, pero para grandes volúmenes de archivos, que mejor que hacerlo recursivamente (-r) y limitando (-l) el uso de ancho de banda en Kbit/s, y claro, porque no cifrarlo (-c) o mejor dicho, especificar el tipo.

scp -r «ruta_archivo_origen» user@host2:«ruta_archivo_destino» -l 20 

Súper sencillo no. Más información, visiten esta entrada sobre OpenSSH🙂

Hasta aquí este post, buenas vibras lectores.

Plugins Preferidos de Gajim

Para los que no conozcan Gajim, este es un cliente de mensajería instantánea para XMPP (jabber, hangout, gtalk, etc) escrito en gtk, pero claro se acomoda bien a cualquier otro entorno de escritorio o administrador de ventanas fuera de Gnome.

Como verán en la imagen de abajo, los plugins de cabecera son de Image, Url image preview y claro esta Off the Record Encryption (OTR).

2016-08-20-125300_650x500_scrot

pero encontré el de Flashing Keyboard, que nunca había usado, y me resulto muy cómodo ya que nos quita la dependencia de la notificación sonora cada vez que llega un mensaje de parte de nuestros contactos (claro podemos desactivarla y ya) tanto como de los mensajes flotantes, como su nombre nos indica emite un destello en el teclado usando los leds, por defecto usa el [Bloq Despl] ó [Scroll Lock] según la configuración de su teclado.

Demás decirles que la configuración del led puede personalizarse hacia otros, si los tuviera el modelo de su teclado. Por defecto la configuración es:


xset led named 'Scroll Lock' #enciende el led

xset -led named 'Scroll Lock' #apaga el led

Y podemos desactivar el destello del led, para que solo se encienda, mediante un check en una casilla.

Hasta otro post, buenas vibras lectores.

I lov3 CLI: Mensajería Instantánea (III)

Para las próximas 2 entradas sobre mensajería instantánea en la CLI, usaremos bitlbee para que dos clientes IRC distintos tengan una pasarela valida para XMPP, para esta entrada en concreto el clásico Irssi, vale mencionar que este tiene un plugin para conectarlo pero nunca lo he probado.🙂

Bitlbee + Irssi

Instalación

Si nos encontramos en Debian e hijas, pues con unos simples:


sudo apt-get install bitlbee

sudo apt-get install irssi

Ya los tenemos instalados, para Arch e hijas:

sudo pacman -S bitlbee irssi

(más…)

a6ae2-notashacksed

Run levels y Targets

Muchos tuvimos la fortuna de conocer y usar, SysVinit (para los amigos init.d), en vez del ahora amado/odiado SystemD, como el demonio de inicialización de procesos por defecto en muchas (casi todas) de las distribuciones linuxeras actuales.

Sin duda nos cambio la vida a muchos, como todo en la vida se generan cambios y toca subir a la ola. Para bien o para mal, SystemD vino a quedarse.

SysVinit SystemD Sirve para…
0 runlevel0.target, poweroff.target Detener el Sistema
1 runlevel1.target, rescue.target Modo mono-usuario, especial para administración
2 runlevel2.target, multi-user.target Modo multi-usuario, definido por el usuario y por defecto igual al 3
3 runlevel3.target, multi-user.target Modo multi-usuario, se usa en modo texto por completo
4 runlevel4.target, multi-user-target Modo multi-usuario, definido por el usuario, por omisión es igual al 3
5 runlevel5.target, graphical.target Modo multi-usuario con interfaz gráfica. Usualmente todos los servicios del nivel de ejecución 3 sumando el login gráfico.
6 runlevel6.target, reboot.target Reboot
Emergency emergency.target Shell de emergencia

Como podrán percatarse Systemd, usa el concepto de targets que sirve de manera similar a los niveles de ejecución (runlevels) pero actuando de forma diferente. Cada target es nombrado en vez de numerado y está diseñado para servir a un propósito específico. Algunos targets son implementados heredando todos los servicios de otro target y agregándole servicios adicionales.

Existen targets systemd que imitan los niveles de ejecución sysvinit de tal forma que pueda seguir usándolos para cambiar entre targets utilizando el comando

telinit «runlevel»

Los archivos unit de servicio a los que haga symlink los encuentran en /lib/systemd/system.

Hasta otro post y buena vibras lectores.