Menéame: comentarios [3580729]

#121 El lamentable estado del stack gráfico de Linux

arturios — Wed, 10 Nov 2021 21:04:59 +0000

#120 Para todo no, desde luego, pero casi

» autor: arturios

#120 El lamentable estado del stack gráfico de Linux

leitzaran — Wed, 10 Nov 2021 17:46:48 +0000

#118 "lo que fastidia es que, por no existir el programa tal o pascual en un sistema operativo este se convierte en una mierda y no, no es eso."
Totalmente de acuerdo. Igual que fastidia que digan que en Linux hay programas alternativos para todo (ojo, tú no lo has dicho).

» autor: leitzaran

#119 El lamentable estado del stack gráfico de Linux

FooDev — Wed, 10 Nov 2021 13:04:55 +0000

#45 Diras que Linux ha triunfado y manda con puño de hierro en todos sus sabores (a excepción del escritorio).

Posiblemente el sistema operativo que más utilizas a lo largo del día sea, precisamente, Linux (Android).

» autor: FooDev

#118 El lamentable estado del stack gráfico de Linux

arturios — Wed, 10 Nov 2021 12:45:36 +0000

#117 Si que hay algunas cosas en CAD/CAM pero si tu trabajo es el diseño vectorial 3D como si el programa que te gusta están en Zzz.OS (por inventarme uno) lo pagas, lo instalas y trabajas con él.

Yo no soy un talibán de linux, cada cual usa lo que necesita y lo que le gusta, lo que fastidia es que, por no existir el programa tal o pascual en un sistema operativo este se convierte en una mierda y no, no es eso.

_{¿Corel Draw sigue existiendo? que cosas.}

» autor: arturios

#117 El lamentable estado del stack gráfico de Linux

leitzaran — Wed, 10 Nov 2021 11:26:40 +0000

#116 AutoCAD, Corel Draw y similares.
Para CAD/CAM sí hay alternativas.

Edit: Añado SolidWorks.

» autor: leitzaran

#116 El lamentable estado del stack gráfico de Linux

arturios — Wed, 10 Nov 2021 11:02:56 +0000

#115 ¿Algún equivalente en otro sistema operativo? es que no se que es lo que quieres exactamente ¿CAD/CAM o algo así?

» autor: arturios

#115 El lamentable estado del stack gráfico de Linux

leitzaran — Wed, 10 Nov 2021 09:34:41 +0000

#114 Programas de dibujo vectorial, en especial en 3D. Por favor, no me hables de InkScape.

» autor: leitzaran

#114 El lamentable estado del stack gráfico de Linux

arturios — Tue, 09 Nov 2021 18:12:42 +0000

#111 En algunos casos es cierto, el garageband de apple no tiene alternativa en linux (ni windows), pero en general ¿que programas no tienes alternativas? digo, por curiosidad.

» autor: arturios

#113 El lamentable estado del stack gráfico de Linux

box3d — Tue, 09 Nov 2021 12:35:57 +0000

#8 en linux, hoy en 2021, si no quieres problemas hay que usar GPU intel o AMD.

Y un largo etcétera con otros periféricos, como WiFi y Bluetooth Ralink, Ethernet de Realtek...

» autor: box3d

#112 El lamentable estado del stack gráfico de Linux

zancudo — Tue, 09 Nov 2021 12:00:00 +0000

#104 No, el medio no te obliga a hacer nada, lo hace porque quiere o porque no sabe cómo enfatizar.

» autor: zancudo

#111 El lamentable estado del stack gráfico de Linux

leitzaran — Tue, 09 Nov 2021 11:56:14 +0000

#42 No es que el usuario "quiere el programa propietario X". Es que en muchas ocasiones no tienes alternativa.

» autor: leitzaran

#110 El lamentable estado del stack gráfico de Linux

Zerjillo — Tue, 09 Nov 2021 11:56:11 +0000

#109 Probablemente... pero es que siempre me hace gracia cuando la gente dice "a mi con mi XXX nunca me ha pasado eso". Que sí, que puede ser que a ti no te haya pasado. Pero cuando uno está acostumbrado a ver mil equipos con mil configuraciones distintas... pues pasa de todo y no hay quien se libre.

» autor: Zerjillo

#109 El lamentable estado del stack gráfico de Linux

leitzaran — Tue, 09 Nov 2021 11:52:31 +0000

#101 Lo que dices apunta a que el problema no es exactamente de los sistemas operativos.

» autor: leitzaran

#108 El lamentable estado del stack gráfico de Linux

leitzaran — Tue, 09 Nov 2021 11:51:30 +0000

#67 No.

» autor: leitzaran

#107 El lamentable estado del stack gráfico de Linux

--180193-- — Tue, 09 Nov 2021 11:32:00 +0000

#7 Plasplasplasplasplasplas

Mi positivo para todo el comentario bien explicado,dando donde más duele.

» autor: --180193--

#106 El lamentable estado del stack gráfico de Linux

malevolent — Tue, 09 Nov 2021 10:51:09 +0000

#41 Linux no es un éxito en el ámbito doméstico sencillamente porque hay diferentes factores que solo una corporación podría plantar cara. Dejando de lado las bondades de cada OS, que las tiene, un usuario doméstico se puede definir en dos: o eres un snob que quiere una manzanita porque es lo más cool, o no tienes ni pajotera idea y te compras un ordenador por necesidad en un mediamarkt con windows preinstalado. Punto.¿O crees que Apple regala los cientos de miles de ordenadores a escuelas en USA por amor al arte y no por adoctrinamiento? ¿O crees que Microsoft no cierra acuerdos multimillonarios con los fabricantes para preinstalar Windows Home?Al usuario doméstico le vendes un PC con una distro bien cerradita (que las hay y a patadas), que no tengas que tocar el terminal ni por asomo (que se puede ya desde hace algunos lustros) y ni se entera de si usa linux, bsd, windows o apple. Total, si la inmensa mayoría usa el navegador web para el 99% del uso del ordenador.A mi suegro de 70 tacos, que no había tocado un ordenador en su vida, le puse un manjaro hace 4 años y me ha llamado dos veces desde entonces, y las dos veces porque tenía problemas reales con el hardware. Ha instalado algún que otro programa y tiene todo el OS al día sin problema alguno. Por otro lado, ayer mismo me llegó mi nuevo PC, una bestia parda de 2400€, con lo último en hardware y sin sistema operativo. Como los ventiladores me hacían algo de ruido en linux, decidí probar con windows. Adivina, Windows no me pillaba absolutamente nada del hardware, en pleno siglo XXI, no me pillaba la tarjeta de red, que es una a 2,5Gb, ergo no me podía instalar el resto de drivers. Dichos drivers venían en un DVD!, con lo que tuve que buscar un portátil viejo que tenía en un cajón para volcar los drivers a un USB. Una vez instalado, los ventiladores hacían el mismo ruido. El culpable fui yo trasteando en la BIOS. Una vez resuelto el problema de ruido, metí el USB de Garuda y en 10 minutos tenía un entorno completamente funcional, en wayland (que si bien no soy nada fan, corrige algunos bugs que X viene arrastrando desde el principio de los tiempos y quiero probar) y sin lidiar con drivers, meter cuentas de correo para poder arrancar el ordenador o nada parecido a lo que Windows tiene acostumbradísimo al usuario promedio.

» autor: malevolent

#105 El lamentable estado del stack gráfico de Linux

