LinuxParty

Durante décadas, GIMP ha sido mi fiel compañero para una amplia variedad de tareas, desde la edición de capturas de pantalla hasta la creación de complejas portadas de libros y banners de sitios web. Su presencia diaria en mi flujo de trabajo es crucial, ya que me brinda una alternativa en Linux a programas como Photoshop, que no tiene soporte nativo para este sistema operativo.

A pesar de ser mi herramienta indispensable, no puedo ignorar la realidad de que la evolución de GIMP ha sido glacial. Utilizo la versión 2.10.34, y es fascinante notar que la versión 2.0 se lanzó por primera vez en marzo de 2004. Veinte años con la versión 2.x es un período considerable.

Sin embargo, la espera está a punto de terminar. Esta primavera, el equipo detrás de GIMP planea lanzar la tan esperada versión 3.x, que promete introducir emocionantes características. A continuación, exploraremos las tres funciones más emocionantes que se avecinan.

1. Edición no destructiva: Una de las características más solicitadas finalmente se materializa. La edición no destructiva permitirá realizar cambios, como aplicar efectos de filtro, sin alterar permanentemente la imagen original. Esto significa que los usuarios podrán realizar modificaciones sin depender únicamente de la función "Deshacer", ofreciendo más flexibilidad y seguridad al realizar cambios significativos.
2. Manejo de fuentes: Con frecuencia, al trabajar con fuentes no tradicionales, surge la problemática de reproducción defectuosa. GIMP 3 aborda este problema con una revisión significativa en el manejo de fuentes. Los usuarios podrán trabajar sin inconvenientes con fuentes de nombres idénticos y experimentarán menos problemas al utilizar fuentes personalizadas y únicas.
3. Nuevas funciones de capa: Para aquellos que trabajamos extensamente con capas, las mejoras en GIMP 3 son una bendición. Las capas se expandirán automáticamente, ajustando sus dimensiones según los últimos cambios. Además, la opción de ajuste permitirá alinear capas con mayor precisión, simplificando considerablemente el trabajo con capas.

Estas emocionantes características hacen que la espera para el lanzamiento de GIMP 3 valga la pena. Si bien algunos pueden aventurarse a probar la versión de desarrollo actual, personalmente esperaré al lanzamiento oficial para integrar estas mejoras en mi flujo de trabajo. GIMP 3.0 está en mi horizonte cercano, ya que continúa siendo mi herramienta esencial para la creación y edición de imágenes en Linux.

El equipo de Zorin OS lanzó Zorin OS 17.1 como la primera actualización de la última serie del sistema operativo Zorin OS 17, agregando varias mejoras y actualizando la edición Educativa.

Llegando dos meses y medio después de Zorin OS 17, la versión Zorin OS 17.1 está aquí para mejorar el soporte para aplicaciones de Windows al incluir la última capa de compatibilidad Wine 9.0 para ejecutar aplicaciones y juegos de Windows en sistemas GNU/Linux, así como el gráfico Bottles. interfaz de usuario para Wine.

Además, Zorin OS 17.1 amplía la base de datos integrada de aplicaciones personalizadas para detectar archivos de instalación de aplicaciones y juegos populares de Windows. Ahora se admiten más de cien aplicaciones para brindarles a los ex usuarios de Windows recomendaciones aún más personalizadas sobre alternativas a sus aplicaciones favoritas de Windows.

La función kickstart le permite automatizar la instalación del sistema operativo. Una instalación kickstart utiliza un archivo de configuración que indica al instalador cómo debe implementar una instalación específica. La función ofrece los siguientes beneficios:

• No se requiere intervención del usuario durante el proceso de instalación.
• Mayor facilidad de instalación en múltiples sistemas.
• El archivo de configuración es útil para solucionar un problema de tiempo de arranque con un sistema instalado.

