Hace diez días publicamos un artículo en el que había varios fallos por la numeración. Mea culpa todo. En un principio, pensé que esa mega actualización iba a coincidir con lo que más tarde serían las imágenes de Manjaro 21.1, y no, ahora mismo están lanzando Release Candidates de esa versión. Es más, otro error me hizo poner, encima, «21.0», pero corregí lo que pude. Y para evitar confusiones, ahora diferenciaremos entre lo que lanzan para las instalaciones existentes y las nuevas imágenes. En ese sentido, hoy han lanzadoManjaro 2021-07-23.
Teniendo en cuenta que han pasado sólo diez días desde la versión anterior, poco realmente llamativo han podido incluir. Sí nos hemos dado cuenta los usuarios de KDE que nos ha cambiado el SDDM por el oficial de KDE, y en lo personal y sin más información al respecto sí que sé que ha cambiado algún icono, como el de Yakuake en la bandeja del sistema.
La mayoría los nuestros Kernels se han actualizado. Aquí recuerdan que la serie 5.12 está ahora marcada como EOL («End Of Life» o final del ciclo de vida).
Wine está ahora en 6.13.
VirtualBox se ha actualizado a 6.1.24.
Pipewire ha subido a 0.3.32.
Nvidia 470.57.02.
System está en 248.5.
Algunos paquetes se han actualizado como Breath2-Themes (por eso lo de los iconos), Cinnamon y Kodi.
Firefox está ahora en 90.0.
Mesa 21.1.5 ya está disponible.
Más actualizaciones el tema Breath2.
AMDVLK está en 2021.Q3.1.
Otras actualizaciones regulares.
Como hemos explicado, a partir de ahora hablaremos de dos tipos de lanzamientos, y este Manjaro 2021-07-23 ya está disponible para actualizar desde el mismo sistema operativo. Probablemente, en las próximas horas lancen las ISO de Manjaro 21.0.8, o quizá añadan todas las novedades de hace 10 días y estas al Manjaro 21.1 que será lanzado en el mes de agosto. Si usáis KDE y veis que inicia distinto, tranquilos; es así.
Varias veces, en este y otros blogs de Linux, se publican listas de herramientas de programación con una breve descripción de sus características. En esta serie de artículos nos proponemos ir un paso más allá y darle a los usuarios los conceptos básicos que necesitan para tomar sus propias decisiones.
En el artículo anterior habíamos establecido las diferencias entre programar (el conjunto de tareas que van desde determinar las necesidades del usuario hasta el desarrollo de una aplicación que la satisfaga) y la codificación (Instruir, usando un lenguaje de programación comprensible para el dispositivo sobre las tareas que deben realizar)
Dijimos también, que la diferencia entre un editor de códigos y un entorno integrado de desarrollo, es que el segundo incluye herramientas para todas las etapas del proceso de programación.
Etapas para crear programas
La tarea de programar consta de los siguientes pasos:
Definición del problema
Planeación de la solución
Codificación del programa
Probar el programa
Documentar el programa
Definición del problema
La palabra problema debe tomarse en sentido amplio. Tal vez sería más adecuado cambiarla por proyecto. Básicamente hay un usuario que tiene determinadas necesidades que pueden satisfacerse a través del procesamiento por parte de un computador de los datos disponibles.
Aquí es donde decidimos que es lo que el programa tendrá que hacer
Por ejemplo, durante la cuarentena los restaurantes vieron cambiar su actividad principal de la venta de comida en su salón a la entrega a domicilio. Es probable entonces que hayan tenido que actualizar sus sistemas de facturación. Una buena idea sería integrar el sistema de facturación a las aplicaciones de pedidos. Así como se suma a la facturación del día los pedidos efectivamente entregados, el sistema debe restar aquellos que por algún motivo no pudieron serlo.
Establecer las especificaciones
Una vez determinados los requisitos queda por decidir lo que debe hacer la solución para satisfacerlos.
En nuestro ejemplo presumimos que sería una buena idea que la solución registrara automáticamente los pedidos hechos desde las aplicaciones. Sin embargo, eso implicaría tener acceso a sus servidores y es probable que no lo obtengamos. Por lo tanto, lo más adecuado sería establecer un código en el sistema de facturación para cada una y que, salvo indicación expresa de los repartidores, se las considere entregadas.
Los programadores cuentan con dos herramientas muy útiles para ayudar en la etapa de definición del problema. Los diagramas de flujo y la escritura de pseudocódigo. Y, como no podía ser de otra manera, existen aplicaciones disponibles para Linux que nos permiten usarlas.
Los diagramas de flujo son representaciones pictóricas de lo que se supone que el programa debe hacer y cómo va hacerlo. Las figuras geométricas indican acciones y las flechas su secuencia.
El American National Standards Institute (ANSI) ha desarrollado un conjunto estándar de símbolos de diagramas de flujo. Algunos de ellos son:
Rectángulo: Este símbolo se utiliza cuando mediante una operación manual o en el dispositivo se realiza un cambio en un elemento o entrada. Dentro del rectángulo se incluye una breve descripción de la actividad realizada.
Diamante: Este símbolo se utiliza para indicar la necesidad de tomar una decisión. De acuerdo a lo que se tome se seguirá un determinado camino, por lo que desde el diamante se produce una bifurcación en el proceso. A cada una de las alternativas le corresponde una rama con su nombre. En el diamante se incluye una breve descripción de la naturaleza de la decisión.
Flecha: Conecta las actividades y decisiones indicando el orden en que se producen.
Círculo grande: Indica una detención del proceso para permitir realizar una revisión u otorgar aprobación. Dentro del círculo se incluye una breve descripción.
Triángulo: Indica el archivo de una salida.
En el próximo artículo veremos que es el pseudocódigo que programa uitilizar para escribirlo y para hacer diagramas de flujo.
Si eres escritor, ya sea de documentos técnicos, o redactor de historias, o escritores de libros, etc., seguro que te encantará conocer algunas de las mejores herramientas de código abierto que puedes emplear para facilitarte este trabajo en tu distribución GNU/Linux favorita. Y todo sin gastar importantes cantidades en licencias de software propietario.
Verás que no es necesario depender de programas como Microsoft Office (para Word), o de QuarkXpress, Adobe InDesign, Illustrator, CorelDraw, o los de Scrivener. Las alternativas gratuitas y libres no tienen demasiado que envidiar a éstas de pago…
Bibisco es una aplicación diseñada para ayudar a los escritores de historias, principalmente a los novelistas. Este programa te preguntará una srie de preguntas que te ayudarán a tener una idea más sólida de los episodios. Además, podrás cargar tus textos en la nube cuando los completes con su editor y así no perderlos.
Manuskript es otra herramienta para crear novelas. Pero en este caso enfocada a delinear las etapas de cada capítulo, los personajes involucrados, reorganización fácil, etc. Todo lo necesario para tener un método para ayudarte en la construcción de tu historia. También tiene otros elementos, como su analizador de frecuencia para saber qué palabras o frases se repiten más, modo de escritura sin distracciones, etc.
Si lo que buscas es escribir palabras más rápido, puedes usar esta herramienta de expansión de texto que funcina sin conexión. Con él podrás crear tus propias palabras clave personalizadas para expandir los tetos en los que se usarían con freceucnia. Así acelerarás tu escritura.
GitBook es un servicio para la redacción técnica. Emplea un sistema de control de versiones basado en git para realizar un seguimiento de la documentación escrita. También permite que varios usuarios puedan colaborar en el documento. Puede ser fantástico para crear manuales técnicos, fichas técnicas, etc.
Si te gusta escribir guiones, entonces KIT Scenarist es una gran solución, muy completa y profesional. Ofrece muchas funciones, como crear y administrar tareas, obtener estadísticas del proyecto, organizar todos los materiales, GUI para que sea intuitiva, etc.
Es una app que permite usar lenguaje Markdown para crear documentos. Este editor sin distracciones puede exportar a formatos como HTML, DOC, ODT, PDF, ePub, etc. También tiene diferentes temas para ayudarte a estar cómodo mientras escribes o editas.
Scribus es un popular programa de autoedición con la que podrás diseñar tu libro y trabajar en publicaciones como revistas. Tiene soporte para herramientas de dibujo vectorial, filtros, efectos, capacidad de importar y exportar, representación en lenguajes de marcado como LaTeX o Lilypond, etc.
Markdown es una potente herramienta con la que editar y escribir texto sin formato y luego convertirlo a cualquier otro formato de documento. Lo puedes usar en conjunción con programas como Ghostwriter, aunque existen más editores compatibles…
AsciiDoc es otra herramienta para formato de documentos. Tiene soporte para notas al pie de página, tablas, referencias cruzadas, vídeos de YouTube incrustados y mucho más. Con ella podrás crear libros, documentos, notas, artículos, presentaciones, webs, etc. Admite conversión a HTML, PDF, ePUB, y páginas de manual.
Para una escritura impecable y ayudarte a descubrir errores de escritura, lo mejor es contar con LanguageTool. Es un corrector ortográfico que puede funcionar como extensiones en el navegador, y también en LibreOffice, etc.
LaTeX es un popular sistema para preparar documentos legibles por humanos, como artículos científicos, aunque también se puede usar para otro tipo de libros y documentos. Usa una serie de señales de marcado para establecer la escritura, permitiendo controlar el formato, agregar citas, referencias cruzadas, etc. Con LyX podrás trabajar con ello…
Por último, no se podía olvidar la suite ofimática por excelencia, como es LibreOffice. No solo dispones de Writer como poderoso procesador de texto alternativo a Microsoft Word de Office, también tienes otras herramientas interesantes como Draw.
Hace poco investigadores de seguridad de Qualys (una empresa de seguridad en la nube, cumplimiento y servicios relacionados) dieron a conocer los detalles de una vulnerabilidad que detectaron y que afectan al kernel de Linux.
CVE-2021-33909 afecta al kernel y permite que un usuario local logre la ejecución de código y escalar privilegios mediante la manipulación de directorios muy anidados.
La vulnerabilidad se debe a la falta de validación del resultado de convertir size_t al tipo int antes de realizar operaciones en el código seq_file, que crea archivos a partir de una secuencia de registros. La falta de validación puede resultar en escrituras en un área fuera de los límites del búfer al crear, montar y eliminar una estructura de directorio con un nivel muy alto de anidamiento (tamaño de ruta de más de 1 GB).
Cualquier usuario sin privilegios puede obtener privilegios de root en un host vulnerable aprovechando esta vulnerabilidad en una configuración predeterminada.
Como resultado, un atacante puede obtener una cadena de 10 bytes «//deleted» con un desplazamiento de «- 2 GB – 10 bytes», que apunta al área inmediatamente anterior al búfer asignado.
La amenaza de la vulnerabilidad se ve agravada por el hecho de que los investigadores pudieron preparar exploits funcionales en Ubuntu 20.04, Debian 11 y Fedora 34 en la configuración predeterminada. Se observa que no se han probado otras distribuciones, pero teóricamente también son susceptibles al problema y pueden ser atacadas.
La explotación exitosa de esta vulnerabilidad permite que cualquier usuario sin privilegios obtenga privilegios de root en el host vulnerable. Los investigadores de seguridad de Qualys han podido verificar de forma independiente la vulnerabilidad, desarrollar un exploit y obtener privilegios de root completos en instalaciones predeterminadas de Ubuntu 20.04, Ubuntu 20.10, Ubuntu 21.04, Debian 11 y Fedora 34 Workstation. Es probable que otras distribuciones de Linux sean vulnerables y probablemente explotables.
El trabajo del exploit se reduce a crear una jerarquía de aproximadamente un millón de directorios anidados a través de la llamada mkdir() para lograr un tamaño de ruta de archivo superior a 1 GB.
Este directorio se monta mediante bind-mount en un espacio de nombres de usuario separado, después de lo cual se ejecuta la función rmdir() para eliminarlo. Paralelamente, se crea un hilo que carga un pequeño programa eBPF, que se bloquea en la etapa después de verificar el pseudocódigo eBPF, pero antes de su compilación JIT.
En el espacio de nombres de ID de usuario sin privilegios, el archivo /proc/self/mountinfo se abre y lee la ruta de directorio larga montada con bind-mount, lo que da como resultado que la línea «//deleted» se escriba en la región antes del inicio del búfer. La posición para escribir la línea se elige de tal manera que sobrescriba la instrucción en el programa eBPF ya probado pero aún no compilado.
Además, en el nivel del programa eBPF, la escritura incontrolada fuera del búfer se transforma en una capacidad de lectura/escritura controlada en otras estructuras del núcleo mediante la manipulación de las estructuras btf y map_push_elem.
El exploit luego ubica el búfer modprobe_path[] en la memoria del kernel y sobrescribe la ruta «/sbin/modprobe» en él, lo que permite que cualquier archivo ejecutable sea lanzado como root si se realiza una llamada request_module (), que se ejecuta, por ejemplo, al crear un socket netlink …
Los investigadores han proporcionado varias soluciones que son efectivas solo para un exploit específico, pero no solucionan el problema en sí.
Como tal lo que se recomienda es establecer el parámetro «/proc/sys/kernel/unprivileged_userns_clone» en 0 para deshabilitar el montaje de directorios en un espacio de nombres de ID de usuario separado y «/proc sys/kernel/unprivileged_bpf_disabled» en 1 para deshabilitar la carga de programas eBPF en el núcleo.
Además de que tambien se recomienda a todos los usuarios de una distribución de Linux, realizar la actualización de su sistema para tener el parche correspondiente. El problema ha sido evidente desde julio de 2014 y afecta a las versiones del kernel desde 3.16. El parche de vulnerabilidad se coordinó con la comunidad y se aceptó en el kernel el 19 de julio.
Hace pocos dias se dio a conocer la noticia de que se ha identificado una vulnerabilidad en Netfilter (un subsistema del kernel de Linux utilizado para filtrar y modificar paquetes de red), que permite a un usuario local obtener privilegios de root en un sistema, incluso mientras se encuentra en un contenedor aislado.
La vulnerabilidad CVE-2021-22555 es un problema que ha estado presente desde el kernel 2.6.19, lanzado hace 15 años y es causado por un error en los controladoresIPT_SO_SET_REPLACE e IP6T_SO_SET_REPLACE, lo que provoca un desbordamiento del búfer al enviar parámetros especialmente decorados a través de la llamada setsockopt en modo compat.
Tal vez muchos en este punto se preguntaran como es posible que un fallo en el Kernel de Linux pudo pasar desapercibido durante tanto tiempo y la respuesta a ello es que aun que el fallo que estuvo presente desde Linux 2.6.19, la vulnerabilidad si encontró mediante auditoría de código, aun que el código C no era reproducible, por lo que no pudo ser explotado debido a que los recursos necesarios para poder escalar los privilegios no se encontraban en ese entonces.
Por ejemplo el soporte para espacios de nombres de usuarios sin privilegios, está en el kernel 3.8. Además de que algunas distribuciones tienen un parche que agrega sysctl para deshabilitar los espacios de nombres de usuarios sin privilegios.
En circunstancias normales, solo el usuario root puede llamar a compat_setsockopt(), pero los permisos necesarios para realizar un ataque también pueden ser obtenidos por un usuario sin privilegios en sistemas con espacios de nombres de usuario habilitados.
CVE-2021-22555 es una vulnerabilidad de escritura fuera de límites de pila de 15 años en Linux Netfilter que es lo suficientemente potente como para evitar todas las mitigaciones de seguridad modernas y lograr la ejecución del código del kernel.
Como tal, se describe que un usuario local puede crear un contenedor con un usuario root independiente y aprovechar la vulnerabilidad desde allí. Por ejemplo, los «espacios de nombres de usuario» se incluyen de forma predeterminada en Ubuntu y Fedora, pero no en Debian y RHEL.
Esta vulnerabilidad se puede aprovechar sobrescribiendo parcialmente el m_list->nextpuntero de la msg_msgestructura y logrando un uso después de libre. Esto es lo suficientemente poderoso como para obtener la ejecución del código del kernel sin pasar por KASLR, SMAP y SMEP.
Además, el problema surge en la función xt_compat_target_from_user() debido a un cálculo incorrecto del tamaño de la memoria al guardar las estructuras del kernel después de la conversión de la representación de 32 bits a la de 64 bits.
Como tal, se menciona que el error permite escribir cuatro bytes «cero» en cualquier posición fuera del búfer asignado, limitado por el desplazamiento 0x4C. Debido a esto, se menciona que esta característica resultó ser suficiente para crear un exploit que permite obtener derechos de root: al borrar el puntero m_list-> next en la estructura msg_msg, se crearon las condiciones para acceder a los datos después de liberar memoria (use-after-free), que luego fue se utiliza para obtener información sobre direcciones y cambios en otras estructuras mediante la manipulación de la llamada al sistema msgsnd().
En cuanto al informe del error, al igual que cualquier vulnerabilidad detectada, esto lleva un proceso y el informe que se realizó a los desarrolladores del kernel en abril, con lo cual posterior a ello se corrigió en unos días y se lanzó el parche que está incluido en todas las distribuciones compatibles, para después poder divulgar la información sobre el fallo.
Los proyectos Debian, Arch Linux y Fedora ya han generado actualizaciones de paquetes. A partir de Ubuntu, se están preparando las actualizaciones de RHEL y SUSE. Debido a que el error es grave, explotable en la práctica y permite escapar del contenedor, Google estimó su descubrimiento en $ 10,000 y doblo la recompensa al investigador que identificó la vulnerabilidad y por identificar un método para evitar el aislamiento de los contenedores de Kubernetes en el clúster kCTF.
Para las pruebas, se ha preparado un prototipo funcional de un exploit que elude los mecanismos de protección KASLR, SMAP y SMEP.
Finalmente si estás interesado en conocer más al respecto, puedes consultar los detalles en el siguiente enlace.
Muchas veces quienes escribimos artículos o contestamos en foros sobre Linux, caemos en la mala costumbre de dar por sabidas cosas que los usuarios novatos no tienen por qué saber. Es por eso que cada tanto resulta conveniente dar un repaso a los conceptos básicos.
Cada vez hay más personas interesadas en programar y son muy frecuentes las preguntas sobre qué opciones de código abierto utilizar. Y acá es donde volvemos a hacer gala de otra mala costumbre, la de actuar como fanáticos religiosos que pretenden imponer sus alternativas preferidas sin tener en cuenta las necesidades del usuario que pregunta.
Es por eso que para complementar la enumeración de las herramientas de código abierto disponibles para Linux, que hacemos de manera periódica, vamos a repasar algunos conceptos
Qué es programar
Nuestra manera de interactuar con computadoras y dispositivos móviles sigue un paradigma creado en los laboratorios de investigación de la empresa Xerox en Palo Alto. Apple primero y Microsoft después copiaron el modelo de iconos y ventanas para sus sistemas operativos. Con el correr de los años iOS y Android, adoptarán el mismo esquema adaptándolos a teléfonos y tabletas
Antes de la interfaz gráfica, la manera de comunicarse con el equipo era escribir los comandos en una terminal. En un futuro puede que solo baste con pensar que es lo que queremos que haga.
Pero, cualquiera sea la forma con la que nos comunicamos, el ordenador necesita que se le diga cómo responder a los requerimientos de los usuarios. De eso es lo que se ocupa la programación.
Programar es entonces proporcionar al dispositivo instrucciones expresadas en un lenguaje de programación que éste puede entender.
Diferencias entre codificar y programar
Aunque estos términos suene interpretarse como sinónimos no lo son. Codificar, perdón por la obviedad, es escribir código para crear un programa o sitio web.
La programación implica el proceso de desarrollar un programa desde el momento en que se identifica el problema del usuario hasta que se crea una aplicación para su uso como solución. También, se incluye la etapa de mantenimiento y actualización.
El clásico ejemplo de imprimir “Hola Mundo» en la pantalla, es entonces un ejercicio de codificación ya que no tiene el propósito de solucionar un problema ni cumple con el resto de las etapas del proceso.
La tarea de programar es una actividad compleja que requiere de múltiples instrumentos como herramientas para análisis de código, frameworks, compiladores, creadores de bases de datos, diseñadores de interfaces gráficas y depuradores.
Lo primero que necesitamos saber para ayudar al usuario es si quiere aprender programación con un nivel profesional o solo escribir programas. Dado que la codificación solo requiere escribir sentencias en cualquier lenguaje de programación y, no se busca la eficiencia ni se pretende que el código pueda ser actualizado ni comprendido por otras personas, basta cualquier programa de escritura.
De la respuesta a esa pregunta sabremos si se siente más cómodo con un editor de código o un entorno integrado de desarrollo. Pero, no nos puede contestar eso sí no entiende cuál es la diferencia. Es lo que vamos a tratar de responder en este artículo.
Si se trata de escribir código cualquier editor o procesador de textos podría hacerlo. Solo hay que asegurarse de guardarlo con un formato que el sistema operativo puede identificar como código de un programa. La diferencia es que no dispondermos de ningún tipo de herramienta que ayude a verificar que no exista ningún tipo de errores.
Algunos de los editores de texto incluidos en las distribuciones Linux incluyen varios complementos para convertirlos en editores de código, pero para no confundir no vamos a insistir en ese tema.
Diferencias entre entornos integrados de desarrollo y editores de código
Para hacerla corta la diferencia es la que hay entre una navaja suiza y un destornillador. Los entornos integrados de desarrollo traen casi todo lo que se puede necesitar en la tarea de programación incluyendo la redacción de código, el autocompletado, el mercado de errores, la depuración, las pruebas y la compilación.
Hay entornos integrados de desarrollo que están optimizados para un lenguaje de programación específico y otros que son compatibles con varios. También los hay para sistemas operativos específicos como Android o Arduino.
Mes y medio después de la versión anterior, The Document Foundation acaba de lanzar LibreOffice 7.1.5 Community, una etiqueta que empezaron a añadir empezando por la serie 7.1 pero creo que yo terminaré quitando para evitar confusiones. Y es que desde esta serie, TDF ofrece una opción Enterprise con soporte mejorado que corre directamente por su cuenta, mientras que la normal, la que recibe la etiqueta de Community, está soportada por la comunidad.
Etiquetas aparte, The Document Foundation ha solucionado en este lanzamiento 55 fallos, el 20% de ellos para mejorar la compatibilidad con los formatos de Microsoft Office DOCX, XLSX, PPTX y los antiguos DOC. Y es que, aunque no nos guste, la suite de ofimática más popular sigue siendo la de Microsoft, y todos los avances que se puedan hacer para mejorar la compatibilidad nunca serán suficientes.
LibreOffice 7.1.5 vuelve a mejorar la compatibilidad con Microsoft Office
Aunque estamos ante una quinta actualización de mantenimiento, lo que significa que ya se han corregido muchos fallos, The Document Foundation sigue sin ofrecer LibreOffice 7.1.5 para equipos de producción. Probablemente lo haga dentro de seis semanas, cuando lance LO 7.1.6, pero en estos momentos menciona que esta sigue siendo la opción para los que queremos todas las novedades; los que quieren algo más seguro y con menos fallos, tienen disponible LibreOffice 7.0.6.
Una vez más, el proyecto ha aprovechado la ocasión para recordar que ofrecen esa versión Enterprise que no sólo ofrece mejor soporte, sino que también se supone que se le pueden pedir funciones a la carta. Sin haberlo probado ni conocer a nadie que use esta opción, poco o nada puedo comentar al respecto.
LibreOffice 7.1.5 está disponible desde esta misma tarde, por lo que ya podemos descargarlo desde la página web oficial. Desde allí, los usuarios de Linux podemos descargar paquetes DEB, RPM y binarios. En las próximas horas estará también disponible en Snapcraft y Flathub.
Las distracciones pueden hacerte perder mucho tiempo en el trabajo, en tus tareas de casa o mientras estudias. Eso hace que restes tiempo a otras actividades, y que al final te puedas llegar a frustrar. Sin embargo, actualmente existen multitud de métodos para mejorar la productividad, así como apps que te ayudarán a ello.
Si mejoras la eficiencia en tus tareas, verás que no solo podrás hacer mucho más con menor esfuerzo, sino que también tendrás más tiempo para el ocio y para descansar. Para ayudarte a cumplir ese objetivo, en Linux tienes apps como…
Mejores herramientas para la productividad en Linux
Algunas de las mejores herramientas de productividad que puedes instalar en tu distro GNU/Linux favorita son:
actiTIME
Es un software que te permitirá gestionar mejor tu tiempo. Administrar las asignaciones que dedicas a las tareas, registrar manualmente las horas de trabajo para poder tener una idea general de lo que se hace y si existen algunos cuellos de botella en el procedimiento, así como evaluar el desempeño de distintos proyectos.
No es una herramienta de para mejorar la productividad como tal, pero sí que puede ayudarte a tener la vista menos cansada y a mejorar la salud ocular cuando pasas mucho tiempo frente a una pantalla. Eso también puede influir en el rendimiento de forma indirecta. Con ella, según tu zona horaria y la posición solar, se podrá modificar el brillo y el filtrado de la luz azul dañina.
Es una fantástica herramienta de productividad. Puede tener numerosos módulos, como un calendario, agenda de contactos, lista de tareas por hacer y sistema de recordatorios, notas, etc. Además, es muy simple de usar y configurar.
Catfish es una herramienta que hace uso del backend find y locate, los populares comandos para encontrar y localizar, pero con una sencilla GUI. Con ella tendrás todos los archivos localizados al instante, para que no pierdas más tiempo cuando no sabes donde está algo…
FocusWriter es una sencilla y relajante aplicación para escritura. Usa una interfaz oculta para acceder moviendo el mouse hacia los bordes de la pantalla, permitiendo que el programa tenga una apariencia familiar. De esa forma, te ayudará a sumergirte en tu trabajo.
LastPass ir introduciendo contraseñas también puede resultar engorroso cuando se usan multitud de servicios diferentes. Para mejorar la productividad en ese sentido y que no se te olviden las contraseñas (obligando a restablecer), puedes usar el gestor de contraseñas LastPass.
Si deseas anotar tus ideas en cualquier momento o apuntar las tareas que tienes ue hacer, lo que debes recordar, etc. Simplenote es una sencilla app para tomar notas en el momento de una forma instantánea y simple. Y si lo prefieres, también puedes usar FreeMind, un software para crear mapas mentales y organizarte de la mejor forma posible.
Es un software de productividad SaaS, basado en la nube, y que permite el seguimiento del tiempo empleado en los proyectos. Además, aporta una plataforma segura para empresas y cuenta con Pandora FMS como garantía de éxito.
Adobe es uno de los grandes y su software sin duda es una codicia o un sueño inalcanzable para los usuarios de Linux, ya que hasta la fecha solo tenemos que conformarnos con alternativas (de las cuales muchas son muy buenas) y con ello es de pensar que simplemente no tiene intenciones de voltear hacia la comunidad de software libre … O al menos eso es lo que muchos pensábamos hasta ahora.
Y es que hace poco se dio a conocer la noticia de que Adobe se ha unido al fondo de desarrollo de Blender Foundation como miembro «Corporate Gold», con lo cual realizara una contribución financiera de 30.000 euros cada año para ayudar al desarrollo de software de modelado 3D de código abierto y su comunidad. El anuncio fue hecho ayer por ambas partes.
Adobe se unió oficialmente al Blender Development Fund como miembro Corporate Gold, uniéndose a empresas como Facebook, Microsoft, Epic Games, NVIDIA, AMD, Unity, AWS, Tangent Labs, Ubisoft, Intel, Google y más.
Pero eso no es todo, ya que además Adobe también quiere ganarse a los usuarios de Blender y su movimiento podría considerarse como una «excelente jugada», ya que además de apoyar a Blender financieramente, tambien decidido hacer que sus herramientas Substance 3D y Mixamo sean directamente accesibles en el software de código abierto.
Esto sin dudas es una iniciativa sorprendente, por parte de Adobe al unirse al Fondo de Desarrollo de Blender como miembro Corporate Gold. En su blog, Adobe recuerda que “la industria del diseño y la animación 3D nunca ha sido tan grande y floreciente como lo es hoy, y no muestra signos de desaceleración”.
Para el editor de software de gráficos patentado, 3D es simplemente el futuro y, a medida que el campo continúa creciendo, también lo hace la comunidad que lo rodea.
«En Adobe, estamos comprometidos a ser abiertos y conectados a la comunidad 3D», explica Sébastien Deguy, vicepresidente de 3D e inmersivo de la empresa. “No se puede mencionar la comunidad 3D sin mencionar también Blender, una suite de creación 3D gratuita y de código abierto (que ofrece todo, desde modelado hasta herramientas de composición y seguimiento de movimiento). La organización ha fomentado una comunidad rica y vibrante de creadores 3D, y hoy podemos anunciar que Adobe es oficialmente un socio de Blender ”. Al unirse al Fondo de Desarrollo de la Fundación Blender, Adobe espera hacer su parte «para ayudar a asegurar la longevidad y el éxito de esta vibrante comunidad de código abierto» …
Además tambien recuerda que «una de sus principales misiones es garantizar que los productos de Adobe, como Substance 3D y Mixamo, sean los más accesibles y estén disponibles para el mayor número de personas posible».
Dicho esto, además de apoyar financieramente el desarrollo de Blender menciona que:
“Ayudaremos a los creadores a trabajar con lo mejor de Adobe directamente en Blender mediante el lanzamiento de dos nuevos complementos: Substance 3D en Blender y Mixamo Auto-Control Rig Plugin para Blender (ambos ahora disponible en beta).
“Hoy en día, los artistas 3D de todo el mundo están creando activos de videojuegos excepcionales, efectos visuales, animación y, cada vez más, productos de automoción y moda utilizando Blender. Queríamos llevarles el mundo de los materiales de Substance, facilitando el acceso a nuestra rica y diversa biblioteca de texturas y activos 3D sin tener que salir de la suite de creación. Con el complemento Substance 3D en Blender, ahora puede trabajar con materiales Substance (archivos SBSAR) en Blender. Lo mismo ocurre con Mixamo, la herramienta de animación de personajes en 3D de Adobe. Será accesible directamente desde Blender para facilitar la animación.
En otras palabras, en lugar de posicionar sus productos como competidores de Blender, Adobe quiere aprovechar la popularidad del software de código abierto para llegar a una base de usuarios más grande para sus herramientas internas Substance 3D y Mixamo.
La revelación de sus intenciones desde el principio debería tranquilizar un poco a los partidarios del código abierto, que aún ven con malos ojos el acercamiento de los editores de software propietario con su comunidad.
Finalmente, si estás interesado en poder conocer más al respecto, puedes consultar los detalles de la nota original, en el siguiente enlace.
Hace poco Linus Torvalds dio a conocer el lanzamiento de la primera versión candidata para Linux 5.14 y sobre ello el equipo de desarrollo del kernel continúa trabajando en los detalles finales antes de la versión estable y se especula que la versión estable de Linux 5.14 podría venir con un nuevo controlador NTFS, en particular el controlador «NTFS3» de Paragon Software.
Y es que en una publicación en la lista de correo del kernel de Linux, Torvalds le pidió a Paragon Software que enviara el código para fusionar su nuevo controlador NTFS. El controlador podría agregarse en Linux 5.14-rc2, aunque Torvalds considera que esta versión ya es demasiado grande. De lo contrario, el controlador debería estar listo para Linux 5.15.
Simplemente no tenemos a nadie para canalizar nuevos sistemas de archivos: fsdevel La lista de correo es buena para comentarios y obtener retroalimentación, pero en algún momento alguien solo necesita enviarlo, y eso no es lo que fsdevel termina haciendo.
El argumento de que «ya está en un estado mucho mejor que el anterior controlador ntfs «puede no ser un argumento técnico muy sólido (no porque de cualquier problema de Paragon, solo porque el controlador ntfs antiguo no es genial), pero es un argumento bastante fuerte para fusionar el nuevo de Paragon.
Al discutir el tema de la separación de poderes al mantener el código de los sistemas de archivos y los controladores relacionados con VFS, Linus Torvalds expresó su disposición a aceptar parches directamente con la nueva implementación del sistema de archivos NTFS, si Paragon Software asume las responsabilidades de NTFS como mantenedor del sistema de archivos en el kernel de Linux y recibe la confirmación de otros desarrolladores del kernel que han revisado la corrección del código (aparentemente, la confirmación ya está disponible).
Linus señaló que entre los desarrolladores del kernel de VFS no hay personas responsables de recibir solicitudes de extracción con nuevos FS, por lo que dichas solicitudes se pueden enviar a él personalmente.
En general, Linus insinuó que no ve ningún problema especial con la adopción del nuevo código NTFS en la parte principal del kernel, ya que el estado deplorable del antiguo controlador NTFS no resiste las críticas y no ha habido quejas importantes sobre el nuevo controlador Paragon durante un año.
Este controlador ya se encuentra en un estado de funciones mucho mejor que el controlador ntfs anterior de 2001.
Si el nuevo código ntfs tiene comentarios de personas, y parece que lo hizo conseguirlos, y se espera que Paragon sea el que lo mantenga, entonces yo creo que Paragon debería hacer una solicitud de extracción de git para ello.
Y es que en este año se propusieron 26 versiones de los parches ntfs3 dentro de lista de correo de «linux-fsdevel» para revisión, de los cuales se han eliminado los comentarios, pero la cuestión de la inclusión en el kernel se ha estancado por la imposibilidad de encontrar mantenedores del VFS, que podrían tomar una decisión sobre cuestiones conceptuales: qué hacer con el controlador ntfs antiguo y si implementar llamadas ioctl FAT heredadas en el controlador nuevo.
En su forma actual, para aceptar parches, es necesario asegurar en ntfs3 la compatibilidad con los cambios realizados recientemente en la API iov, por lo que el parche ha dejado de construirse y, si es posible, traducir el código para usar fs/iomap (se asume que esto no es crítico y la adaptación ya se puede hacer cuando ntfs3 está en el kernel).
El código para el nuevo controlador NTFS fue descubierto por Paragon Software en agosto del año pasado y difiere del que ya está en el kernel del controlador por la capacidad de trabajar en modo de escritura.
El controlador admite todas las características de la versión actual de NTFS 3.1, incluidos los atributos de archivo extendidos, el modo de compresión de datos, el trabajo eficiente con vacíos en los archivos y la reproducción de cambios del registro para restaurar la integridad después de fallas.