--8899-- — Tue, 09 Nov 2021 10:04:17 +0000

#89 A ver... meterse con Arch siendo un novato es como comprarse un coche por piezas y querer montarlo sin tener ni idea de qué es un destornillador. ¿Dirías que "es que los coches por dentro son muy complicados"? No ¿verdad?

Existen puntos intermedios, como Debian o Fedora, que son sencillas de usar sin llegar a estar tan "masticadas" como Ubuntu.

Por otro lado, efectivamente, X11 tiene sus defectos, defectos que se han podido ir esquivando gracias a extensiones. La cuestión es que hasta hace poco era imposible hacer una alternativa por dos motivos:

- la alternativa tendría que incluir algún tipo de compatibilidad con X11 porque mucha gente tiene programas que sólo funcionan con X11, y no van a querer tener que andar cambiando de una sesión a otra, y mucho menos andar con "una caja X11", con los programas antiguos funcionando dentro de una "sandbox" aislada del resto del escritorio

- trabajar con las tarjetas gráficas requiere de drivers, los cuales, hasta hace poco, estaban fuertemente integrados dentro de X11. Una nueva arquitectura de drivers implicaría dividir a los fabricantes para que soportasen ambos sistemas, e intentar reutilizar los drivers de X11 sería una tarea compleja

Sin embargo, estos dos problemas desaparecieron hace tiempo. Por un lado, las movidas que llevaron a la escisión desde XFree86 a Xorg permitieron modularizar el código del servidor X hasta el punto de poder añadir un modo rootless (esto es, que las ventanas se puedan integrar en otro gestor de ventanas en lugar de tener que estar en un framebuffer controlado por el servidor). Eso es, básicamente, XWayland: un servidor X que, en lugar de pintar "la pantalla", trabaja encima de otro servidor de ventanas (que puede ser otro servidor X, un servidor Wayland, el servidor gráfico GDI o el nuevo Aero de Windows, Quartz de MacOS...), de manera que las aplicaciones se pueden integrar perfectamente como si fuesen "nativas".

El otro cambio fue el mover todos los drivers desde dentro del servidor X11 al kernel. Por un lado está DRI/DRM, para salida gráfica, y por otro /dev/input, que gestiona todos los dispositivos de entrada. Antes, cada dispositivo necesitaba un driver específico dentro de X11, pero todo eso se ha movido para afuera y ofrece una interfaz estándar, la cual puede ser aprovechada por cualquier otro entorno gráfico.

Te recomiendo leer la FAQ de Wayland, donde lo explica muy bien. wayland.freedesktop.org/faq.html , así como a la descripción de la arquitectura wayland.freedesktop.org/architecture.html

P.D.: de hecho, tanto Microsoft como Apple hicieron el equivalente a Wayland en sus sistemas operativos. En Windows antes estaba GDI, que era quien se encargaba de pintar las ventanas y gestionar la pantalla, y lo mismo en MacOS Classic con Framework. En cambio, en Vista se cambió por el nuevo Desktop Window Manager (en.wikipedia.org/wiki/Desktop_Window_Manager), y en MacOS X por Quartz (en.wikipedia.org/wiki/Quartz_Compositor), ambos basados en composición, pero... en ambos casos se mantuvo compatibilidad con las APIs viejas, igual que se hace con XWayland.

» autor: --8899--

#104 El lamentable estado del stack gráfico de Linux

musg0 — Tue, 09 Nov 2021 09:24:35 +0000

#86 Es un hilo de Twitter. El propio medio te obliga a meter imágenes para dar énfasis porque no tienes espacio para hacer lo mismo escribiendo

» autor: musg0

#103 El lamentable estado del stack gráfico de Linux

freeuser1618 — Tue, 09 Nov 2021 08:50:41 +0000

este es un post de alguien que no tiene ni idea de lo que está hablando, el lío mental que tiene para no entender que en el fondo hacen lo mismo salvo que en GNU/Linux se hace de forma modular, o esto o simplemente miente acerca de las propiedes absurdamente fetichistas que le otorga a lo que el llama 'stack gráfico' de Windows y Mac.

» autor: freeuser1618

#102 El lamentable estado del stack gráfico de Linux

LeDYoM — Tue, 09 Nov 2021 08:48:59 +0000

Mira que os complicais:
while (true) { swapBuffers(); }

» autor: LeDYoM

#101 El lamentable estado del stack gráfico de Linux

Zerjillo — Tue, 09 Nov 2021 08:26:46 +0000

#62 Pues conectando a proyectores, ni Windows, ni Linux ni macos se salvan. Continuamente veo problemas en los 3.

» autor: Zerjillo

#100 El lamentable estado del stack gráfico de Linux

xyria — Tue, 09 Nov 2021 08:16:34 +0000

#7 No me he enterado de nada, pero te voto positivo porque veo que entiendes, y mucho, de la materia.

» autor: xyria

#99 El lamentable estado del stack gráfico de Linux

Goshi — Tue, 09 Nov 2021 06:26:15 +0000

#80 Si de puede pero es más complicado que bonito, además creo que hay un proyecto para compiz2, tb te digo que era el equivalente informático de bajarle la suspensión y ponerle alerones a un pandab. Jeje

» autor: Goshi

#98 El lamentable estado del stack gráfico de Linux

arturios — Tue, 09 Nov 2021 05:44:17 +0000

#57 En los iMac intel antiguos si, no había problemas, pero los de Apple lo "solucionaron" rápidamente en los siguientes modelos haciendo que la misión fuese casi imposible, el modelo de 2008 sin problemas, va de lujo, el de 2011 una locura, al menos para mí, que no soy informático ni nada que se le parezca, y ya ni te cuento en los siguientes, si era para instalar windows, perfecto (más o menos) pero para instalar una distro de linux ya te digo, una locura.

Apple tiene cosas muy buenas en cuanto a usabilidad, coherencia del entorno gráfico y unos programas gratuitos (evidentemente no libres) que son una maravilla, sólo con eso un usuario doméstico puede disfrutarlo durante años, pero ¡¡nunca más!!, te dejan de actualizar el sistema operativo a los muy pocos años y te meten basurilla para que ande más lento, en un modelo hace unas cosas pero en otro no, y no por falta de potencia o problemas de hardware, engañando al sistema diciéndole que tienes un modelo superior va y puede hacer las mismas features que se niega a hacer si le dices la verdad y así un largo etcétera, todo para que te compres su último y más potente juguetito, que, la verdad, para hacer lo que hace un usuario medio, esto es, navegar por internet, ver pelis románticas y hacer unos documentos un linux va de lujo, es más, es un tanque, un sistema operativo capaz de maravillarte, hacer cosas que con los otros ni sueñas y encima, si tu ordenador tiene muchos años, sigue como el primer día o mejor, no como con "los otros".

» autor: arturios

#97 El lamentable estado del stack gráfico de Linux

--377551-- — Tue, 09 Nov 2021 05:41:26 +0000

[Usuario deshabilitado]

» autor: --377551--

#96 El lamentable estado del stack gráfico de Linux

DuHast — Tue, 09 Nov 2021 05:03:34 +0000

#7 sumo que, además, pareciera que no sabe que todos estos problemas lo tienen los otros sistemas operativos que menciona en el comienzo con la diferencia de que aquellos tienen una dirección más clara y MUCHO dinero para solventar los problemas, no son abiertos, no permiten la flexibilidad de un Wayland pero... para qué explicarlo si nosotros ya lo sabemos?

