Essence, un OS con su propio Kernel y escritorio construido desde cero

Una de las cosas que me da mucho gusto compartir son tanto las nuevas distribuciones de Linux que son dadas a conocer, asi como tambien de nuevos sistemas operativos totalmente independientes a Linux, BSD o cualquier similar a Unix.

Y es que lejos de que este tipo de noticias como muchos podrán decir que solo contribuyen a la fragmentación del ecosistema, puedo decir que esto demuestra que no todo está basado a un solo mercado y que cualquiera con las intenciones y persistencia, puede crear su propio sistema.

Y bien, el punto de mencionar esto es que me complace compartir con ustedes que se dieron a conocer las para pruebas iniciales del nuevo sistema operativo Essence, que viene con su propio Kernel e interfaz gráfica de usuario.

El proyecto ha sido desarrollado por un entusiasta desde 2017, creado desde cero y se destaca por su enfoque original para construir un escritorio y una pila de gráficos. La característica más destacable es la capacidad de dividir ventanas en pestañas, lo que permite trabajar en una ventana con varios programas a la vez y agrupar aplicaciones en ventanas según las tareas a resolver.

Dentro de las características que se mencionan del sistema:

Kernel:

  • Administrador de caché independiente del sistema de archivos.
  • Administrador de memoria con memoria compartida, archivos mapeados en memoria y puesta a cero de paginación de subprocesos múltiples y equilibrio de conjuntos de trabajo.
  • Pila de red para TCP/IP.
  • Scheduler con múltiples niveles de prioridad e inversión de prioridad.
  • Carga de módulos bajo demanda.
  • Sistema de archivos virtuales.
  • Administrador de ventanas.
  • mezclador de audio (siendo reescrito)
  • Subsistema POSIX opcional, capaz de ejecutar GCC y algunas herramientas Busybox.

Aplicaciones:

  • Administrador de archivos
  • Editor de texto
  • Cliente IRC
  • Monitoreo del sistema

Ports:

  • Bochs
  • GCC and Binutils
  • FFmpeg
  • Mesa (for software-rendered OpenGL)
  • Musl

El administrador de ventanas funciona al nivel del kernel del sistema operativo y la interfaz se crea utilizando su propia biblioteca gráfica y un motor de software vectorial que admite efectos animados complejos.

La interfaz es completamente vectorial y se escala automáticamente para cualquier resolución de pantalla. Toda la información de estilo se almacena en archivos separados, lo que facilita cambiar la apariencia de las aplicaciones. La representación programática de OpenGL utiliza código de Mesa, ademas de que se admite soporte multilingüe y se utilizan FreeType y Harfbuzz para representar las fuentes.

El kernel incluye un programador de tareas con soporte para múltiples niveles de prioridad, un subsistema de administración de memoria con soporte para memoria compartida, mmap y memoria de subprocesos múltiples, una pila de red (TCP/IP), un subsistema de audio para mezclar sonidos, VFS y un sistema de archivos EssenceFS con una capa separada para el almacenamiento en caché de datos.

Además de su propio FS, se proporcionan controladores para Ext2, FAT, NTFS e ISO9660 que ademas de ello se admite la eliminación de funcionalidad en módulos con la capacidad de cargar dichos módulos según sea necesario, todo esto junto con los drivers preparados para ACPI con ACPICA, IDE, AHCI, NVMe, BGA, SVGA, HD Audio, Ethernet 8254x y USB XHCI (almacenamiento y HID).

La compatibilidad con aplicaciones de terceros se logra con una capa POSIX suficiente para ejecutar GCC y algunas de las utilidades Busybox. De las aplicaciones portadas a Essence, se destacan la biblioteca Musl C, el emulador Bochs, GCC, Binutils, FFmpeg y Mesa. Las aplicaciones gráficas específicas de Essence incluyen un administrador de archivos, un editor de texto, un cliente IRC, un visor de imágenes y un monitor del sistema.

Finalmente para quienes estén interesados en el sistema, deben saber que puede ejecutarse en hardware heredado con menos de 64 MB de RAM y ocupa aproximadamente 30 MB de espacio en disco.

Para conservar recursos, solo se ejecuta la aplicación activa y se suspenden todos los programas en segundo plano. El proyecto publica diariamente nuevas compilaciones listas para usar adecuadas para probar en QEMU.

El código del proyecto está escrito en C++ y se distribuye bajo la licencia MIT.

Puedes consultar más al respecto en el siguiente enlace.

from Linux Adictos https://ift.tt/3ArQwo2
via IFTTT

Faker.js paso a ser un proyecto controlado por la comunidad

Hace poco hablamos sobre las acciones que fueron tomadas por parte de GitHub en la cuenta de Marak Squires, el autor principal de Faker.js quien corrompió y eliminó la biblioteca a principios de enero, a lo que GitHub tomo algunas medidas que dividieron a la comunidad.

