GNU/Linux - Hilo general

nerkaid

Ke chorprecha

B

A que se debe?

1 respuesta
Kimura

Al final se quedará en nada, como si lo viera.

Dejarán los repos multilib si acaso congelados y no sacaran más isos i386, pero no será el fin del mundo ni el mayor de los dramas, como aparentemente tienen que ser el 100x100 de las noticias hoy en día.

Markitos_182

#8912 A que Ubuntu ha dicho que va dejar de dar soporte a los 32 bits, que grosso modo es básico para Wine y cualquier movida que venga de Windows o videojuegos.

1 respuesta
B

#8914 ¿Pero el porno se va a ver igual no?

NeV3rKilL

Ubuntu, ATM ya ha dicho que da marcha atrás.
https://ubuntu.com/blog/statement-on-32-bit-i386-packages-for-ubuntu-19-10-and-20-04-lts?reee

Era el santo momento ideal para que Steam diese el salto a x64 :sob:

Ubuntu dijo que paquetes 32 se podrían seguir utilizando pero con sus librerías embedidas, cosa que no me parece mal.

No hay cosa que me de mas cancer que llenar el sistema de copias de librerías 32-bits e ir haciendo lotería a ver cual es la que hace petar x juego.

1 respuesta
Markitos_182

#8916 El problema no es que Steam dé el salto a x64. El problema es que lo tienen que dar los juegos de Steam. Y los juegos en general.

1 respuesta
NeV3rKilL

#8917 Steam podría dar el salto sin problemas y llevar consigo las librerías de 32 bits "típicas" que los juegos necesiten y/o podría abrazar los snaps y transferir los juegos como snaps directamente. Los podría maquetar steam mismo con las librerías que requieran. Ganarían enteros en compatibilidad entre distros.

thelegend

Una pregunta, no suelo jugar mucho en ubuntu pero me ha dado por jugar en el móvil al Dota Underlords y lo intento jugar en el PC, pero me da un error:
"No se ha podido inicializar Vulkan, Comprueba que el controlador y la GPU sean compatibles con Vulkan"
He instalado los "mesa-vulkan-drivers" y tampoco funciona... y lo único que se me ocurre es instalar los drivers privativos, pero nose si sera la solución.
¿Alguna idea?

Doest

Curso de #Udemy gratuito por tiempo limitado con muy buenas valoraciones! (Inglés)

Se trata de un curso de Linux para principiantes, ¡con 7'5 horas de video bajo demanda!

Lo que aprenderás:
Install Linux on their system
Feel comfortable using the command line interface
Setup an integrated development an environment
Install GitHub and setup a repository
Develop a web application using Meteor.js
Setup a LAMP stack and deploy a web app
Manage users on a Linux system
Get started as a Linux system administrator!

¿Para quién es este curso?
Students who want to get started using Linux

Students interested in learning web development

Student who would like to work as a Linux system administrator

https://www.chollometro.com/ofertas/curso-de-linux-para-principiantes-175948

3
erixlol

Una duda sobre el systemd y los logs. ¿Este sistema está pensado para reemplazar a los logs de toda la vida de /var/log?

Últimamente en los proyectos de desarrollo me limito a logear por stdout y que lo capture todo el journalctl, lo cual no sé si es buena práctica. Antes si que hacia que cada aplicación escribiera en su /var/log/app.log

3 respuestas
eondev

#8921 yo lo hago así xD

B

#8921 Lo suyo es que escribas en un fichero, así si tienes un servidor centralizado de logs, puedas gestionarlo mejor.

1 respuesta
NeV3rKilL

#8921 Algún gestor que los controle. rsyslog o algo del estilo.

Tener que configuar el log a nivel de programa, teniendo que entrar a la config de cada programa <<< todo centralizado donde controlas todos los logs en el mismo sitio. Usa journal si te gusta systemd pero no escribas con cada programa donde te salga el nabo :(

1 respuesta
erixlol

#8924 #8923 le daré una vuelta al tema de servidor centralizado de logs, a ver qué tal. Lo que quería evitar era tener que tener un fichero de configuración por aplicación en plan LOG=/var/log/app.log y hacerlo de forma más directa pero sin ser un caos. Gracias!

1 respuesta
MrWiskers

#8925 no sé si viene a cuento pero siempre te puedes montar un ElasticSearch, igual es Overkill pero yo lo comento

1 respuesta
Katyusha

#8926 Eso iba a decir.
Donde curro hay uno montado y centraliza todos los logs, ademas que kibana te deja una interfaz to guapa para ver por encima como van las cosas, 10/10.

1 respuesta
D

#8927 ELK :
ElasticSearch + Logstash + Kibana

Fácil y rápido de montar. Muy útil

Markitos_182

Pues a mi los grok me sacan de puto quicio.

B

#8881 Me auto respondo por si le sirve a alguien:

Asi lo tenia en mi anterior Raspi

https://raspberrypi.stackexchange.com/questions/66169/auto-mount-usb-stick-on-plug-in-without-uuid/66324#66324

1 respuesta
B

#8930 Y en el fstab?

edito: nada, ya entendí lo del automount, sorry xD

1 respuesta
B

#8931 No entiendo como todo es siempre tan rebuscado en Linux. Joder, hasta que di con ello.. Se supone que con tener usbmount instalado debía ser suficiente, pues no, hay que mirar mil movidas y probar otras tantas.

1 respuesta
B

#8932 Mas que mirar mil cosas, probar, etc... es conocimientos de base. Si tienes esos conocimientos de base, linux es bastante sencillo.

1 respuesta
B

#8933 No te quito la razón. Pero coño, para instalar algo, la documentación te la lees y debería bastar, pues no.

2 respuestas
B

#8934 Suele pasar, pero tranquilo. Llevo en esto +5 años y es el pan de cada día.

B

#8934
Jejejejeje el día que con un solo tutorial siguiendo pasos me funcione algo a la primera como al del tutorial, me pago un trio de putas top. Ni con documentación oficial loco.

B

Alguien que usa docker bindeando los volumenes en una unidad ntfs? Qué storage-driver usais? La última vez que lo probé no me funcionó.

1 respuesta
D

#8937 no lo he probado montando volumenes en NFS pero no entiendo por qué te ha de dar problemas

1 respuesta
B

#8938 dicen que es incompatible el oberlyfs(2) con ntfs: https://github.com/moby/moby/issues/23930#issuecomment-349292240

edit: con el dirver vfs funciona, a ver el rendimiento...

1 respuesta
D

#8939 Pues primera noticia xD