» autor: DuHast

#95 El lamentable estado del stack gráfico de Linux

meneandro — Tue, 09 Nov 2021 03:07:47 +0000

#40 Hay cosas donde el stack de linux está por detrás de windows. Por ejemplo, algunas caracterísiticas como HDR.

La diferencia está en que para poner en marcha una característica como HDR, todos los fabricantes tienen que ponerse de acuerdo en sacar adelante unas bases comunes para todos de manera que más adelante sea algo mantenible, funcional y eficiente, y eso lleva tiempo (la misma razón es por la que OpenGL o Vulkan tardaron tanto en llegar al mercado de consumo y de evolucionar o adoptar ciertas mejoras o tecnologías de manera estándar -las extensiones están ahí, pero si son propietarias y no la implementación común...-). Microsoft simplemente dice: aquí está mi estándar, impleméntalo en tus drivers.

Luego habría que ver cómo de bien hechas están las cosas a nivel interno, para saber que stack es mejor, así en general.

Igual es que algo tan simple como compartir pantalla no es tan simple de realizar de manera eficaz y (sobre todo) segura, y hasta la llegada de pipewire no había un método estándar, seguro y adecuado para hacer esas cosas, y aún su soporte no está maduro en las aplicaciones.

Una de las razones por las que está resultando un poco doloroso migrar aplicaciones de X a wayland es el hecho de que con X había una especie de barra libre para según qué cosas y que wayland está diseñado de manera correcta para evitarlas. Y hacer las cosas bien con un diseño adecuado de manera que aguanten el paso del tiempo y tengan todas las garantías no es moco de pavo y requiere madurar otras tecnologías necesarias. También ha resultado que el apoyo que se le ha dado a wayland por parte de los desarrolladores hasta ahora ha sido bastante tibio, donde éstos esperan que todo esté ya resuelto antes de empezar a usarlo o no lo usan quejándose de que los demás no han hecho el trabajo en lugar de arrimar el hombro y aportar cosas.

» autor: meneandro

#94 El lamentable estado del stack gráfico de Linux

Jakeukalane — Tue, 09 Nov 2021 01:11:36 +0000

#81 gracias. Mañana si tengo tiempo lo pruebo en manejarlo en una vm

» autor: Jakeukalane

#93 El lamentable estado del stack gráfico de Linux

--108504-- — Tue, 09 Nov 2021 00:24:13 +0000

#54 En realidad tu máquina hace lo que tú quieres porque te ha convertido en otra máquina y habláis el mismo idioma.

» autor: --108504--

#92 El lamentable estado del stack gráfico de Linux

zuul — Tue, 09 Nov 2021 00:07:10 +0000

#45 Claro hombre, por eso mas del 90% de lo que ves en internet corre con Linux, porque es una puta mierda.

» autor: zuul

#91 El lamentable estado del stack gráfico de Linux

yer0 — Tue, 09 Nov 2021 00:00:52 +0000

#44 sexyono.... que tiempos.

» autor: yer0

#90 El lamentable estado del stack gráfico de Linux

yer0 — Mon, 08 Nov 2021 23:52:50 +0000

#80 Se puede y funciona.

» autor: yer0

#89 El lamentable estado del stack gráfico de Linux

--673415-- — Mon, 08 Nov 2021 23:51:03 +0000

#7 pero sin entrar en tecnicismos, creo que la cuestión es que es algo excesivamente complejo y parcheado para hacer lo que hace, si no, no existiría wayland supongo.

Yo soy aficionado junior a Linux, precisamente el otro día me instalé un arch en una maquina virtual y me costó más comprender que hacía y conseguir instalar KDE que instalar Arch, eso no dice mucho a su favor.

Entiendo que la filosofía Linux es que todo es abierto y personalizable, pero para ser un buen sistema de escritorio de cara a los usuarios, quizás los esfuerzos tendrían que centrarse en que se puedan hacer más cosas a alto nivel (aunque sea por comandos y archivos de configuraciones bien comentados) y no tanto a que a bajo nivel todo sea configurable. Podría instalar un server de openvpn sin ninguna guía y editar su configuración por ejemplo, editar fstab, o incluso si me apuras, buscando con man hasta gestionar lvm sin guías, sin embargo, el fichero de configuración de usuario para Xorg me fue imposible entenderlo, leí que había que añadir tres líneas al final para que arranque kde y ya.

El mayor problema de Linux no es que sea complicado, es que hay dos niveles:
- Instalar Ubuntu o alguna distro "masticada"
- Ser un gurú de Linux, aunque sea para que journalctl te muestre los logs de un servicio en orden inverso.*

No me confundas, no soy hater y entiendo que estas aplicaciones (o paquetes o como se llamen) normalmente no tienen que ser instalados por el usuario, ya que en las diestros comerciales viene todo mascado, pero si me quiero poner Linux por la libertad, estaría bien que ejercerla sea más fácil, para estar encerrado en un sistema por miedo a romperlo (ubuntu, Linux mint, etc...), me quedo en windows. Y me refiero a que si para cambiar de entorno de escritorio me tengo que sacar una ingeniería, quizás esa personalización no juegue a favor.

Todo esto desde el cariño y el respeto que le tengo a Linux (o GNU/Linux, yo que sé, porque hasta para llamarlo correctamente tienes que saberte toda su historia), que me gusta aprender y aparte me da de comer.

*Algo leí de que no es un log propiamente dicho sino que cada entrada es un objeto de un tipo raro y tienes que hacerte un miniscript en la propia línea de comandos para que lo haga, pero a mi como usuario eso me supone una barrera enorme de aprendizaje... para invertir el orden de un log.

» autor: --673415--

#88 El lamentable estado del stack gráfico de Linux

RespuestasVeganas.Org — Mon, 08 Nov 2021 23:50:31 +0000

Linux manda.

» autor: RespuestasVeganas.Org

#87 El lamentable estado del stack gráfico de Linux

--687061-- — Mon, 08 Nov 2021 23:23:44 +0000

#84 ¿Sí? La próxima vez que haga "distro-hop" lo probaré

» autor: --687061--

#86 El lamentable estado del stack gráfico de Linux

zancudo — Mon, 08 Nov 2021 23:21:56 +0000

#61 ¿Y qué me dices de meter un GIF cada tres líneas de texto?

» autor: zancudo

#85 El lamentable estado del stack gráfico de Linux

--687061-- — Mon, 08 Nov 2021 23:19:52 +0000

#10 Windows tiene muchas cosas que van mal (actualizaciones, paquetes MSI que se rompen con mirarlos, fallos del explorador de archivos completamente aleatorios, etc.), pero el stack gráfico no es una de ellas.

» autor: --687061--

#84 El lamentable estado del stack gráfico de Linux

--625430-- — Mon, 08 Nov 2021 23:16:50 +0000

#80 Plasma 5 tiene cosa similares.

» autor: --625430--

#83 El lamentable estado del stack gráfico de Linux

zeioth — Mon, 08 Nov 2021 23:16:33 +0000

No se, yo llevo un año usando wayland y juego a todo bien. No hace falta ni configurar nada. Instalas Manjaro, y ya.

» autor: zeioth

#82 El lamentable estado del stack gráfico de Linux

mouthbow — Mon, 08 Nov 2021 23:16:12 +0000