Pero ahora está nuevamente el proyecto en la web como un proyecto comunitario, ya que se creó un repositorio de GitHub para el nuevo paquete faker.js y se reunió un equipo de ocho supervisores para administrar el proyecto de código abierto en el futuro.

Además, también se ha creado una cuenta pública de Twitter para comunicarse con la comunidad de bibliotecas de JavaScript. Mientras tanto, se puede volver a acceder al perfil de Squires que aparentemente había sido suspendido por GitHub.

A menudo escuchamos que es difícil recaudar fondos para el desarrollo de proyectos de código abierto hasta el punto de que se dice que «el código abierto es un destino que no genera dinero».

El desarrollador de la biblioteca de código abierto faker.js recientemente hizo todo lo posible para destruir faker.js que había desarrollado debido a la dificultad de la monetización. En una de las publicaciones de GitHub del desarrollador de noviembre de 2020, afirmó que ya no quiere hacer un trabajo gratuito. “Con el debido respeto, ya no apoyaré a Fortune 500 (y otras empresas más pequeñas) con mi trabajo gratuito”, dijo.

«Toma esto como una oportunidad para enviarme un contrato anual de seis cifras o bifurcar el proyecto y hacer que alguien más trabaje en él». Probablemente no tuvo una respuesta favorable a su solicitud, lo que lo llevó a principios de enero a corromper dos de las bibliotecas que él mismo diseñó, facker.js y «colors.js», causando que esto perjudique a millones de proyectos que dependen en eso. Squires presentó un compromiso con colors.js que agrega un nuevo módulo de bandera estadounidense, además de implementar la versión 6.6.6 de faker.js, lo que desencadena el mismo giro destructivo de los eventos.

Las versiones saboteadas hacen que las aplicaciones produzcan incesantemente letras y símbolos extraños, comenzando con tres líneas de texto que dicen «LIBERTY LIBERTY LIBERTY». Los usuarios obviamente entendieron que las bibliotecas acababan de ser comprometidas, pero estaban lejos de imaginar que la persona detrás del compromiso era el propio Squires.

Para tener una idea del alcance del daño, la biblioteca colors.js ha tenido más de 20 millones de descargas semanales solo en npm y se dice que hay casi 19,000 proyectos que dependen de ella.

Por su parte, faker.js contaba con más de 2,8 millones de descargas semanales en npm y más de 2.500 usuarios. En respuesta al gesto de Squires, faker.js se ha convertido en un proyecto comunitario.

Facker.js, que solo existía en GitHub hasta que Squires lo eliminó a principios de este mes, ahora tiene un sitio web que dice que el desarrollo de la biblioteca ahora estará a cargo de un nuevo equipo de ocho personas. En el sitio web también hay una referencia a la eliminación por parte de Squires. Según el nuevo equipo, «Squires le ha jugado una mala pasada a la comunidad».

“Project Faker fue administrado por Marak Squires, un entusiasta y profesional de Node que se enojó y actuó de manera maliciosa el 4 de enero de 2022. Se eliminó el paquete y se abandonó el proyecto. Ahora hemos transformado Faker en un proyecto controlado por la comunidad, actualmente administrado por ocho ingenieros de una variedad de orígenes y empresas”, dice el nuevo sitio web faker.js. Squires no comentó sobre esas declaraciones en Twitter. Anunció que solucionó el error de Zaglo en la biblioteca de JavaScript colors.js, pero no pudo cargarlo en el administrador de paquetes npm.

Desde la eliminación de faker.js a principios de enero de 2022, la comunidad y otros programadores interesados ​​han estado discutiendo activamente el tema. Algunos usuarios, por un lado, muestran comprensión por la acción de Squires de eliminar faker.js, pero continúan expresando su descontento con esta acción.

De hecho, a pesar de los estragos causados, el símbolo del humilde desarrollador de código abierto que se opone a las grandes y ricas empresas que se benefician de él resonó enormemente en las discusiones en foros especializados. Además, el papel de GitHub en este asunto también está en duda.

Algunos no están de acuerdo con el hecho de que GitHub bloqueó la cuenta de Squires.

“Hay una cosa que me hace llorar y reír. ¿Dónde estaba la garantía de calidad? ¿Actualiza automáticamente los paquetes y no ejecuta pruebas de regresión antes de lanzar una nueva versión de su software? Es vergonzoso”, agregó. Varias personas sintieron que la suspensión de la cuenta de Squires no era razonable ya que era su propio código.

Más tarde, GitHub decidió restaurar la cuenta de Squires, que ahora parece estar accesible. De todos modos, el comportamiento de Squires volvió a plantear el tema de los proyectos de «excesiva dependencia» de las bibliotecas de terceros.

Fuente: https://fakerjs.dev/

from Linux Adictos https://ift.tt/3rKm9VW
via IFTTT