ogarcia

joined 1 year ago
[–] ogarcia 2 points 3 weeks ago

Well, if you want private images it is normal that they charge you for it. What I advise you to do is to make the images public and mount the private part as a volume. This way you can upload the images wherever you want without worrying.

Another option if you want the resulting image to have something private is to create as much as you can in a public image and have a script that adds the private part as the last layer.

[–] ogarcia 5 points 3 weeks ago (3 children)

Apart from the registries you have in GitLab and GitHub if you are looking for something more generic like Docker Hub you have Quay (from RedHat). It works very well and has a pretty nice interface (especially the new one that is in testing).

[–] ogarcia 4 points 1 month ago (1 children)

You don't really need Cloudflare to have your own domain, you can do everything directly with GitHub.

[–] ogarcia 10 points 3 months ago (4 children)

It is not about leading anything but about having the code in a repository so that it is easy to read/consult/audit/etc.

You can upload the code to any service (it doesn't have to be GitHub, it can be GitLab, sourcehut, etc...) and disable issues and comments.

[–] ogarcia 2 points 4 months ago

El problema parte precisamente de lo que comentas, las noticias se producen principalmente en fuentes inglesas y las notas de prensa se remiten a medios especializados directamente en ese idioma, por lo tanto al final todo el contenido que se genera esta en inglés.

De habla hispana realmente no hay ningún medio que se dedique a ello porque eso tiene un coste grande, les es mas sencillo (y rentable) simplemente traducir noticias que leen en otros medios (de una manera bastante mediocre y añadiendo mucha morralla para posicionarse en Google).

Como mucho aquí tenemos cosas como esta comunidad Lemmy que a fin de cuentas como somos cuatro gatos pues ponemos cosas que vemos interesantes de vez en cuando y claramente no podemos rivalizar con medios que están dedicados a ello.

 

Vamos a ver si le damos un poco de vidilla a esta comunidad que se le ve ligeramente parada.

Lo que os paso es un canal de Telegram muy chulo (en inglés) donde publican diariamente un compendio de noticias destacadas del mundo Linux. Suelen ser noticias interesantes (al menos a mi me lo parecen).

Que conste que no tengo nada que ver con esta gente, os lo paso por lo que os comenté antes de que creo que son interesantes.

Y a ver si levantamos un poco esto y comentamos mas cositas.

[–] ogarcia 2 points 4 months ago

Yes, without a doubt, for me it is the most balanced client, a pity that there is not for Android, but well, in mobile Element does not give problems either.

[–] ogarcia 1 points 4 months ago

They are very focused on development and therefore the documentation is a bit sparse (maybe).

The truth is that it is not very complicated to install. It is simply to download the binary (it is statically compiled so it has no dependencies) place it in /usr/bin and execute it (the best is to create a user in the machine with the home in /var/lib/conduit and then launch it with systemd).

Another option is to simply launch it with docker.

In any case, if you have problems, comment it here and we will look to see what could be happening.

[–] ogarcia 13 points 4 months ago (4 children)

I recommend Matrix with the Conduit server. This server requires almost no resources and even runs on a Raspberry Pi.

Cinny works perfectly as a desktop client (in case you want to escape from the ubiquitous Element). And for mobile I would use Element for Android/iOS although FluffyChat also works very well.

[–] ogarcia -1 points 5 months ago

Excuse me, but on what authority do you say it doesn't suck? The comparison in the readme seems to be written by a resentful kid.

[–] ogarcia 7 points 7 months ago

If you have an NVIDIA card don't upgrade before see here, here and here.

[–] ogarcia 1 points 8 months ago (5 children)

Synching is currently the fastest and lightest you will find, but the concept is different from Seafile or Nextcloud. With Synching there is no central server, you have resources (folders) shared between nodes on a peer-to-peer basis. This has several advantages, the most obvious one is that if a node goes down the rest continues working, but also that if a file is available in two or more nodes when a new node enters it will download that file from all the nodes in which it is available. As a disadvantage we could say that there is no web server where to see the shared files, so you will not be able to enter a URL with username and password and browse the files and upload or download. You will not be able to share files with third parties through a URL either.

[–] ogarcia 4 points 8 months ago

Best alternatives:

Self-hosted:

Other alternatives:

 

¡Nos complace anunciar que la migración del bugtracker a GitLab está hecha! 🥳

¡Gracias a todos los que han ayudado durante la migración!

Esto significa que el rastreador de incidencias y las solicitudes de fusión en los repositorios de paquetes de GitLab ya están habilitados.

El antiguo bugtracker se cerrará mas adelante. Por razones de archivo habrá una copia estática para que los enlaces (por ejemplo, la tarea elegida al azar #56716) sigan siendo estables, los errores migrados tienen un comentario de cierre que apunta a la nueva URL en GitLab.

Los errores de empaquetado se abren ahora en el repositorio que aloja los fuentes de empaquetado correspondientes, el botón "Añadir un nuevo error" en la página del paquete en archlinux.org te dirigirá automáticamente al lugar correcto para abrir la incidencia. El flujo de trabajo posterior es prácticamente el mismo: en primer lugar, nuestros gestores de errores echarán un vistazo a las incidencias y las clasificarán, y después se entregarán a los mantenedores de paquetes respectivos para que las solucionen. Aquí encontrará una lista de todos los problemas.

Si aún no tienes una cuenta en GitLab (que autentifica contra nuestro servicio SSO), por favor escríbenos un correo con tu nombre de usuario deseado a [email protected] como se indica en el banner.

 

Vamos a introducir un cambio en los paquetes JDK/JRE de nuestra distro. Esto se debe a la forma en que se construye un JRE en las versiones modernas de Java (>9). Este cambio se va a producir en Java 21.

En resumen, en lugar de hacer que los paquetes JDK y JRE coexistan en el mismo sistema, haremos que entren en conflicto. La variante del paquete JDK incluye el entorno de ejecución para ejecutar aplicaciones Java, de modo que si alguien necesita compilación y ejecución de Java, en el futuro sólo necesitará el paquete JDK. Si, por el contrario, sólo se necesita tiempo de ejecución de Java, entonces funcionará JRE (o jre-headless).

Esto requerirá (potencialmente) una acción manual del usuario durante la actualización:

  • Si tiene tanto JDK como JRE instalados puede instalar manualmente el JDK con pacman -Syu jdk-openjdk y esto eliminará los paquetes relacionados con JRE.
  • Si tiene tanto JRE como JRE-headless tendrá que elegir uno de ellos e instalarlo manualmente ya que ahora entrarán en conflicto.
  • Si sólo tiene uno de los paquetes JDK/JRE/JRE-headless pacman debería resolver las dependencias normalmente y no es necesaria ninguna acción.

Por el momento esto sólo aplica en la próxima versión JDK 21.

 

Con shadow >= 4.14.0, el algoritmo de hash de contraseñas por defecto de Arch Linux cambia de SHA512 a yescrypt.

Además, los ajustes de umask ahora se configuran en /etc/login.defs en lugar de /etc/profile.

Esto no debería requerir ninguna intervención manual.

Razones para yescrypt

La función de derivación de clave basada en contraseña (KDF) y el esquema de hash de contraseña yescrypt han sido elegidos debido a su adopción (fácilmente disponible en libxcrypt, que es utilizado por pam) y su mayor resistencia a los intentos de crackear la contraseña sobre SHA512.

Aunque el ganador de la Competición de Password Hashing ha sido argon2, este algoritmo aún más resistente aún no está disponible en libxcrypt (intento uno, intento dos).

Configuración de yescrypt

La configuración de YESCRYPT_COST_FACTOR en /etc/login.defs actualmente no tiene efecto, hasta que pam implemente la lectura de su valor. Si se necesita un YESCRYPT_COST_FACTOR mayor (o menor) que el predeterminado (5), puede establecerse utilizando la opción rounds del módulo pam_unix (es decir, en /etc/pam.d/system-auth).

Lista general de cambios

  • se utiliza yescrypt como algoritmo hash de contraseña por defecto, en lugar de SHA512
  • pam respeta el ENCRYPT_METHOD elegido en /etc/login.defs y ya no anula el método elegido.
  • los cambios en los paquetes filesystem (>= 2023.09.18) y pambase (>= 20230918) garantizan que umask se establezca de forma centralizada en /etc/login.defs en lugar de /etc/profile
 

A partir de ansible-core 2.15.3, el upstream ha movido la documentación y los ejemplos a un repositorio separado dedicado (ver los registros de cambios relacionados). Esto significa que, a partir de la versión 2.15.3, el paquete ansible-core dejará de incluir documentación y un ejemplo de configuración por defecto en /etc/ansible/ansible.cfg.

En cuanto a la documentación, está disponible en línea: https://docs.ansible.com/

En cuanto al fichero de configuración, como se explica en la wiki, se puede generar una config base con el siguiente comando:

ansible-config init --disabled > ansible.cfg

Tras actualizar de ansible-core <= 2.15.2-1 a >= 2.15.3-1, todos los que utilicen un archivo de configuración global personalizado de Ansible almacenado en /etc/ansible/ansible.cfg tendrán su configuración guardada como archivo pacsave. Para restaurarla, ejecute el siguiente comando

mv /etc/ansible/ansible.cfg.pacsave /etc/ansible/ansible.cfg
 

Al actualizar de budgie-desktop 10.7.2-5 a 10.7.2-6, el paquete mutter43 debe sustituirse por magpie-wm, que actualmente depende de mutter. Como mutter43 entra en conflicto con mutter, es necesaria la intervención manual para completar la actualización.

En primer lugar, elimina mutter43 y, a continuación, realiza inmediatamente la actualización. No vuelvas a iniciar sesión ni reinicies entre estos pasos.

pacman -Rdd mutter43
pacman -Syu
 

A partir de la versión 2023.66594-9, los paquetes de TeX Live se han reorganizado para reflejar las colecciones upstream. Aunque el nuevo texlive-basic sustituye al antiguo texlive-core, muchos de los contenidos de texlive-core (incluidos los archivos específicos del idioma) están ahora divididos entre diferentes paquetes. Para averiguar qué paquete de Arch contiene un paquete CTAN específico, puede utilizar la utilidad tlmgr, p. ej.

$ tlmgr info euler | grep collection
collection:  collection-latexrecommended

lo que significa que el paquete CTAN euler está contenido en texlive-latexrecommended. También puede utilizar pacman -F para buscar archivos específicos.

Un nuevo metapaquete texlive-meta está disponible para instalar todos los subpaquetes (excepto los específicos del idioma), y el nuevo paquete texlive-doc proporciona la documentación completa para su uso sin conexión.

 

Buenas @[email protected]

Me gustaría crear una nueva comunidad para los usuarios de Arch Linux en español, el problema es que al ser mi cuenta de otro servidor no puedo hacerlo. He pensado que podrías hacerlo tu por mi (crear un [email protected]) y ponerme de moderador y a partir de ahí me encargo yo de ir metiendo contenido y dándole un poco de cariño a ver si conseguimos que haya gente interesada. ¿Que me dices?

Saludos.

view more: next ›