#78 si, todo es ponerse pero no veo la necesidad sinceramente... también podríamos todos programar en ensamblador pq todo es ponerse...
Yo a día de hoy no he encontrado mejor IDE que Visual Studio y he probado muchos y ahora tanto en linux como en mac como en windows muchísima gente usa visual studio code.

» autor: mouthbow

#81 El lamentable estado del stack gráfico de Linux

--625430-- — Mon, 08 Nov 2021 23:16:06 +0000

#78 Tengo cwm con estos ajustes:

win+q = cerrar ventana
win+shift+[1-4] = mueve ventana a escritorio [1-4]
win + [1-4] cambia a escritorio [1-4]
win + boton1 del raton = mover ventana
win + boton 2 del raton = redimensionar ventana.

Y ya. Nada de florituras.

» autor: --625430--

#80 El lamentable estado del stack gráfico de Linux

--687061-- — Mon, 08 Nov 2021 23:11:26 +0000

#35 ¡Qué guapo era tener el cubo de escritorio y las animaciones complejas de ventanas con Beryl/Compiz!
A día de hoy creo que no se puede usar nada de ello

» autor: --687061--

#79 El lamentable estado del stack gráfico de Linux

--687061-- — Mon, 08 Nov 2021 23:06:01 +0000

#6 A día de hoy, con una AMD te va a funcionar todo sin problemas y sin tener que hacer malabares, todo lo contrario que con Nvidia si quieres cualquier tipo de aceleración gráfica.

» autor: --687061--

#78 El lamentable estado del stack gráfico de Linux

Jakeukalane — Mon, 08 Nov 2021 23:03:26 +0000

#41 es cuestión de ponerse. Hace apenas un año odiaba nano. Ahora me gusta más que vim, porque no entiendo vim. Si tuviera que usar vim durante varias semanas todos los días me acabaría por acostumbrar, supongo. Hay hasta entornos basados en vim. No sé si ratpoison o algo de eso.

» autor: Jakeukalane

#77 El lamentable estado del stack gráfico de Linux

Jakeukalane — Mon, 08 Nov 2021 23:00:19 +0000

#70 a mí sí, en varios ordenadores con Windows 10...

Igualmente puede que sea por una deficiencia en el scheduler, ahora que lo pienso. Pero que al conectar algo funcione teniendo drivers un año antes de que salga cualquier cosa al mercado no tiene mucho mérito.

» autor: Jakeukalane

#76 El lamentable estado del stack gráfico de Linux

Meniame — Mon, 08 Nov 2021 22:51:20 +0000

#46 ¿no se puede votar sin karma?
Po vaya...

» autor: Meniame

#75 El lamentable estado del stack gráfico de Linux

ColaKO — Mon, 08 Nov 2021 22:40:46 +0000

#73 Yo creo que es porque los linuxeros programadores son gente que desdeña el diseño como algo poco importante o a los que les parecen graciosos los chistes internos tipo GNU.

» autor: ColaKO

#74 El lamentable estado del stack gráfico de Linux

mouthbow — Mon, 08 Nov 2021 22:33:37 +0000

#71 tu tb te explicas muy bien!

» autor: mouthbow

#73 El lamentable estado del stack gráfico de Linux

mouthbow — Mon, 08 Nov 2021 22:32:54 +0000

#72 Eso es cierto tb! Aunque nunca he terminado de entender porque...

» autor: mouthbow

#72 El lamentable estado del stack gráfico de Linux

ColaKO — Mon, 08 Nov 2021 22:30:17 +0000

#41 Y además es que el diseño es feo. Pocos proyectos de software libre he visto que tengan un diseño agradable o un logotipo con sentido. Todos son feos de cojones, con unas tipografías de los 90 y un diseño de interfaz que da penita.

» autor: ColaKO

#71 El lamentable estado del stack gráfico de Linux

panchobes — Mon, 08 Nov 2021 22:25:41 +0000

#41 joder, qué bien has hablado. Yo también llevo más de veinte años trabajando con la tecnología y no podría estar más de acuerdo contigo. Mira que yo llegué a Menéame por el software libre y en aquella época trasteé un poco con Linux. Pero cómo usuario y cómo profesional lo que quiero es una herramienta que sea lo más fácil de usar, que sepa en cada momento que me va a funcionar y va a hacer justo lo que espero. Porque si lo uso para trabajar lo que quiero es trabajar y si la maquina me funciona para hacer ese trabajo pues lo demás me la pela. No quiero perder tiempo ni complicarme en averiguar cómo cojones instalo los drivers o perder horas en averiguar como compartir la pantalla. Y si encima quiero utilizar mi ordenador para hacer otras cosas aparte de trabajar pues no tengo más que instalar el juego, darle al play para ver una peli, o siguiente, siguiente, siguiente, para instalar un gadget, o lo que sea.
Entiendo que haya muchos usuarios avanzados que le saquen un rendimiento de la hostia a Linux y para su trabajo sea imprescindible, pero para usuarios que utilicen un ordenador como herramienta de trabajo o por puro ocio pues Linux no está hecho para ellos.

» autor: panchobes

#70 El lamentable estado del stack gráfico de Linux

foxaxel — Mon, 08 Nov 2021 22:03:19 +0000

#67 eeeeh no, eso no me pasa...

» autor: foxaxel

#69 El lamentable estado del stack gráfico de Linux

mouthbow — Mon, 08 Nov 2021 21:59:17 +0000

#68 en eso estoy de acuerdo. A nivel terminal la sensación de control es mucho mayor y para múltiples aplicaciones no espero otra cosa. Yo hablaba del uso diario a nivel doméstico.

» autor: mouthbow

#68 El lamentable estado del stack gráfico de Linux

Pablosky — Mon, 08 Nov 2021 21:51:13 +0000

#41 Si prescindes de la parte gráfica (detallito de nada ) y sólo usas la versión "servidor" de la distribución que uses verás que diferencia, la máquina trabaja para ti y se nota que tienes control total.

Pero claro, dile tu a los usuarios que usen la terminal.

» autor: Pablosky

#67 El lamentable estado del stack gráfico de Linux

Jakeukalane — Mon, 08 Nov 2021 21:50:43 +0000

#62 pero sí se te congelan las ventanas en un Windows 10 con 4 GB de memoria libre y 5% de uso de CPU

» autor: Jakeukalane

#66 El lamentable estado del stack gráfico de Linux

mouthbow — Mon, 08 Nov 2021 21:45:39 +0000

#58 La verdad es que no te he dicho que no lo uses, solo he explicado porque no lo uso yo y muchísima mas gente. No he dado por saco aunque tu te lo hayas tomado así y hayas decidido directamente juzgar mis capacidades de programador sin conocerme.
Llevo mucho tiempo de programador senior liderando proyectos grandes y pequeños y sigo pensando que linux es un dolor de huevos, por más que te pese.

» autor: mouthbow

#65 El lamentable estado del stack gráfico de Linux

mouthbow — Mon, 08 Nov 2021 21:42:31 +0000

#54 Claro, una vez dedicas una gran parte de tu vida a linux seguro que es cojonudo pero imagino que para llegar a eso has invertido muuuucho tiempo.

» autor: mouthbow

#64 El lamentable estado del stack gráfico de Linux

Mustela — Mon, 08 Nov 2021 21:38:56 +0000

#23 #27 VLC usa QT y puede ir sobre Wayland de forma nativa. Va genial.

» autor: Mustela

#63 El lamentable estado del stack gráfico de Linux

