[Hilo Oficial] Gentoo Linux

1, 2, 3
Se ha añadido un nuevo conjunto de perfiles 17.1 amd64 a Gentoo
en diciembre de 2017. Estos perfiles cambian a una versión más estándar.
no SYMLINK_LIB", y requieren una migración explícita como
que se describen a continuación. Se consideran estables en este momento, y nos gustaría
como para pedir a todos los usuarios que actualicen sus sistemas. Los viejos perfiles
será desaprobado en un futuro próximo.

En los nuevos perfiles, se elimina el enlace simbólico de compatibilidad con lib->lib64.
Las bibliotecas de 64 bits deben instalarse directamente en lib64. /lib
y /usr/lib se convierten en directorios reales, que se utilizan para realizar búsquedas cruzadas.
y paquetes nativos sin biblioteca (gcc, clang) y bibliotecas de 32 bits
en el perfil multilib (lo que mejora la compatibilidad con x86 preconstruido
paquetes).


Traducción realizada con el traductor www.DeepL.com/Translator


Migración al perfil 17.1 sin problemas [plas] . Como la primara vez no me dio ningún error pero no me funciona nada de 32bits tuve que re-instalar ya que no iba nada.



Por cierto acabo de hacer correr el epic store a través de lutris... en Gentoo no funciona ya que el driver y bibliotecas están en directorios diferentes a las demás distribuciones.

Hay que ir a opciones de Lutris y marcar bibliotecas del sistema y no las predeterminadas de Lutris
Imagen
Bueno ya no hay mantenimiento de python 2, tocara quitarlo de vuestro sistema. [oki]

Una mala noticia por parte del usuario Sakaki encargado de la wiki de instalación de Gentoo con efi puro, deja el proyecto por temas laborales. No he visto una guía más completa por la red.

Esta es la guía: https://wiki.gentoo.org/wiki/User:Sakak ... tall_Guide

Su comunicado en el foro de Gentoo

sakaki stepping down from EFI Install Guide / sakaki-tools maintenance (effective EOL notice)

Dear fellow Gentoo enthusiasts -

I am afraid I have some difficult news to share.

Sadly, due to legal obligations arising from a recent change in my 'real world' job, I must announce I am standing down as maintainer of Sakaki's EFI Install Guide and the underlying sakaki-tools repo with immediate effect.

For more details to the background of this decision, please see this post.

For the meantime, I will leave the EFI Install Guide and sakaki-tools repo up (for historical interest and since they may be of use to others); however, I plan no further updates, nor will I be accepting or actioning further pull requests / bug reports from this point. Email requests for support will also have to be politely declined ><. I will continue to monitor this forum, but will be unable to provide in-depth technical responses to queries, and any responses may be somewhat delayed.

If you have used my EFI guide to install your Gentoo system, it should still continue to work for some time, but you should now take steps to migrate to a baseline Gentoo Handbook install (since the underlying tools, such as buildkernel, will also now no longer be supported and may eventually fail as more modern kernels etc. are released).

My sincere and heartfelt apologies to those who have contributed to, used and installed systems based on this guide over the more than six years since I first released it (seems such a long time ago now!).

And my heartfelt thanks to the fantastic team of devs and enthusiasts who make up the Gentoo and community (a particular shout out to NeddySeagoon!). It's been an honour to be a part of those endeavours for a little while, and I hope the guide has helped, in some small way, to make the process of bringing up a Gentoo system more straightforward for beginners.

So, kind regards, stay well, and I trust our paths may cross again in the future ^-^

Sayounara!


Traduccion:
sakaki renunciando a la Guía de Instalación EFI / mantenimiento de las herramientas sakaki (aviso EOL efectivo)

Queridos compañeros entusiastas de Gentoo...

Me temo que tengo algunas noticias difíciles de compartir.

Lamentablemente, debido a las obligaciones legales derivadas de un reciente cambio en mi trabajo en el "mundo real", debo anunciar que me retiro como mantenedor de la Guía de Instalación de EFI de Sakaki y del repositorio de herramientas de Sakaki con efecto inmediato.

Para más detalles sobre el trasfondo de esta decisión, por favor vea este post.

Mientras tanto, dejaré la Guía de Instalación EFI y el repositorio de sakaki-tools (por interés histórico y porque pueden ser de utilidad para otros); sin embargo, no planeo más actualizaciones, ni aceptaré ni actuaré más peticiones de extracción / informes de fallos a partir de este punto. Las solicitudes de apoyo por correo electrónico también tendrán que ser cortésmente rechazadas ><. Continuaré monitoreando este foro, pero no podré proveer respuestas técnicas a fondo a las consultas, y cualquier respuesta puede ser algo retrasada.

