Cuarto día de OCC, hoy toca redes, exclusivamente.

Lo básico en comunicaciones es la transferencia de archivos.
Emacs tiene TRAMP,
que es como usar dired u open-file de forma transparente,
parecido a montar unidades remotas en un escritorio
o bien usar rclone o midnight commander.

Para editar esto, simplemente he usado
/ssh:texto-plano.xyz: e inmediatamente me ha logueado
en el servidor remoto para editar lo que sea de idéntica
forma a la que haría en un equipo local. Cero sorpresas.
Si sabes usar dired para editar directorios y permisos
(O borrarlos) en tu SSD, puedes hacerlo por igual
en un servidor, sea bajo SSH, SFTP, Google Drive (con
ayuda de rclone)...

Solo he tenido una pega, y es que para las funciones
de búsqueda en dired he tenido que meter GNU coreutils
en OpenBSD y crear un alias de /usr/local/bin/gfind a
~/find, pero nada, el resto va bien.

En IRC, erc y erc-tls funcionan bien, con bastantes agregados
a configurar con M-x customize, cientos de plugins que
de momento no voy a usar y con permitirme chatear
en libera.chat o tilde.chat ya soy un 99% feliz.

Para Jabber puedo usar el paquete Jabber, pero tambien
podría usar erc o erc-tls contra Bitlbee y conectarme
a cualquier protocolo soportado. Magias de Unix y sus
puentes para todo, eso me parece maravilloso,
y no solo desde Emacs, puedes usar hasta un equipo
con MSDOS y un cliente IRC cualquiera
hacia un servidor de bitlbee.org y charlar con
todo lo que soporte, desde Steam a Discord.

M-x jabber va bien, pero el roster de Jabber en Emacs
es marcianísimo. Le doy un 6/10. Es funcional,
pero se maneja de forma muy diferente a Telega
por ejemplo.

Para música en streaming, ayer hablé sobre emms
y poco más hay que añadir. Se creas un fichero PLS
o M3U con tu dirección (o lo buscas en
https://dir.xiph.org y a escuchar música. O TV
mismamente.

Sobre correo, he usado GNUS. Podría usar Mu4e
y mu, pero quería hacerlo lo más puro posible.

En correo va bien con IMAP;
lancé GNUS con M-x gnus, pulsé B
de browse, como protocolo elegí nnimap
y dí mis credenciales de mi cuenta.
Se presentaron mis emails de forma
bastante rápida para ser GNUs.

Pero con Usenet es un verdadero suplicio.
Incluso con la caché de SLRN va excruciantemente lento.
Horroroso. No es por la E/S, porque fuera de Emacs,
usando SLRN tardo menos de un segundo en abrir
grupos de noticias de más de 10000 artículos
sin pestañear. En ese sentido, mejor usar GNUs
para correo y olvidarse de Usenet salvo que limites
muy mucho la cantidad de conversaciones a
obtener de un servidor.

Dicen que con gnus-jog-cache va mucho más rápido, pero
no he probado. Solo lo haría desde otra instancia de
Emacs lanzando gnus-jog-cache de modo exclusivo y
en modo texto. Y que gnus-jog-cache tarda horas...

Ya que estoy en GNUs, pruebo nnrss. Abro GNUs con
M-x gnus, pulso G m y abro un nuevo grupo con nombre SN,
url https://www.sciencealert.com/feed/sn
y veo 10 entradas. Bien, va bueno; pero me gustaría cambiar
el número de entradas a obtener. Le doy un 7.

En gopher y gemini, cosa que uso muchísimo (texto-plano,
SDF, gopher://magical.fish, gemini://gemi.dev para
leer noticias sin pestes de anuncios ni JS), he
instalado Elpher desde Melpa con M-x install elpher.
0 sorpresas, interfaz intuitiva, parecida a eww
con marcadores y 100% compatible con teclas de movimiento
y edición de Emacs. Un 10 por ello. Es perfecta.

Lo que me gustaría que Telescope fuera como clente Ncurses,
con teclas 100% las mismas que Emacs o 100% vi, pero
no una mezcla rara de ambos.

Para Telegram, he usado Telega. Tras instalar tdlib desde
mi gestor de paquetes en OpenBSD con pkg_add, he ejecutado
M-x telega y este me ha pedido compilar telega-server.
Lo ha hecho, ha lanzado Telega y Telegram en el smartphone
me ha pedido un número. Va bien, puedo ver videos gracias
a mpv e imágenes en el Emacs gráfico, pero se nota
algo de lag. En modo texto, si solo quieres conversar con
gente va bastante fluido en la máquina.
Pero es recomendable usar un Emacs en modo demonio y
solo, repito SOLO usar Telega como cliente de Telegram
improvisado. Su uso solo son 100MB y es bastante más ligero
que usar un cliente gráfico, y menos en esta chatarra
de Atom n270.

Para jugar a  MUDs, ayer ya comenté mu.el, así que simplemente vuelve
atrás y lee el día de OCC dedicado al ocio.

Otro servicio útil es OSM, que he usado desde Melpa con
M-x install osm RET M-x osm RET.

Soporta desde crear rutas a abrir archivos GPX, incluso
enlazar cosas internamente a cosas como hyperbole.
Es una de las cosas que no me importaría lanzar en
modo aislado bajo cwm+xterm fuera del reto Emacs
para buscar rutas. No difiere demasiaado en consumo
de Florb usando FLTK.

No sé qué más servicios faltan. ¿Finger a graph.no para el tiempo?
Algún cliente para Emule (amuled) o Bittorrent con Transmission.
Veo que hay uno en Melpa, así que será para eso. ¿Traductores?
Lo mismo, no he probado pero no me urge ahora.

Como manejo, diría que Emacs cumple para muchas cosas salvo
el problema de Usenet, no es comprensible que opere tan lento
cuando el disco duro ya ejerce de caché megarrápida
y Emacs no tiene que escanear ni un horrible bloque rmail/mbox
ni tener que bajar las noticias de Usenet a mano.
Incluso usando GNUs con Maildir (y cuesta bastante hacerlo bien)
se nota que Mu es la solución ideal para leer el correo.

Si puliesen GNUS sin necesitar de compilaciones nativas,
me atrevería a decir que Emacs sería de las mejores plataformas
que han existido jamás para hacer de éste la interfaz del
futuro de todo Unix, y no la barbaridad secuestrando Gnome
de GNU por parte de RedHat para crear una horripilancia
haciendo de betatesting de tecnologías de Microsoft.

Y la verdad, soy más de cwm+xterm, Emacs era un reto
que me autopropuse, pero si tengo que elegir un entorno de
escritorio... WindowMaker+GNUStep de cabeza.
No es que ame NextStep o Cocoa, pero WMaker siempre ha 
sido muy ecléctico en Linux permitiendo desde ser una 
base para GNUStep (aunque digan que su motor WING
signifique Wing is Not GNUStep), pero está claro
que funcionan de forma paralela.  

Mañana hablaré de la programación bajo Emacs, en concreto
Forth y Lisp (tanto Scheme como Elisp).