Mustela — Mon, 08 Nov 2021 21:36:34 +0000

#7 Wayland es (debería ser) técnicamente el entorno gráfico de los sistemas de tipo UNIX que supliría al X ya que, al igual que el modelo de Windows, no hay un cliente-servidor funcionando para que el uno le diga al otro lo que debe hacer sino ya directamente un único servicio que lo hace todo, para que en teoría ofrezca mejor rendimiento. De hecho lo he probado y sí podría notar alguna mejora, aunque en realidad tampoco es un cambio tan grande. De hecho, puede ser un problema para gráficas no aceleradas con OpenGL. El modelo de Mac OS, quartz, que indicas en el #12 no lo conozco tanto.

» autor: Mustela

#62 El lamentable estado del stack gráfico de Linux

foxaxel — Mon, 08 Nov 2021 21:36:12 +0000

#10 El stack de Windows peor? No recuerdo la última vez si es que hubo alguna que enchufé una pantalla en windows y dio problemas, con Windows 98 y monitor de tubo? En Linux ayer a un colega le dio problemas su TV, hombre por favor.

Y repito, yo mismo le instalé Linux pero claro después va la puta Ubuntu y te deja mal...

» autor: foxaxel

#61 El lamentable estado del stack gráfico de Linux

manutebolas — Mon, 08 Nov 2021 21:35:33 +0000

No os parece que es como leer a un youtuber? Hasta en el lenguaje escrito hay que hablar así? El lamentable estado de la retórica llamaría yo a este engendro de envío.

» autor: manutebolas

#60 El lamentable estado del stack gráfico de Linux

Itrio — Mon, 08 Nov 2021 21:35:25 +0000

#7 Yo lo único que sé es que mi portátil intel i7 con una nvidia, funciona sin problemas, incluso conectándolo a monitor externo por HDMI, y mi hermano se ha pillado un portátil intel i7 con gráfica intel iRISxE y le va de culo, sobre todo si intenta conectarlo a monitores externos (creo que en parte es problema de la salida por USB).

» autor: Itrio

#59 El lamentable estado del stack gráfico de Linux

foxaxel — Mon, 08 Nov 2021 21:33:18 +0000

#7 puede que mezcle conceptos y a los conosieurs les chirría pero en el Windows enchufo lo que me sale de las pelotas desde Windows XP aproximadamente y ni pensaba en ello y en Linux está es la bendita hora que ayer instalé un portátil a un colega y le dio problemas con su TV.

Que no he usado Windows desde hace años y soy pro Linux software libre y lo que quieras pero lo de los grafiquitos en Linux es de chiste.

No te quito razón, probablemente estés mucho más acertado tu pero el artículo/chiste como "introducción" a porque los gráficos en Linux en 2021 casi no dan pena me vale.

» autor: foxaxel

#58 El lamentable estado del stack gráfico de Linux

hdblue — Mon, 08 Nov 2021 21:30:04 +0000

#41 Y si me dejáis tranquilo con mi Linux, X11 y demás mierdas ? No os gusta, no lo uses. Pero deja de dar por saco, que haber hecho un script con JavaScript o VB no os convierte en gurús.

» autor: hdblue

#57 El lamentable estado del stack gráfico de Linux

ronko — Mon, 08 Nov 2021 21:26:47 +0000

#42 Una duda que desconozco porque no tengo Mac, ¿puedes instalar cualquier distribución a capón como en pc o dependes si o si de Bootcamp? (tanto solo distro linux como en dual boot con macos sería la pregunta) . Gracias.

» autor: ronko

#56 El lamentable estado del stack gráfico de Linux

--419859-- — Mon, 08 Nov 2021 21:20:35 +0000

#47 Que a Wayland le falta pulido nadie lo duda, pero justo lo que comentas se puede hacer sin problemas.

» autor: --419859--

#55 El lamentable estado del stack gráfico de Linux

XXguiriXX — Mon, 08 Nov 2021 21:20:02 +0000

#40 Incluso cuando estaba el Windows 98 y el ME, era lento de cojones, GNOME, KDE, etc. El único soportable en cuanto a performance, y que no se viera como mierda, era Fluxbox que de hecho creo que salió después. Eventualmente el hardware y el software mejoró y tanto GNOME como KDE son ambos una pasada.

» autor: XXguiriXX

#54 El lamentable estado del stack gráfico de Linux

--419859-- — Mon, 08 Nov 2021 21:19:03 +0000

#41 Justo tengo la impresión contraria. Mi máquina hace lo que quiero, no lo que quieren otros. Claro que no puedo decir lo mismo cuando hablamos de usuarios, que se pueden perder en el marasmo de distribuciones y escritorios. A los usuarios el stack gráfico se la suda, pero lo demás no.

» autor: --419859--

#53 El lamentable estado del stack gráfico de Linux

emdi — Mon, 08 Nov 2021 21:16:20 +0000

#35 Voto por ello.
Una vez pregunte sobre todos los componentes y las interrelaciones del stack grafico de Linux y los expertos empezaron a desaparecer.
Eso tiene que ser el infierno del programador.

» autor: emdi

#52 El lamentable estado del stack gráfico de Linux

--419859-- — Mon, 08 Nov 2021 21:15:31 +0000

#38 Eso y la multitud de escritorios y distribuciones. Lo que vale en un sitio, no es ni parecido en otro. Con una única distribución y escritorio sería muy diferente.

» autor: --419859--

#51 El lamentable estado del stack gráfico de Linux

ronko — Mon, 08 Nov 2021 21:15:25 +0000

#7 Si en windows hay algo parecido a un gestor de ventanas, fijo pasa por explorer.exe que crashea bastantes veces.

» autor: ronko

#50 El lamentable estado del stack gráfico de Linux

rustybofh — Mon, 08 Nov 2021 21:13:34 +0000

#44 mwahahahahs @devruso 4president

» autor: rustybofh

#49 El lamentable estado del stack gráfico de Linux

--419859-- — Mon, 08 Nov 2021 21:08:40 +0000

#37 Por lo que veo:
Qt 6 (LGPL) and Qt 5.15.2 (LGPL) slightly patched
No se si esos "ligeros" parcheos de las librerías pueden suponer un problema en Wayland, o si funciona la aplicación en modo compatibilidad con las X. A ver si puedo hacer una prueba para ver como funciona. Con KDE y sus aplicaciones no he tenido problemas.

En la página de Arch comentan algunos "problemillas".

» autor: --419859--

#48 El lamentable estado del stack gráfico de Linux

--8899-- — Mon, 08 Nov 2021 21:08:04 +0000

#45 ¡¡¡¡¿¿¿¿Cooooooomooooooo????!!!!

O sea, un tío desde su sillón pretende sentar cátedra diciendo burrada tras burrada, pero el malo soy yo...

Hay que joderse...

EDITO: si alguien pertenece a esa "comunidad" de la que hablas, es precisamente el autor de ese hilo. Soltando burradas sobre "lo mal que está Linux", pero me gustaría saber cuantas líneas de código ha escrito para colaborar. Porque desde el sillón el mundo se arregla muy fácil.

» autor: --8899--

#47 El lamentable estado del stack gráfico de Linux

juancarlosonetti — Mon, 08 Nov 2021 21:07:46 +0000

Qué pesados que están los de siempre intentando reinventar la rueda.

