<p>Este portátil equipa una tarjeta ''Nvidia Geforce GT540M'' que resulta pertenecer a una rama muerta en el árbol de desarrollo de Nvidia.</p>
<p>Esta tarjeta provocaba todo tipo de problemas de sobrecalientamiento, pero en las últimas versiones de Linux instalando el driver de Nvidia parece funcionar correctamente.</p></li>
Lanzamos el programa de instalación desde una memoria USB con la ISO de la versión Mate.
Al arrancar el USB podemos conectarnos a internet (en mi caso, me conecto a la wifi)
Mis opciones de instalación:
* Escojo el idioma ''Inglés'' (manias mias, suelo dejar mi Linux en inglés)
* Teclado: ''Español''
* Marco la opción de instalar codecs
Generalmente hago particiones:
* 540 Mb para EFI
* 90 Gb para ''root'', es decir <code>/</code>
* El resto del disco SSD para <code>/home</code>
* El disco HDD lo monto en una sola partición en <code>/store</code>
<span id="programas-básicos"></span>
= Programas básicos =
Lo primero de todo es hacer una actualización completa del sistema:
<syntaxhighlight lang="bash">sudo apt update
sudo apt upgrade</syntaxhighlight>
<span id="linux-mint"></span>
== Linux Mint ==
Linux Mint incluye <code>sudo</code> y las aplicaciones que uso habitualmente para gestión de paquetes por defecto (''aptitude'' y ''synaptic'').
Instalo (por costumbre) el paquete ''ppa-purge'' (<code>sudo apt install ppa-purge</code>). Sirve para eliminar ppas junto con los programas instalados desde ese ppa.
Cambiamos los origenes del software con la utilidad de Linux Mint que nos mide la velocidad de cada posible origen para tener información para elegir.
<span id="firmware"></span>
== Firmware ==
Ya no es necesario intalar los paquetes de ''microcode'' la instalación de Linux Mint se encargó de instalar:
* <code>amd64-microcode</code>
* <code>intel-microcode</code>
Instalamos el driver de Nvidia recomendado, después de la instalación inicial el ''Mint'' nos avisará de que tenemos que revisar la instalación de los drivers.
El driver de Nvidia viene muy mejorado. Merece la pena ver todas las opciones del menú del driver.
Una vez instalado el driver de Nvidia, el comando <code>prime-select query</code>debe indicarnos la tarjeta activa y podremos cambiar de tarjeta ejecutando <code>prime-select [nvidia|intel]</code>. También podremos acceder a las funciones de Nvidia a través del applet en la barra de estado de nuestro escritorio.
Una vez instalado el driver de Nvidia y antes de seguir con la instalación instalamos el <code>git</code> y el <code>etckeeper</code> para que todos los cambios que se produzcan en el directorio <code>/etc</code> durante nuestra instalación queden reflejados en el git.
Yo nunca almaceno esta información en la nube (por seguridad), pero me permite tener controlados los cambios de configuración y ayuda en caso de problemas.
<span id="instalación-de-etckeeper"></span>
=== Instalación de <code>etckeeper</code> ===
¡Ojo!, nos hacemos <code>root</code> para ejecutar:
<syntaxhighlight lang="bash">sudo su -
git config --global init.defaultBranch main
git config --global user.email xxxxx@whatever.com
git config --global user.name "Name Surname"
apt install etckeeper</syntaxhighlight>
''etckeeper'' hará un control automático de tus ficheros de configuración en <code>/etc</code>
Para echar una mirada a los ''commits'' creados puedes ejecutar:
<syntaxhighlight lang="bash">cd /etc
sudo git log</syntaxhighlight>
<span id="controlar-dotfiles-con-git"></span>
=== Controlar dotfiles con git ===
Vamos a crear un repo de git para controlar nuestros ficheros personales de configuración.
Creamos el repo donde queramos, yo suelo usar el directorio <code>~/work/repos</code>.
Y ya lo tenemos, un repo de git, en la localización que queramos y que tiene el directorio de trabajo apuntando a nuestro ''$HOME''.
Podemos añadir los ficheros de configuración que queramos al repo:
<syntaxhighlight lang="bash">git add .bashrc
git commit -m "Add some dotfiles"</syntaxhighlight>
Una vez que tenga añadidos los ficheros que quiero tener controlados pondré <code>*</code> en el fichero <code>.git/info/exclude</code> de mi repo para que ignore todos los ficheros de mi <code>$HOME</code>.
Cuando instalo algún programa nuevo añado a mano los ficheros de configuración que quiero tener controlados al repo.
Yo no tengo información confidencial en este repositorio (claves ssh por ejemplo) así que no tengo problemas en almacenarlo en la nube. Facilita mucho las cosas en casos de upgrade del sistema o copiar configuraciones entre ordenadores.
<span id="editor-desde-linea-de-comandos"></span>
== Editor desde linea de comandos ==
Hasta que instalemos nuestro editor favorito (''Emacs'' en mi caso) podemos usar ''nano'' desde la linea de comandos para editar cualquier fichero.
<span id="parámetros-de-disco-duro"></span>
== Parámetros de disco duro ==
Tengo un disco duro ssd y otro hdd normal.
El area de intercambio la hemos creado en el disco duro hdd, no se usará mucho (mejor dicho: no se usará nunca) pero evitamos multiples operaciones de escritura en el disco ssd en caso de que se empiece a tirar del swap.
Añadimos el parámetro <code>noatime</code> para las particiones de <code>root</code> y <code>/home</code>, que si que se han creado en el ssd.
<pre class="fstab"># /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
Y la fuente [https://robey.lag.net/2010/06/21/mensch-font.html Mensch] la bajamos directamente al directorio <code>~/.local/share/fonts</code>
Para visualizar las fuentes podemos usar el programa ''MATE Font Viewer''
Instaladas varias de las [https://github.com/ryanoasis/nerd-fonts nerd-fonts] en <code>~/.local/share/fonts</code>. Simplemente descargamos las fuentes interesantes y ejecutamos <code>sudo fc-cache -f -v</code>
<code>ufw</code> y <code>gufw</code> vienen instalados por defecto, pero no activados.
<syntaxhighlight lang="bash">ufw default deny
ufw enable
ufw status verbose</syntaxhighlight>
-----
<blockquote>'''Nota''': Ojo con el log de <code>ufw</code>, tampoco le sienta muy bien al ssd esa escritura masiva. Yo normalmente lo dejo desactivado desde el ''gufw'' excepto cuando valido una nueva configuración.
</blockquote>
-----
<span id="aplicaciones-variadas"></span>
== Aplicaciones variadas ==
; KeepassXC
: Para mantener nuestras contraseñas a buen recaudo
; Gnucash
: Programa de contabilidad, la versión de los repos está bastante atrasada habrá que probar la nueva que puede instalarse desde la web o desde el flathub.
; Deluge
: Programa de descarga de torrents (acuérdate de configurar tus cortafuegos)
; rsync, grsync
: Para hacer backups de nuestros ficheros
; Descompresores variados
: Para lidiar con los distintos formatos de ficheros comprimidos
; mc
: Midnight Comander, gestor de ficheros en modo texto
; most
: Un <code>less</code> mejorado
; tree
: Para ver estructuras de directorios
; neofetch
: Este solo vale para presumir de ordenador creo ¬_¬
; fasd
: Para cambiar entre directorios rápidamente
; silversearcher-ag
: Una alternativa mejorada al clásico ''grep''
; ack
: Otro grep mejorado
; ncdu
: Un analizador de uso de disco alternativa a <code>du</code>
; mate-tweak
: Para ''customizar'' nuestro escritorio Mate
; filezilla
: Un interfaz gráfico para transferencia de ficheros
; rofi
: Un conmutador de ventanas capaz de automatizar muchas tareas
; Chromium
: Como Chrome pero libre, en Linux Mint no hay snaps, puedes instalarlo directamente con <code>apt</code>
'''btop''' también está muy bien, así que descargamos los binarios desde [https://github.com/aristocratos/btop su página web] dentro del binario tenemos el ejecutable y un fichero <code>.desktop</code>. En mi caso hago una cutre-instalación con el ejecutable en <code>~/apps/system/btop/bin/btop</code> y el fichero <code>.desktop</code> copiado en mi <code>~/.local/share/applications</code> (ver la sección [[#varias-aplicaciones-instaladas-de-binarios|Varias aplicaciones instaladas de binarios]]). En <code>~/.local/bin</code> dejo un enlace simbólico al binario.
''tmux'' combinado por ejemplo con ''rxvt'' nos da la misma funcionalidad que ''Terminator'', además merece la pena aprender a usarlo por que instalado en servidores remotos es increíblemente útil.
Lo instalamos desde el software manager. Previamente debemos instalar el paquete <code>python3-gpg</code> y desde el software manager instalamos también el paquete <code>Caja-dropbox</code>, para tener las integraciones de Dropbox en el gestor de ficheros.
<span id="pcloud"></span>
== pCloud ==
Instalado desde su página web.
<span id="chrome"></span>
== Chrome ==
No lo he instalado.
Puede instalarse desde [https://www.google.com/chrome/ la página web de Chrome]
<span id="thorium"></span>
== Thorium ==
Bajamos los binarios desde [https://thorium.rocks/ su página web]. Descomprimimos en <code>~/apps</code> y ajustamos los ficheros <code>.desktop</code> para que apunten a los binarios. (ver la siguiente sección [[#varias-aplicaciones-instaladas-de-binarios|Varias aplicaciones instaladas de binarios]])
Lo recomendable en un sistema POSIX es instalar los programas adicionales en <code>/usr/local</code> o en <code>/opt</code>. Yo soy más chapuzas y suelo instalar en <code>~/apps</code> por que el portátil es personal e intrasferible. En un ordenador compartido es mejor usar <code>/opt</code>.
En general cuando instalo en el directorio <code>~/apps</code> sigo los siguientes pasos:
<ol style="list-style-type: decimal;">
<li><p>Descargamos los binarios o ''appimage'' desde la web</p></li>
<li><p>Descomprimo en un nuevo directorio para la aplicación, tomamos como ejemplo freeplane, así que el directorio se llamará: <code>~/apps/mi_aplicacion</code> en nuestro ejemplo <code>~/apps/freeplane</code></p></li>
<li><p>Creamos enlace simbólico al que llamamos <code>current</code>. Esto es para no editar los ficheros <code>.desktop</code> cada vez que actualicemos la versión del programa. El enlace puede apuntar a un directorio o a un binario, depende de como obtengamos la aplicación. En el caso de freeplane yo tengo la siguiente estructura</p>
<pre>freeplane
├── current -> freeplane-1.7.11
├── freeplane-1.7.10
└── freeplane-1.7.11</pre>
<p>Vemos que el enlace apunta a la versión más reciente de ''freeplane''.</p></li>
<li><p>Añadimos la aplicación a los menús, al hacer esto se creará un fichero <code>.desktop</code> en el directorio <code>~/.local/share/applications</code></p></li></ol>
<span id="freeplane"></span>
=== Freeplane ===
Para hacer mapas mentales, presentaciones, resúmenes, apuntes… La versión incluida en LinuxMint está un poco anticuada, descargamos el programa desde [https://docs.freeplane.org/ la página web].
<span id="treesheets"></span>
=== Treesheets ===
Está bien para hacer chuletas rápidamente. Descargamos el ''appimage'' desde [http://strlen.com/treesheets/ la web]
<span id="telegram-desktop"></span>
=== Telegram Desktop ===
Cliente de Telegram, descargado desde la [https://desktop.telegram.org/ página web]. El programa de instalación de Telegram ya se encarga de crear el fichero <code>.desktop</code>
<span id="tor-browser"></span>
=== Tor browser ===
Descargamos desde la [https://www.torproject.org/ página oficial del proyecto] Descomprimimos en <code>~/apps/</code> y ejecutamos desde terminal:
<pre>cd ~/apps/tor-browser
./start-tor-browser.desktop --register-app</pre>
Tor se encarga tanto de crear el fichero <code>.desktop</code> como de mantenerse actualizado a la última versión.
<span id="brave-browser"></span>
=== Brave browser ===
Instalamos siguiendo las instrucciones de la [https://brave-browser.readthedocs.io/en/latest/installing-brave.html#linux página web oficial]
Joplin se instala en el directorio <code>~/.joplin</code> y crea su propia entrada en el menú.
La primera vez que configuremos la sincronización de Joplin conviene hacer un borrado local con download desde el remoto.
<span id="terminal-y-shells"></span>
== Terminal y shells ==
Por defecto tenemos instalado <code>bash</code>.
=== bash-git-promt ===
Para dejar configurado el ''bash-git-prompt'' seguimos las instrucciones de [https://github.com/magicmonty/bash-git-prompt este github]
=== zsh ===
Nos adelantamos a los acontecimientos, pero conviene tener instaladas las herramientas de entornos virtuales de python antes de instalar ''zsh'' con el plugin para ''virtualenvwrapper''.
Para el <code>zsh-git-prompt</code> clonamos el fichero <code>zshrc.sh</code> desde nuestro repo de configuraciones.
Clonamos el fichero <code>~/.zshrc</code> desde nuestro repo de configuraciones. De momento es mejor comentar la linea del tema :
<pre>antigen theme gnzh</pre>
Para usar ''virtualenvwrapper'' hay que decidir en que directorio queremos salvar los entornos virtuales. El obvio seria <code>~/.virtualenvs</code> la alternativa sería <code>~/.local/share/virtualenvs</code>.
El que escojamos lo tenemos que crear y añadirlo a nuestro <code>~/.profile</code> con las líneas:
<pre># WORKON_HOME for virtualenvwrapper
if [ -d "$HOME/.virtualenvs" ] ; then
WORKON_HOME="$HOME/.virtualenvs"
fi</pre>
Después de seguir estos pasos basta con arrancar el ''zsh''
''Antigen'' ya se encarga de descargar todos los plugins que queramos utilizar en zsh. Todos el software se descarga en <code>~/.antigen</code>
Para configurar el [https://github.com/olivierverdier/zsh-git-prompt zsh-git-prompt], que inspiró el bash-git-prompt.
He modificado el fichero <code>zshrc.sh</code> de <code>zsh-git-prompt</code> cambiando la linea `echo “$STATUS”:
<pre>#echo "$STATUS"
if [[ "$__CURRENT_GIT_STATUS" == ": 0 0 0 0 0 0" ]]; then
echo ""
else
echo "$STATUS"
fi</pre>
También he cambiado el fichero del tema ''gnzh'' en <code>~/.antigen/bundles/robbyrussell/oh-my-zsh/themes/gnzh.zsh-theme</code> por que me interesa ver la versión python asociada a cada virtualenv.
''zsh'' viene por defecto en mi instalación, en caso contrario:
<pre>apt install zsh</pre>
Cuando estemos contentos con nuestro <code>zsh</code> tendremos que ejecutar <code>chsh -s /usr/bin/zsh</code>
<span id="utilidades"></span>
= Utilidades =
<span id="utilidades-variadas"></span>
== Utilidades variadas ==
<dl>
<dt>gpick con</dt>
<dd><p>''Agave'' y ''pdftk'' ya no existen, nos pasamos a ''gpick'' y ''poppler-utils''</p>
<p><code>sudo apt install gpick</code></p></dd>
<dt>graphviz</dt>
<dd><p>Una utilidad de generación de gráficos que uso a veces. También es útil para <code>web2py</code> y para `org-roam</p>
<dd><p>Un motor de bases de datos sencillo que se uso a menudo</p>
<p><code>sudo apt install sqlite3</code></p></dd>
<dt>cheat</dt>
<dd><p>Chuletas de comandos habituales, se instala desde los fuentes ejecutando <code>go install github.com/cheat/cheat/cmd/cheat@latest</code> (ver [https://github.com/cheat/cheat/ su github])</p></dd>
<dt>cheat.sh</dt>
<dd><p>Echa una mirada a su página web: http://cheat.sh/, es casi idéntico al anterior pero disponible desde cualquier ordenador con conexión.</p></dd>
<dt>gparted</dt>
<dd><p>Instalamos ''gparted'' para poder formatear memorias usb</p>
<dd><p><code>ls</code> potenciado, instalamos el paquete desde los fuentes con <code>cargo install lsd</code> (ver [https://github.com/Peltoche/lsd la página del proyecto]</p></dd>
<dt>bat</dt>
<dd><p><code>cat</code> potenciado, instalamos el paquete desde los fuentes con <code>cargo install bat</code> [https://github.com/sharkdp/bat ver la página del proyecto]</p></dd>
<dt>nmap ndiff ncat</dt>
<dd><p><code>nmap</code> nos permite realizar mapeos de subredes en nuestras redes locales. Por ejemplo para localizar dispositivos enganchados a nuestra red. <code>ndiff</code> nos permite comparar escaneos realizados con <code>nmap</code> y <code>ncat</code> hace todo tipo de cosas (mira en la red)</p>
<dd><p>El super conmutador de ventanas (y muchas más cosas).</p>
<p>Creamos el fichero <code>~/.config/rofi/config.rasi</code> con el siguiente contenido</p>
<syntaxhighlight lang="json">configuration {
modi: "drun,run,ssh,combi";
font: "mensch 16";
combi-modi: "window,drun,ssh";
}
@theme "fancy"</syntaxhighlight>
<p>Asociamos un atajo de teclado al comando: <code>rofi -show drun</code></p></dd></dl>
== autokey ==
Instalamos [https://github.com/autokey/autokey autokey] siguiendo [https://github.com/autokey/autokey/wiki/Installing#debian-and-derivatives las instrucciones para instalarlo con paquetes debian]
Me he descargado la última estable en el Legion y la beta en el Acer.
Después de descargar los paquetes Debian ejecutamos los siguientes comandos (para la estable):
El único paquete que se instala a mayores en el python del sistema sería <code>python3-pyinotify</code>
Si estamos usando un entorno virtual con pyenv creo que sería mejor usar la instalación con <code>pip</code> ([https://github.com/autokey/autokey/wiki/Installing#pip-installation ver documentación])
Para lanzar la aplicación ejecutamos: <code>python3 -m autokey.gtkui</code>
<span id="internet"></span>
= Internet =
<span id="rclone"></span>
== Rclone ==
Instalamos desde la página web(https://rclone.org/), descargando el fichero <code>.deb</code>.
<span id="recetas-rclone"></span>
=== Recetas rclone ===
Copiar directorio local en la nube:
<pre>rclone copy /localdir hubic:backup -vv</pre>
Si queremos ver el directorio en la web de Hubic tenemos que copiarlo en ''default'':
echo "deb [signed-by=/etc/apt/keyrings/syncthing-archive-keyring.gpg] https://apt.syncthing.net/ syncthing stable" | sudo tee /etc/apt/sources.list.d/syncthing.list
sudo apt update
sudo apt install syncthing</syntaxhighlight>
<span id="nyxt"></span>
== Nyxt ==
Instalado desde el Software Manager (via flathub)
<span id="qutebrowser"></span>
== Qutebrowser ==
Instalamos desde los repos con <code>sudo apt install qutebrowser</code>.
<span id="palemoon"></span>
== Palemoon ==
Un fork de ''Firefox'' con menos chorradas. Instalado con el paquete <code>deb</code> descargado de su [https://software.opensuse.org/download.html?project=home:stevenpusser&package=palemoon página web]
<span id="librewolf"></span>
== LibreWolf ==
Instalado el paquete flatpak desde el Software Manager
<span id="plugins-instalados"></span>
=== Plugins instalados ===
Conviene estudiar la documentación de los ''add-ons'' recomendados, disponible [https://librewolf-community.gitlab.io/docs/addons/ aqui].
* KeepassXC-Browser
** Necesitamos instalar el KeepassXC, el que viene en los repos es un poco antiguo podemos instalar desde PPA
** Es imprescindible hacer un link con <code>ln -s ~/.mozilla/native-messaging-hosts ~/.librewolf/native-messaging-hosts</code>
* Clear URLs
* Mozilla Multiaccount Containers
<span id="netsurf"></span>
== Netsurf ==
'''NOTA''': Aún no instalado en Xia
Un navegador ultraligero (aunque no funciona con muchas páginas, solo para webs austeras) Instalado via flathub con <code>flatpak install netsurf</code>
<span id="lagrange"></span>
== Lagrange ==
Un navegador para el protocolo ''Gemini''. Instalado con la ''appimage'' desde su [https://git.skyjake.fi/gemini/lagrange página web]
<span id="castor"></span>
== Castor ==
'''NOTA''': Aún no instalado en Xia
Otro navegador para el protocolo ''Gemini'' programado en ''Rust''. Instalado desde las fuentes siguiendo instrucciones de su [https://sr.ht/~julienxx/Castor/ página web]
<span id="whalebird-cliente-de-mastodon"></span>
== Whalebird: Cliente de Mastodon ==
Descargada ''appimage'' desde [https://whalebird.social/en la página web de la aplicación].
<span id="sengi-cliente-de-mastodon"></span>
== Sengi: Cliente de Mastodon ==
Instalada ''appimage'' desde su [https://github.com/NicolasConstant/sengi github]
Vamos a describir la instalación del ''Qtile'' en un ''virtualenv'' dedicado. Si te bajas la versión estable de ''Qtile'' desde su [http://qtile.org página web] en el paquete vienen un montón de script auxiliares que te permiten hacer la instalación aislada en un ''virtualenv'' pero lo voy a hacer a mano para tenerlo controlado con <code>pyenv</code>.
* Creamos el ''virtualenv'' <code>qtile</code> basado en la versión 3.10.0 que teniamos instalada previamente:
<syntaxhighlight lang="bash"># Creamos el directorio de trabajo
mkdir <workPath>/qtile
cd <workPath>/qtile
# OPCIONAL: Descargamos el qtile estable de la página web
# sólo si quieres curiosear los scripts auxiliares
Con esto ya estamos listos, podríamos arrancar ''Qtile'' con <code>qtile start</code>, pero no puede funcionar claro. Para que arranque correctamente, tenemos que lanzarlo en un servidor X. (ver el punto “[[#lanzar-window-managers-con-xephyr|Lanzar Window Managers con Xephyr]]”)
La parte xxxxxx varía en función del estado de la última versión de LaTeX disponible.
<pre>sudo ./install-tl</pre>
Una vez lanzada la instalación podemos desmarcar las opciones que instalan la documentación y las fuentes. Eso nos obligará a consultar la documentación on line pero ahorrará practicamente el 50% del espacio necesario. En mi caso sin doc ni src ocupa 2,3Gb
Por último para acabar la instalación añadimos <code>/opt/texbin</code> al ''PATH''. Para ''bash'' y ''zsh'' basta con añadir al fichero <code>~/.profile</code> las siguientes lineas:
<pre># adds texlive to my PATH
if [ -d "/opt/texbin" ] ; then
PATH="$PATH:/opt/texbin"
fi</pre>
En cuanto a ''fish'' (si es que lo usas, claro) tendremos que modificar (o crear) el fichero <code>~/.config/fish/config.fish</code> y añadir la siguiente linea:
<pre>set PATH $PATH /opt/texbin</pre>
<span id="falsificando-paquetes"></span>
=== Falsificando paquetes ===
Ya tenemos el ''texlive'' instalado, ahora necesitamos que el gestor de paquetes sepa que ya lo tenemos instalado.
Editamos la versión (si queremos) y procedemos a generar el paquete ''deb''.
<pre>equivs-build texlive-local</pre>
Ahora podemos instalar el paquete con <code>dpkg</code> También conviene instalar ''texinfo'' (que hará que se instale ''texcommon'') y opcionalmente se puede instalar ''lmodern''.
<pre>sudo apt install texinfo
sudo dpkg -i texlive-local_2024-1_all.deb</pre>
Todo listo, ahora podemos instalar cualquier paquete debian que dependa de ''texlive'' sin problemas de dependencias, aunque no hayamos instalado el ''texlive'' de Debian.
<span id="fuentes"></span>
=== Fuentes ===
Para dejar disponibles las fuentes opentype y truetype que vienen con texlive para el resto de aplicaciones:
Exec=gksu -d -S -D "TeX Live Manager" '/opt/texbin/tlmgr -gui'
Terminal=false
Type=Application
Icon=system-software-update
EOF</pre>
<span id="tipos-de-letra"></span>
== Tipos de letra ==
Creamos el directorio de usuario para tipos de letra:
<pre>mkdir ~/.local/share/fonts</pre>
<span id="fuentes-adicionales"></span>
== Fuentes Adicionales ==
Me he descargado de internet la fuente [https://robey.lag.net/downloads/mensch.ttf Mensch] el directorio de usuario para los tipos de letra: <code>~/.local/share/fonts</code>
Además he clonado el repo [https://github.com/ProgrammingFonts/ProgrammingFonts ''Programming Fonts''] aunque parece que las fuentes están un poco anticuadas.
La fuente Hack la he instalado directamente desde el [https://sourcefoundry.org/hack/ sitio web]
<span id="pandoc"></span>
== Pandoc ==
''Pandoc'' es un traductor entre formatos de documento. Está escrito en Haskell y es increiblemente útil. De hecho este documento está escrito con ''Pandoc''.
Instalado el ''Pandoc'' descargando paquete <code>.deb</code> desde [http://pandoc.org/installing.html la página web del proyecto].
Además podríamos descargarnos plantillas de Pandoc desde [https://github.com/jgm/pandoc-templates este repo] ejecutando los siguientes comandos:
Las plantillas no son imprescindibles pero si quieres aprender a usarlas o hacer alguna modificación viene bien tenerlas.
<span id="quarto"></span>
== Quarto ==
'''NOTA''': Aún no instalado en Xia
Un sistema de generación de documentación que usa ''Pandoc'', instalado con el paquete <code>.deb</code> descargado desde [https://quarto.org/docs/get-started/ la página web del proyecto]
'''TODO''': Completar el tutorial inicial
<span id="algunos-editores-adicionales"></span>
== Algunos editores adicionales ==
Dos editores opcionales para hacer pruebas:
; Obsidian
: Instalado con ''appimage'' descargado desde la [https://obsidian.md/ página web] '''NOTA''': Aún no instalado en Xia
; Zettlr
: Instalado con fichero <code>.deb</code> descargado desde [https://www.zettlr.com/ su página web]
<span id="calibre"></span>
== Calibre ==
La mejor utilidad para gestionar tu colección de libros electrónicos.
El programa queda instalado en <code>/opt/calibre</code>. Se puede desinstalar con el comando <code>sudo calibre-unistall</code>.
Para usar el calibre con el ebook ''Kobo Glo'':
* Desactivamos todos los plugin de Kobo menos el ''Kobo Touch Extended''
* En ''Preferences::Add your own Columns'' creamos una columna ''MyShelves'' con identificativo <code>#myshelves</code>, esto es para crear colecciones en el ebook como me apetezca
* En las opciones del plugin:
** ''Collections, covers and uploads''
*** En la opción ''Collection columns'' añadimos las columnas <code>Series,MyShelves</code>
*** Marcamos las opciones ''Create collections'' y ''Delete empty bookshelves''
Scribus es un programa libre de composición de documentos. con Scribus puedes elaborar desde los folletos de una exposición hasta una revista o un poster.
Instalamos desde los depósitos oficiales de Mint.
Se podría instalar desde ppa para instalar la última versión:
He cambiado los siguientes valores en las dos versiones, non están exactamente en el mismo menú pero no son díficiles de encontrar:
* Lenguaje por defecto: '''English'''
* Tamaño de documento: '''A4'''
* Unidades por defecto: '''milimeters'''
* Show Page Grid: '''Activado'''
* Dimensiones de la rejilla:
** Mayor: '''30 mm'''
** Menor: '''6mm'''
* En opciones de salida de ''pdf'' indicamos que queremos salida a impresora y no a pantalla. Y también que no queremos ''spot colors'', que serían sólo para ciertas impresoras industriales, así que activamos la opción ''Convert Spot Colors to Process Colors''.
Siempre se puede volver a los valores por defecto sin mucho problema (hay una opción para ello)
Referencia [https://www.youtube.com/watch?v=3sEoYZGABQM&list=PL3kOqLpV3a67b13TY3WxYVzErYUOLYekI aquí]
A mayores instalamos el ''addon'' '''''Better Bibtex''''' descargando la última versión disponible desde [https://retorque.re/zotero-better-bibtex/installation/ aquí] e instalando en Zotero con la opción “Instalar desde fichero”.
<span id="desarrollo-software"></span>
= Desarrollo software =
<span id="paquetes-esenciales"></span>
== Paquetes esenciales ==
Estos son los paquetes esenciales para empezar a desarrollar software en Linux.
== Lenguaje de programación D (D programming language) ==
El lenguaje de programación D es un lenguaje de programación de sistemas con una sintaxis similar a la de C y con tipado estático. Combina eficiencia, control y potencia de modelado con seguridad y productividad.
Con <code>ctags --version</code> nos aseguramos de que se llama a Exuberant y no el ctags que instala Emacs. Si no es así habrá que revisar la definición del <code>PATH</code>
<code>python-pygments</code> no es necesario para C o C++, pero añade funcionalidad a Global (hasta 25 lenguajes de programación más)
No podemos instalar Global desde los repos de Ubuntu, está muy anticuado y genera bases de datos enormes y lentas. Tendremos que compilarlo.
Nos bajamos las fuentes del programa desde [https://www.gnu.org/software/global/ la página oficial] En el momento de escribir esto se trata de la versión 6.6.4.
He comprobado que make uninstall funciona correctamente, las librerías quedan instaladas en <code>/usr/local/lib/gtags</code> y los ejecutables en <code>/usr/local/bin</code>
<span id="rust"></span>
== Rust ==
Instalamos siguiendo las instrucciones de [https://www.rust-lang.org/tools/install aqui] (Hacemos la instalación por defecto)
<syntaxhighlight lang="bash">curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
To get started you need Cargo's bin directory ($HOME/.cargo/bin) in your PATH
environment variable. Next time you log in this will be done
automatically.
To configure your current shell run source $HOME/.cargo/env
</syntaxhighlight>
Yo comento la linea del fichero <code>.zprofile</code> por que mi <code>.zshrc</code> ya lee el fichero <code>.profile</code>
Para desinstalar <code>rust</code> bastaría con ejecutar <code>rustup self uninstall</code>
Para actualizar la instalación: <code>rustup update</code>
<span id="rls"></span>
=== RLS ===
Seguimos las instrucciones de la página oficial de [https://emacs-lsp.github.io/lsp-mode/page/lsp-rust/ LSP] y de [https://github.com/rust-lang/rls RLS]
go install github.com/cheat/cheat/cmd/cheat@latest</syntaxhighlight>
<span id="processing"></span>
== Processing ==
Bajamos el paquete de la [https://processing.org/ página web], descomprimimimos en <code>~/apps/</code>, en las nuevas versiones incorpora un script de instalación que ya se encarga de crear el fichero ''desktop''.
La última versión incorpora varios modos de trabajo, he descargado el modo ''Python'' para probarlo.
<span id="openframeworks"></span>
== openFrameworks ==
Nos bajamos los fuentes para linux 64bits desde [https://openframeworks.cc la página web del proyecto], y las descomprimimos en un directorio para proceder a compilarlas.
No hay más que seguir [https://openframeworks.cc/setup/linux-install/ las instrucciones de instalación para linux].
La instalación no es demasiado intrusiva si tienes Ubuntu 18 o mayor y una versión reciente del gcc.
En la primera pregunta que nos hace es necesario contestar que no. De lo contrario falla la compilación.
Añade los siguientes paquetes a nuestro sistema
<syntaxhighlight lang="bash">installing OF dependencies
OF needs to install the following packages using apt-get:
Pero también podemos añadir el ''bundle'' para ''Antigen'' en el fichero <code>.zshrc</code> y dejar que se encargue de todo. (Este es el camino que yo sigo)
Y configuramos en <code>~/.bashrc</code> y en <code>~/.zshrc</code> (aunque en el último no es necesario tocar nada si usamos el ''bundle'' para ''Antigen''):
<syntaxhighlight lang="bash">if command -v pyenv 1>/dev/null 2>&1; then
eval "$(pyenv init -)"
fi</syntaxhighlight>
Podemos probar que todo funciona con: <code>pyenv install -l</code>
Una vez instalado hay que estudiarse [https://github.com/pyenv/pyenv/blob/master/COMMANDS.md la referencia de comandos]
Vamos a probar ''neovim'', ahora mismo la versión de los repos de Ubuntu está actualizada a la penúltima versión (0.4.3). También podemos descargar el appimage desde [https://github.com/neovim/neovim/releases la página web]
Es de esperar que alguna vez vuelvan a tener el neovim disponible en los repos de la aplicación:
El rollo de siempre, descargar desde [https://www.mozilla.org/en-US/firefox/developer/ la página web] descomprimir en <code>~/apps</code> y crear un lanzador.
Ahora siempre uso los servidores de base de datos dockerizados. Pero sigue siendo interesante instalar los clientes en nuestro sistema con <code>sudo apt install mariadb-client</code>
<span id="squirrel-sql-client"></span>
== Squirrel SQL Client ==
Bajamos el zip de estándar desde [http://www.squirrelsql.org/ la página web de Squirrel] (yo prefiero no usar el instalador)
Como de costumbre descomprimimos en <code>~/apps</code> y creamos una entrada en nuestro menú de aplicaciones.
Nos descargamos también el ''java connector'' para MariaDB. Desde la página oficial. Nos interesa el fichero <code>maria-java-client-2.6.0.jar</code>
Configuramos el driver para que sepa donde está el fichero <code>.jar</code> y ya estamos listos para trabajar.
El fichero <code>squirrel-sql.sh</code> necesita que lo lancemos desde el directorio del script.
<span id="r-y-r-studio"></span>
== R y R-studio ==
Primero instalamos la última versión de R en nuestro pc:
Ojo, tenemos ''R-studio Server'' y ''R-studio Desktop'', en tu portátil casi seguro que quieres el ''Desktop'' y no el ''Server''.
Para ''R-studio Server'' descargamos la última versión disponible de ''R-studio'' desde la [https://rstudio.com/products/rstudio/download-server/debian-ubuntu/ página web]
Instalamos con ''gdebi'' (basta con clicar sobre el fichero ''.deb'')
Para ''R-studio Desktop'' descargamos la última versión disponible desde la [https://www.rstudio.com/products/rstudio/download/#download página web]
Igual que el ''Server'' instalamos el paquete del ''Desktop'' con ''gedebi''.
Instalado fichero <code>.deb</code> desde las sección de ''releases'' de la página web: [https://github.com/gohugoio/hugo hugo github] '''Asegúrate de instalar el Hugo Extended'''
<span id="desarrollo-hardware"></span>
= Desarrollo hardware =
<span id="arduino-ide"></span>
== Arduino IDE ==
Bajamos los paquetes de la página [https://www.arduino.cc web], descomprimimimos en ''~/apps/arduino''.
La distribución del IDE incluye ahora un fichero <code>install.sh</code>que se encarga de hacer la integración del IDE en los menús de Linux.
Además también incluye un script (<code>arduino-linux-setup.sh</code>) para crear las ''devrules'' y que además desinstala el driver ''modemmanager'' y crea grupos nuevos en el sistema si no existen.
No tengo claro lo de desinstalar el driver así que comentamos la sección que borra el ''modemmanager'' del fichero <code>arduino-linux-setup.sh</code> y lo ejecutamos para que instale el resto.
Yo añado el fichero 99-arduino.rules que se encarga de inhibir el modemmanager para que no capture al CircuitPlayground Express:
<syntaxhighlight lang="bash"># for arduino brand, stop ModemManager grabbing port
Después de añadir ficheros de reglas podemos recargar las reglas ejecutando:
<code>udevadm control --reload-rules && udevadm trigger</code>
Tenemos que crear los ficheros <code>.desktop</code>.
<span id="arduino-ide-2"></span>
=== Arduino IDE 2 ===
Descargamos el fichero ''appmimage'' de la página de Arduino y creamos el fichero <code>.desktop</code>.
<span id="añadir-soporte-para-feather-m0"></span>
=== Añadir soporte para ''Feather M0'' ===
Arrancamos el IDE Arduino y en la opción de ''Preferences::Aditional Board Managers URLs'' añadimos la dirección <code>https://adafruit.github.io/arduino-board-index/package_adafruit_index.json</code>, si tenemos otras URL, simplemente añadimos esta separada por una coma.
=== Añadir soporte para ''Circuit Playground Express'' ===
Bastaría con instalar ''Arduino SAMD Boards''
<span id="añadir-soporte-para-stm32"></span>
=== Añadir soporte para STM32 ===
Tenemos varias URL posibles para configurar en las preferencias del IDE Arduino:
* https://github.com/stm32duino/BoardManagerFiles/raw/main/package_stmicroelectronics_index.json (esta deber ser la oficial)
Pero la oficial no da soporte para usar el ''st-link'', necesitamos añadir alguna más.
* http://dan.drown.org/stm32duino/package_STM32duino_index.json (recomendada por Tutoelectro, nos da soporte para el st-link)
-----
'''NOTA''': Hasta donde yo se la de arriba es la única URL que permite usar el st-link
-----
He optado por añadir los dos ficheros json al IDE, la oficial tiene buena pinta pero parece que no soporta st-link. Con la otra podremos usarlo sin problemas.
Instalamos la biblioteca <code>stm32 cores</code> que corresponde al origen de software oficial y la biblioteca <code>STM32F1xx/GD32F1xx</code>, esta última es la que nos dará soporte explícito para el st-link
Lo probamos con el ''Blink'' y funciona perfectamente con las opciones de la [[#figura_1|Figura 1]]
<div id="figura_1" class="figure">
[[File:src/img/stm32_arduino_opts.jpg|Opciones Arduino para STM32 con st-link]]
=== Añadir biblioteca de soporte para Makeblock ===
-----
'''Nota''': Pendiente de instalar
-----
Clonamos el [https://github.com/Makeblock-official/Makeblock-Libraries repo oficial en github].
Una vez que descarguemos las librerias es necesario copiar el directorio <code>Makeblock-Libraries/makeblock</code> en nuestro directorio de bibliotecas de Arduino. En mi caso <code>~/Arduino/libraries/</code>.
Una vez instaladas las bibliotecas es necesario reiniciar el IDE Arduino si estaba arrancado. Podemos ver si se ha instalado correctamente simplemente echando un ojo al menú de ejemplos en el IDE, tendríamos que ver los ejemplos de ''Makeblock''.
Un detalle importante para programar el Auriga-Me es necesario seleccionar el micro Arduino Mega 2560 en el IDE Arduino.
<span id="pinguino-ide"></span>
== Pinguino IDE ==
-----
'''Nota''': Pendiente de instalar
-----
Tenemos el paquete de instalación disponible en su página [http://pinguino.cc/download.php web]
Ejecutamos el programa de instalación. El programa descargará los paquetes Debian necesarios para dejar el IDE y los compiladores instalados.
Al acabar la instalación he tenido que crear el directorio ''~/Pinguino/v11'', parece que hay algún problema con el programa de instalación y no lo crea automáticamente.
El programa queda correctamente instalado en ''/opt'' y arranca correctamente, habrá que probarlo con los micros.
<span id="stm32-cubeide"></span>
== stm32 cubeide ==
Nos bajamos el instalador genérico. Tendremos que:
* aceptar un montón de acuerdos de licencias
* indicarle un directorio de instalación (en mi caso <code>~/apps/st/st/stm32cubeide_1.4.0</code>)
* darle la password de root para instalar ficheros de udev, concretamente:
** <code>udev/rules.d/49-stlinkv1.rules</code>
** <code>udev/rules.d/49-stlinkv2-1.rules</code>
** <code>udev/rules.d/49-stlinkv2.rules</code>
** <code>udev/rules.d/49-stlinkv3.rules</code>
** <code>udev/rules.d/99-jlink.rules</code>
== esp-idf ==
-----
'''MUY IMPORTANTE''' es más fácil instalar el esp-idf a través de ''Platformio'' pero dejo las instrucciones de instalación que usé en su dia como referencia.
-----
Instalamos las dependencias (cmake ya lo tenemos instalado)
-----
'''NOTA''': No es necesario instalar los paquetes de python que nos especifican en las instrucciones de instalación del ''esp-idf'', se instalarán automáticamente en el siguiente paso.
También es necesario que nuestro usuario pertenezca al grupo <code>dialout</code>, pero eso ya deberíamos tenerlo hecho de antes.
Una vez clonado el repo ejecutamos el script de instalación
<syntaxhighlight lang="bash">cd ~/esp/esp-idf
./install.sh</syntaxhighlight>
Este script nos va a dejar instaladas todas las herramientas necesarias en el directorio <code>~/.expressif</code>
'''Nota''': para que funcione correctamente en Linux Mint es necesario que el script <code>tools/idf_tools.py</code> apunte al python3 de nuestro sistema. Basta con editar la primera linea ''shebang'' del script.
Paciencia, el paquete <code>kicad-packages3d</code> tarda un buen rato en descargarse.
Algunas librerías alternativas:
* [https://github.com/freetronics/freetronics_kicad_library Freetronics] una libreria que no solo incluye Shield para Arduino sino una completa colección de componentes que nos permitirá hacer proyectos completos. [http://www.freetronics.com Freetronics] es una especie de BricoGeek australiano, publica tutoriales, vende componentes, y al parecer mantiene una biblioteca para KiCAD. La biblioteca de Freetronics se mantiene en un repo de github. Lo suyo es incorporarla a cada proyecto, por que si la actualizas se pueden romper los proyectos que estes haciendo.
* [http://meta-blog.eklablog.com/kicad-librairie-arduino-pretty-p930786 eklablog] Esta biblioteca de componentes está incluida en el github de KiCAD, así que teoricamente no habría que instalarla en nuestro disco duro.
<span id="actualizar-a-kicad-6.0"></span>
=== Actualizar a KiCAD 6.0 ===
Hacemos un <code>sudo apt purge</code> de todos los paquetes del antiguo KiCAD. Desactivamos el antiguo repo y ejecutamos:
Al instalar '''Sigrok''' instalamos también '''Pulseview'''.
Si al conectar el analizador, echamos un ojo al fichero ''syslog'' vemos que al conectarlo se mapea en un puerto tty.
Si arrancamos '''Pulseview''' (nuestro usuario tiene que estar incluido en el grupo ''dialout''), en la opción ''File::Connect to device'', escogemos la opción ''Openbench'' y le pasamos el puerto. Al pulsar la opción ''Scan for devices'' reconoce el analizador correctamente como un ''Sump Logic Analyzer''.
<span id="sump-logic-analyzer"></span>
=== Sump logic analyzer ===
Este es el software recomendado para usar con el analizador.
Descargamos el paquete de la [https://www.sump.org página del proyecto], o más concretamente de [https://www.sump.org/projects/analyzer/ esta página] y descomprimimos en ''~/apps''.
Las instrucciones indican que hagamos lo siguiente para usar Platformio desde linea de comandos pero no es conveniente hacerlo.
Modificamos el fichero <code>~/.profile</code> añadiendo las siguientes lineas:
<pre>if [ -d "$HOME/.platformio/penv/bin"] ; then
PATH="$PATH:$HOME/.platformio/penv/bin"
fi</pre>
Si quieres usar Platformio desde linea de comandos, es mejor activar manualmente el entorno virtual con <code>source ~/.platformio/penv/bin/activate</code>
El OpenSCAD está disponible en los orígenes de software, así que <code>sudo apt install openscad</code>.
<span id="slic3r"></span>
=== Slic3r ===
Descargamos la estable desde la [https://slic3r.org página web] y como de costumbre descomprimimos en <code>~/apps</code> y creamos un lanzador con ''MenuLibre''
<span id="slic3r-prusa-edition"></span>
=== Slic3r Prusa Edition ===
Una nueva versión del clásico ''Slic3r'' con muchas mejoras. Descargamos la ''appimage'' desde la [https://www.prusa3d.com/slic3r-prusa-edition/ página web] y ya sabeis, descomprimir en <code>~/apps</code> y dar permisos de ejecución.
<span id="ideamaker"></span>
=== ideaMaker ===
Una aplicación más para generar gcode con muy buena pinta, tenemos el paquete ''deb'' disponible en su [https://www.raise3d.com/pages/ideamaker página web]. Instalamos con el gestor de software.
<span id="ultimaker-cura"></span>
=== Ultimaker Cura ===
Descargamos el ''AppImage'' desde la [https://github.com/Ultimaker/Cura/releases página web]
<span id="pronterface"></span>
=== Pronterface ===
Seguimos las instrucciones para Ubuntu Focal:
Instalamos las dependencias: <code>sudo apt install libsdl2-dev</code>
Descargamos el MissionPlanner desde [https://firmware.ardupilot.org/Tools/MissionPlanner/MissionPlanner-latest.zip aquí]
[https://www.rcgroups.com/forums/showthread.php?2179591-Installing-MissionPlanner-1-3-X-on-Ubuntu-17-04 Descripción de la instalación]
Una vez descomprimido el <code>zip</code> ejecutamos: <code>mono MissionPlanner.exe</code>
== node-red ==
Para instalar node-red en linux necesitamos instalar primero <code>node.js</code>. Hay varias formas de instalar <code>node.js</code>, yo voy a optar por instalar <code>nvm</code> que es el '''n'''ode '''v'''ersion '''m'''anager.
Para ello ejecutamos el siguiente comando (la versión actual de <code>nvm</code> es la 0.37.0)
Para comprobar la instalación usamos <code>command -v nvm</code> que nos devolverá <code>nvm</code>. <code>which</code> no funciona en este caso por que es un script para aplicarle <code>source</code>
<span id="instalación-de-node.js"></span>
=== Instalación de <code>node.js</code> ===
Ahora que tenemos <code>nvm</code> instalado, ya podemos instalar fácilmente la versión o versiones que queramos de <code>node.js</code>
<syntaxhighlight lang="bash">nvm ls-remote # para listar las versiones disponibles
nvm install node # instala la última versión disponible</syntaxhighlight>
<span id="instalación-de-mosquitto"></span>
=== Instalación de <code>mosquitto</code> ===
<code>mosquitto</code> es un ''mqtt broker'' muy sencillo y completo, aunque no es capaz de aguantar cargas grandes, para aprender es perfecto.
Para arrancarlo cuando lo necesitemos le damos un ''start'' con <code>scst mosquitto.service</code> o <code>sudo systemctl start mosquitto.service</code>
La versión disponible en orígenes de software está bastante por detrás de la disponible en la web. Basta con descargar el ''Appimage'' desde la [https://krita.org página web]
Lo copiamos a <code>~/apps/krita</code> y creamos un lanzador con el editor de menús.
Alternativamente también lo tenemos disponible por ppa en https://launchpad.net/~kritalime/+archive/ubuntu/ppa
<span id="mypaint"></span>
== MyPaint ==
Desde el [https://github.com/mypaint/ github] tenemos disponible la última versión en formato ''appimage''. La descargamos la dejamos en <code>~/apps</code> y creamos un acceso con ''Menulibre'', como siempre.
<span id="alchemy"></span>
== Alchemy ==
Igual que el ''MyPaint'' descargamos desde [http://al.chemy.org la página web], descomprimimos en <code>~/apps</code> y creamos un accso con ''Menulibre''.
<span id="capturas-de-pantalla"></span>
== Capturas de pantalla ==
El [https://flameshot.org ''flameshot''] cubre el 99% de mis necesidades: <code>sudo apt install flameshot</code> instala la última versión, parece que el desarrollo se detuvo en 2022.
El [https://github.com/DamirPorobic/ksnip ''ksnip''] por si tenemos que hacer una captura con retardo, puede instalarse también bajando el paquete <code>.deb</code> desde la página web. O bien instalando con apt (la versión estable no ha cambiado desde el 2023, en el momento de escribir esto)
Shutter vuelve a estar disponible, al instalar desde este ppa ya queda con las opciones de edición habilitadas:
Podemos instalarlo desde flatpak o bajarnos [https://launchpad.net/~mumble/+archive/ubuntu/release/+packages el paquete antiguo] (parece que funciona bien).
Mumble no está disponible desde el PPA, aunque dejo aquí las instrucciones por si lo corrigen.
<pre>sudo add-apt-repository ppa:mumble/release
sudo apt update
sudo apt install mumble</pre>
<span id="clientes-de-youtube"></span>
== Clientes de youtube ==
=== smtube ===
Instalado el ppa siguiendo instrucciones de [http://www.smtube.org/ su página web].
Usando este método podemos conectarnos a github sin tener que teclear la contraseña en cada conexión.
<span id="claves-ssh"></span>
=== Claves ssh ===
Podemos echar un ojo a nuestras claves desde <code>seahorse</code> la aplicación de gestión de claves que hemos instalado. También podemos ver las claves que tenemos generadas:
<pre>ls -al ~/.ssh</pre>
En las claves listadas nuestras claves públicas aparecerán con extensión <code>.pub</code>
También podemos comprobar que claves hemos añadido ya a nuestro agente ssh con:
Podremos dar un nombre distintivo a los ficheros de claves generados y poner una contraseña adecuada a la clave. Si algún dia queremos cambiar la contraseña:
<pre>ssh-keygen -p</pre>
Ahora tenemos que añadir nuestra clave ssh en nuestra cuenta de github, para ello editamos con nuestro editor de texto favorito el fichero <code>~/.ssh/id_rsa.pub</code> y copiamos el contenido integro. Después pegamos ese contenido en el cuadro de texto de la web de github.
Para comprobar que las claves instaladas en github funcionan correctamente:
<pre>ssh -T git@github.com
Hi salvari! You've successfully authenticated, but GitHub does not provide shell access.</pre>
Este mensaje indica que todo ha ido bien.
Ahora en los repos donde queramos usar ssh debemos cambiar el remote:
Descargamos la aplicación en formato <code>.deb</code> desde [https://www.dnielectronico.es/PortalDNIe/PRF1_Cons02.action?pag=REF_1112 la página de descargas del portal DNIe].
Automáticamente nos instalará las dependecias: <code>libccid</code>, <code>pcsd</code> y <code>pinentry-gtk2</code>. A mayores instalamos:
El opensc no es necesario para el DNIe, pero nos permite usar otras tarjetas.
Como root ejecutamos pcsc_scan:
<pre>root@rasalhague:~# pcsc_scan
PC/SC device scanner
V 1.4.23 (c) 2001-2011, Ludovic Rousseau <ludovic.rousseau@free.fr>
Compiled with PC/SC lite version: 1.8.11
Using reader plug'n play mechanism
Scanning present readers...
Waiting for the first reader...</pre>
Si insertamos el lector veremos algo como esto:
<pre>root@rasalhague:~# pcsc_scan
PC/SC device scanner
V 1.4.23 (c) 2001-2011, Ludovic Rousseau <ludovic.rousseau@free.fr>
Compiled with PC/SC lite version: 1.8.11
Using reader plug'n play mechanism
Scanning present readers...
Waiting for the first reader...found one
Scanning present readers...
0: C3PO LTC31 v2 (11061005) 00 00
Wed Jan 25 01:17:20 2017
Reader 0: C3PO LTC31 v2 (11061005) 00 00
Card state: Card removed,</pre>
Si insertamos un DNI veremos que se lee la información de la tarjeta insertada:
<pre>Reader 0: C3PO LTC31 v2 (11061005) 00 00
Card state: Card inserted,</pre>
y mas rollo
Para abrir los certificados en el navegador Firefox, nos lo explica [https://www.agenciatributaria.es/AEAT.internet/Inicio/Ayuda/_comp_Consultas_informaticas/Categorias/Firma_digital__certificado_o_DNIe__y_sistema_Cl_ve_PIN/DNI_electronico__DNIe_/Comprobaciones_tecnicas_para_el_funcionamiento_del_DNIe/Comprobaciones_tecnicas_del_DNIe_con_Mozilla_Firefox_y_Linux/Comprobaciones_tecnicas_del_DNIe_con_Mozilla_Firefox_y_Linux.shtml esta página de la AEAT]
Como se puede ver el link de la AEAT, los pasos necesarios para Firefox son:
# Vamos a preferencias y buscamos ‘cert’
# En el diálogo de certificados abrimos los <code>Dispositivos de Seguridad</code> (''Security Devices'')
# Para dar de alta un nuevo dispositivo pulsamos el botón <code>Cargar</code> (''Load'')
# Damos un nombre (p.ej. <code>DNIe</code>) y asociamos el driver: <code>/usr/lib/libpkcs11-dnie.so</code>
# Adicionalmente podemos <code>Cargar</code> (crear), otro dispositivo con el driver <code>opensc</code>, no es necesario para el DNIe pero nos añade soporte para otras tarjetas. (Nombre: OtrasTarjetas, Driver: `/usr/lib/x86_64-linux-gnu/pkcs11/opensc-pkcs11.so)
-----
'''NOTA''':
Para cada tarjeta puede hacer falta un driver diferente, tendrás que investigar con ayuda del <code>pcsc_scan</code> y herramientas similares.
Alternativamente también podemos instalar la versión “nightly” con el siguiente comando, pero tendréis actualizaciones diarias:
<pre>sudo apt josm-latest</pre>
Ya estamos listos para editar Open Street Map offline.
<span id="mobac"></span>
== MOBAC ==
Bajamos el paquete desde [http://mobac.sourceforge.net/ la página web] y descomprimimos en <code>~/apps/mobac</code> como de costumbre nos creamos una entrada de menú con ''MenuLibre''.
Conviene bajarse wms adicionales para MOBAC y leerse [http://mobac.sourceforge.net/wiki/index.php/Custom_XML_Map_Sources la wiki]
Hasta ahora añadíamos las claves usando el programa <code>apt-key</code> como se describe arriba. El programa añade las claves en el “llavero” <code>/etc/apt/trusted.gpg</code>. El gestor de paquetes <code>apt</code> confía ciegamente en las claves de este llavero. Eso permite que cualquier clave presente en el “llavero” sirva para instalar cualquier programa. No hay una relación unívoca entre claves y programas.
Para evitar el ''warning'' podríamos almacenar las claves en <code>/etc/apt/trusted.d</code>, cada clave en si fichero separado. Pero eso dejaría el verdadero problema de establecer una relación entre clave y repo sin solucionar.
Si seguimos las recomendaciones de '''''Debian''''', deberíamos tener un directorio solo accesible por <code>root</code>. Por ejemplo <code>/usr/local/share/keyring</code> y deberíamos almacenar las claves con nombres de la forma: <code><keyword>-archive-keyring.gpg</code>.
Una vez que tengamos la clave disponible debemos especificar para cada origen de software que clave le aplica para la autenticación de paquetes.
'''En resumen''':
* Las claves gpg de los repo se quedarán almacenadas en <code>/usr/local/share/keyring</code>, estarán en formato ''dearmored'' y con los nombres en la forma canónica <code><keyword>-archive-keyring.gpg</code>
* Las especificaciones de los orígenes de software harán referencia explícita a la clave que hay que usar para comprobarlas, es decir, tendrán la forma: <code>deb [signed-by=/usr/share/keyrings/<myrepository>-archive-keyring.gpg] <https://repository.example.com/debian/ stable main></code>
Añadimos las credenciales al fichero <code>~/.davfs2/secrets</code> que sería una linea con <code><mount point> <webdav-user> <webdav-passwd></code>
Con eso ya podremos montar el webdav con nuestro usuario sin mas que ejecutar <code>mount <mount point></code>
== Solucionar el problema de “paquetes mantenidos” (''The following packages have been kept back'') ==
Cuando hacemos <code>sudo apt upgrade</code> si alguno de los paquetes que se va a actualizar tiene '''nuevas dependencias''' no se actualizará y nos dará el error del título. La solución pasa por ejecutar:
First delete whatever partitions you can…just keep pressing ignore.
There will be one with a black outline…you will have to unmount it…just right click on it and unmount.
Again you will have to click your way through ignore..if fix is an option choose it also.
Once all this is done… you can select the device menu and choose new partition table.
Select MSdos
Apply and choose ignore again.
Once it’s done it show it’s real size.
Next you can format the drive to whichever file system you like.
It’s a pain in the behind this way, but it’s the only way I get it done..I put live iso’s on sticks all the time and have to remove them. I get stuck going through this process every time.
Vamos a trastear con un dispositivo [https://www.rtl-sdr.com/ RTL-SDR.com].
Tenemos un montón de información en el blog de [https://sdrgal.wordpress.com/ SDR Galicia] y tienen incluso una guia de instalación muy completa, pero yo voy a seguir una guía un poco menos ambiciosa, por lo menos hasta que pueda hacer el curso que imparten ellos mismos (SDR Galicia)
La guía en cuestión la podemos encontrar [https://ranous.wordpress.com/rtl-sdr4linux/ aquí]
Seguimos los pasos de instalación:
* La instalación de <code>git</code>, <code>cmake</code> y <code>build-essential</code> ya la tengo hecha.
== Posible problema con modemmanager y micros programables ==
Programando el ''Circuit Playground Express'' con el ''Arduino IDE'' tenía problemas continuos para hacer los ''uploads'', al parecer el servicio ''ModemManager'' es el culpable, se pasa todo el tiempo capturando los nuevos puertos serie por que considera que todo es un modem.
Una prueba rápida para comprobarlo: <code>sudo systemctl stop ModemManager</code>
Con esto funciona todo bien, pero en el siguiente arranque volvera a cargarse.
Para dar una solución definitiva se puede programar una regla para impedir que el ''ModemManager'' capture el puerto con un dispositivo
Creamos un fichero con permisos de <code>root</code> en el directorio <code>/etc/udev/rules.d</code> que llamaremos: <code>99-arduino.rules</code>
Dentro de ese fichero especificamos los codigos VID/PID que se deben ignorar:
<pre># for arduino brand, stop ModemManager grabbing port