Puede utilizar kickstart para instalar Linux localmente. Sin embargo, el mejor uso de esta función es la instalación del sistema operativo en múltiples sistemas a través de la red. En instalaciones de red, una operación kickstart incluiría los siguientes componentes:

• Archivo de configuración Kickstart

• Red configurada que admite instalaciones de red, como proporcionar conectividad para que diferentes sistemas cliente puedan acceder a los archivos de instalación y configuración necesarios específicos para esos clientes.

  Para ver un ejemplo de la configuración de una instalación de red, consulte Creación de una configuración de instalación de red .

Personalización del archivo de configuración Kickstart

El archivo de configuración kickstart consta de instrucciones de instalación en forma de opciones y definiciones de parámetros.

Para crear un archivo de configuración kickstart, elija uno de los siguientes métodos:

• tilice el "/root/anaconda-ks.cfg" archivo de un sistema Linux existente.

• Cada instalación de Linux crea un archivo llamado "/root/anaconda-ks.cfg" . El archivo contiene definiciones de configuración basadas en el sistema en el que está instalado Linux y que pueden leerse mediante kickstart. Por lo tanto, el archivo está listo para usarse tal cual para otras instalaciones o como plantilla para automatizar varios tipos de instalaciones para sistemas de destino específicos.

  Como plantilla, el contenido del archivo debe revisarse para que sea aplicable a otras instalaciones de Linux, como qué versiones del sistema operativo instalar en clientes específicos.

  Si el sistema contiene el "pykickstart" paquete, las siguientes herramientas útiles pueden ayudarle a revisar el contenido del archivo:

  • "ksverdiff" identificar opciones eliminadas u obsoletas.
  • "ksvalidator" comprueba que la sintaxis del archivo sea correcta.

• Instale una versión de Linux manualmente, lo que genera el "/root/anaconda-ks.cfg" archivo. Utilice el archivo para instalar automáticamente la misma versión de Linux en otros clientes. Es posible que deba ajustar algunas de las configuraciones del archivo según las especificaciones que desee aplicar a esos clientes.

Para obtener más información, consulte https://pykickstart.readthedocs.io/en/latest/ .

El archivo de configuración está dividido en partes. Cada parte contiene un grupo de opciones de la siguiente manera:

Opciones de instalación

Las opciones de instalación definen parámetros para el almacenamiento del sistema, definiciones de teclado, configuración de idioma, información de red, etc. En el siguiente ejemplo, la definición de opción en negrita permite que PXE abra la interfaz de red y es importante en las instalaciones de red.

Nota: Para utilizar el sistema de archivos Btrfs compatible con UEK, asegúrese de utilizar los medios de instalación de UEK. Luego puede usar la "autopart" opción kickstart para particionar discos automáticamente usando Btrfs, como se muestra en el siguiente ejemplo en "# Partition Information" .

Si está utilizando repositorios espejo locales, asegúrese de que estén actualizados y de que la configuración kickstart incluya el repositorio UEK necesario para que Btfrs funcione. Utilice el servidor yum de Linux para reflejar los repositorios necesarios; o si no puede acceder al servidor yum de Linux, puede reflejar los repositorios incluidos en la ISO de instalación completa, pero debe usar la ISO de instalación de UEK para iniciar el instalador. En el siguiente ejemplo, se supone que el sistema tiene acceso a Internet y se utilizan directamente los repositorios del servidor yum de Linux disponibles públicamente.

Alternativamente, también puede particionar manualmente los discos para usar Btrfs como se describe en la documentación anterior.