Aunque el 100% de lo que dice este tipo fuese cierto (no lo es ni el 10%), no me da la gana usar Wayland. Punto. No sé cuántas decadas lleváis dando por saco con el Guëyland y todavía no está listo para producción, ni cerca de estarlo.

Cuando pueda instalar una distro con Wayland, entrar a mi ordenador mediante ssh desde otra distro con Wayland y ejecutar un programa del primero como una ventana nativa en el segundo, me llamáis. Mientrastanto, es vaporware.

Y sí, ya saldrá el listo que me dirá que eso nunca va a ser posible por seguridad. Me da lo mismo. Los entendidos llevan destrozando la experiencia de usuario "por seguridad" desde hace una década. Un ladrillo es más seguro, deberíais compraros un ladrillo y apagar el ordenador. Así nadie os puede hackear.

» autor: juancarlosonetti

#46 El lamentable estado del stack gráfico de Linux

--377551-- — Mon, 08 Nov 2021 21:04:11 +0000

[Usuario deshabilitado]

» autor: --377551--

#45 El lamentable estado del stack gráfico de Linux

jmangut — Mon, 08 Nov 2021 21:04:09 +0000

#7 tienes pinta de ser uno de esos miembros de "la comunidad" que menciona el twittero...
Sinceramente no me he enterado de más del 50% de las explicaciones, pero sí que tengo claro que a día de hoy Linux en todos sus sabores sigue siendo totalmente inalcanzable para el público general, y ~~gran parte~~ toda la culpa es de esa "comunidad" orgullosa de hacer las cosas como Tux manda (sectarios).
La comunidad GNU/Linux es una puta telenovela venezolana que ni en Antena3 se atreverían a emitir.

» autor: jmangut

#44 El lamentable estado del stack gráfico de Linux

MarcosBL — Mon, 08 Nov 2021 21:03:13 +0000

Creo conocerte @devruso.

Te criaste en las cloacas del messenger y los chats de Terra. Puede que te pareciera buena idea hacerte una foto en el baño de casa para exponerla en sexyono. Quizá fueras de los que se hicieron un espacio en MSN Live utilizando la Comic Sans.

Llevas toda la vida haciendo el gañán, ganándote la vida con legacy PHP 4.3 y jQuery (y ni siquiera en diferentes ficheros).

Pero amigo, ahora has llegado con tus oligofrenias a Menéame... y aquí no se admite chándal.

» autor: MarcosBL

#43 El lamentable estado del stack gráfico de Linux

chavi — Mon, 08 Nov 2021 21:02:28 +0000

#8 Las gráficas híbridas de portátil son un cristo sin soporte
Optimus con nvidia a mi me va bastante bien...

» autor: chavi

#42 El lamentable estado del stack gráfico de Linux

arturios — Mon, 08 Nov 2021 21:01:57 +0000

#30 Ahí le has dado, con todo lo malo que es linux va mejor que "los otros" no sólo a nivel de servidor todopoderoso, sino de escritorio para un usuario que no tenga ni idea, eso si, aquel usuario que quiere el programa propietario X que sólo existe para Mac, o el programa Y que sólo existe para windows y encima a un precio desorbitado, ese usuario (que encima lo piratera) si no lo tiene (gratis) en linux no quiere ver el sistema operativo ni de lejos y va diciendo que es una puta mierda.

Yo, como usuario doméstico estoy encantado y en un viejo iMac de 2008 con Debian tengo instalado el freedombox que hace de nube, con owncloud, wordpress y cienes de cosas más y decora como reloj ¿le puedo pedir más?

» autor: arturios

#41 El lamentable estado del stack gráfico de Linux

mouthbow — Mon, 08 Nov 2021 20:48:38 +0000

Y por estas razones linux es un fracaso a nivel doméstico. Y no empeceis a decirme q si los routers, los android, e incluso mac corre linux / unix... Todo lo q funciona bien en linux es pq alguien coge una fracción y saca un producto único, amigable y fiable.
En linux parece q las cosas las hacen dificil porque sí, sino solo hay q ver el vi que está hecho para que invoques a satanás a los 5 minutos.
Y yo me dedico a la tecnología, he trabajado en sistemas y soy programador hace casi 20 años pero tengo esa extraña manía de querer q la máquina trabaje para mí y no al revés.

» autor: mouthbow

#40 El lamentable estado del stack gráfico de Linux

--660959-- — Mon, 08 Nov 2021 20:40:29 +0000

Jajaj buen hilo para ver a los freetards de turno rabiar por no querer reconocer que el stack gráfico de Linux, a 2021, sigue por detrás de Windows XP o BeOS.

En mi curro, más de uno está que echa fuego porque migró a Wayland y han tenido que volver a X11 porque no pueden hacer algo tan simple como compartir pantalla en Google meet.

» autor: --660959--

#39 El lamentable estado del stack gráfico de Linux

--689966-- — Mon, 08 Nov 2021 20:36:22 +0000

#36 Jejeje, la verdad que no me lo esperaba. Gracias por la aclaración.

» autor: --689966--

#38 El lamentable estado del stack gráfico de Linux

--685041-- — Mon, 08 Nov 2021 20:31:42 +0000

[Usuario deshabilitado]

» autor: --685041--

#37 El lamentable estado del stack gráfico de Linux

Aokromes — Mon, 08 Nov 2021 20:29:20 +0000

#27 telegram desktop en sus ultimas versiones.

» autor: Aokromes

#36 El lamentable estado del stack gráfico de Linux

--625430-- — Mon, 08 Nov 2021 20:28:57 +0000

#34 Eso es cierto, XPrint posee un interprete de binarios.

» autor: --625430--

#35 El lamentable estado del stack gráfico de Linux

Goshi — Mon, 08 Nov 2021 20:28:11 +0000

#7 deberías hacer un post explicándolo, desde el punto de vista del aficionado a Linux, voy a decir que las X siempre han sido un Cristo. De configurar , de gestionar, y de recursos. Pero antes de que se me cuelgue yo soy un aficionado, que aprendí jugando con compiz-fusion cuando era crío.

» autor: Goshi

#34 El lamentable estado del stack gráfico de Linux

--689966-- — Mon, 08 Nov 2021 20:28:09 +0000

#18 No sabría que decirte... dice cosas con sentido y cosas sin sentido, es como si fuera un periodista .

..y un interprete de binarios (ELF, COFF y a.out)... [6]

Aparte de todo lo que dice #18, ¿Qué tiene que ver eso con las X?, es como meterse con PE32 mientras hablas de GDI en Windows . Para mi que se ha pasado con los tripis.

» autor: --689966--

#33 El lamentable estado del stack gráfico de Linux

Penetrator — Mon, 08 Nov 2021 20:25:39 +0000

#6 Pues ahora la que no se puede tocar ni con un palo es Nvidia. Sus drivers son mierda pura.

» autor: Penetrator

#32 El lamentable estado del stack gráfico de Linux

--624466-- — Mon, 08 Nov 2021 20:22:53 +0000

#29 Si buscaba un público que no fuera medio autista, ha elegido mal el tema

Y si buscaba elegancia en sistemas complejos, ha elegido mal la profesión/hobby.

Verás cuando descubra el stack tcp/ip...

» autor: --624466--

#31 El lamentable estado del stack gráfico de Linux

--345413-- — Mon, 08 Nov 2021 20:21:38 +0000

Segunda palabra y ya vamos mal. ¿Qué coño es rant?
¿Tanto les cuesta usar el castellano?

