#164 Entonces en lugar de ir a por wine/proton, tira de codeweavers. Es wine/proton, pero de pago y orientado al software en general. Y con el soporte, tienes la potestad de hacer que los desarrolladores se centren en el software en concreto que necesites que funcione (evidentemente si valve les paga para desarrollar proton y parchear los juegos más recientes, ellos van a soportar los juegos más recientes en proton; si tú les pagas para que funcione X, pues buscarán qué es lo que falta o no está haciendo su trabajo y lo añadirán o modificarán). No es tanto que no haya interés, sino que son pocos desarrolladores y no pueden abarcar todo (y si hay empresas o particulares que les pagan para ciertas cosas particulares, evidentemente se enfocarán más en ellas).
NTFS3g llevaba mucho tiempo en desarrollo, pero no estaba lo suficientemente maduro como para permitir que la gente lo usara para el día a día (y por lo tanto, las distribuciones no lo añadían como herramienta por defecto). No es que saliera de la noche a la mañana, es que cuando se consideró usable y estable y que no se iba a comer tus datos, fue cuando se empezó a usar más masivamente.
Usa el mismo hardware y con sistemas linux "tal cual te lo descargas" y va actualizando cada cierto tiempo con comparativas de todo tipo.
Incluso si no te fías o tienes curiosidad por hacer pruebas tú mismo, puedes usar su sistema de benchmark y realizar las mismas pruebas en tu equipo (tiene perfiles para cada aplicación, normalmente aplicaciones libres y abiertas que pueden descargarse y ejecutarse sobre la marcha o juegos que tienen facilidades para obtener datos de rendimiento; no suelen ser lo último del mercado pero porque la gran mayoría no pueden lanzarse de manera automatizada o le dan los datos que necesita).
#38 Yo diría más las steam machines y cuando microsoft amenazó con vallar su windows y hacer que todas las aplicaciones fueran por su tienda. Valve le vio las orejas al lobo y quiso dinamizar y consolizar el mercado para ampliarlo y no depender de windows; el proyecto fue fallido, pero permitió poner en primer plano las limitaciones existentes y darles un toque a los fabricantes (amd estaba en plena transición de drivers y negocio sobre soluciones de software libre, sus drivers daban bastante pena y las cosas potentes y novedosas que se habían sacado de la chistera no les funcionaron por falta de soporte de desarrolladores y de sus propios equipos internos, les pilló en muy mal momento) y replantearse cómo animar a los desarrolladores
Eso es lo que ha llevado a donde estamos ahora: plataforma semiabierta con muchas ventejas y la más completa del mercado sobre SO completamente abierto y un hardware lo más abierto posible, que permite a la gente trastear y desarrollar un ecosistema de aplicaciones propias y optimizarlas sin ningún impedimento o cortapisas. Y eso sin forzar a nadie a elegir desarrollos nativos, con una capa de compatibilidad con windows que asegura que sea fácil y barato que tus juegos funcionen y que si quieres apoyar más directamente el hardware, tengas todas las facilidades para hacerlo (librerías, código, especificaciones abiertas, etc).
#35 Es complicado hacer métricas porque hay muchas cosas que valorar. No sólo influye la cantidad de frames, sino la latencia, el cómo se gestionan los recursos, temperaturas, consumo, etc.
Habrá juegos que vayan mejor en uno y otros que vayan mejor en otro SO. Tampoco es malo que haya competencia y los usuarios tengan elección. Al fin y al cabo, sony usa BSD por debajo de su playstation desde hace algunas generaciones, microsoft sigue con su windows capado en sus consolas y nintendo... sigue a lo suyo, como siempre.
#75 Eso es una aplicación, es (hasta cierto punto) independiente del sistema operativo. Y al final usa un protocolo llamado LDAP (que tiene una versión abierta llamada openldap y muchas derivadas) que puede usarse en linux también. Y también usa un protocolo llamado samba (que también puede usarse en linux). Al final, las funcionalidades del directorio activo pueden usarse en linux (y sospecho que el zenyal este no es más que un software que empaqueta e integra estas y otras cosas por debajo).
Linux tiene muchas facilidades para interconectarse y usar otros "directorios de usuarios y recursos" en su sistema de manera transparente...
#3 Si hubiese una distro enfocada y optimizada para juegos te daría la razón (lo más cercano sería el SO de la deck, pero aún así puedes salir del modo big picture y tienes el escritorio ahí, preparado y dispuesto para enchufarle un docker con pantalla, teclado y ratón y ya tienes un ordenador completo). Pero las distros más típicas y que usa la mayor parte de la gente son como windows: son sistemas de uso general, con un montón de servicios que quizá no necesites corriendo...
#2 Si usa proton, hay capa de compatibilidad. De hecho, como se ponen más recursos y optimización en las versiones de windows de los juegos, no es inusual que incluso habiendo versiones nativas para linux, las versiones windows emuladas vía pronto/wine suelan ser más rápidas...
#53 ¿Y eso es problema de linux o de los fabricantes que no dan un soporte adecuado a su hardware? igual que mucho se criticaba el windows vista cuando la gran mayoría de problemas que tuvo fueron debidos al pésimo soporte de los fabricantes a los cambios disruptivos que se introdujeron con el SO (mira lo bien que iba todo luego con el W7, que básicamente era un vista más maduro y con un soporte de drivers ya fogueado tras la experiencia con vista, con el que comparte casi todo).
Te falta comentar que Proton es un retoque a un software que ya existía llamado Wine. Que con una capa de emulación de las APIs de windows, en linux las cosas vayan más rápido también dice unas cuantas cosas...
#2 Simplemente está en el gobierno y tienen un problema gordo y tienen que quedar como los buenos y los otros presidentes del pp les están dejando en un feo, así que tiene que salir a cubrirse la espalda y de paso darles un toque de atención a los suyos para que se replanteen su estrategia (que ya ha derivado a cargar contra el gobierno central); hace no tanto hubieran deseado "algo" de inmigración para tener la excusa de pedir pasta al gobierno central (cosa que han hecho en todos los frentes, incluso han renunciado a su tan cacareada bajada de impuestos, lo que les hizo subir al poder), pero es que lo que les ha caído desborda a cualquiera. No hace tanto criticaban mucho al gobierno anterior (y aún lo hacen, ya sabes, la herencia recibida)...
<<“Eso sí, lo que hace una y otra vez [el anterior presidente, Ángel Víctor Torres] es mendigar y criticar a las demás comunidades autónomas, sobre todo a las de Partido Popular, por la acogida de menores inmigrantes”, indicó Domínguez, quien añadió “pero se le olvida mencionar que fue el Gobierno de Sánchez, en mayo de 2021, el que se comprometió a alcanzar un acuerdo con todas las administraciones en un plazo de dos meses para la integración de los menores no acompañados”.>>
O sea, los del pp como siempre bloqueando cualquier medida de solidaridad con los demás, pero ahora como les toca sufrirla están en plan "que soy compañero, coño".
#168 "¿Sabes acaso cómo se procesan esos archivos de configuración? ¿Podrías cambiarlo para que lo haga diferente?"
¿Y tú sabes cómo procesa bash sus scripts? en ambos casos tienes los fuentes... ¿no es eso lo importante?
Aunque entiendo que tú lo que propones son cambios no en el parseo de los scripts como tal, sino en qué hace cada sección. Si, eso ya es más complejo y hay que meterse en harina, pero ya se cubren todos los casos de uso que se te puedan ocurrir (vamos, hay units para todo tipo de servicios creadas, se han modificado y creado muchos elementos nuevos por el camino; si aún así se echa algo en falta a estas alturas... basta abrir una petición, y como cualquier otro proyecto, si tiene sentido y no está cubierto por alguna funcionalidad ya existente, se pondrán manos a la obra). Igualmente, tú tampoco ibas a ponerte a modificar bash por adaptar cualquier cosa que no te guste o a modificar init para que soporte cosas nuevas o...
Por otro lado, tienes toda una serie de capacidades ya hechas que son difíciles o muy complejas de hacer (y de hacer bien) con sysV init. Que con systemd puedes controlar de manera sencilla los grupos de procesos y restricciones de uso de recursos a grupos o procesos concretos, la activación de units asociada a sockets, montajes, eventos, etc. control preciso de timers (¿has probado a hacer a mano una entrada de crontab que se ejecute cada minuto? se puede hacer, pero de una manera muy fea y con una primera ejecución con delay). ¿Se puede… » ver todo el comentario
#166 " Mira... llevo usando Linux desde que estábamos en kernel 0.92. Usaba Slackware en aquel tiempo y me llegaba en diskettes porque ni siquiera teníamos internet. Lo uso continuamente como escritorio desde hace más de 20 años y he administrado cientos de servidores a lo largo de décadas."
¿Y? ¿qué tiene que ver el cuánto tiempo lleves usando algo para conocer y valorar con sentido cierta tecnología? a lo que voy es que repites las mismas críticas que tanto se oyen por ahí y que no son ciertas o sólo son ciertas si retuerces mucho las cosas, así que si, hablas de oídas. Los yoamimeparece denotan falta de conocimiento teórico y práctico sobre las alternativas.
" A ver. Tal vez a ti te parezca "sencillo" un archivo de configuración que tiene un montón de líneas que más o menos se entienden. Y claro, cuando te lo dan hecho está bien. Si no te lo dan puedes buscar en google y copiar. "
Te lo dice alguien que ha hecho desde cero servicios para systemd, simplemente mirando un poco la documentación y sin experiencia previa. Así que sí, me parece más sencillo que pelearme con bash, donde si te dejas un espacio donde no debes ya la cosa revienta y no sabes muy bien por qué. Aparte de que toda esa plantilla te la ahorras. Systemd funciona y funciona muy bien en parte porque evita repetir código, cosa que con SysVInit se produce con demasiada frecuencia, y los scripts de arranque son el menor de sus males (y por si no lo sabías, systemd aún sigue siendo compatible y soportando los scripts de SysVInit, así que ni siquiera esto es una ventaja de SysVInit sobre systemd, ni para ti ni para nadie).
#16 Si ahí te doy la razón, ya desde que se pilló a las petroleras con el carrito del helado se debería haber actuado. Pero la dependencia era tan alta y las alternativas tan pocas...
Y no, ahora no da igual, aún se puede hacer algo. Basta con empezar votando a partidos concienciados y que sepamos que realmente van a hacer cosas. No de los que dicen que van a hacer y no hacen, y desde luego, no a los negacionistas. Cuando pensemos que "no va a servir de nada", recordar que si todos los abstencionistas que no votan "porque no me representan" fundaran un partido y se votaran a si mismos, ganarían las elecciones con mayoría. Alternativas hay, aunque parezcan minoritarias y aunque parezca que se está tirando el voto. No votar si que es tirarlo.
#139 ¿En qué lo hace más opaco?
Los scripts de inicio no sólo son abiertos, sino más legibles y entendibles que los de InitV.
No es un ente opaco y oscuro que lo gestiona todo, son una miriada de apliaciones que hacen cosas concretas y que se pueden sustituír por cosas equivalentes (ahí están las interfaces definidas; por poner un ejemplo, desde el comienzo se ha podido sustituír logind por alternativas como elogind para soportar ciertos softwares en sistemas sin systemd).
Los fuentes son abiertos y disponibles bajo GPL2+
"Que quieres que algo arranque en el inicio? Pues tienes que crear un archivo de configuración en tal lugar, después en lazarlo en tal otro."
Estás describiendo cómo crear un servicio de arranque de Init de sysV, donde tienes que crear un script a manoplas que soporte al menos dos funciones (start y stop), copiarlo en un sitio y luego crear enlaces simbólicos en varios sitios más... no vengas con cuentos con systemd porque definir un servicico es incluso más sencillo (crear un archivo unit y refrescar el demonio de systemd para que lo tenga en cuenta).
"Yo preferiría SISV init donde si quieres arrancar algo metes un script y listo."
Que es complicado de debuguear, entender y modificar, sobre todo si llegas a un sistema y los scripts no son tuyos. Dime a ver si no sólo tú, sino casi cualquiera, puede entender y seguir qué hace esto:
[Unit]
Description=exim Mail Transport Agent
Documentation=man:exim(8)
Documentation=https://exim.org/docs.html
Conflicts=sendmail.service postfix.service
After=network-online.target nss-lookup.target
Wants=network-online.target
Y los cientos de tutoriales que hay por la red si quieres empezar por algo más básico.
Lo siento, pero se ve que hablas de oídas, de lo que otros han dicho por ahí, y que nunca te has puesto en serio a usar systemd como administrador. Si lo hubieras hecho, si hubieras padecido lo que cuesta hacer las mismas cosas con SysVinit, mirarías systemd con otros ojos.
#5 WSL es una forma de probar y testear programas para linux sin salir de windows. Lo que MS quiere es mantener el ecosistema de desarrolladores anclados a windows, y cuando su negocio se basa cada vez más en la nube y servicios que van en linux, es la única manera de hacerlo.
Por otro lado, WSL y WSL2 empezaron sin usar systemd y si lo han incorporado es porque mejora y facilita muchísimo la administración de sistemas en linux y la gestión de procesos y contenedores, y hay muchas alternativas viables a systemd en linux (que nadie te obliga a usar).
#6 Es que simplemente hay que pensar que para producir hidrógeno primero hay que quemar petroleo o gastar electricidad. ¿En qué cabeza cabe que poner un intermediario vaya a ser mejor que hacer algo directamente?. Si se hubiera invertido en almacenamiento energético lo que se ha invertido en hidrógeno, cuya única ventaja es que no se pierde durante el transporte (comparado con la electricidad, que lo suyo es que se produzca directamente en destino y las redes de distribución queden como elementos de redundancia y seguridad, con lo cual tampoco el hidrógeno tendría esa ventaja), otro gallo nos cantaría. Y Cosas como baterías intercambiables podrían solucionar sin problemas el único punto débil de la electricidad para motorización: los tiempos de recarga.
"Según los cálculos de T&E, en el simple hecho de generar el hidrógeno (siempre de fuentes renovables) ya hay un pérdida notable de energía que sitúa el hidrógeno para un vehículo fuel cell en un 61 % de eficiencia. Y eso que aún no ha llegado al depósito del coche, frente a un 95 % de la electricidad. Añadiendo luego el transporte y la distribución hasta el consumo final por parte del vehículo, llegaríamos a un 30 % de eficiencia energética para el hidrógeno y un 77 % para el coche eléctrico (y un 13 % para un coche de gasolina o diésel)."
Más eficiente que un gasolina, ¿pero a qué precio, sobre todo habiendo tecnologías mejores?
#11 La eficiencia debería subir a un ritmo muchísimo mayor no sólo para evitar el decrecimiento, sino simplemente para afrontar una "estabilización".
Dicho esto, la electrificación y las baterías no serán la solución para evitar el decrecimiento (hay que decrecer o decrecer), pero si (por física) suponen un aumento de eficiencia lo suficientemente grande como para que sean sustitutas de las tecnologías basadas en combustión y combustibles fósiles. Y vamos con mucho retraso.
#41 Un desgraciado es un don nadie que se come los marrones de otro, este llegó a jefazo y mandaba y hacía y deshacía a su antojo (de ahí todo lo que ha pasado luego), no parece el típico perfíl del desgraciado.
Como bien dices, ha hecho cosas peores y no le han empurado. ¿Qué problema hay con que lo empuren por esto? al menos que pague por algo... si verlo esto como un beso no te parece grave, míralo como un acto de soberbia, prepotencia, manipulación, acoso y chantaje... ¿sigue pareciéndote poco grave? ¿te vale esto para que lo empuren?
#16 ¿Y cuánto dinero se ganará, tanto en fútbol masculino como femenino, si las mujeres se unen a eso de gusatarle masivamente el fútbol? ¿por qué hay tanto miedo a que se incorporen? ¿te van a desplazar? el futuro es el que es, querer apartar, perjudicar o menospreciar el fútbol femenino (y a todo lo femenino en última instancia) es lo que está llevando a esta revolución social. Y está pasando precisamente porque de ser algo minoritario empieza a tener un seguimiento muy importante. Si esto hubiera ocurrido en la selección femenina española de curling ¿crees que hubiera tenido alguna repercusión? ¿por qué te crees que ha tenido impacto, sino porque una gran cantidad de población ha visto lo que ha pasado en directo y no puedes cambiarle lo que ha pasado blanqueando y mintiendo así como así, como se ha hecho siempre, incluso con montajes y declaraciones oficiales falseadas?
#1 Windows le sirve a MS como punta de lanza para añadir tecnologías perjudiciales para los usuarios y que lleguen rápidamente a las casas de la gente de a pie. Por lo demás, hoy en día MS gana más pasta con linux que con windows... al final las empresas defienden aquello que les da pasta...
NTFS3g llevaba mucho tiempo en desarrollo, pero no estaba lo suficientemente maduro como para permitir que la gente lo usara para el día a día (y por lo tanto, las distribuciones no lo añadían como herramienta por defecto). No es que saliera de la noche a la mañana, es que cuando se consideró usable y estable y que no se iba a comer tus datos, fue cuando se empezó a usar más masivamente.