#platform=x86, AMD64, or Intel EM64T
      #version=OL8
      # Firewall configuration
      firewall --enabled --service=ssh
      
      # Install OS instead of upgrade
      install
      
      # Use Oracle Linux yum server repositories as installation source
      repo --name="ol8_AppStream" --baseurl="https://yum.oracle.com/repo/OracleLinux/OL8/appstream/x86_64/"
      repo --name="ol8_UEKR7" --baseurl="https://yum.oracle.com/repo/OracleLinux/OL8/UEKR7/x86_64/"
      url --url="https://yum.oracle.com/repo/OracleLinux/OL8/baseos/latest/x86_64"
      
      # Root password
      rootpw --iscrypted SHA512_password_hash
      
      # Use graphical install
      graphical
      firstboot --disable
      
      # Keyboard layouts
      keyboard --vckeymap=us --xlayouts='us'
      
      # System language
      lang en_US.UTF-8
      
      # SELinux configuration
      selinux --enforcing
      
      # Installation logging level
      logging --level=info
      
      # System timezone
      timezone  America/Los_Angeles
      
      # Network information
      network  --bootproto=dhcp --device=em1 --onboot=yes 
      --hostname=hostname
      
      # System bootloader configuration
      bootloader --location=mbr --boot-drive=sda
      
      # Non-administrative user
      user --name=user --homedir=/home/user --password=SHA512_password_hash --iscrypted
      
      # Partition information
      
      clearpart --all --initlabel --drives=sda
      autopart --type=btrfs

Paquetes para instalar

Los paquetes que se instalarán se enumeran bajo el encabezado del grupo "%packages" . La lista termina con la "%end" línea.

%packages
@base
@core
@desktop-debugging
@dial-up
@fonts
@gnome-desktop
@guest-agents
@guest-desktop-agents
@input-methods
@internet-browser
@multimedia
@print-client
@print-server
@x11
mtools
pax
python-dmidecode
oddjob
wodim
sgpio
genisoimage
device-mapper-persistent-data
abrt-gui
samba-winbind
certmonger
openldap-clients
pam_krb5
krb5-workstation
ldapjdk
slapi-nis
libXmu
perl-DBD-SQLite
perl-Mozilla-LDAP
%end

La lista incluye grupos de paquetes y paquetes individuales. Los nombres de los grupos de paquetes utilizan el "@" prefijo, como por ejemplo "@base" , para distinguirlos de los paquetes individuales.

Para ayudar a determinar qué paquetes incluir en el archivo, utilice el "dnf group list" comando en un servidor Linux existente. El comando muestra tanto los grupos de paquetes instalados como los grupos de paquetes que están disponibles para instalar.

Para especificar varios paquetes, puede utilizar el carácter comodín ( "*" ). Para excluir un paquete de la instalación, inserte el "-" carácter como prefijo del nombre del paquete.

La "%packages" palabra clave puede tomar opciones, como las siguientes útiles.

"--ignoremissing"

Instala los paquetes disponibles sin preguntar sobre los paquetes faltantes. Sin esta opción, kickstart interrumpiría la instalación y le pediría que continúe o cancele la instalación.

"--multilib"

Establece la "multilib" política en "dnf" la configuración para "all" que se puedan instalar paquetes de 32 bits en el sistema.

En lugar de enumerar paquetes directamente en el archivo de configuración, puede compilar estos nombres en un archivo y almacenarlo en una ubicación accesible, como localmente en el sistema de archivos ramdisk de kickstart, o en un servidor HTTP o un recurso compartido NFS. Luego, en el archivo de configuración, especifique la ruta completa a la lista en una "%include" declaración, por ejemplo:

%packages --ignoremissing
%include /tmp/package-list
%end

Opciones de preinstalación

Las opciones de preinstalación definen las acciones que el instalador debe realizar antes de comenzar el proceso de instalación. Configurar este grupo de opciones es opcional. Las opciones están debajo del "%pre" título y terminan en una "%end" línea.

En el siguiente ejemplo, se le indica al instalador que ejecute el script "config-partitions" almacenado en un servidor HTTP. Además, el instalador también debe descargar una lista de paquetes del servidor web para utilizarlos con una "%include /tmp/package-list" declaración en la "%packages" sección. 

%pre
%include http://192.168.1.100/scripts/config-partitions
wget -q -O- http://192.168.1.100/scripts/package-list > /tmp/package-list
%end