» autor: --345413--

#30 El lamentable estado del stack gráfico de Linux

--377551-- — Mon, 08 Nov 2021 20:20:15 +0000

[Usuario deshabilitado]

» autor: --377551--

#29 El lamentable estado del stack gráfico de Linux

musg0 — Mon, 08 Nov 2021 20:16:28 +0000

#24 Es un texto humorístico exagerado y enfatizado con gifs animados de por medio. Nadie, a no ser de que sea medio autista, se lo podría tomar en serio e intentar sacar de ahí conocimiento técnico sobre el sistema. Con lo único que hay que quedarse es que el ecosistema gráfico de Linux es un chocho bien complicado.

» autor: musg0

#28 El lamentable estado del stack gráfico de Linux

--624466-- — Mon, 08 Nov 2021 20:15:51 +0000

#17 Un hilo de Twitter en el que alguien se queja de chapuzas y de cosas que se usan para lo que no fueron diseñadas, buenísimo

» autor: --624466--

#27 El lamentable estado del stack gráfico de Linux

--419859-- — Mon, 08 Nov 2021 20:15:16 +0000

#23 Lo poco que he probado con Qt va bastante bien. Esos que dicen, ¿es por aplicaciones actuales o por rémoras del pasado que todavía ni se han recompilado con librerías actuales?

» autor: --419859--

#26 El lamentable estado del stack gráfico de Linux

--419859-- — Mon, 08 Nov 2021 20:12:40 +0000

Ya lo comentan por aquí, pero hablar de las X obviando la historia de Unix, y el por qué de muchas cosas no tiene nombre.

Wayland está tirando fuerte, lentamente, pero la retrocompatibilidad hay que tenerla, porque no se puede tirar todo a la basura en dos días.

Estoy esperando a que Sway (sobre Wayland) implemente un par de cosas sin problemas, como la zona de notificaciones para todo lo que uso y dar el salto. En las pruebas preliminares todo funciona bastante bien, incluso el modo de compatibilidad con las X, que va hasta más rápido que el nativo, pero todavía faltan algunos flecos que espero se resuelvan pronto. Toca esperar un poco a que la tecnología madure.

» autor: --419859--

#25 El lamentable estado del stack gráfico de Linux

neo1999 — Mon, 08 Nov 2021 20:12:24 +0000

#4 Nvidia </Linus>

» autor: neo1999

#24 El lamentable estado del stack gráfico de Linux

--263-- — Mon, 08 Nov 2021 20:08:45 +0000

#7 Es una mierda de hilo, sin duda. ¿Y lo de decir que GDM es un gestor de ventanas? Digno de un cuñado... Y triste que salga esta basura que desinforma a portada.

» autor: --263--

#23 El lamentable estado del stack gráfico de Linux

Aokromes — Mon, 08 Nov 2021 20:07:56 +0000

#15 conozco a varios que no paran de hechar pestes de wayland sobre todo cuando se trata de interactuar con QT.

» autor: Aokromes

#22 El lamentable estado del stack gráfico de Linux

--625430-- — Mon, 08 Nov 2021 20:06:36 +0000

#21 Claro que han cambiado, y entre esas cosas conozco tambien XFS y demas. Pero, la verdad, X en su concepcion original no se usa para nada, ni con Athena, tanto GTK como QT usan sus metodos de dibujado de widgets haciendo que sean poco usables via red. En ese sentido me gusta mas plan9/9front.

» autor: --625430--

#21 El lamentable estado del stack gráfico de Linux

--8899-- — Mon, 08 Nov 2021 20:04:08 +0000

#18 Oh, sí... El que escribió el capítulo sobre X en "The Unix haters handbook". Me lo he leído. Y se pueden discutir muchas cosas de las que dice. Entre otras cosas porque ese libro tiene ya unos cuantos años y las cosas han cambiado muuuuuucho desde aquella.

Pero la cuestión es que no es Don Hopkins quien ha escrito esa sarta de burradas e incoherencias en twitter...

» autor: --8899--

#20 El lamentable estado del stack gráfico de Linux

--419859-- — Mon, 08 Nov 2021 20:02:28 +0000

#6 La cosa ha cambiado, mucho. En los últimos 10 años el software ha evolucionado.

» autor: --419859--

#19 El lamentable estado del stack gráfico de Linux

akae — Mon, 08 Nov 2021 20:01:03 +0000

#7 el adjetivo es "oligofrénico"

» autor: akae

#18 El lamentable estado del stack gráfico de Linux

--625430-- — Mon, 08 Nov 2021 19:59:54 +0000

#7 Creo que el hombre mencionado es Don Hopkins, alguien que si sabe delo que habla.

» autor: --625430--

#17 El lamentable estado del stack gráfico de Linux

Fingolfin — Mon, 08 Nov 2021 19:45:44 +0000

Cuando se haga un blog me lo leo

» autor: Fingolfin

#16 El lamentable estado del stack gráfico de Linux

jpablo — Mon, 08 Nov 2021 19:30:09 +0000

"Antes de nada, para los despistados: el "stack gráfico" es esa parte del OS que te permite ver porno ventanas e interactuar con ellas", eso esta bien pero el resto de ventanas sin porno ¿funciona con libX o no hace falta?

» autor: jpablo

#15 El lamentable estado del stack gráfico de Linux

musg0 — Mon, 08 Nov 2021 19:16:04 +0000

Me queda la duda de porqué si Mir era la polla con cebolla se eligió Wayland, pero me da que con la experiencia que tiene cualquiera que programe algo más que un "Hola mundo", y sabiendo que todo software complejo va creciendo como Tetsuo en el final de la peli de Akira, si hubiera sido al revés el final sería el mismo pero con los nombres cambiados

» autor: musg0

#14 El lamentable estado del stack gráfico de Linux

--8899-- — Mon, 08 Nov 2021 18:19:50 +0000

#10 Algo de información interesante.

mesa-dev.freedesktop.narkive.com/qq4iQ7RR/egl-streams-trying-to-gain-s

www.youtube.com/watch?v=ikj9QBmJAJ4

» autor: --8899--

#13 El lamentable estado del stack gráfico de Linux

Jakeukalane — Mon, 08 Nov 2021 18:02:33 +0000

#10 ah. #7 y #12 me sirven como respuesta.

Quizás el que hizo de JS también se tira a la yugular en demasía...?

» autor: Jakeukalane

#12 El lamentable estado del stack gráfico de Linux

--8899-- — Mon, 08 Nov 2021 17:55:16 +0000

#9 El sistema es complejo porque tiene casi cuarenta años y ha ido adaptándose. ¿En serio te crees que el de Windows no es también más complejo de lo que debería? En Windows está GDI, que es el equivalente al servidor X, y encima tienes las bibliotecas que pintan botones y demás. La diferencia es que no es modular, sino que estás forzado a usar lo que viene. En MacOS X tienes Quartz, que es el equivalente a X, y por encima tienes las bibliotecas que pintan botones y demás.

Y, por supuesto, GDI es "legacy", igual que pasaba con el viejo entorno MacOS toolkit. Hoy en día Windows sigue soportando GDI pero, a mayores, soporta Direct2D y otras, lo que lo hace más complejo de lo que debería si fuese un sistema "puro" que no tenga que mantener compatibilidad.

En fin, que esta persona habla y habla sin tener ni idea.

» autor: --8899--

#11 El lamentable estado del stack gráfico de Linux

