Announcement

Collapse
No announcement yet.

X.Org Server 1.8.0 Is Here

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • phoronix
    started a topic X.Org Server 1.8.0 Is Here

    X.Org Server 1.8.0 Is Here

    Phoronix: X.Org Server 1.8.0 Is Here

    X Server 1.8 is here. Being developed under a new process, this new X Server from the X.Org project was given a 31 March release date. It wasn't released on Wednesday as planned, but it's coming today -- just two days later. Based upon the sizable delays in earlier X.Org Server releases, this is not bad at all...

    http://www.phoronix.com/vr.php?view=ODExOA

  • bridgman
    replied
    http://instantrimshot.com/

    Leave a comment:


  • AzuMao
    replied
    Originally posted by unimatrix View Post
    Why exactly is udev so much better than HAL?
    Because udev didn't murder the Discovery crew.

    Leave a comment:


  • combuster
    replied
    Just tried xserver 1.8, had to disable hal and enable dbus manually (cause hal was starting it by itself), ran Xorg -configure, reboot - works. Well sort of

    Compiz was trippy (key lags, graphic artifacts all over my screen), switching to metacity solved that. Extremetuxracer froze X nicely So my guess it's mesa 7.8 that is causing the troubles...

    X -version
    X.Org X Server 1.8.0
    Release Date: 2010-04-02

    glxinfo | grep Mesa
    client glx vendor string: Mesa Project and SGI
    OpenGL renderer string: Mesa DRI Intel(R) 965GM GEM 20100328 2010Q1
    OpenGL version string: 2.1 Mesa 7.8

    xf86-video-intel 2.11

    Arch Linux, Gnome 2.30

    Leave a comment:


  • DeepDayze
    replied
    Originally posted by RahulSundaram View Post
    They don't need udev and have their own equivalents. The developers porting Xorg to other operating systems will make those changes among others. HAL used to abstract away all that but turned out to be not the right approach.
    exactly..good point

    Leave a comment:


  • RahulSundaram
    replied
    Originally posted by KDesk View Post
    But operating systems like the *BSDs don't have udev. What are they doing to use when HAL dies?
    They don't need udev and have their own equivalents. The developers porting Xorg to other operating systems will make those changes among others. HAL used to abstract away all that but turned out to be not the right approach.

    Leave a comment:


  • KDesk
    replied
    But operating systems like the *BSDs don't have udev. What are they doing to use when HAL dies?

    Leave a comment:


  • DeepDayze
    replied
    On topic, hal's a bit of an abomination...why not just use one level abstraction, such as the kernel's to expose the devices to applications such as X?

    About time X does away with Hal...and sticks with udev

    Leave a comment:


  • DeepDayze
    replied
    now do we want spam? NO!

    Leave a comment:


  • Ex-Cyber
    replied
    Originally posted by pvtcupcakes View Post
    According to Wikipedia, DeviceKit is deprecated too. It's been merged into udev.
    I thought that was more of a rename than a deprecation.

    Leave a comment:

Working...
X