En este ejemplo, el "wget" comando guarda la lista de paquetes en el sistema de archivos de kickstart, que existe como un disco RAM en la memoria.

Se debe poder acceder a un script o archivo incluido en la ruta o URL especificada. Si no hay ningún servicio de nombres disponible para identificar los hosts, utilice direcciones IP.

Opciones posteriores a la instalación

Las opciones posteriores a la instalación definen cualquier acción que debe completar el instalador al final de la instalación. Configurar este grupo de opciones es opcional.

Las opciones están debajo del "%post" título y terminan en una "%end" línea.

De forma predeterminada, kickstart ejecuta tareas posteriores a la instalación en un "chroot" entorno basado en el sistema de archivos raíz del sistema recién instalado. Si necesita acceder a algún archivo que esté fuera del "chroot" entorno, especifique la "--nochroot" opción para "%post" alinear. Luego podrá acceder a los archivos en el sistema de archivos kickstart con el sistema de archivos raíz del sistema recién instalado montado en "/mnt/sysimage" .

En el siguiente ejemplo, el script "/tmp/post-config" se ejecuta al final de la instalación.

%post --nochroot
%include /tmp/post-config
%end

Si configura la interfaz de red del sistema instalado para obtener su configuración mediante DHCP, debe usar direcciones IP en lugar de nombres de dominio o configurar un "resolv.conf" archivo temporal, por ejemplo:

%post
wget -q -O- http://192.168.1.100/scripts/resolv.conf > /etc/resolv.conf
%include http://instsvr.mydom.com/scripts/post-config
.
.
.
%end

Inicio de la instalación Kickstart

Para iniciar la instalación kickstart, asegúrese de haber preparado lo siguiente:

• Acceso a los medios de instalación completos, que pueden estar en una unidad de CD-ROM local o en una unidad USB.

• Acceso al archivo de configuración kickstart.

Instalación a través de la red

1. Inicie el sistema.
2. Durante la secuencia de inicio, acceda al BIOS del sistema.
3. En la pantalla del BIOS, cambie la configuración del sistema para iniciar desde la red.
4. Guarde los cambios y continúe con el proceso de arranque.
5. Cuando aparezca el menú de inicio, seleccione una opción de instalación y luego presione "E" (sistemas basados ​​en UEFI) o Tab (sistemas basados ​​en BIOS) para acceder al indicador de inicio.
6. Agregue la ubicación del archivo kickstart en la red. La ubicación debe especificar el protocolo del servidor de red y el FQDN o dirección IP. Por ejemplo, si está utilizando un servidor NFS, puede ingresar la siguiente línea:

nfs:options:fqdn/path-to-file

Para obtener ejemplos adicionales para identificar la ubicación de red del archivo de configuración, consulte Fuente de instalación .

Nota: Otra forma de instalar desde la red es mediante un servidor de arranque. En este escenario, la instalación comienza automáticamente cuando enciende el sistema. Consulte Creación de una configuración de instalación de red .

1. Guarde las revisiones de la configuración de inicio y continúe con el proceso de inicio.

   Al final del proceso de arranque, la instalación continúa inmediatamente.

Instalación local

1. Inicie el sistema desde el medio de inicio local.

2. Cuando aparezca el menú de inicio, seleccione una opción de instalación y luego presione "E" (sistemas basados ​​en UEFI) o Tab (sistemas basados ​​en BIOS) para acceder al indicador de inicio.

3. Agregue la opción adecuada para identificar la ubicación del archivo kickstart, por ejemplo:

inst.ks=cdrom:/dev/sbd1/tmp/ks.cfg

Para obtener más información sobre las opciones de inicio, consulte Personalización de las acciones del cargador de inicio .

• Guarde las revisiones de la configuración de inicio y continúe con el proceso de inicio.

  Al final del proceso de arranque, la instalación continúa inmediatamente.