Si ha usado mi guía EFI para instalar su sistema Gentoo, debería seguir funcionando durante algún tiempo, pero ahora debería tomar medidas para migrar a una instalación de base del Manual Gentoo (ya que las herramientas subyacentes, como el buildkernel, ya no tendrán soporte y podrían eventualmente fallar a medida que se liberen kernels más modernos, etc.).

Mis sinceras y sentidas disculpas a aquellos que han contribuido, usado e instalado sistemas basados en esta guía durante los más de seis años desde que la publiqué por primera vez (¡parece que ya hace mucho tiempo!).

Y mi más sincero agradecimiento al fantástico equipo de desarrolladores y entusiastas que forman la comunidad Gentoo (¡un particular saludo a NeddySeagoon!). Ha sido un honor formar parte de estos esfuerzos durante un tiempo, y espero que la guía haya ayudado, de alguna manera, a que el proceso de creación de un sistema Gentoo sea más sencillo para los principiantes.

Así que, saludos, que estén bien, y confío en que nuestros caminos se vuelvan a cruzar en el futuro ^-^

¡Sayounara!

Traducción realizada con la versión gratuita del traductor www.DeepL.com/Translator
Han cambiado el script de arranque de xdm a display-manager.Y vengo a deciros que bloquea estos tres paquetes...
11-apps/xinit sys-apps/sysvinit x11-base/xorg-server


Hay que distarlo e instalar display-manager en @world

sudo emerge -vuDU gui-libs/display-manager-init


Emergemos tanto los módulos de video y de periféricos

sudo emerge @module-rebuild



Borramos el servcio de xdm e iniciamos el dispalymanager
sudo rc-update del xdm default
sudo rc-update add display-manager default


Páramos xdm he iniciamos el nuevo servicio
   rc-service xdm stop
   rc-service display-manager start


Con esto os ira bien que mi primero no tenia entorno que lo he solucionado regenerando @module-rebuil y luego no me iba teclado ni el ratón que gracias kdeconnect he podido reiniciar los modulos X11
Ya ha llegado plasma 5.25.5 a Gentoo, pensaba que saldría 5.26 a estas alturas porque parece que 5,25 ha sido retenida en alguna distribución como Manjaro.

Llevó dos meses en la rama estable y de momento todo bien, el kernel 5.15 lo único que echo de menos es que no tengo soporte de los joy-con de la Switch, que creo que se incorporó en el 5.16 o 17.

Por si las moscas antes de actualizar he hecho un Snapshop y un backup con Btrfs, aún alucino con todo lo que hace este sistema de archivos.

Una pregunta tengo un repositorio local que ya tiene más 200 programas que no están en el árbol portage de Gentoo. Este lo actualizo una vez al mes, porque la mayoría de ebuild son DEV así me quito algo de trabajo, ya que son la mayoría emuladores, que tiro del repositorio conforme van haciendo cambios. ¿Ahora, alguien se ha hecho un github para tener el repositorio en red? ¿Es muy complicado? porque leo la wiki y creo que es escasa o es demasiado fácil https://wiki.gentoo.org/wiki/Creating_a ... repository.

Me da la sensación que no está completa
Parce ser seamonkey depende de una verison vulnerable de Rust

!!! The following installed packages are masked:
- www-client/seamonkey-2.53.13::gentoo (masked by: package.mask)
/var/db/repos/gentoo/profiles/package.mask:
# Sam James <sam@gentoo.org> (2022-10-13)
# Depends on vulnerable version of Rust. See bug #877005.
# Will be unmasked once dependency is updated.

For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.


Acabo de reinstalar y migrar todo btrfs, quitarme el raid y pasar la swap a btrfs.

Es que con dos simples comandos haces un punto restauración y un backup en un par de minutos [oki]

Voy a pasar al kernel 6, ya que estoy usando la versión de Wine de Valve y no es compatible con kernel LTS porque no tiene los parches para que funcione bien Wine.

Otra cosa os dejo mis ebuild de mi repositorio local, no lo subo github porque voy aumentándolo y pasaré de los 200 programas y estar al día de todos es un trabajo arduo. Solo los actualizaré cada viernes por la noche

