home.social

#xfree86 — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #xfree86, aggregated by home.social.

fetched live
  1. @jameshowell Thank you! It was weird thinking back to that. Do you remember the XFree86 server that was built to run in low memory situations? Was it called Xtiny or something? #xwindows #xfree86

  2. @jameshowell Thank you! It was weird thinking back to that. Do you remember the XFree86 server that was built to run in low memory situations? Was it called Xtiny or something?

  3. @jameshowell Thank you! It was weird thinking back to that. Do you remember the XFree86 server that was built to run in low memory situations? Was it called Xtiny or something? #xwindows #xfree86

  4. @jameshowell Thank you! It was weird thinking back to that. Do you remember the XFree86 server that was built to run in low memory situations? Was it called Xtiny or something? #xwindows #xfree86

  5. @jameshowell Thank you! It was weird thinking back to that. Do you remember the XFree86 server that was built to run in low memory situations? Was it called Xtiny or something? #xwindows #xfree86

  6. El wey que hizo el #fork de #X11 es confirmado neonazi:

    mas.to/@libreleah/114669835981

    No sé ustedes, pero tomando en cuenta que a mí X11 va rotísimo en mi compu, y ahora viendo que el único fork aparentemente viable es mantenido y auspiciado por un neonazi, siento que tengo aún más razones para promover a favor de #Wayland, por más que les arda a los antis.

    #xorg #xfree86 #fediverse #linux #gnu #unix

  7. El wey que hizo el #fork de #X11 es confirmado neonazi:

    mas.to/@libreleah/114669835981

    No sé ustedes, pero tomando en cuenta que a mí X11 va rotísimo en mi compu, y ahora viendo que el único fork aparentemente viable es mantenido y auspiciado por un neonazi, siento que tengo aún más razones para promover a favor de #Wayland, por más que les arda a los antis.

    #xorg #xfree86 #fediverse #linux #gnu #unix

  8. El wey que hizo el #fork de #X11 es confirmado neonazi:

    mas.to/@libreleah/114669835981

    No sé ustedes, pero tomando en cuenta que a mí X11 va rotísimo en mi compu, y ahora viendo que el único fork aparentemente viable es mantenido y auspiciado por un neonazi, siento que tengo aún más razones para promover a favor de #Wayland, por más que les arda a los antis.

    #xorg #xfree86 #fediverse #linux #gnu #unix

  9. El wey que hizo el #fork de #X11 es confirmado neonazi:

    mas.to/@libreleah/114669835981

    No sé ustedes, pero tomando en cuenta que a mí X11 va rotísimo en mi compu, y ahora viendo que el único fork aparentemente viable es mantenido y auspiciado por un neonazi, siento que tengo aún más razones para promover a favor de #Wayland, por más que les arda a los antis.

    #xorg #xfree86 #fediverse #linux #gnu #unix

  10. El wey que hizo el #fork de #X11 es confirmado neonazi:

    mas.to/@libreleah/114669835981

    No sé ustedes, pero tomando en cuenta que a mí X11 va rotísimo en mi compu, y ahora viendo que el único fork aparentemente viable es mantenido y auspiciado por un neonazi, siento que tengo aún más razones para promover a favor de #Wayland, por más que les arda a los antis.

    #xorg #xfree86 #fediverse #linux #gnu #unix

  11. ちょっと何をおっしゃっているのか理解できないのですが #XFree86

    "SVGA サーバー対応の汎用 VGA ドライバーを(8bppの320x200固定で)サポートし ました"
    XFree86[TM] 3.1.1 のためのREADME  xjman.dsl.gr.jp/XF311/XF86RMj.

  12. @pgpkeys #gnupg was always a trainwreck and the community was always super hostile to end users.

    Maybe it's time to move on with life to something else?

    #xfree86 played stupid games leading to purge of toxic project management when crowds moved under #xorg umbrella.

    Perhaps we need a similar drama in #openpgp #gnupg community to get something better.

  13. @pgpkeys #gnupg was always a trainwreck and the community was always super hostile to end users.

    Maybe it's time to move on with life to something else?

    #xfree86 played stupid games leading to purge of toxic project management when crowds moved under #xorg umbrella.

    Perhaps we need a similar drama in #openpgp #gnupg community to get something better.

  14. @pgpkeys #gnupg was always a trainwreck and the community was always super hostile to end users.

    Maybe it's time to move on with life to something else?

    #xfree86 played stupid games leading to purge of toxic project management when crowds moved under #xorg umbrella.

    Perhaps we need a similar drama in #openpgp #gnupg community to get something better.

  15. @pgpkeys #gnupg was always a trainwreck and the community was always super hostile to end users.

    Maybe it's time to move on with life to something else?

    #xfree86 played stupid games leading to purge of toxic project management when crowds moved under #xorg umbrella.

    Perhaps we need a similar drama in #openpgp #gnupg community to get something better.

  16. #Linux におけるロケールのおこりとその変遷、そして #XFree86 のバージョン変遷を調べなければならないのだろうか?

  17. #XFree86 のバージョンによってまた変わってくる?

    "Xの4.1xにしたぐらいから ATOKSE のkinput2が起動しなくなった
    だれかこの意味教えてください。 "
    初心者もOK! FreeBSD質問スレッド その5 mimizun.com/log/2ch/unix/99682

  18. そんなもん要らんわ、と言われそうだけど、 #TurboLinux 6.0 に付属する、太古の #XFree86#QEMU のcirrusグラフィックスを利用するために参考にしたのはこのページです

    Cirrus チップセットユーザ向けの情報 xjman.dsl.gr.jp/xf86_3/cirrus.

  19. そんなもん要らんわ、と言われそうだけど、 #TurboLinux 6.0 に付属する、太古の #XFree86#QEMU のcirrusグラフィックスを利用するために参考にしたのはこのページです

    Cirrus チップセットユーザ向けの情報 xjman.dsl.gr.jp/xf86_3/cirrus.

  20. #xfree86, #xorg, #wayland

    When I was 14, I grappled with configuring #xfree86. Mostly modelines so my CRT monitor didn’t explode. I definitely remember making music from incorrect modeline settings though!

    At this was, GUIs and WMs worked great. Why? Because XFree86 had its own graphics rendering engine. This was a core part of its design. You could, if you wanted, rely on the XServer (via Xlib) to render window borders, etc. This is how it were possible to write fvwm as a MWM/CDE clone.

    I know the decentralised network model doesn’t scale, but that’s separate in design to the graphics rendering which was possible.

    Then came #xorg, an improvement over #xfree86, the core principles unchanged.

    With #wayland, all of these considerations are abandoned. Compositors are supposed to implement everything themselves. OK. wlroots might help. But for server side rendering, there’s nothing. The xlib drawing routines don’t exist. I’ve checked libcairo, it doesn’t even come close to xlib.

    So now what? Every wayland composer will just look the same. There’s no way without significant effort on my part to augment libcairo to have a hope in hell for a FVWM wayland compositor.

    How the hell is wayland an improvement on the Xorg design? It’s not. Wlroots shouldn’t exist. It does so because it forces compositors to need to do the same thing. As a result the aesthetic and behaviour will be the same.

    Progress? I call bullshit on the whole thing.

  21. #xfree86, #xorg, #wayland

    When I was 14, I grappled with configuring #xfree86. Mostly modelines so my CRT monitor didn’t explode. I definitely remember making music from incorrect modeline settings though!

    At this was, GUIs and WMs worked great. Why? Because XFree86 had its own graphics rendering engine. This was a core part of its design. You could, if you wanted, rely on the XServer (via Xlib) to render window borders, etc. This is how it were possible to write fvwm as a MWM/CDE clone.

    I know the decentralised network model doesn’t scale, but that’s separate in design to the graphics rendering which was possible.

    Then came #xorg, an improvement over #xfree86, the core principles unchanged.

    With #wayland, all of these considerations are abandoned. Compositors are supposed to implement everything themselves. OK. wlroots might help. But for server side rendering, there’s nothing. The xlib drawing routines don’t exist. I’ve checked libcairo, it doesn’t even come close to xlib.

    So now what? Every wayland composer will just look the same. There’s no way without significant effort on my part to augment libcairo to have a hope in hell for a FVWM wayland compositor.

    How the hell is wayland an improvement on the Xorg design? It’s not. Wlroots shouldn’t exist. It does so because it forces compositors to need to do the same thing. As a result the aesthetic and behaviour will be the same.

    Progress? I call bullshit on the whole thing.

  22. #xfree86, #xorg, #wayland

    When I was 14, I grappled with configuring #xfree86. Mostly modelines so my CRT monitor didn’t explode. I definitely remember making music from incorrect modeline settings though!

    At this was, GUIs and WMs worked great. Why? Because XFree86 had its own graphics rendering engine. This was a core part of its design. You could, if you wanted, rely on the XServer (via Xlib) to render window borders, etc. This is how it were possible to write fvwm as a MWM/CDE clone.

    I know the decentralised network model doesn’t scale, but that’s separate in design to the graphics rendering which was possible.

    Then came #xorg, an improvement over #xfree86, the core principles unchanged.

    With #wayland, all of these considerations are abandoned. Compositors are supposed to implement everything themselves. OK. wlroots might help. But for server side rendering, there’s nothing. The xlib drawing routines don’t exist. I’ve checked libcairo, it doesn’t even come close to xlib.

    So now what? Every wayland composer will just look the same. There’s no way without significant effort on my part to augment libcairo to have a hope in hell for a FVWM wayland compositor.

    How the hell is wayland an improvement on the Xorg design? It’s not. Wlroots shouldn’t exist. It does so because it forces compositors to need to do the same thing. As a result the aesthetic and behaviour will be the same.

    Progress? I call bullshit on the whole thing.

  23. #xfree86, #xorg, #wayland

    When I was 14, I grappled with configuring #xfree86. Mostly modelines so my CRT monitor didn’t explode. I definitely remember making music from incorrect modeline settings though!

    At this was, GUIs and WMs worked great. Why? Because XFree86 had its own graphics rendering engine. This was a core part of its design. You could, if you wanted, rely on the XServer (via Xlib) to render window borders, etc. This is how it were possible to write fvwm as a MWM/CDE clone.

    I know the decentralised network model doesn’t scale, but that’s separate in design to the graphics rendering which was possible.

    Then came #xorg, an improvement over #xfree86, the core principles unchanged.

    With #wayland, all of these considerations are abandoned. Compositors are supposed to implement everything themselves. OK. wlroots might help. But for server side rendering, there’s nothing. The xlib drawing routines don’t exist. I’ve checked libcairo, it doesn’t even come close to xlib.

    So now what? Every wayland composer will just look the same. There’s no way without significant effort on my part to augment libcairo to have a hope in hell for a FVWM wayland compositor.

    How the hell is wayland an improvement on the Xorg design? It’s not. Wlroots shouldn’t exist. It does so because it forces compositors to need to do the same thing. As a result the aesthetic and behaviour will be the same.

    Progress? I call bullshit on the whole thing.

  24. #xfree86, #xorg, #wayland

    When I was 14, I grappled with configuring #xfree86. Mostly modelines so my CRT monitor didn’t explode. I definitely remember making music from incorrect modeline settings though!

    At this was, GUIs and WMs worked great. Why? Because XFree86 had its own graphics rendering engine. This was a core part of its design. You could, if you wanted, rely on the XServer (via Xlib) to render window borders, etc. This is how it were possible to write fvwm as a MWM/CDE clone.

    I know the decentralised network model doesn’t scale, but that’s separate in design to the graphics rendering which was possible.

    Then came #xorg, an improvement over #xfree86, the core principles unchanged.

    With #wayland, all of these considerations are abandoned. Compositors are supposed to implement everything themselves. OK. wlroots might help. But for server side rendering, there’s nothing. The xlib drawing routines don’t exist. I’ve checked libcairo, it doesn’t even come close to xlib.

    So now what? Every wayland composer will just look the same. There’s no way without significant effort on my part to augment libcairo to have a hope in hell for a FVWM wayland compositor.

    How the hell is wayland an improvement on the Xorg design? It’s not. Wlroots shouldn’t exist. It does so because it forces compositors to need to do the same thing. As a result the aesthetic and behaviour will be the same.

    Progress? I call bullshit on the whole thing.