Basado el el artículo de oracle docs.

Clare Watson informa a través de ScienceAlert:Al reemplazar con agua los electrolitos químicos peligrosos utilizados en las baterías comerciales, los científicos han desarrollado una 'batería de agua ' reciclable y han resuelto problemas clave con la tecnología emergente, que podría ser una alternativa más segura y ecológica. Las 'baterías de agua' se conocen formalmente como baterías acuosas de iones metálicos. Estos dispositivos utilizan metales como el magnesio o el zinc, que son más baratos de montar y menos tóxicos que los materiales que se utilizan actualmente en otro tipo de baterías.

Las baterías almacenan energía creando un flujo de electrones que se mueven desde el extremo positivo de la batería (el cátodo) hasta el extremo negativo (el ánodo). Gastan energía cuando los electrones fluyen en sentido contrario. El líquido de la batería está ahí para transportar electrones de un lado a otro entre ambos extremos. En una batería de agua, el fluido electrolítico es agua con algunas sales añadidas, en lugar de algo como ácido sulfúrico o sal de litio.

La sonda de 46 años, que sobrevoló Júpiter y Saturno en su juventud e inspiró a los terrícolas con imágenes del planeta como un "punto azul pálido", no ha enviado datos utilizables desde el espacio interestelar en meses . De un informe:

Cuando la Voyager 1 se lanzó en 1977, los científicos esperaban que pudiera hacer aquello para lo que fue construida y tomar imágenes de cerca de Júpiter y Saturno. Hizo eso... y mucho más. La Voyager 1 descubrió volcanes activos, lunas y anillos planetarios, demostrando en el camino que la Tierra y toda la humanidad se podían reducir a un solo píxel en una fotografía, un "punto azul pálido", como lo llamó el astrónomo Carl Sagan. Alargó una misión de cuatro años hasta el día de hoy, embarcándose en el viaje más profundo jamás realizado al espacio. Ahora, es posible que se haya despedido definitivamente de ese punto lejano.

La UE Aclara Responsabilidades sobre Residuos de Paneles Solares: ¿Quién Paga la Eliminación?

El Consejo de la Unión Europea ha aprobado modificaciones legislativas que arrojan luz sobre la responsabilidad financiera en la gestión y eliminación de residuos de paneles fotovoltaicos. Según las nuevas reglas, los costos de eliminar estos paneles comercializados después del 13 de agosto de 2012 recaen sobre los productores del Espacio Económico Europeo.

Contexto de las Modificaciones Legislativas

Estas enmiendas se realizan en respuesta a una sentencia del Tribunal de Justicia de la UE en 2022 que invalidó parcialmente la legislación existente debido a la aplicación retroactiva injustificada de la responsabilidad ampliada del productor. Esta sentencia se relaciona específicamente con residuos de paneles fotovoltaicos comercializados entre el 13 de agosto de 2005 y el 13 de agosto de 2012.

La fortaleza de Linux radica en su capacidad para evitar la "obsolescencia programada", un aspecto distintivo que lo diferencia de otros sistemas operativos. En este contexto, Sparky Linux se presenta como una distribución basada en Debian que ofrece no solo confiabilidad, sino también velocidad y total personalización, destacándose por su capacidad para revivir computadoras antiguas y proporcionar un rendimiento rápido y eficiente. Aunque puede no ser la opción ideal para principiantes en Linux, su enfoque en la personalización y su amplio conjunto de aplicaciones lo convierten en una elección atractiva para aquellos con experiencia en el sistema operativo de código abierto.

NVIDIA lanzó hoy el controlador de gráficos NVIDIA 550.54.14 para plataformas GNU/Linux, FreeBSD y Solaris, una actualización importante que introduce muchas características y mejoras nuevas.