Jakeukalane — Mon, 08 Nov 2021 17:52:53 +0000

#10 *EGLStreams

» autor: Jakeukalane

#10 El lamentable estado del stack gráfico de Linux

Jakeukalane — Mon, 08 Nov 2021 17:46:55 +0000

Ostras, pues qué mierda tiene que ser el stack de Windows para que vaya aún peor
pd. estaría interesante leer una contestación de la opinión contraria porque los ELMStreams de Nvidia no se oponía así sin más porque sí la gente..

» autor: Jakeukalane

#9 El lamentable estado del stack gráfico de Linux

pkreuzt — Mon, 08 Nov 2021 17:45:55 +0000

#7 Bueno, a ver. Tiene razón en que el sistema es muy complejo, más de lo que debería. Pero también es muy modular y permite hacer cosas muy variadas. En Win o Mac no hay que soportar diferentes WM porque no hay. No hay que soportar inicio de sesión gráfica en red. No hay que soportar la capacidad de rular programas en remoto completamente integrados como si fueran locales. Los pobres ni siquiera tienen modo Zaphod !!

» autor: pkreuzt

#8 El lamentable estado del stack gráfico de Linux

pkreuzt — Mon, 08 Nov 2021 17:40:59 +0000

#3 Siguen teniendo graves inconvenientes. Por ejemplo. el KMS no va bien (a veces no va, en absoluto). No hay forma de poner una resolución durante el arranque. Las gráficas híbridas de portátil son un cristo sin soporte. Una cosa que aún se recomienda (en general, pero especialmente con los drivers de Nvidia) es rular los juegos en un servidor X separado para evitar problemas (bueno, eso es culpa de ambos, tanto el desastre de X como los drivers de Nvidia).

» autor: pkreuzt

#7 El lamentable estado del stack gráfico de Linux

--8899-- — Mon, 08 Nov 2021 17:40:12 +0000

Esto es lo que pasa cuando alguien que no tiene ni idea se pone a hablar. Creer que toooodo X es Xfree, que el hecho de que el cliente y el servidor "estén al revés" es un error de concepto, creer que "modificaron el protocolo para soportar mover ventanas", creer que ICCCM es un protocolo, creer que el toolkit de Motif es también el gestor de ventanas Motif, creer que hasta el 2000 X no se usaba en local ni tenía herramientas para que, en local, tuviese más rendimiento...

Pero lo que más alucino es con esta frase: " Cambiaron "tarjeta de red" por "IPC con unix sockets" y ahora tu PC ejecutaba tanto el servidor X como los clientes X. Por si no lo has entendiendo bien: para que una app dibuje algo en la pantalla tiene que hacer peticiones (asíncronas) por un socket a un servidor (que también se esta ejecutando en tu PC), para que este a su vez dibuje eso."

¿¿¿¿EN SERIO TE CREES QUE EN WINDOWS O EN MACOS NO HAY UN PROGRAMA ESPECIFICO QUE ES EL QUE PINTA LAS VENTANAS, Y CON EL QUE EL RESTO DE APLICACIONES SE COMUNICA MEDIANTE IPC PARA PEDIRLE QUE PINTE COSAS???? Seguramente cree que las aplicaciones pintan directamente en el framebuffer, y se ponen de acuerdo entre ellas mediante telepatía.

Y luego afirmar que las extensiones son algo que se mete con calzador en el protocolo, cuando éste estaba diseñado desde el principio para soportarlas y, precisamente, que fuese extensible.

Y no saber por qué HABÍA (en pasado) un servidor de fuentes, o por qué había un servidor de impresión, o incluso un cargador de ficheros demuestra no tener ni puta idea de la historia de UNIX (no de Linux). Es más: precisamente fue en Xorg donde quitaron mucha de esas cosas innecesarias.

Y bueno, eso de que XCB está peor documentado, demuestra que nunca ha programado con él, además de que, al contrario de lo que dice, NO ES OBLIGATORIO SOPORTAR XCB EN NINGUNA PARTE, pues no es más que una biblioteca que utiliza EXACTAMENTE EL MISMO PROTOCOLO X11. Son los toolkits y los programadores quienes pueden elegir cual utilizar, pero en absoluto "tuvieron que soportarla" en GTK o Qt... De hecho, Xlib se reimplementó sobre XCB precisamente para poder facilitar la transición de aquellos que quisiesen cambiar de una a otra. Hablando de lo que no sabe.

Y mezcla el compositor con OpenGL y Mesa, cuando son cosas que no tienen absolutamente nada que ver. Pero a estas alturas ya da igual. Claramente ha cogido un montón de conceptos, los ha mezclado en la coctelera, y se ha puesto a escribir tweet tras tweet.

Y bueno... la historia de ATI/AMD y nVidia, poniendo a esta última como si fuera la legal, cuando su protocolo EGLStreams no sólo es una basura y es POSTERIOR a DRI/DRM, sino que encima tuvo la desfachatez de enviarlo a Chronos (los gestores de OpenGL y Vulkan) para estandarizarlo e intentar meterlo por la garganta.

Y poner a MIR como la solución, cuando, simplemente, ERA IMPOSIBLE QUE CANONICAL PUDIESE HACERLO... Para hacer un protocolo de ventanas en condiciones se necesita a gente MUY curtida, y en Wayland es donde está la gente que lleva años desarrollando Xorg y, por tanto, con experiencia en qué cosas hacen falta y cuales no, y en cómo hacerlas. Supongo que el que Canonical abandonase y hoy en día el servidor MIR implemente Wayland lo verá como un fracaso...

Y bueno, ya cuando se pone a hablar de Wayland y de XWayland...

Este... (me callo el adjetivo) debe ser de los que se cree que un sistema operativo se escribe en una tarde. Sólo así se explica que se crea que no hubo intentos de sustituir a X desde hace más de veinte años. Y si fracasaron, sería por algo.

» autor: --8899--

#6 El lamentable estado del stack gráfico de Linux

Aokromes — Mon, 08 Nov 2021 17:39:14 +0000

#1 yo no se como sera ahora, pero hace años no se podia tocar ati en linux ni con un palo.

» autor: Aokromes

#5 El lamentable estado del stack gráfico de Linux

Trimax — Mon, 08 Nov 2021 17:38:24 +0000

Es lo que tiene el porno...

» autor: Trimax

#4 El lamentable estado del stack gráfico de Linux

ronko — Mon, 08 Nov 2021 17:34:36 +0000

#1 Ya sabes lo que opina Torvalds de Nvidia.

» autor: ronko

#3 El lamentable estado del stack gráfico de Linux

box3d — Mon, 08 Nov 2021 17:32:50 +0000

#1 en la época de AIGLX sí. Lo daban.
Y ni se le acercaba ATi

» autor: box3d

#2 El lamentable estado del stack gráfico de Linux

box3d — Mon, 08 Nov 2021 17:32:03 +0000

Gloriosa historia
Mi mas sentido pésame a la familia X...

» autor: box3d

#1 El lamentable estado del stack gráfico de Linux

pkreuzt — Mon, 08 Nov 2021 17:29:06 +0000

He leído hasta la parte donde dice que los drivers de Nvidia dan un rendimiento decente en Linux (ejem, no). Y bueno, tiene mucha parte de razón en que es todo bastante desastre. . . pero funciona. Y es modular. Y permite cosas que otros SOs no permiten.

» autor: pkreuzt