https://digistorage.net/dhed925k
Comparto el link de esta semana a mi repositorio local https://digistorage.net/cxnntahb no he podido textar el 100% pero deberían compilar el 98% mas o menos
Según las nuevas noticias pasamos a Python 3.11 como predeterminado

2023-04-02-python3-11
Title Python 3.11 to become the default on 2023-05-01
Author Michał Górny <mgorny@gentoo.org>
Posted 2023-04-02
Revision 1

We are planning to switch the default Python target of Gentoo systems
on 2023-05-01, from Python 3.10 to Python 3.11. If you have not changed
the values of PYTHON_TARGETS or PYTHON_SINGLE_TARGET, the change will
have immediate effect on your system and the package manager will try
to switch automatically on the next upgrade following the change.

If you did change the values, prefer a safer approach or have problems
with the update, read on.

Please note that the default upgrade method switches packages to the new
Python versions as they are rebuilt. This means that all interdependent
packages have to support the new version for the upgrade to proceed,
and that some programs may temporarily fail to find their dependencies
throughout the upgrade (although programs that are already started
are unlikely to be affected).

At the same time, the support for Python 3.9 target will be removed
from the eclasses. The interpreter package will remain supported
for as long as feasible though. PyPy3.9 will remain supported until
PyPy3.10 comes out and becomes stable.


If you have PYTHON_TARGETS or PYTHON_SINGLE_TARGET declared
in make.conf, please remove these declarations as they will interfere
with the package.use samples provided below. Using make.conf for Python
targets is discouraged as it prevents package defaults from applying
when necessary. This news item assumes using /etc/portage/package.use
or your package manager's equivalent file for configuration.


At this point, you have a few configuration options to choose from:

1. If you wish Python upgrades to apply automatically, you can remove
PYTHON_TARGETS and PYTHON_SINGLE_TARGET declarations. When
the defaults change, your package manager should handle the upgrade
automatically. However, you may still need to run the update
commands if any problems arise.

2. If you wish to defer the upgrade for the time being, you can
explicitly set the old values in package.use.

3. If you wish to force the upgrade earlier, you can explicitly set
the new values and run the upgrade commands.

4. If you wish to use a safer approach (i.e. less likely to temporarily
break packages during the upgrade), you can perform a multi-step
upgrade as outlined below.

5. Finally, you can use an arbitrary combination of PYTHON_TARGETS
and PYTHON_SINGLE_TARGET.


Deferring the upgrade
=====================
To defer the upgrade, explicitly set the old targets:

*/* PYTHON_TARGETS: -* python3_10
*/* PYTHON_SINGLE_TARGET: -* python3_10

This will enforce Python 3.10 and block any future updates. However,
please note that this is only a temporary solution and you will
eventually need to perform the migration.


Forcing the upgrade
===================
To force the upgrade earlier, explicitly select the Python 3.11 targets:

*/* PYTHON_TARGETS: -* python3_11
*/* PYTHON_SINGLE_TARGET: -* python3_11

However, it is important to remember to remove this after the defaults
change, as it will interfere with the automatic switch to the next
Python version in the future.


Safer upgrade procedure
=======================
A safer approach is to add Python 3.11 support to your system first,
and only then remove Python 3.10. However, note that this involves two
rebuilds of all the affected packages, so it will take noticeably
longer.

First, enable both Python 3.10 and Python 3.11, and then run the upgrade
commands:

*/* PYTHON_TARGETS: -* python3_10 python3_11
*/* PYTHON_SINGLE_TARGET: -* python3_10

Then switch PYTHON_SINGLE_TARGET and run the second batch of upgrades:

*/* PYTHON_TARGETS: -* python3_10 python3_11
*/* PYTHON_SINGLE_TARGET: -* python3_11

Finally, switch to the final version and upgrade:

*/* PYTHON_TARGETS: -* python3_11
*/* PYTHON_SINGLE_TARGET: -* python3_11

You may wish to remove the target overrides after the defaults switch.
Alternatively, you can keep them to block the next automatic upgrade
to Python 3.12, and upgrade manually then.


Upgrade commands
================
The Python 3.10 cleanup requires that Python 3.10 is removed from
the complete dependency trees in batch. If some of the
installed packages using an older Python version are not triaged
for the upgrade, the package manager will throw dependency conflicts.
This makes it important that the upgrade is carried via a --deep
--changed-use @world upgrade, as well as that any stray packages
are removed prior to it, e.g.:

emerge --depclean
emerge -1vUD @world
emerge --depclean


Desintale m64py que usa 3.10 y por lo demás ningún problema
108 respuestas
1, 2, 3