Los aspectos más destacados del controlador de gráficos NVIDIA 550.54.14 incluyen compatibilidad con los formatos R8, GR88 e YCbCr GBM, compatibilidad con páginas grandes transparentes para la sección de texto cuando esté disponible, compatibilidad experimental con HDMI de 10 bits por componente y un perfil de aplicación para mejorar el rendimiento de KWin. en sistemas híbridos de GPU .

También agrega soporte para señalización HDR a través de las propiedades DRM por conector HDR_OUTPUT_METADATA y Colorspace al cargar nvidia-drm con el modeset=1parámetro, soporte para descarga de renderizado PRIME a Vulkan Wayland WSI y soporte para CTM, DEGAMMA_LUT y GAMMA_LUT DRM-KMS CRTC. propiedades utilizadas por la función “Night Light” en GNOME y la función “Night Color” en KDE Plasma en Wayland .

Otras características nuevas incluyen soporte para pantallas de realidad virtual, como SteamVR, en compositores Wayland que admiten arrendamiento DRM, soporte para el controlador NVIDIA VDPAU en Xwayland y soporte para las extensiones EGL_ANDROID_native_fence_sync EGL, VK_EXTERNAL_SEMAPHORE_HANDLE_TYPE_SYNC_FD_BIT y VK_EXTERNAL_FENCE_HANDLE_TYPE_SYNC_FD_BIT Vulkan.

Además, esta actualización agrega soporte para las extensiones Vulkan VK_KHR_video_encode_queue, VK_KHR_video_encode_h264, VK_KHR_video_encode_h265 y VK_KHR_video_maintenance1, mejora el soporte para aplicaciones Vulkan y soluciona un problema que causaba decoraciones de ventanas corruptas en algunas aplicaciones cuando se ejecutaban en el entorno de escritorio GNOME .

NVIDIA 550.54.14 optimiza el limitador de velocidad de fotogramas sin cabeza del controlador X para imitar fielmente el comportamiento ascendente y evitar que se active en situaciones inconvenientes, agrega soporte de calidad beta para GPU GeForce y Workstation a los módulos de kernel abiertos y agrega soporte experimental para el tiempo de ejecución D3 ( RTD3) administración de energía en GPU de escritorio.

También es experimental el soporte para consolas framebuffer proporcionadas por nvidia-drm para reemplazar la consola de arranque de Linux impulsada por un controlador framebuffer del sistema como efifb o vesafb en kernels que implementan drm_fbdev_generic_setup ydrm_aperture_remove_conflicting_pci_framebuffers.

Se han solucionado varios errores para mejorar la compatibilidad con videojuegos como Halo Infinite, Horizon Zero Dawn, Forza Horizon 5, Forza Horizon 4, Hogwarts Legacy y Metro Exodus , compatibilidad con algunas aplicaciones Wayland en las GPU de las series Maxwell, Volta y Pascal, compatibilidad con para pantallas VRR, compatibilidad con VRR (frecuencia de actualización variable) en Wayland, compatibilidad con Gamescope para los módulos NVIDIA Open GPU Kernel , configuración de niveles de brillo de la retroiluminación, corrupción de la interfaz de usuario en el instalador de nvidia y compatibilidad con juegos creados en el motor Source 2.

Se han solucionado algunos errores más en esta versión, incluido un error que provocaba que las pantallas HDMI FRL parpadearan o quedaran en blanco al habilitar VRR con 8 bits por canal de color, un error que impedía que el instalador de nvidia respetara la --gbm-backend-diropción de línea de comando, así como Otros dos errores relacionados con la cadena de intercambio X11 de WSI (integración de sistemas de ventanas).

Por último, pero no menos importante, el controlador de gráficos NVIDIA 550.54.14 brinda soporte para instalar el controlador mientras ya está cargado un controlador NVIDIA existente. Para obtener más detalles, consulte las notas de la versión, desde donde también puede descargar el controlador de gráficos NVIDIA 550.54.14 para sistemas de 64 bits o ARM64 (AArch64), así como para plataformas FreeBSD y Solaris.