<HTML><p></HTML>Este portátil equipa una tarjeta //Nvidia Geforce GT540M// que resulta pertenecer a una rama muerta en el árbol de desarrollo de Nvidia.<HTML></p></HTML>
<HTML><p></HTML>Esta tarjeta provocaba todo tipo de problemas de sobrecalientamiento, pero en las últimas versiones de Linux instalando el driver de Nvidia parece funcionar correctamente.<HTML></p></HTML><HTML></li></HTML>
Interesa tener instalado el paquete //ppa-purge// (''%%sudo apt install ppa-purge%%''). Sirve para eliminar ppas junto con los programas instalados desde ese ppa.
Tampoco voy a enredar nada con los orígenes del software (de momento), es decir no voy a cambiar al depósito regional. Si quieres cambiarlo, en mi experiencia los más rápidos suelen ser los alemanes.
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.
Una vez instalado el driver de Nvidia, el comando ''%%prime-select query%%''debe indicarnos la tarjeta activa y podremos cambiar de tarjeta ejecutando ''%%prime-select [nvidia|intel]%%''. 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 ''%%git%%'' y el ''%%etckeeper%%'' para que todos los cambios que se produzcan en el directorio ''%%/etc%%'' 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.
Una vez que tenga añadidos los ficheros que quiero tener controlados pondré ''%%*%%'' en el fichero ''%%.git/info/exclude%%'' de mi repo para que ignore todos los ficheros de mi ''%%$HOME%%''.
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.
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.
Puede ser conveniente instalar el paquete //font-manager// (''%%sudo apt install font-manager%%''), sólo lo uso para visualizar fuentes, no para hacer configuración.
Instaladas varias de las [[https://github.com/ryanoasis/nerd-fonts|nerd-fonts]] en ''%%~/.local/share/fonts%%''. Simplemente descargamos las fuentes interesantes y ejecutamos ''%%sudo fc-cache -f -v%%''
> **Nota**: Ojo con el log de ''%%ufw%%'', tampoco le sienta muy bien al ssd esa escritura masiva. Yo normalmente lo dejo desactivado excepto cuando valido una nueva configuración.
* **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.
**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 ''%%.desktop%%''. En mi caso hago una cutre-instalación con el ejecutable en ''%%~/.local/bin%%'' y el fichero ''%%.desktop%%'' copiado en mi ''%%~/.local/share/applications%%'' (ver la sección [[#varias-aplicaciones-instaladas-de-binarios|Varias aplicaciones instaladas de binarios]])
//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.
Bajamos los binarios desde [[https://thorium.rocks/|su página web]]. Descomprimimos en ''%%~/apps%%'' y ajustamos los ficheros ''%%.desktop%%'' 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 ''%%/usr/local%%'' o en ''%%/opt%%''. Yo soy más chapuzas y suelo instalar en ''%%~/apps%%'' por que el portátil es personal e intrasferible. En un ordenador compartido es mejor usar ''%%/opt%%''.
<HTML><li></HTML><HTML><p></HTML>Descargamos los binarios o //appimage// desde la web<HTML></p></HTML><HTML></li></HTML>
<HTML><li></HTML><HTML><p></HTML>Descomprimo en un nuevo directorio para la aplicación, tomamos como ejemplo freeplane, así que el directorio se llamará: ''%%~/apps/mi_aplicacion%%''<HTML></p></HTML><HTML></li></HTML>
<HTML><li></HTML><HTML><p></HTML>Creamos enlace simbólico al que llamamos ''%%current%%''. Esto es para no editar los ficheros ''%%.desktop%%'' 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<HTML></p></HTML>
<HTML><p></HTML>Vemos que el enlace apunta a la versión más reciente de //freeplane//.<HTML></p></HTML><HTML></li></HTML>
<HTML><li></HTML><HTML><p></HTML>Añadimos la aplicación a los menús, al hacer esto se creará un fichero ''%%.desktop%%'' en el directorio ''%%~/.local/share/applications%%''<HTML></p></HTML><HTML></li></HTML><HTML></ol></HTML>
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 ''%%.desktop%%''
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 usar //virtualenvwrapper// hay que decidir en que directorio queremos salvar los entornos virtuales. El obvio seria ''%%~/.virtualenvs%%'' la alternativa sería ''%%~/.local/share/virtualenvs%%''.
El que escojamos lo tenemos que crear y añadirlo a nuestro ''%%~/.profile%%'' con las líneas:
También he cambiado el fichero del tema //gnzh// en ''%%~/.antigen/bundles/robbyrussell/oh-my-zsh/themes/gnzh.zsh-theme%%'' por que me interesa ver la versión python asociada a cada virtualenv.
<HTML><dd></HTML><HTML><p></HTML>Una utilidad de generación de gráficos que uso a veces. También es útil para ''%%web2py%%'' y para `org-roam<HTML></p></HTML>
<HTML><dd></HTML><HTML><p></HTML>Chuletas de comandos habituales, se instala desde los fuentes ejecutando ''%%go install github.com/cheat/cheat/cmd/cheat@latest%%'' (ver [[https://github.com/cheat/cheat/|su github]])<HTML></p></HTML><HTML></dd></HTML>
<HTML><dd></HTML><HTML><p></HTML>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.<HTML></p></HTML><HTML></dd></HTML>
<HTML><dt></HTML>gparted<HTML></dt></HTML>
<HTML><dd></HTML><HTML><p></HTML>Instalamos //gparted// para poder formatear memorias usb<HTML></p></HTML>
<HTML><dd></HTML><HTML><p></HTML>''%%ls%%'' potenciado, instalamos el paquete desde los fuentes con ''%%cargo install lsd%%'' (ver [[https://github.com/Peltoche/lsd|la página del proyecto]]<HTML></p></HTML><HTML></dd></HTML>
<HTML><dd></HTML><HTML><p></HTML>''%%cat%%'' potenciado, instalamos el paquete desde los fuentes con ''%%cargo install bat%%'' [[https://github.com/sharkdp/bat|ver la página del proyecto]]<HTML></p></HTML><HTML></dd></HTML>
<HTML><dd></HTML><HTML><p></HTML>''%%nmap%%'' nos permite realizar mapeos de subredes en nuestras redes locales. Por ejemplo para localizar dispositivos enganchados a nuestra red. ''%%ndiff%%'' nos permite comparar escaneos realizados con ''%%nmap%%'' y ''%%ncat%%'' hace todo tipo de cosas (mira en la red)<HTML></p></HTML>
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 ''%%python3-pyinotify%%''
Si estamos usando un entorno virtual con pyenv creo que sería mejor usar la instalación con ''%%pip%%'' ([[https://github.com/autokey/autokey/wiki/Installing#pip-installation|ver documentación]])
Un fork de //Firefox// con menos chorradas. Instalado con el paquete ''%%deb%%'' descargado de su [[https://software.opensuse.org/download.html?project=home:stevenpusser&package=palemoon|página web]]
===== LibreWolf =====
Otro fork de //Firefox// centrado en la privacidad. Instalado como //appimage// descargado desde su [[https://librewolf-community.gitlab.io/|página web]]
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 ''%%ln -s ~/.mozilla/native-messaging-hosts ~/.librewolf/native-messaging-hosts%%''
* Clear URLs
* Mozilla Multiaccount Containers
===== Netsurf =====
Un navegador ultraligero (aunque no funciona con muchas páginas, solo para webs austeras) Instalado via flathub con ''%%flatpak install netsurf%%''
===== Lagrange =====
Un navegador para el protocolo //Gemini//. Instalado con la //appimage// desde su [[https://git.skyjake.fi/gemini/lagrange|página web]]
===== Castor =====
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]]
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 ''%%pyenv%%''.
Con esto ya estamos listos, podríamos arrancar //Qtile// con ''%%qtile start%%'', 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]]”)
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 ''%%/opt/texbin%%'' al //PATH//. Para //bash// y //zsh// basta con añadir al fichero ''%%~/.profile%%'' las siguientes lineas:
En cuanto a //fish// (si es que lo usas, claro) tendremos que modificar (o crear) el fichero ''%%~/.config/fish/config.fish%%'' y añadir la siguiente linea:
Todo listo, ahora podemos instalar cualquier paquete debian que dependa de //texlive// sin problemas de dependencias, aunque no hayamos instalado el //texlive// de Debian.
==== Fuentes ====
Para dejar disponibles las fuentes opentype y truetype que vienen con texlive para el resto de aplicaciones:
Me he descargado de internet la fuente [[https://robey.lag.net/downloads/mensch.ttf|Mensch]] el directorio de usuario para los tipos de letra: ''%%~/.local/share/fonts%%''
Además he clonado el repo [[https://github.com/ProgrammingFonts/ProgrammingFonts|//Programming Fonts//]] aunque parece que las fuentes están un poco anticuadas.
//Pandoc// es un traductor entre formatos de documento. Está escrito en Haskell y es increiblemente útil. De hecho este documento está escrito con //Pandoc//.
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.
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í]]
==== Solucionados problemas de hyphenation ====
//Scribus// no hacia correctamente la separación silábica en castellano, he instalado los paquetes:
* hyphen-es
* hyphen-gl
Y ahora funciona correctamente.
===== Foliate: lector de libros electrónicos =====
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”.
===== 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.
==== D-apt e instalación de programas ====
Configurado //d-apt//, instalados todos los programas incluidos
Con ''%%ctags --version%%'' 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 ''%%PATH%%''
''%%python-pygments%%'' 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 ''%%/usr/local/lib/gtags%%'' y los ejecutables en ''%%/usr/local/bin%%''
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]]
Bajamos el paquete de la [[https://processing.org/|página web]], descomprimimimos en ''%%~/apps/%%'', 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.
===== 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.
Pero también podemos añadir el //bundle// para //Antigen// en el fichero ''%%.zshrc%%'' y dejar que se encargue de todo. (Este es el camino que yo sigo)
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 ''%%~/apps%%'' 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 ''%%sudo apt install mariadb-client%%''
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]]
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 ''%%install.sh%%''que se encarga de hacer la integración del IDE en los menús de Linux.
Además también incluye un script (''%%arduino-linux-setup.sh%%'') 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 ''%%arduino-linux-setup.sh%%'' y lo ejecutamos para que instale el resto.
Arrancamos el IDE Arduino y en la opción de //Preferences::Aditional Board Managers URLs// añadimos la dirección ''%%https://adafruit.github.io/arduino-board-index/package_adafruit_index.json%%'', si tenemos otras URL, simplemente añadimos esta separada por una coma.
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 ''%%stm32 cores%%'' que corresponde al origen de software oficial y la biblioteca ''%%STM32F1xx/GD32F1xx%%'', 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]]
{{src/img/stm32_arduino_opts.jpg|Menu Arduino desplegado 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 ''%%Makeblock-Libraries/makeblock%%'' en nuestro directorio de bibliotecas de Arduino. En mi caso ''%%~/Arduino/libraries/%%''.
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.
===== 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.
**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.
**Nota**: para que funcione correctamente en Linux Mint es necesario que el script ''%%tools/idf_tools.py%%'' apunte al python3 de nuestro sistema. Basta con editar la primera linea //shebang// del script.
Paciencia, el paquete ''%%kicad-packages3d%%'' 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.
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//.
==== 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//.
Descargamos la estable desde la [[https://slic3r.org|página web]] y como de costumbre descomprimimos en ''%%~/apps%%'' y creamos un lanzador con //MenuLibre//
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 ''%%~/apps%%'' y dar permisos de ejecución.
==== 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.
==== Ultimaker Cura ====
Descargamos el //AppImage// desde la [[https://github.com/Ultimaker/Cura/releases|página web]]
Para instalar node-red en linux necesitamos instalar primero ''%%node.js%%''. Hay varias formas de instalar ''%%node.js%%'', yo voy a optar por instalar ''%%nvm%%'' que es el **n**ode **v**ersion **m**anager.
Para ello ejecutamos el siguiente comando (la versión actual de ''%%nvm%%'' es la 0.37.0)
Para comprobar la instalación usamos ''%%command -v nvm%%'' que nos devolverá ''%%nvm%%''. ''%%which%%'' no funciona en este caso por que es un script para aplicarle ''%%source%%''
==== Instalación de node.js ====
Ahora que tenemos ''%%nvm%%'' instalado, ya podemos instalar fácilmente la versión o versiones que queramos de ''%%node.js%%''
<code bash>
nvm ls-remote # para listar las versiones disponibles
nvm install node # instala la última versión disponible
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 ''%%~/apps/krita%%'' 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
===== MyPaint =====
Desde el [[https://github.com/mypaint/|github]] tenemos disponible la última versión en formato //appimage//. La descargamos la dejamos en ''%%~/apps%%'' y creamos un acceso con //Menulibre//, como siempre.
===== Alchemy =====
Igual que el //MyPaint// descargamos desde [[http://al.chemy.org|la página web]], descomprimimos en ''%%~/apps%%'' y creamos un accso con //Menulibre//.
El [[https://flameshot.org|//flameshot//]] cubre el 99% de mis necesidades: ''%%sudo apt install flameshot%%'' funciona bien pero podemos instalar la última version descargando el paquete ''%%.deb%%'' desde la página web.
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.
* **Siempre** hay que ponerle una fecha de expiración, la puedes cambiar más tarde.
* **Siempre** hay que escoger la máxima longitud posible
===== Seahorse =====
Para manejar todas nuestras claves con comodidad:
''%%sudo apt install seahorse%%''
===== Conexión a github con claves ssh =====
Usando este método podemos conectarnos a github sin tener que teclear la contraseña en cada conexión.
==== Claves ssh ====
Podemos echar un ojo a nuestras claves desde ''%%seahorse%%'' la aplicación de gestión de claves que hemos instalado. También podemos ver las claves que tenemos generadas:
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:
Ahora tenemos que añadir nuestra clave ssh en nuestra cuenta de github, para ello editamos con nuestro editor de texto favorito el fichero ''%%~/.ssh/id_rsa.pub%%'' 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:
<code>
ssh -T git@github.com
Hi salvari! You've successfully authenticated, but GitHub does not provide shell access.
Descargamos la aplicación en formato ''%%.deb%%'' desde [[https://www.dnielectronico.es/PortalDNIe/PRF1_Cons02.action?pag=REF_1112|la página de descargas del portal DNIe]].
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 ''%%Dispositivos de Seguridad%%'' (//Security Devices//)
- Para dar de alta un nuevo dispositivo pulsamos el botón ''%%Cargar%%'' (//Load//)
- Damos un nombre (p.ej. ''%%DNIe%%'') y asociamos el driver: ''%%/usr/lib/libpkcs11-dnie.so%%''
- Adicionalmente podemos ''%%Cargar%%'' (crear), otro dispositivo con el driver ''%%opensc%%'', 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 ''%%pcsc_scan%%'' y herramientas similares.
Tenemos dos formas de instalar //Virtualbox//, desde los repos oficiales de la aplicación o desde los propios de Linux Mint (Ubuntu Focal Fossa)
Si descargamos los oficiales de //Virtualbox// se instalará el paquete ''%%python-is-python2%%'', eso hara que el python por defecto de nuestro sistema sea el dos. A cambio tendremos la última versión de //Virtualbox//
Si lo instalamos con los repos de Ubuntu, podemos tener instalado el paquete ''%%python-is-python3%%'' (esta es mi opción favorita)
Ahora podemos comprobar que además del paquete //virtualbox// tenemos varios paquetes con número de versión (p.ej. _virtualbox.6.1), estos últimos son los que hemos añadido (compruebalo con ''%%apt-cache policy [nombrepaquete]%%'')
Descargamos también el [[https://www.virtualbox.org/wiki/Downloads|VirtualBox Extension Pack]], este paquete lo podemos instalar desde el propio interfaz de usuario del //VirtualBox//, o bien con el siguiente comando:
Sólo nos queda añadir nuestro usuario al grupo ''%%vboxusers%%'', con el comando ''%%sudo gpasswd -a username vboxusers%%'', y tendremos que cerrar la sesión para refrescar nuestros grupos.
* El comando ''%%egrep -c '(vmx|svm)' /proc/cpuinfo%%'' debe devolvernos un número mayor que cero si nuestro sistema soporta virtualización.
* El comando ''%%kvm-ok%%'' nos sirve para comprobar que la virtualización hardware no está deshabilitada en la BIOS (puede que tengas que ejecutar ''%%apt install cpu-checker%%'')
Un interfaz gráfico para //Docker//. En su [[https://github.com/docker/kitematic/releases|página de releases]] bajamos la última para Ubuntu e instalamos con el gestor de paquetes.
Ya estamos listos para editar Open Street Map offline.
===== MOBAC =====
Bajamos el paquete desde [[http://mobac.sourceforge.net/|la página web]] y descomprimimos en ''%%~/apps/mobac%%'' 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 ''%%apt-key%%'' como se describe arriba. El programa añade las claves en el “llavero” ''%%/etc/apt/trusted.gpg%%''. El gestor de paquetes ''%%apt%%'' 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 ''%%/etc/apt/trusted.d%%'', 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 ''%%root%%''. Por ejemplo ''%%/usr/local/share/keyring%%'' y deberíamos almacenar las claves con nombres de la forma: ''%%<keyword>-archive-keyring.gpg%%''.
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 ''%%/usr/local/share/keyring%%'', estarán en formato //dearmored// y con los nombres en la forma canónica ''%%<keyword>-archive-keyring.gpg%%''
* 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: ''%%deb [signed-by=/usr/share/keyrings/<myrepository>-archive-keyring.gpg] <https://repository.example.com/debian/ stable main>%%''
==== Si la clave ya estaba en trusted.gpg ====
<code bash>
sudo apt-key list
# Obtendremos un lista de claves e identificamos la conflictiva:
===== Solucionar el problema de “paquetes mantenidos” (The following packages have been kept back) =====
Cuando hacemos ''%%sudo apt upgrade%%'' 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.
===== Copiar la clave pública ssh en un servidor remoto =====
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 ''%%git%%'', ''%%cmake%%'' y ''%%build-essential%%'' 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: ''%%sudo systemctl stop ModemManager%%''
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 ''%%root%%'' en el directorio ''%%/etc/udev/rules.d%%'' que llamaremos: ''%%99-arduino.rules%%''
Dentro de ese fichero especificamos los codigos VID/PID que se deben ignorar:
<code>
# for arduino brand, stop ModemManager grabbing port
