Los distintos tipos de asesinos son un buen indicador de los problemas de cada sociedad y reflejan nuevas realidades criminales: asesinos capaces de matar y cruzar Europa en muy poco tiempo; jóvenes criminales que cuentan su asesinato en directo por WhatsApp; mujeres que traman su delito sin mancharse las manos; homicidas que se apoyan en la tecnología para salir impunes.
Luis Rendueles y Manuel Marlasca, periodistas de investigación especializados en sucesos, acaban de publicar el libro Territorio Negro, por cuyas páginas desfilan los autores de trece crímenes perfectos cometidos en España en los últimos veinte años.
La obra también rinde homenaje al compromiso y la profesionalidad de los encargados de cazar a los criminales, que cuentan hoy con herramientas nunca vistas. Esta noche en Milenio Live hablamos con ellos, porque la historia de un país también puede contarse por sus tragedias. --------------------------------------------------------
El consejo técnico de la Fundación Linux dio a conocer recientemente un informe consolidado sobre el incidente relacionado con los investigadores de la Universidad de Minnesota el cual se volvió todo un escándalo, ya que realizaban intentos de introducir parches en el kernel que contienen errores ocultos que conducen a vulnerabilidades.
Los desarrolladores del kernel confirmaron la información publicada anteriormente de que de 5 parches preparados en el curso de la investigación «Hypocrite Commits», 4 parches con vulnerabilidades fueron descartados inmediatamente y por iniciativa de los mantenedores y no ingresaron al repositorio del kernel.
Además, se analizaron 435 confirmaciones, incluidas las correcciones enviadas por desarrolladores de la Universidad de Minnesota y no relacionadas con un experimento para promover vulnerabilidades ocultas.
El 20 de abril de 2021, ante la percepción de que un grupo de investigadores de la Universidad de Minnesota (UMN) habían reanudado el envío de códigos comprometiendo al kernel de Linux.
Greg Kroah-Hartman pidió a la comunidad que dejara de aceptar parches de UMN y comenzó una nueva revisión de todas las presentaciones previamente aceptadas de la Universidad. Este informe resume los hechos que llevaron a este punto, revisa el documento «Hypocrite Commits» que se había enviado para su publicación, y revisa todas las confirmaciones de kernel anteriores conocidas de los autores de artículos de UMN que ha sido aceptado en nuestro repositorio de origen. Concluye con algunas sugerencias sobre cómo la comunidad, con UMN incluida, puede moverse hacia adelante. Los colaboradores de este documento incluyen miembros de Linux Junta Asesora Técnica (TAB) de la Fundación, con la ayuda de revisión de parches de muchos otros miembros de la comunidad de desarrolladores del kernel de Linux.
Y es que desde el 2018, un equipo de investigadores de la Universidad de Minnesota ha estado bastante activo en la corrección de errores. La nueva revisión no reveló ninguna actividad maliciosa en estas confirmaciones, pero reveló algunos errores y deficiencias no intencionales.
También se informa que 349 confirmaciones se consideraron correctas y no se modificaron. En 39 confirmaciones, se encontraron problemas que requieren reparación; estas confirmaciones se cancelaron y serán reemplazadas por correcciones más correctas antes de que se lance el kernel 5.13.
Los errores en 25 confirmaciones se corrigieron en cambios posteriores y 12 confirmaciones perdieron su relevancia, ya que afectaron a sistemas heredados que ya se eliminaron del kernel. Una de las confirmaciones correctas se canceló a petición del autor. Se enviaron 9 confirmaciones correctas desde las direcciones @ umn.edu mucho antes de la formación del equipo de investigación analizado.
Para recuperar la confianza en el equipo de la Universidad de Minnesota y recuperar la oportunidad de participar en el desarrollo del kernel, la Fundación Linux ha propuesto una serie de requisitos, la mayoría de los cuales ya se han cumplido.
La debida diligencia requirió una auditoría para identificar qué autores participaron en diferentes proyectos de investigación de la UMN, identificar la intención de cualquier parche y eliminar los parches defectuosos independientemente de la intención. Con ello se busca el restablecimiento de la confianza de la comunidad en los grupos de investigadores también es importante, ya que este incidente podría tener un impacto de gran alcance en la confianza tanto en direcciones que podrían enfriar la participación de cualquier investigador en el kernel y en el desarrollo.
Por ejemplo, los investigadores ya retiraron la publicación de «Hypocrite Commits» y cancelaron su charla en el Simposio IEEE, además de revelar públicamente la cronología completa de eventos y proporcionar detalles de los cambios enviados durante el estudio.
Hay que recordar que Greg Kroah-Hartman, quien es responsable de mantener la rama estable del kernel de Linux se percató del suceso y tomo la decisión de negar cualquier cambio proveniente de la Universidad de Minnesota al kernel de Linux, y revertir todos los parches aceptados previamente y volver a revisarlos.
El motivo del bloqueo fueron las actividades de un grupo de investigación que estudia la posibilidad de promover vulnerabilidades ocultas en el código de proyectos de código abierto, ya que este grupo ha enviado parches que incluyen errores de varios tipos.
Hace unos años publicamos un artículo llamado La línea de comandos de Linux, libro en español, una traducción del original de William E. Shotts The Linux Command Line, basado a su vez en el material de LinuxCommand.org, «pero con mucho más detalle»; una traducción no del todo perfecta, pero sí muy útil como manual de referencia para nuevos usuarios, o para aquellos que buscan documentación completa.
Resulta que alguien nos pasó el PDF de La línea de comandos de Linux y como pesaba demasiado como para ponerlo en descarga directa en el blog, lo subimos a Google Drive. Y hoy nos han llegado una veintena de notificaciones de diferentes usuarios pidiendo acceso al mismo, cuando no hay acceso que valga: el documento estaba disponible para descargar en abierto, sin más.
No sé qué ha podido pasar ni me interesa averiguarlo, así que lo que he hecho es eliminar la descarga de Google Drive y subirla a un sitio más ‘neutral’ (y ¿menos complicado?) por decirlo de alguna manera. Además, revisando los comentarios del artículo en cuestión, los comentarios que no se ven (los trackback, enlaces al contenido desde otros sitios) he encontrado más de doscientos…
En resumen, parece que La línea de comandos de Linux es un material que interesa a mucha gente y lo menos que podemos hacer es facilitar la descarga a todo el mundo. La duda estaba en cómo hacerlo y al final me he decidido por colgarlo en Internet Archive, así que ahí queda para los restos. Tenéis el enlace a continuación:
Desde sus primeros años, el impacto energético de bitcoin no ha dejado de ser discutido, si bien el tema ha sido objeto de varios informes a lo largo de los años que a veces comparan la energía requerida para la minería de bitcoins con el consumo energético anual de ciertos países, nunca ha provocado acciones concretas por parte de los gobiernos.
En este sentido, el estado de Nueva York está tomando la primera iniciativa de este tipo al presentar un proyecto de ley para suspender la minería de criptomonedas durante los próximos tres años para evaluar adecuadamente su impacto ambiental.
Y es que las criptomonedas ganaron popularidad y fueron noticia durante el primer trimestre de 2021. Bitcoin, el más conocido de ellos, alcanzó un máximo histórico de más de $ 58,000 por moneda en febrero.
Se sabe que esta moneda digital tiene un enorme impacto energético en el planeta. La minería de Bitcoin tiene un costo ambiental tan significativo que varios informes señalan que la minería de Bitcoin tiene la misma huella de carbono que Argentina. En el futuro, podría consumir tanta energía eléctrica como todos los centros de datos del mundo.
Para ver más claramente, el senador Kevin Parker presentó el Proyecto de Ley 6486 al Comité de Conservación Ambiental del Senado del Estado de Nueva York con la finalidad de prohibir la operación de centros de minería de criptomonedas hasta que el estado pueda evaluar su impacto ambiental.
Específicamente, el proyecto de ley permitiría al estado de Nueva York instituir una moratoria de tres años en las operaciones mineras de una empresa de criptomonedas. Esta es la primera iniciativa de este tipo desde la llegada de las criptomonedas.
Posteriormente, el estado realizaría un estudio de impacto ambiental integral sobre el impacto de las emisiones de gases de efecto invernadero del centro provenientes de la minería, así como sobre sus efectos en la calidad del agua, la calidad del medio ambiente, el aire y la vida silvestre.
Y es que el bitcoin crece a pesar de los informes de su huella de carbono, ya que alcanzó brevemente un máximo histórico de $ 64,000 antes de la cotización directa de Coinbase, antes de caer un 36% a $ 47,000 alrededor de 10 días después.
La minería de Bitcoin ha sido criticada durante mucho tiempo por su alto consumo de energía y su impacto ambiental, además de que varias investigaciones, incluido un estudio de la Universidad de Cambridge, han demostrado que la minería de bitcoins en todo el mundo consume más energía cada año que algunas naciones enteras.
En febrero, los informes estimaron que el frenesí de «extraer» bitcoins produce la misma huella de carbono que Argentina. En abril, un nuevo análisis publicado por el investigador holandés Alex de Vries, fundador de Digiconomist, mostró que el aumento en el precio de bitcoin también está conduciendo a un mayor consumo de energía. Sugiere que el consumo de energía de bitcoin podría estar cerca del consumo colectivo de todos los centros de datos del mundo combinados, y podría tener implicaciones aún mayores para el medio ambiente y la política global.
La minería de criptomonedas está agravando la escasez global de chips e incluso amenaza la seguridad internacional. Esta es la conclusión del comentario de Alex de Vries en su artículo titulado «Bitcoin Boom:
lo que significa el aumento de precios para el consumo de energía de la red», que se publicó en la revista Joule. Como Bill Gates, el multimillonario Charlie Munger piensa que «bitcoin es repugnante y contrario a los intereses de nuestra civilización». En este sentido, juzga que bitcoin es malo para el planeta. “Odio el éxito de bitcoin y no estoy a favor de una moneda que sea tan útil para los forajidos”, dijo.
El informe iría acompañado de un período de comentarios públicos de 120 días y al menos una audiencia pública. Este proyecto de ley llega en un momento en que la industria de las criptomonedas está en auge, un crecimiento impulsado por Bitcoin y Ethereum, cuyo valor ha estado creciendo rápidamente desde abril.
Se espera que la empresa matriz de la planta, Greenridge Generation Holdings, se haga pública a través de una fusión en Estados Unidos este año.
Después de la adopción, los centros mineros considerados dañinos, es decir, aquellos que distraen al estado de sus objetivos de emisiones establecidos en la Ley de Liderazgo Climático y Protección Comunitaria de 2019, no recibirán los permisos necesarios para operar nuevamente.
Many of you are already aware that we are very interested in LoRa®. We hope to use the technology for both traditional IoT applications as well as in less orthodox ways, such as peer-to-peer text communication and even group text-messaging. This novel application potential is of particular interest to us, and in the coming months we will encourage developers to explore LoRa’s® viability as a text...
Configurar ZRAM en Ubuntu y derivados. También es válido para otras distribuciones linux. ZRAM es una solución que mejora el rendimiento de tu máquina, a base de evitar la paginación en disco, usando en su lugar un dispositivo de bloques comprimidos en la memoria RAM. La configuración por defecto de ZRAM, es válida en la mayoría de los casos. Pero tal vez tu sistema sea un tanto especial y, es posible que quieras configurar el tamaño máximo dedicado de la RAM a la ZRAM; Cambiar el algoritmo de compresión de datos y, si deberías realizar estas modificaciones o no. En
Que esté haciendo estos cambios es síntoma de que algo no va bien, pero tengo que explicar algo que veo necesario de hacer saber. Tengo la necesidad de comunicar lo poco que se y de hablar sin tapujos ni filtros de lo que pienso en varios aspectos. Y si me callo, los malos se crecen. Hay una cosa que no soporto, y es la injusticia. Cuando veo que se hace injusticia hacia una persona, animal o cualquier cosa contra la […]
El pasado 22 de abril fue anunciado KDE Gear 21.04 pero en el blog no apareció hasta principios de mayo. Además prometí que en posteriores entradas iría comentando este lanzamiento. Así pues bienvenidos a las novedades KDE Gear 21.04 (II) donde KDE Itinerary y Elisa son sus protagonistas.
Novedades KDE Gear 21.04 (II): KDE Itinerary y Elisa
La nueva forma de conocer la gran actualización del conjunto de aplicaciones de la Comunidad KDE recibe el nombre de KDE Gear, lo cual significa que esa denominación agrupa las novedades más importantes de muchas de sus aplicaciones.
Dado que son muchas y variadas he decidido hacer varios artículos para comentarlas como se merecen, seguiré con dos aplicaciones emergentes: KDE Intineary y Elisa.
Una de las aplicaciones que viene pisando fuerte aunque ahora esté poco utilizada es KDE Itinerary, una aplicación que hace que sus viajes resulten más fáciles y más placenteros, que se integra bien con Kontact aunque puede funcionar como una aplicación independiente.
Sus novedades fundamentales en KDE Gear 21.04 son las siguientes:
Nueva fuente de información: estado de ascensores y escaleras mecánicas en tiempo real sobre el plano de las estaciones de tren.
Posibilidad de evaluar las expresiones del horario de apertura de OpenStreetMap.
Nueva función que nos permite distinguir entre bicicletas de alquiler en base o sin ella.
La lucha en el ecosistema KDE por tomar el trono de reproductor de audio que dejó Amarok está siendo dura, interesante y, sobre todo, positiva para los usuarios.
Y dentro de ella destaca Elisa, que se está convirtiendo rápidamente en uno de los programas favoritos de los amantes de la música de KDE por varias razones: aspecto sencillo y atractivo que lo convierte en una alternativa de primera clase en Android y Plasma Mobile.
Pero sus desarrolladores no dejan de mejorarlo, como vemos en su versión KDE Gear 21.04 con algunas de ellas:
Completo cambio de imagen para la plataforma móvil.
Nuevo formato admitido: AAC.
Posibilidad de usar archivos de lista de reproducción en formato .m3u8.
Mejoras en la gestión de alfabetos no occidentales así como también en la gestión de acentos, caracteres en cirílico, árabe, urdu, hindi, chino o cualquier otro idioma para los títulos de las canciones, los nombres de los artistas y los álbumes.
Menor consumo de memoria al desplazarse por la aplicación, lo que la hace más ágil y placentera de usar.
Hello again, everyone! I'm happy to announce that it is time to ask for your help in testing Ubuntu Touch OTA-17! This is slated for release on Wednesday, May 12, 2021. Before then, we need to make ...
Este es el chat de la comunidad Linux Dominicana para impartir las clases GRATUITAS entre los miembros de las comunidades Open Source de toda la region. Buscando informales mejor a todos sobre el curso que sera impartido en Julio 1, realizamos un live esta semana para mostrar la tematica del curso y los requerimientos del mismo.
📅 Fecha: Viernes 30 de Abril ⌚ Hora: 8:00 PM Hora de 🇩🇴Republica Dominicana 🔗 Enlace: LO ANUNCIAMOS ESE DIA!
Firmware y Driver sobre Linux: De todo un poco sobre estos 2 conceptos
Hoy abordaremos el tema de los conceptos de «Firmware» y «Driver», ya que, son 2 conceptos importantes debido a que influyen directamente sobre el buen funcionamiento de todo Sistema Operativo en un Dispositivo determinado.
Y luego profundizaremos un poco sobre como pueden gestionarse ambos, los «Firmwares» y «Drivers» sobre GNU/Linux.
Dado que, en esta publicación no profundizaremos en detalle sobre que órdenes de comandos son útiles o pertinentes para conocer las especificaciones técnicas de Hardware y Software de un ordenador, como de costumbre, dejaremos los enlaces de algunas entradas anteriores relacionadas para que, en caso de ser necesario cualquiera pueda fácilmente acceder a ellas y profundizar dicho punto:
Un equipo de cómputo consta de dispositivos físicos llamados de forma global hardware, y componentes lógicos llamados software. Existen herramientas que permiten identificar ambas partes, ya sea para conocer las características del equipo como para medir su desempeño y/o diagnosticar posibles fallas. Cuando existe la necesidad de solicitar apoyo en la resolución de problemas, tales como, instalar o actualizar un firmware o driver, es importante poder aportar (recolectar) toda la información que sea posible y necesaria sobre el hardware y el software que conforman el equipo. Comandos para conocer el sistema (identificar hardware y algunas configuraciones de software)
Firmware y Driver: Conceptos, similitudes y diferencias, y más.
¿Qué es un Firmware?
Según la web «Definicion.de», un «Firmware» es descrito como:
“El firmware, cuyo nombre hace referencia a la programación en firme, forma parte del hardware, ya que, se encuentra integrado a la electrónica, pero también está considerado como parte del software al estar desarrollado bajo algún lenguaje de programación. Podría decirse que el firmware funciona como el nexo entre las instrucciones que llegan al dispositivo desde el exterior y sus diversas partes electrónicas.” (Ampliar info)
Mientras que, la web «Sistemas.com» expresa lo siguiente:
“El Firmware consiste entonces en una cantidad de instrucciones que interactúan con el ordenador, encontrándose estas en la Memoria de Solo Lectura (generalmente se emplea una Memoria ROM) que permite controlar y diagnosticar el funcionamiento a nivel de Circuito Eléctrico de un dispositivo o su interacción con el equipo.” (Ampliar info)
¿Qué es un Driver?
Según la web «conceptodefinicion.de», un «Driver» es descrito como:
“Uno de los componentes del software, que trabaja en conjunto con el sistema operativo y el controlador periférico, para proporcionar una interfaz funcional. El Driver (controlador / manejador) de un dispositivo es una especie de aplicación diseñada especialmente para que el usuario pueda controlar todos los programas instalados en su computadora, además de que, es el encargado de hacer que un hardware funcione correctamente, por lo que se considera una de las piezas más importantes dentro de aquellas dedicadas a moderar el funcionamiento del equipo.” (Ampliar info)
Mientras que, la web «Sistemas.com» expresa lo siguiente:
“Un Controlador (o bien, su equivalente en inglés, Driver) es una herramienta de software que permite que un Sistema Operativo pueda hacer total uso de lo que esté contenido en el Hardware del equipo, siendo no solo lo que es un Periférico (es decir, un Teclado, una Impresora o un Ratón, sin distinguir si se trata de un Periférico de Entrada o bien de un Periférico de Salida) sino también a todos los Dispositivos del Sistema que estén fijos, tales como una Tarjeta de Video, Placa de Sonido o similares.” (Ampliar info)
Similitudes y diferencias
De lo anteriormente leído podemos extraer las siguientes similitudes y diferencias
Ambos son herramientas o utilitarios de software que sirven para hacer funcionar un dispositivo (elemento interno o externo de hardware).
El firmware siempre lo encontraremos ya instalado en cada dispositivo y sobre un módulo de memoria propio, mientras que un driver se instala y funciona siempre sobre el Disco Duro y Sistema Operativo que operara el dispositivo.
Un firmware representa el nivel más bajo de software con el que puede interactuar con un hardware, mientras que un Driver representa niveles superiores de trabajo.
Ambos son realmente muy importantes y necesarios, ya que, un Driver correcto y bien instalado garantiza un correcto funcionamiento de un dispositivo sobre un ordenador u equipo de control, mientras que el firmware asegura la configuración básica e inicial, su correcto encendido y puesta en línea de cada dispositivo.
Un Firmware suele ser muy complicado de actualizar, mientras que un Driver suele ser fácil de instalar y actualizar, tanto de forma manual como automática.
Gestión de Firmwares y Drivers sobre GNU/Linux
Una vez obtenida la información de marca, modelo, fabricante y especificaciones técnicas sobre un dispositivo, vía documentación, aplicaciones o comandos de terminal. Ya solo faltaría en el caso de los «Drivers», el conocer que paquete contiene el controlador correcto. Vale destacar, que muchos paquetes de «Drivers» llevan por nombre la palabra «Firmware».
Además, por ejemplo, en Distros GNU/Linux basadas en Debian/Ubuntu, se puede conocer que paquetes contienen ciertos controladores haciendo uso del comando«apt» o «apt», tal como se ve a continuación:
sudo apt list *firmware*
sudo apt list *driver*
sudo apt search marcaproducto*
sudo aptitude search nombrefabricante* | grep nombrefabricante
Mientras que, para la gestión de los «Firmwares» la opción más fácil es el uso de la aplicación llamada «Firmware Update» o simplemente «LVFS». Dicha aplicación también conocida por su nombre completo, «Linux Vendor Firmware Service», es básicamente:
“Una herramienta CLI y GUI que funciona mediante un servicio (demonio) que se conecta a la web de «Linux Vendor Firmware Service» y es capaz de detectar, descargar y actualizar los firmwares necesarios para los dispositivos reconocidos.”
Para nuestro caso práctico, yo la he instalado sobre mi Sistema Operativo usado, llamado MilagrOS (Respin basado en MX Linux) siguiendo las siguientes acciones y órdenes de comando:
Instalación del Repositorio PPA de Star Labs: Agregando la siguiente URL al archivo «sources.list»
Ejecutar la aplicación vía Menú de aplicaciones bajo el nombre «Firmware Update»
Para más información sobre su uso por interfaz gráfica o comando de terminal se puede visitar su sitio web oficial, y sus sitios de GitHub y LaunchPad.
Conclusión
Esperamos que esta “pequeña y útil publicación” sobre los conceptos de «Firmware y Drivers», que suelen ser dos puntos importantes dentro de la Informática, ya que, influyen directamente sobre el buen funcionamiento de todo Sistema Operativo sobre un Dispositivo determinado; sea de mucho interés y utilidad, para toda la «Comunidad de Software Libre y Código Abierto» y de gran contribución a la difusión del maravilloso, gigantesco y creciente ecosistema de aplicaciones de «GNU/Linux».
Por ahora, si te ha gustado esta publicación, no dejes de compartirla con otros, en tus sitios web, canales, grupos o comunidades favoritas de redes sociales o sistemas de mensajería, preferiblemente libres, abiertas y/o más seguras como Telegram, Signal, Mastodon u otra del Fediverso, preferiblemente.
Y recuerda visitar nuestra página de inicio en «DesdeLinux» para explorar más noticias, además de unirte a nuestro canal oficial de Telegram de DesdeLinux. Mientras que, para mayor información, puedes visitar cualquier Biblioteca en línea como OpenLibra y JedIT, para acceder y leer libros digitales (PDFs) sobre este tema u otros.
Aloha makers del mundo globalizado del siglo XXI! Parece que en el sector industrial solo se habla de una cosa: La crisis de los chips. Y es que hay empresas tecnológicas parando fabricaciones por escasez de semiconductores. Y esto no parece que tenga que ver con ningún barco en el Canal de Suez ni similar… […]
Hoy toca hacer más promoción del evento online que se va a celabrar el próximo 5 de mayo de forma online. Se trata de dar a conocer el programa de Ujilliurex 2021 en línea, un evento que une educación, Software Libre y Conocimiento Compartido a parte iguales.
Esta nueva edición también es virtual, temas pandémicos, y me consta que organizarla ha costado sudor y lagrimas. Las razones no han sido la falta de voluntad de los ponentes si no por la falta de tiempo del que suelen disponer este tipo de docentes. entre los cuales me incluyo ya que colaboro con una charla.
Pero no me enrollo más y comparto con vosotros el listado de ponencias que podéis encontrar en su programa y que en mi humilde opinión dan una buena muestra de las muchas cosas que podemos hacer con nuestro alumnado, la tecnología y el Software Libre.
Certificado Oficial de Formación Pedagógica y Didáctica para Profesorado Técnico por Mercedes Marqués Andrés
Herramientas para la creación de materiales en Moodle: Introducción a H5P por Piedad Soriano Montiel
¿Cómo es posible que Gcompris no esté en todas las aulas de Infantil o Primaria? por Baltasar Ortega Bort (un servidor)
Proyecto mClon el robot de montaje y programación a partir de Secundaria por Jordi Mayné
Básicos de LliureX 19 por Tàfol Nebot Gómez
Otto: robótica opensource para todas las edades por Anna Maria NavarroPonce
Usos alternativos de Inkscape por Enrique Medina Gremaldo
Aprendiendo IA con LearningML por Herminia Pastor Pina
Creación de videos interactivos y otros contenidos en Aulas con H5P por Tamara Expósito Ponce
Impresoras 3d, otras impresoras 3d y ¿pero qué son las impresoras 3d? por Raúl Rodrigo Segura
Lego Spike y sus derivados por Ernesto Martínez de Carvajal Hedrich
Proyecto @MyClassGame por Juan Torres Mancheño
Uso de formularios de portal.edu para tareas administrativa por Sanja Dabic Radisic
Planeta IA. ¿Qué hace la administración para promover la inteligencia artificial? por Eloy Sentana Gadea
Mi nube privada: NextCloud y correo electrónico por Cristian Verdú Mateu
El camino a la digitalización por David Montalva Furió
La Inspección educativa por Alejandro Amposta Amiguet
Formación Profesional y género en la CV por Carmen Navarro
¿Qué os parece el programa? ¿tenía razón? Ya lo sabéis, ayudad al éxito de este evento con vuestra difusión: Ujilliurex se lo merece.
Un grupo de investigadores de la Universidad de Virginia y California ha presentado un nuevo tipo de ataque a las estructuras de microarquitectura de los procesadores Intel y AMD.
El método de ataque propuesto está asociado con el uso de un caché intermedio de microoperaciones (micro-op cache) en los procesadores, que se puede utilizar para extraer información que se ha asentado en el curso de la ejecución especulativa de instrucciones.
Se observa que el nuevo método supera significativamente al ataque Spectre v1 en términos de rendimiento, dificulta la detección del ataque y no está bloqueado por los métodos existentes de protección contra ataques a través de canales laterales diseñados para bloquear vulnerabilidades causadas por la ejecución especulativa de instrucciones.
Por ejemplo, el uso de la instrucción LFENCE bloquea la fuga en las últimas etapas de la ejecución especulativa, pero no protege contra la fuga a través de estructuras de microarquitectura.
El método afecta a los modelos de procesadores Intel y AMD lanzados desde 2011, incluidas las series Intel Skylake y AMD Zen. Las CPU modernas dividen las complejas instrucciones del procesador en microoperaciones más simples similares a RISC, que se almacenan en caché en una caché separada.
Esta caché es fundamentalmente diferente de las cachés de nivel superior, no es directamente accesible y actúa como un búfer de flujo para acceder rápidamente a los resultados de la decodificación de instrucciones CISC en una microinstrucción RISC.
Sin embargo, los investigadores han encontrado una forma de crear las condiciones que surgen durante un conflicto de acceso al caché y permitir juzgar el contenido del caché de las microoperaciones analizando las diferencias en el tiempo de ejecución de determinadas acciones.
La caché micro-op en los procesadores Intel está segmentada en relación con los subprocesos de la CPU (Hyper-Threading), mientras que los procesadores AMD Zen utilizan una caché compartida, que crea condiciones para la fuga de datos no solo dentro de un subproceso de ejecución, sino también entre diferentes subprocesos en SMT (la fuga de datos es posible entre el código ejecutado en diferentes núcleos lógicos de la CPU).
Los investigadores propusieron un método básico para detectar cambios en el caché de micro-ops y varios escenarios de ataque que permiten crear canales de transmisión de datos encubiertos y usar código vulnerable para filtrar datos confidenciales, tanto dentro de un solo proceso (por ejemplo, para organizar un proceso de datos fuga al ejecutar código de terceros en motores con JIT y en máquinas virtuales) y entre el kernel y los procesos en el espacio de usuario.
Al organizar una variante del ataque Spectre usando el caché micro-op, los investigadores lograron lograr un rendimiento de 965.59 Kbps con una tasa de error de 0.22% y 785.56 Kbps al usar corrección de errores, en caso de una fuga dentro del mismo espacio de direcciones. y nivel de privilegio.
Con una fuga que abarca diferentes niveles de privilegios (entre el kernel y el espacio de usuario), el rendimiento fue de 85,2 Kbps con corrección de errores añadida y 110,96 Kbps con una tasa de error del 4%.
Al atacar procesadores AMD Zen, lo que crea una fuga entre diferentes núcleos lógicos de la CPU, el rendimiento fue de 250 Kbps con una tasa de error del 5,59% y de 168,58 Kbps con corrección de errores. En comparación con el método clásico Spectre v1, el nuevo ataque resultó ser 2,6 veces más rápido.
Se prevé que mitigar un ataque de caché de microoperaciones requeriría más cambios que degradan el rendimiento que cuando se habilitaron las defensas de Spectre.
Como compromiso óptimo, se propone bloquear tales ataques no deshabilitando el almacenamiento en caché, sino a nivel de monitoreo de anomalías y determinando estados de caché típicos de los ataques.
Al igual que en los ataques de Spectre, la organización de una fuga del kernel u otros procesos requiere la ejecución de una determinada secuencia de comandos (gadgets) en el lado de los procesos de la víctima, lo que lleva a la ejecución especulativa de instrucciones.
Se han encontrado alrededor de 100 dispositivos de este tipo en el kernel de Linux, que se eliminarán, pero periódicamente se encuentran soluciones para generarlos, por ejemplo, los asociados con el lanzamiento de programas BPF especialmente diseñados en el kernel.
Finalmente si estás interesado en conocer más al respecto, puedes consultar los detalles en el siguiente enlace.
Durante los últimos dias se ha estado discutiendo el caso sobre las acciones que tomaron un grupo de investigadores de la Universidad de Minnesota, ya que desde la perspectiva de muchos, dichas acciones en relación de la introducción de vulnerabilidades en el Kernel de Linux no tiene justificación.
Y a pesar de que un grupo de investigadores de la Universidad de Minnesota publicaran una carta abierta de disculpa, cuya aceptación de cambios al kernel de Linux que fue bloqueada por Greg Kroah-Hartman, reveló detalles de los parches enviados a los desarrolladores del kernel y la correspondencia con los mantenedores asociados con estos parches.
Es de destacar que todos los parches problemáticos fueron rechazados por iniciativa de los mantenedores, ninguno de los parches fue aprobado. Este hecho deja en claro por qué Greg Kroah-Hartman actuó con tanta dureza, ya que no está claro qué habrían hecho los investigadores si los parches hubieran sido aprobados por los encargados del mantenimiento.
En retrospectiva, argumentaron que tenían la intención de informar del error y no permitirían que los parches fueran a Git, pero no está claro qué harían realmente o qué tan lejos podrían llegar.
En total, en agosto de 2020, se enviaron cinco parches desde las direcciones anónimas acostag.ubuntu@gmail.com y jameslouisebond@gmail.com (una carta de James Bond): dos correctos y tres que incluyen errores ocultos, creando condiciones para la aparición de vulnerabilidades.
Cada parche contenía solo de 1 a 4 líneas de código. La idea principal detrás de los parches erróneos era que arreglar una fuga de memoria podría crear una condición para una vulnerabilidad libre doble.
El proyecto tiene como objetivo mejorar la seguridad del proceso de parcheo en OSS. Como parte del proyecto, estudiamos problemas potenciales con el proceso de parcheo de OSS, incluidas las causas de los problemas y sugerencias para dirigiéndose a ellos.
De hecho, este estudio revela algunos problemas, pero su objetivo es pedir esfuerzos para mejorar la proceso de parcheo para motivar más trabajo que desarrolle técnicas para probar y verificar parches, y finalmente para hacer que el OS sea más seguro.
Basado en estos parches, resumimos sus patrones, estudiamos las razones específicas por las que los parches de introducción de errores son difíciles de captura (con un análisis tanto cualitativo como cuantitativo) y, lo que es más importante, proporcionar sugerencias para abordar el problema.
El primer parche problemático solucionó la pérdida de memoria agregando una llamada a kfree() antes de devolver el control en caso de un error, pero creando condiciones para acceder al área de memoria después de que se liberó (use-after-free).
El parche especificado fue rechazado por el mantenedor, quien identificó el problema e indicó que hace un año alguien ya había intentado proponer un cambio similar y fue inicialmente aceptado, pero descartado el mismo día después de identificar las condiciones de la vulnerabilidad.
El segundo parche también contenía condiciones para el problema de uso después de la liberación. El parche especificado no fue aceptado por el mantenedor, quien rechazó el parche debido a otro problema con list_add_tail, pero no notó que el puntero «chdev» se puede liberar en la función put_device, que se usa a continuación en la llamada a dev_err (& chdev -> dev ..). Sin embargo, el parche no fue aceptado, aunque por razones ajenas a la vulnerabilidad.
Curiosamente, inicialmente se asumió que 4 de cada 5 parches tenían problemas, pero los propios investigadores cometieron un error y en un parche problemático, en su opinión, se propuso la solución correcta, sin las supuestas condiciones para usar la memoria después del lanzamiento.
En este trabajo, presentamos el concepto de «vulnerabilidad inmadura» donde un falta su condición de vulnerabilidad, pero puede convertirse en una real cuando la condición es implícitamente introducido por un parche para otro error.
También desarrollamos herramientas que nos ayudan a encontrar lugares de código que pueden sufrir de los parches de introducción de errores y sugiera qué puede hacer que estos parches de introducción de errores sean difíciles de detectar.
Una semana después, se envió información a los desarrolladores del kernel con una propuesta para discutir la posibilidad de promover vulnerabilidades bajo la apariencia de correcciones triviales para fugas de memoria, pero no se dijo nada sobre intentos anteriores de enviar parches maliciosos.
El tercer parche también fue rechazado por el mantenedor debido a otro error sin vulnerabilidad (doble aplicación en pdev).
El pasado 22 de abril fue anunciado, pero en el blog no apareció hasta ayer, además prometí que hoy comentaría algunas de las novedades KDE Gear 21.04. Así que hoy comentamos qué traen de nuevo Kontact y Dolphin.
Novedades KDE Gear 21.04 (I): Kontact y Dolphin
La nueva forma de conocer la gran actualización del conjunto de aplicaciones de la Comunidad KDE recibe el nombre de KDE Gear, lo cual significa que esa denominación agrupa las novedades más importantes de muchas de sus aplicaciones.
Dado que son muchas y variadas he decidido hacer varios artículos para comentarlas como se merecen, empezaré con dos aplicaciones básicas: Kontact y Dolphin.
Kontact es el gestor de información personal de KDE y agrupa un gestor de correo electrónico, una libreta de direcciones y un planificador diario, entre otras aplicaciones.
Aunque ha tenido sus días regulares, últimamente está recibiendo mucho amor y mejorando día a día, haciéndolo cada vez más fluido a la hora de usarlo.
Sus novedades fundamentales en KDE Gear 21.04 son las siguientes:
Nueva funcionalidad Autocrypt que facilita la encriptación de correos electrónico para todo tipo de usuarios.
Mayor control sobre lo que se descarga al revisar los mensajes.
Mejorado el aspecto visual de toda la suite, haciendo que el uso de los calendarios sea más fluido, más amigable con la seguridad y que los contactos de su libreta de direcciones sean más fáciles de administrar.
Mejorada la integración con Gmail, Outlook y servicios basados en POP e IMAP.
Quizás sea Dolphin, el gestor de archivos de KDE, la aplicación que más hecho de menos cuando no estoy en un entorno de escritorio Plasma. Y es que la versatibilidad, flexibilidad y rapidez de Dolphin es insuperable.
Pero sus desarrolladores no dejan de mejorarlo, como vemos en su versión KDE Gear 21.04 con algunas de ellas:
Mejoras con el manejo de archivos comprimidos. Ahora se puede trabajar directamente sobre ellos e incluso crearlos masivamente.
Mejoras en las animaciones: mayor suavidad al reorganizar los iconos cuando se divide el área visible o se cambia el tamaño de la ventana.
Más opciones con el manejo de las pestañas: podremos abrirlas al final de la barra de pestañas o tras la pestaña actual, e incluso ahora si mantenemos pulsada la tecla Ctrl y pulsa en cualquier entrada del panel Lugares, se abrirá en una nueva pestaña.
Más flexibilidad con el botón contextual, ahora podemos modificar las entradas del menú de contexto, por lo que puede eliminar los elementos que nunca usamos.
Como actualizar firmware en linux con LVFS y sus comandos. Linux Vendor Firmware Service, más conocido como LVFS. Es un servicio de almacenaje y distribución de firmware, que se ofrece a los desarrolladores de hardware comprometidos con Linux, en el cual pueden añadir sus firmware actualizados del hardware compatible con sistemas Linux. Siempre se ha comentado en los mentideros, que los usuarios de Linux no teníamos acceso a los nuevos firmware. Algo realmente falso, lo que sucedía es que la tarea era compleja. Con LVFS todo ha cambiado, podrás actualizar firmware en linux de manera rápida y sencilla. Si revisas
Un grupo de investigadores de la Universidad de Minnesota, cuya aceptación de cambios fue bloqueada recientemente por Greg Kroah-Hartman, publicó una carta abierta de disculpa y explica los motivos de sus actividades.
El bloqueo se debió a que el grupo estaba investigando debilidades al revisar los parches entrantes y evaluar la posibilidad de pasar al núcleo de los cambios con vulnerabilidades ocultas. Después de recibir un parche cuestionable de uno de los miembros del grupo con una solución sin sentido, se asumió que los investigadores están nuevamente tratando de experimentar con los desarrolladores del kernel.
Dado que tales experimentos presentan potencialmente un riesgo de seguridad y toman tiempo para los confirmadores, se decidió bloquear la aceptación de cambios y enviar todos los parches previamente aceptados para su revisión.
En su carta abierta, los miembros del grupo manifestaron que sus actividades estaban motivadas exclusivamente por las buenas intenciones y el deseo de mejorar el proceso de revisión de cambios identificando y eliminando debilidades.
El grupo ha estado estudiando los procesos que conducen a la aparición de vulnerabilidades durante muchos años y está trabajando activamente para identificar y eliminar vulnerabilidades en el kernel de Linux. Se dice que los 190 parches enviados para una nueva revisión son legítimos, solucionan problemas existentes y no contienen errores deliberados ni vulnerabilidades ocultas.
La alarmante investigación para promover vulnerabilidades ocultas se llevó a cabo en agosto del año pasado y se limitó a enviar tres parches de errores, ninguno de los cuales llegó al código base del kernel.
La actividad relacionada con estos parches se limitó solo a la discusión y la promoción de parches se detuvo en una etapa antes de que se agregaran los cambios a Git.
El código para los tres parches problemáticos aún no se ha proporcionado, ya que esto revelará los rostros de quienes realizaron la revisión inicial (la información se revelará después de obtener el consentimiento de los desarrolladores que no reconocieron los errores).
La principal fuente de investigación no fueron nuestros propios parches, sino el análisis de los parches de otras personas que alguna vez se agregaron al núcleo, debido a que posteriormente surgieron vulnerabilidades. El equipo de la Universidad de Minnesota no tiene nada que ver con agregar estos parches.
Se estudiaron un total de 138 parches problemáticos que dieron lugar a errores y, cuando se publicaron los resultados del estudio , todos los errores relacionados se habían solucionado, incluso con la participación del equipo de investigación.
Los investigadores lamentan haber utilizado un método inadecuado para realizar el experimento. El error fue que la investigación se realizó sin permiso y sin notificar a la comunidad. El motivo de la actividad oculta fue el deseo de lograr la pureza del experimento, ya que la notificación podría llamar la atención por separado sobre los parches y su evaluación, no de manera general.
Si bien el objetivo era mejorar la seguridad básica, los investigadores ahora se dieron cuenta de que usar a la comunidad como conejillo de indias era incorrecto y poco ético. Al mismo tiempo, los investigadores aseguran que nunca dañarían intencionalmente a la comunidad y no permitirían la introducción de nuevas vulnerabilidades en el código de trabajo del kernel.
En cuanto al parche sin sentido que sirvió como catalizador para el bloqueo, no está relacionado con investigaciones anteriores y está relacionado con un nuevo proyecto destinado a crear herramientas para la detección automatizada de errores que aparecen como resultado de agregar otros parches.
El grupo ahora está tratando de encontrar formas de volver al desarrollo y tiene la intención de forjar su relación con la Fundación Linux y la comunidad de desarrolladores, demostrando su valor para mejorar la seguridad del kernel y expresando el deseo de trabajar más duro por el bien común y recuperar la confianza.
Greg Kroah-Hartman respondió que el consejo técnico de la Fundación Linux envió una carta a la Universidad de Minnesota el viernes en la que se describen las acciones específicas que se deben tomar para restaurar la confianza en el grupo. Hasta que se completen estas acciones, no hay nada que discutir todavía.
Las lentejas estofadas no son el plato más difícil del universo. Para conseguir una versión básica potable, basta con juntar la legumbre con unas pocas hortalizas, algún sacramento porcino y agua en una cazuela, ponerla al fuego suave y vigilar que no se quemen. El camino a la excelencia pasa por esos pequeños detalles que pueden convierten el potaje en un manjar: un sofrito, una combinación particular de embutidos, un triturado de verduras para engordar el caldo, un empujón de especias... Las cuatro recetas que entran en nuestra batalla de hoy usan algunas de esas técnicas. Pepa Muñoz, de El Qüenco de Pepa, apuesta por el clasicismo; José Andrés prescinde de los ingredientes de origen animal; David Muñoz, chef de DiverXO, sustituye el cerdo por carabineros y Anna Terés, del blog Anna Recetas Fáciles, las prepara en olla rápida. http://bit.ly/batallalentejas Suscríbete a nuestro canal: http://cort.as/-9ysp Visita: https://elcomidista.elpais.com Síguenos en Facebook: https://www.facebook.com/elcomidista Síguenos en Twitter: https://twitter.com/ElComidista Síguenos en Instagram: https://www.instagram.com/elcomidista ¡Bienvenido al canal oficial de EL COMIDISTA en EL PAÍS! Cada semana publicamos nuevos vídeos de gastronomía, recetas, restaurantes, productos, chaladuras culinarias y mucho más. ¡Suscríbete ya a nuestro canal!: htt
Pero que es esta pasando, acaso las GAFAM han detectado que estoy revisando últimamente muchas tools CLI, y me “sugiere” una u otra “fetch” en mi buscador DDG, aichhh! Con las fetch me refiero a todas esas aplicaciones que en la terminal nos muestran como resultado información del sistema. Por ejemplo screenfetch, neofetch, pfetch o […]
Qué es el Shebang y como usarlo en linux. El Shebang (#!), es un conjunto de caracteres compuesto por una almohadilla y un final de exclamación; que se utiliza para indicar al sistema, a qué intérprete de comandos se debe llamar. Si eres un recién llegado a linux, debes saber que un intérprete de comandos, es una herramienta que lee los comandos ingresados en la terminal de linux. Probablemente tienes instalado bash, pero existen otras opciones como por ejemplo Fsh, Zsh o Ksh. En este enlace, se explica como verificar el intérprete de comandos instalado en tu sistema. El intérprete
Quiero invitaros a la próxima edición de Ujilliurex 2021, un evento online, como todos los que estamos hablando últimamente en el blog, que no te puedes perder. Ujilliurex es un evento que llevaba muchos años celebrándose en la Universidad Jaume I de Castellón, como era habitual, pero que por razones más que conocidasha cambiado su formato.
Ujilliurex 2021, nueva edición online
La conversión de eventos presenciales a virtuales ha sido una constante este último año. Así ha pasado con Akademy, Guadec y con el Flisol, por nombrar unos cuantos.
Ujilliurex no fue una excepción el año pasado y lo va a seguir siendo el próximo 5 de mayo con Ujilliurex 2021, que viene con un programa más que interesante, y no es porque un servidor haya participado en representación de la Comunidad KDE sino porque el nivel de ponentes es más que sobresaliente.
¿Qué es Ujilliurex?
Se trata de un evento que tiene bastante solera en la provincia de Castellón en el que teniendo como protagonista la distribución de la Generalitat Valenciana Lliurex se presentan novedades sobre ésta y sobre otros proyectos libres.
Concretamente sus objetivos fundamentales son:
Difundir el uso y manejo de las TIC en la distribución LliureX entre la comunidad educativa universitaria
Promover la coordinación, el intercambio y la discusión de conocimientos y experiencias entre profesores universitarios, especialmente de los departamentos con una mayor implicación tanto en la parte educativa de los futuros docentes (Depto. Educación), como posibles usuarios de Lliurex como herramienta en su especialidad (Depto. de Traducción e Interpretación y Depto. de Estudios Ingleses), con docentes de centros educativos de la comunidad valenciana, especialmente de los departamentos de idiomas y Coordinadores de Tecnologías de la Información (Coordinadores TIC).
Compartir conocimiento y debatir sobre el contenido de la distribución y la utilización de diversas aplicaciones de la distribución
Iniciar una serie de contactos entre las entidades organizadoras de la jornada y los asistentes de los diferentes centros y departamentos.
Muchas veces tenemos la penosa situación de “perder información” por A o B razón, desde un $user despistado que borra su información (error capa 8 xD) o por culpa de un tercero, esos “amigos” que llevan el trolleo a otros niveles al que se le presto algún dispositivo. Felizmente en el medio linuxero, existe unas […]
Desde hace muchos años, exactamente desde que empezaron a salir los temas de virus en Windows, la cuestión de si los usuarios de GNU/Linux deberían estar ejecutando software antivirus o no ha sido discutida y debatida por doquier en foros, redes sociales y blogs. Si bien es cierto que el...
Es más que posible que al usar youtube-dl tengáis que usar una gran cantidad de parámetros para adaptar la descarga a vuestras necesidades. Por ejemplo, para definir un patrón para el nombre de los archivos descargados, obtener un fichero que contenga los metadatos del vídeo, descargar solamente el...
¡Ya estamos en mayo, carallo! Así que vamos a «celebrarlo» con un PING, un poco escueto, pero interesante por lo demás para despedir una semana que ha estado bastante potente a nivel de lanzamientos: de Linux 5.12 a RHEL 8.4 y Fedora 34, pasando por KDE Gear 21.04 o las Ubuntu extraoficiales. ¿Qué ha sobrado? Veámoslo.
openSUSE Leap 15.3 RC. Comenzamos como siempre con más lanzamientos, aunque en esta caso son de previas, si bien una previa de Leap es casi como estar tocando la versión final. Más info en el anuncio oficial.
Rocky Linux 8.3 RC. Otra que está a punto de caramelo es Rocky Linux, que como sabéis es uno de los nuevos forks de RHEL que se están desarrollando. Más info en el anuncio oficial y cuando esté lista, os daremos cuenta de ella.
elementary OS 6.0 Beta. Un poco más verde está la nueva versión de elementary OS, pero si os apetece seguir de cerca su evolución (aka, instalarla en una máquina virtual), que no sea porque no se deja. Todos los datos en el anuncio oficial.
Huayra 5.0. Terminando con los lanzamientos de distro como tales, una curiosidad que además es final: la nueva versión de la distro argentina, que parecía haber desaparecido, pero no. Lo repito: a modo de curiosidad. Os lo cuentan todo en un blog que acabo de conocer llamado SoloLinux.
Linux Mint… Prepara novedades llamativas, pero a la espera de revisarlo todo con calma, os lo adelantamos ya, vía el boletín mensual del proyecto. Lo más interesante, lo que llegará con Cinnamon 5…
Vivaldi 3.8. Pasamos con las aplicaciones de la mano de unos de los navegadores más atractivos del momento, al que le he dedicado un buen artículo en MC a razón del lanzamiento de su nueva versión… y a medida que la estoy usando me doy cuenta de que me he dejado cosas… a que ni siquiera se hacía mención de manera oficial.
Telegram. También Telegram ha lanzado nueva versión esta semana, cuyas novedades os desgranan en MC, donde unos días antes se publicada otro artículo con más novedades que llegarán en breve a la aplicación de… ¿mensajería? Habría que debatirlo.
Y hasta aquí. Como he dicho, era un PING escueto. Así que lo voy a cerrar con un vídeo de mi compi Eduardo Medina, que ayer mismo publicó en su canal de YouTube una suerte de chapa explicando «cómo produce con GNOME Shell (sin extensiones)» que yo ya había visto y sobre la que ya le dije todo lo que tenía que decirle, que es lo que podría haberle dicho cualquier usuario medio avanzado de KDE, Cinnamon o Xfce, entre otros. Pero como soy bueno, no voy a repetirlo :) ¡Suscribíos, insensatos!
REVISTA SOLOLINUX N27 – ABRIL 2021 Ya estamos aquí de nuevo, y esta vez sí que sí presentamos novedades. El equipo de SoloLinux, os presenta oficialmente la nueva web «revistalinux.es«. Minimalista y sencilla, en revistalinux.es podrás descargar o visualizar online todos los números de la revista SoloLinux. Si bien es cierto que aún quedan algunas correcciones y mejoras, la consideramos 100% funcional. Quiero recordar a todos los administradores de sitios web, que tienen nuestras revistas con enlaces de descarga directa a «https://www.sololinux.es/revistas», lo deben modificar por «https://revistalinux.es/revista». REVISTA SOLOLINUX N27 – ABRIL 2021 Descargar – Revista digital SoloLinux
Como seguramente ya sabrás, en GNU/Linux hay muchos tipos de paquetes: Que si los paquetes tradicionales,que si los paquetes Snaps, los Flatpack, appimages y... todo este pastel, encima, añadele los paquetes de AUR (si es que usas ArchLinux o una distribución basada en este). ¡Menudo lío! Con tantos paquetes y tanto pastel, no sabemos cómo empezar. ¡No te preocupes! Te mostraré un gestor de paquetes, pero diferente a los habituales… Te presento a ¡Buah!
♦ Que es e Instalación Buah no solamente es un gestor de paquetes diferente a lo habitualpues su modo de instalación también es algo diferente… Y como no… para ello usaremos ¡un terminal! todo poderoso… En mi caso, todo translúcido, como a mi me gustan: Ejecutamos “sudo apt install python3-pip” para empezar y “sudo pip3 install bauh”.
♦ Ejecutar Buah Lo normal es que no aparezca en el lanzador de aplicaciones... Entonces… ¿Cómo se ejecuta? Con el comando “bauh” (aunque siempre puedes crear un lanzador). ¿Cómo se crea un lanzador para una aplicación que no aparece en el menú? Te lo dejo de Tarea.
♦ Introducción a la aplicación Al ejecutar “bauh” en cualquier terminal normal y corriente.. os aparecerá LA APLICACIÓN: Te permitirá gestionar paquetes AppImage, Flatpak, Snap y aplicaciones Web. Si usas Arch Linux o derivadas, además, también te permitirá gestionar paquetes AUR y de los repositorios. ¿Cómo funciona? Pequeña review del programa… Por defecto nos mostrará aquellas cosas que tengamos instaladas y el icono nos indicará que tipo de paquete es cada item de la lista. Muchas veces me preguntáis cómo listar los paquetes Snap instalados, pues con este programa podemos “hacer esa lista”. Desde la lista podemos desinstalar cosas y ejecutar cosas. ¿Propiedades de cada cosa? Para los que quieran cotillear, desde el botón “propiedades” podréis ver las propiedades de cada programa (valga la redundancia). Y por último, algunas opciones que os puede interesar. En el caso de los Snaps, por defecto, cuando instalas una aplicación, se instala la versión estable (vaya, la versión para todo el mundo y 100% funcional sin errores... lo de sin errores puede ser sarcasmo según el caso aplicable). Por ejemplo, con Chromium, puedes cambiar de canal ¿El canal? ¡Si! Puedes cambiar del canal “Normal” al canal “Beta”, para usar, en su lugar, la versión Beta. ¿Y si es un Flatpak o un AppImage? En esos casos, puedes ver el historial de versiones. Y, además, puedes “congelar” una aplicación para que no reciba actualizaciones (si actualizas una aplicación, puedes deshacer la susodicha haciendo clic en Revertir). Esto también podrás hacerlo con las aplicaciones AUR de Arch Linux.
♦ Instalar Aplicaciones ¡Ahora veamos lo más importante! Instalar aplicacioneeeeeeeeeeeeeeeees. Para instalar cositas nuevas, empezaremos buscándolas... Es importante que conozcas algunas aplicaciones, para buscarlas, aunque siempre puedes escribir “Video” y así igualmente te saldrán. Y si filtras por categoría mejor, ya que a veces se puede filtrar alguna que no tenga que ver con lo que buscas.
♦ Aplicaciones Web Algo que me gusta mucho de esta aplicación es que puedes crear y por ende instalar aplicaciones web. Por ejemplo, mi página web. ¡Qué mejor ejemplo! Copiando la URL y pegándole en el cuadro de buscar aparecerá mi web como si fuese una aplicación y la instalamos. Podemos no solamente instalarlas, también configurarlas: Lo más lógico es que ignores la configuración y finalmente instales la aplicación con las opciones por defecto. Pero que sepas que puedes cambiar su categoría, usar un icono personalizado y cambiar su nombre y descripción.
♦ Conclusión Personalmente la aplicación me parece genial. Ya que puedes gestionar varios tipos de paquetes sin comandos y de una manera sencilla. Aunque, igual que puede gestionar paquetes de Arch Linux, le añadiría que pudiera gestionar también paquetes Debian y RPM. Entonces no sería “buah” sino más bien … “buahahahahaaaaaaaaaaaa”.
No paso por buenos momentos, ni físicos ni emocionales, de hecho llevo algo más de dos semanas algo débil, aunque me vean combativo y fuerte. Quiero parar un tiempo que no puedo determinar cuanto durará. Escribir me cuesta mucho porque se me agolpan las palabras y tengo náuseas casi todo el tiempo que no duermo y estoy cansado. Tenía unos artículos en la trastienda que acabo de soltar todos de vez por no andar desprogramando y estar pendiente todo el […]
Si escaneáramos todos los productos de un supermercado e hiciéramos una lista de las palabras más repetidas en sus envases, seguramente nos encontraríamos en ella términos como "natural", "casero", "artesano", "ecólogico" o "probiótico", además de expresiones como "sin aditivos" o "sin químicos". ¿Qué hay de verdad en esas declaraciones? ¿Están sujetas a algún tipo de regulación? ¿Realmente nos sirven para saber si un alimento es más saludable o de mayor calidad?¿O se usan básicamente para confundirnos? Hemos analizado estos reclamos con Miguel Ángel Lurueña, doctor en Ciencia y Tecnología de los Alimentos y responsable del blog Gominolas de Petróleo. Lurueña, que acaba de publicar el libro Que no te líen con la comida (Destino), explica por qué hay que cuestionarlos y en qué hay que fijarse de verdad al comprar comida. http://bit.ly/comidistareclamos Suscríbete a nuestro canal: http://cort.as/-9ysp Visita: https://elcomidista.elpais.com Síguenos en Facebook: https://www.facebook.com/elcomidista Síguenos en Twitter: https://twitter.com/ElComidista Síguenos en Instagram: https://www.instagram.com/elcomidista ¡Bienvenido al canal oficial de EL COMIDISTA en EL PAÍS! Cada semana publicamos nuevos vídeos de gastronomía, recetas, restaurantes, productos, chaladuras culinarias y mucho más. ¡Suscríbete ya a nuestro canal!: http://cort.as/-9ysp El Comidista es una web muy maja que incluye recetas, info sobre trastos de cocina, restaurantes, productos y cualquier tontería que se les ocurra a sus autores.
