Slashdot Mirror


XFree86 4.3.0 Released

Dunkalis writes "The latest version of XFree86, 4.3.0, has been released! Release notes here, mirrors here. Enhancements include drivers for newer Radeons, better PS/2 protocol detection, the XRandR extension, better font support, and more!" Source tarballs are available, or wait for your distribution to package them...

461 comments

  1. New drivers for Radeon... by Aliencow · · Score: 1

    They surely can't be as bad as the Windows ones... I thought I'd buy an ATI card to support the local economy, but the drivers are always wayyyy too scary... Anyone got the old All In wonder Radeon (not 7500, original) working fine in 3d and with the tuner btw?

    1. Re:New drivers for Radeon... by lamery · · Score: 2, Informative

      Sorry, the shitty Radeon driver argument under Windows died like a year a go. Nice try.

    2. Re:New drivers for Radeon... by Anonymous Coward · · Score: 0

      lol... I don't think ATI will ever get their drivers right.

      They need to remove every single person who is currently writing drivers and bring in some new people. In my experience talking with the current bunch of developers was unpleasent (even the XFree ATI developers; don't know if they are the same). They are not willing to accept criticism and get very defensive. They seem to have a distorted view of the world. "Everything is is fine. The drivers DO WORK. Everything works great"... blah blah blah. Meanwhile in real life everything is broken and performing poorly. Just look in any 3D application's forums/mailing list and look at all the issues ATI cards have. Blah.

    3. Re:New drivers for Radeon... by Anonymous Coward · · Score: 0

      Uh, hardly.

      ATI's have assloads of problems with all sorts of applications. I'm speaking mostly from experience with major 3D applications (modeling & animation).

      They still suck like they always have.

    4. Re:New drivers for Radeon... by KentoNET · · Score: 5, Interesting

      I've got the AIW Radeon working fine under Linux. I used the gatos drivers from gatos.sf.net, which have been ported to the new XFree 4.3 for a while now. Tuning and 3D support both work great, but capture is still an issue for the gatos project. They're working on things though.

      --
      "You tried your best and failed miserably. The lesson is...never try. Heh!" -Homer
    5. Re:New drivers for Radeon... by Anonymous Coward · · Score: 0

      i own more nvidia cards then ati, but this whole ati driver thing is becoming an urban legend...

      mean while the LATEST NVIDIA drivers for linux, the 4191's are horrid.

      they have admitted as much.

      and have suggest we roll back to previous ones.

      joy.

    6. Re:New drivers for Radeon... by Anonymous Coward · · Score: 0

      maybe if you stopped trying to use a rage 128 with Maya...your problems would go away!!! ;-)

      *ducks and runs* ;-)

    7. Re:New drivers for Radeon... by Anonymous Coward · · Score: 0

      The XFree ones don't support hardware stretching (or software) on my card. Its pretty hard to be worse than that.

    8. Re:New drivers for Radeon... by Anonymous Coward · · Score: 0

      Not really!!! Those unfortunate enough to have AIW 8500 suffer terribly... 3D acceleration is non-existent (even in gatos drivers) H/W OpenGL acceleration is non-existent, the TV tuner doesn't work... it is as bad as using the VESA driver...

    9. Re:New drivers for Radeon... by mabinogi · · Score: 2, Informative

      I bought a Gigabyte Maya (Radeon 9000 Pro) recently, to replace my aging TNT2 M64, and overall, I'm pleased with it...it's much faster and has better features than a GF4 MX440, which is what I was actually looking for, but the drivers have definitely been a problem.
      I had my first XP Blue screen within 5 minutes - and the error message clearly showed the crash was in the ATI driver. It's not crashed since, but it still happened.
      I've also noticed artifacts and weirdness in a number of places.
      Overall, I'm happy with the card, but I think that If I was going to spend the money on a high end card, I'd be looking at an nVidia, not an ATI, even though the 9700 has an edge over the GF FX.
      I've never had a problem with the GF2Go in my laptop, and my girlfriend's never had a problem with the GF2MX in her machine.

      --
      Advanced users are users too!
    10. Re:New drivers for Radeon... by Anonymous Coward · · Score: 0

      Driver setup on the ati's is more troublesome but however a vast majority of the problems have been related to incorrect driver setup (My personal favorite being upgrading across brands without a format and reload on windows, and not updating motherboard agp drivers, both problems I deal with 10-15 times a week either brand). The nvidia drivers are better written from directx and opengl implementations (exhibited by artifacts in games or game specific crashes).

    11. Re:New drivers for Radeon... by mabinogi · · Score: 1

      > My personal favorite being upgrading across brands without a format and reload on windows.

      There's no way in hell I'm reinstalling windows just because I've upgraded my video card.

      A driver that requires that to function properly is a _broken_ driver.

      --
      Advanced users are users too!
  2. Nvidia drivers out yet by stompro · · Score: 1

    So, are the nvidia drivers our for it yet... I'll give them a few more minutes.
    .
    .

    1. Re:Nvidia drivers out yet by Anonymous Coward · · Score: 1, Interesting

      The nvidia drivers are reported to work just fine under 4.3, even though some people had problems during the RC releases. Must have been some last minute compatibility changes.

    2. Re:Nvidia drivers out yet by shellbeach · · Score: 1

      I'm using the nvidia 3123 drivers (fairly old) with Xfree86 4.2.99 and they work just fine ...

    3. Re:Nvidia drivers out yet by diab0lus · · Score: 3, Informative

      I'm running X 4.3.0 with the nvidia 4191 drivers, I had to redo 'make install' before they would work, but they work well now!

    4. Re:Nvidia drivers out yet by liverbugg · · Score: 1

      Same thing here. Have to reinstall the kernel and GLX packages to link against the new X librarys.

    5. Re:Nvidia drivers out yet by The_Dougster · · Score: 1

      I'm just curious, but if all of your drivers work
      so great, why are you running such a bleeding-edge
      version of X?

      --
      Clickety Click ...
    6. Re:Nvidia drivers out yet by DeathPenguin · · Score: 1

      That's great to hear! I had some pretty severe problems with UT2003 crashing when I tried an RC release of XFree 4.2.

    7. Re:Nvidia drivers out yet by MonoSynth · · Score: 2, Informative

      They suck with a rather slow system (TNT2 / Celeron dual 333 / 512 MB). Once every while the cpu-load becomes 100% and X hangs for a couple of seconds.

      (but Tux-racer runs fine :))

    8. Re:Nvidia drivers out yet by Anonymous Coward · · Score: 0

      Maybe he wanted R&R? Or, maybe he is a developer?

    9. Re:Nvidia drivers out yet by GiMP · · Score: 1

      XRandR and Xcursor :)

    10. Re:Nvidia drivers out yet by 13Echo · · Score: 1

      How is the RandR working out? I've been eagerly awaiting that extension.

    11. Re:Nvidia drivers out yet by GiMP · · Score: 1

      Works good, of course the window-manager must support it to work well. I've not yet tried a window manager that does support it; however, using 'restart window manager' if your window manager has such a feature, will do the job nicely.

  3. Changes by Anonymous Coward · · Score: 5, Informative
    Release Notes for XFree86[tm] 4.3.0 : Summary of new features in 4.3.0.
    Previous: Introduction to the 4.x Release Series
    Next: Drivers 2. Summary of new features in 4.3.0. 2.1. Video Driver Enhancements

    • ATI Radeon 9x00 2D support added, and 3D support added for the Radeon 8500, 9000, 9100, and M9. The 3D support for the Radeon now includes hardware TCL.
    • Support added to the i810 driver for Intel 845G, 852GM, 855GM and 865G integrated graphics chipsets, including 2D, 3D (DRI) and XVideo. Support for the 830M has been improved, and XVideo support added.
    • National Semiconductor SC1x00, GX1, and GX2 chipset support added with the "nsc" driver.
    • Support added for the NVIDIA nForce2 integrated graphics, GeForce 4, and GeForce FX.
    • Major SiS driver updates for some of the latest chipsets. Unfortunately the SiS 3D driver has had to be disabled because no one has yet taken up the challenge to port it to Mesa 4.x.
    • The s3virge driver now has support for double scan modes on the DX (with XVideo disabled).
    • Updates to the savage driver, including fixing problems with the TwisterK, and problems with incorrect memory size detection.
    • 2D acceleration added for the Trident CyberBladeXP/Ai1 chipsets.
    • Support for big endian architectures has been added to the C&T driver.
    • Various updates and bug fixes have been made to most other drivers.
    2.2. Input Driver Enhancements

    • The mouse driver now has automatic protocol detection for PS/2 mice.
    • Several new input drivers have been added, including tek4957, jamstudio (js_x), fpit, palmax, and ur98 (Linux only).
    2.3. X Server and Extension Updates

    • Support for the RandR extension has been partially integrated into the XFree86 server, providing support for resizing the root window at run-time.
    • The Mesa version used for OpenGL 1.3 and DRI driver support has been updated to 4.0.4.
    • The XFree86 server's hot keys (including those for switching modes and virtual terminals) can now be configured via XKB. Previously they were hard coded. An X server configuration option has been added to allow the VT switching hot keys to be disabled.
    2.4. Client and Library Updates

    • An Xcursor library providing support for alpha blended (ARGB) and animated cursors. Two Xcursor themes are provided (redglass and whiteglass), as well as the default "core" theme (the traditional cursors).
    • Xterm updated to patch level 173, including the following bugfixes:
      • Fix two infinite loops (special cases of mouse hilite tracking, DECUDK parsing).
      • Make repainting of the 256-color example work properly.
      • Modify parser tables to improve detection of malformed control sequences, making xterm behave more like a real DEC terminal.
      • Fix a problem with the blinking cursor which occasionally caused xterm to pause until a key was pressed.
      • Fix improper parsing of multiple items in the ttyModes resource.
      and the following improvements:
      • Modify xterm to invoke luit.
      • Add simple session management client capabilities.
      • Add a modifyCursorKeys resource to control how the shift- and similar modifiers are used to make a cursor escape sequence.
      • Check if the printerCommand resource string is empty, and use this to allow the user to disable printer function.
      • Sort the options list which is displayed in help- and syntax-messages at runtime to simplify maintenance.
    2.5. I18N and Font Updates

    • FreeType2 updated to version 2.1.1.
    • The "freetype" X server font backend has undergone a partial rewrite. The new version is based on FreeType 2, and handles TrueType (including OpenType/TTF), OpenType/CFF and Type 1 fonts. The old "type1" backend is now deprecated, and is only used for CIDFonts by default.
    • A new utility called "mkfontscale", which builds fonts.scale files, has been added.
    • The Xft library has undergone a major restructuring, and is now split into fontconfig (which deals with font discovery and configuration and is independent from X), and Xft itself (which uses fontconfig and deals with font rasterisation and rendering. The format of the Xft font configuration files has changed in an incompatible manner.
    • Support has been added to the Xft library to do rendering with the core X11 protocol. This allows clients using this library to render to X servers that don't have support for the RENDER extension.
    • There has been a significant reworking of the XKB support to allow multi-layout configurations. Multi-layout configurations provide a flexible way of supporting multiple language layouts and switching between them.
    2.6. OS Support Updates

    • Updates for Darwin/Mac OS X, including:
      • Indirect GLX acceleration added.
      • Smaller memory footprint and faster 2-D drawing in rootless mode.
      • Full screen mode now uses shadowfb for much faster 2-D drawing.
      • Native fonts can be used on MacOS X.
    • Various Cygwin support updates, including an experimental rootless X server for Cygwin/XFree86.
    • AMD x86-64 support (primarily for Linux so far) has been added.
    • Support added for OpenBSD/sparc64.
    • Major OS/2 support updates.
    • Major SCO OpenServer updates.
    • Multi-head support has been added for 460GX-based Itanium systems, and for ZX1-based Itanium2 systems.
    • Experimental support for SunOS/Solaris on UltraSPARC systems.

    A more complete list of changes can be found in the CHANGELOG that is part of the XFree86 source tree. It can also be viewed online at our CVSweb server.

    1. Re:Changes by Anonymous Coward · · Score: 0

      So what do the new mouse pointers look like?

    2. Re:Changes by ahaning · · Score: 5, Informative

      You cannot be told what the cursors look like; you have to see them for yourself.

      No... really, the cursor can't be captured with a screenshot.

      So, just imagine a red mouse cursor with a white outline and a strange red shadow that makes it look like there is ghosting on your screen when you're over a black area. That's redglass.

      whiteglass looks a little better.

      Oh, and they're scaleable. So, if you change your resolution to something lower and then go back, your mouse cursor might look really tiny. Or, the other way around, and the cursor will look really large. Basically, X is attempting to keep the cursor the same size on the display across resolutions.

      However, IMO, the shadows suck. They look like a really cheap ripoff of Windows 2K/XP's shadowed cursors. The alpha-blendedness is pretty, but not much else.

      Occasionally, if you're watching a movie in fullscreen with the xv driver in mplayer (or maybe xine, too) and you move the cursor, it leaves behind a black square. Very annoying.

      I'm only using a Radeon VE/7K, so maybe I'm not expected to see any amazing differences, but things have almost gotten worse with the TCL stuff in the radeon driver. The VE/7K doesn't have TCL support, so sometimes, some accelerated GL stuff locks up X, and you have to log in remotely and kill the offending app. Hopefully this will be fixed in 4.3.1, or the separate dri project's drivers.

      --
      Withdrawal before climax is very ineffective and those who try this are usually called "parents."
    3. Re:Changes by njchick · · Score: 1
      Support has been added to the Xft library to do rendering with the core X11 protocol. This allows clients using this library to render to X servers that don't have support for the RENDER extension.
      Does it mean that I'll be able to use antialiased fonts in emacs?
    4. Re:Changes by shellbeach · · Score: 4, Informative
      However, IMO, the shadows suck. They look like a really cheap ripoff of Windows 2K/XP's shadowed cursors. The alpha-blendedness is pretty, but not much else.

      You might want to have a look at these cursors - Jimmac doesn't seem to be working on them anymore, or at least the last update was last October and there's no package. But you can use any of the other cursor themes as a template and just copy the images from the web page (no scalability, though).

      Personally I couldn't stand either the redglass or whiteglass themes; Jimmac's cursors, OTOH, are pretty close to perfect.

    5. Re:Changes by foonf · · Score: 2, Informative

      Does it mean that I'll be able to use antialiased fonts in emacs?

      No, it just means you can get antialiased fonts in KDE or Mozilla or other programs using Xft, on a video card that doesn't have RENDER support or a X11 Server other than XFree86.

      To get antialiased fonts in emacs or anything else you still need application level support, probably meaning drawing the GUI using a toolkit that supports Xft (Qt 2.x, Qt 3.x, or GTK 2.x right now).

      --

      "(Man) tries to live his own life as if he were telling a story. But you have to choose: live or tell." --Sartre
    6. Re:Changes by ahaning · · Score: 1

      Oh, and they're scaleable. So, if you change your resolution to something lower and then go back, your mouse cursor might look really tiny. Or, the other way around, and the cursor will look really large. Basically, X is attempting to keep the cursor the same size on the display across resolutions.

      I should explain that this happens if the cursor doesn't get rescaled. If you can reload your window manager or open an application after resizing, you should see that the cursor looks about the same size on the display. As WMs get xrandr support, this won't be a problem.

      --
      Withdrawal before climax is very ineffective and those who try this are usually called "parents."
    7. Re:Changes by Roberto · · Score: 1

      No, it means that you can have antialiased KDE on a sun display, or any display that lacks RENDER. At least that is what I understand.

    8. Re:Changes by Anonymous Coward · · Score: 0

      NERD ALERT! NERD ALERT!

    9. Re:Changes by IIRCAFAIKIANAL · · Score: 2, Funny

      Forget emacs, what about NetHack? I'll be able to tell people that the graphics are anti-aliased now. I might trick someone into picking up a new addiction.

      Incidently, has anyone rolled Nethack into Emacs yet? I'm a vi user myself, but I hear emacs is quite, uhm, complete =)

      --
      Robots are everywhere, and they eat old people's medicine for fuel.
    10. Re:Changes by BroncoInCalifornia · · Score: 2, Informative

      >> Support added to the i810 driver for Intel 845G, 852GM, 855GM and 865G integrated graphics chipsets

      I installed Mandrake 9.1 RC1. This has the last release candidate for 4.3 before it was released. This works well with the 845G. That part installed without a hitch. ( Mandrake installer wants badly to FUBAR other things -- don't touch the configurator in the installer that runs after it loads most of the packages!)

      I now have anti-aliased fonts in Mozilla. They look great! Byte code interpreter is turned on too! (I did not have to rebuild freetype to get this). I imported some fonts from the Windows 2k partition. The NTFS partition was auto-mounted. I just used some KDE GUI tool to install some MickeySoft fonts.

      I have not tried anything that needs openGL yet.

      --

      Religion is the main cause of atheism.

    11. Re:Changes by great+throwdini · · Score: 3, Informative
      Incidently, has anyone rolled Nethack into Emacs yet?

      Working on it: nethack-el, currently alpha state software.

    12. Re:Changes by Anonymous Coward · · Score: 0

      ...that goes without saying...

    13. Re:Changes by twener · · Score: 5, Informative

      Screenshot of standard red mouse pointer.

    14. Re:Changes by Anonymous Coward · · Score: 0

      "nethack-el"

      Jesus. Seriously, there's a line, and if you cross it you should tidy up your cave, call your mom and say you love her, call 911 and tell them to send the meat wagon, and put a plastic bag over your head.

      Okay, and I'm not saying exactly where that line is, because that's not my place to decide... but an alpha, non-anti-aliased EMACS nethack module is definitely on the other side.

    15. Re:Changes by Anonymous Coward · · Score: 1, Interesting
      Thanks, exactly what I was looking for.

      [Five minutes later, waiting for dialup to download the shot]

      Ugh.. that's an awful default. What's with that almost undetectable 99% solid 1% see-through red? Go full red, stop the bollocks. The shadow being so far away makes me think of the ATMs that use recesed CRTs so when they display arrows to buttons they're always out of sync; with an arrow floating that high above that page I'm kinda thinking that I'm not looking top down on the arrow and the shadow is the real location.

      But yeah - an awful default.

    16. Re:Changes by blair1q · · Score: 2, Funny

      Ohhhhhhh baby!

      Rogue(6) at 23,485.5 FPS!

    17. Re:Changes by GiMP · · Score: 3, Informative

      Checkout, http://freshmeat.net/projects/sd2xc/
      Converts CursorXP themes to Xcursor themes.
      Yes, this is a shameless plug.

    18. Re:Changes by 13Echo · · Score: 2

      Keep in mind that without the RENDER extension, antialiasing will really cause a lot more load and slower draw-in. But it isn't really much of a problem. 99% of cards out there have RENDER supported now. ATI/S3/nVidia/PowerVR/Intel/Matrox. It isn't too much of a problem for most.

    19. Re:Changes by 13Echo · · Score: 2

      Byte-code interpretor is still the only way to go. It creates lovely fonts that are (in my opinion) on par with OS-X. And the level of control over antialiasing is exceptional. Freetype2's hacked autohinter has improved a bit, but I still prefer the byte-code interpreter for CRT displays. LCDs look pretty darn good without the byte-code interpreter, as long as you fire up subpixel rendering.

    20. Re:Changes by dotgod · · Score: 1

      For those wondering how to change the cursor, edit /usr/X11R6/lib/X11/icons/default and change Inherits=xxx to the theme you want, where xxx is whiteglass, redglass, handhelds, or core.

    21. Re:Changes by Anonymous Coward · · Score: 0

      non-anti-aliased


      The word is ``aliased''. HTH, HAND.

    22. Re:Changes by spitzak · · Score: 1
      Sounds more to me like programs using Xft can draw on servers without XRender but they use the *normal* bitmapped fonts.

      However this was already true of even the first Xft (which is the *only* X "extension" that has ever been correctly written so the poor programmer does not have to "detect extension and do two versions of their code"). So this feature may indicate something more.

    23. Re:Changes by Anonymous Coward · · Score: 0

      Wow, that's really fuckin intuitive. I'll stick with Windows.

    24. Re:Changes by Anonymous Coward · · Score: 0

      OMG, that DOES look pretty cheesy. Why do people need a shadow under their cursors anyways? The pointer does not 'float' over the desktop, otherwise how'd you click on buttons? Does the shadow go away when you click something?

    25. Re:Changes by shellbeach · · Score: 1
      Very, very neat! Thanks! ... only the --shadow option isn't working for me :( (perl 5.8.0, from Mandrake 9.0) Is this normally a bug, or should it work?

      btw - you might want to add in a note to the effect that foo.curxptheme is actually a zip file - I spent half an hour trying to work out where "Scheme.ini" was until I did a "#less foo.curxptheme" ...

    26. Re:Changes by GiMP · · Score: 2, Informative

      I made a new release today, 0.0.3 in which the shadows work a bit better (but not quite good). The shadows are generally too dark and can become clipped as the program does not extend the clipping size of the image to account for the shadow.

      I've had several requests for a README, but I haven't done so yet. In addition, 0.0.4 will likely have an unzip feature to extract the curxptheme files.

    27. Re:Changes by Sunnan · · Score: 1

      For someone familiar with how Xfree works, that's very consistent and thus in a sense intuitive.

      In time, I'm sure there'll be a graphical little checkbox somewhere you can tinker with...

      I don't think people who complain about the complexity of free software projects consider that this is a brand new release. I don't think bloody Microsoft Longhorn has every option cleanly documented or in a control panel yet, you'd have to go through the registry.

  4. Still buggy... by ZorinLynx · · Score: 3, Interesting

    Grabbed it, compiled it, installed it...

    Mozilla's links are suddenly not underlined, and some of the truetype fonts don't render quite right.

    Anyone else run into this? I haven't been able to find any information either in Mozilla Bugzilla or in mailing lists.

    Curious.

    1. Re:Still buggy... by samhalliday · · Score: 3, Interesting
      I haven't had the problems you have, but i must confess to seeing this version hog a few more megabytes than 4.2.1 and giving worse rendering on the quake games, and even crashing some of my xmms 3d plugins (everything all recompiled against the new X libs of course)

      Nothing good to report from me on this new release... aaah, the price of staying up to date :-/

    2. Re:Still buggy... by GreyWolf3000 · · Score: 2, Informative

      Did you have it build it's own freetype or did you build it against your own? Hint: read up on host.def in the config/cf directory.

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    3. Re:Still buggy... by djcapelis · · Score: 2, Insightful

      Heh, it's a point-oh. Give it time, they'll work out all the rougher spots. I'm gonna wait for the distro to pick it up, they'll make sure it's stable enough. Though I'm dying for the new i810 support... tuxracer is unbearably slow without it.

      --
      I touch computers in naughty places
    4. Re:Still buggy... by cbiffle · · Score: 3, Informative

      This may not be your issue, but the Xft configuration file syntax has changed in a non-backwards-compatible way as of 4.3.0. This will lead to broken font behavior if you're not careful. Is it seeing all of your fonts? Are you still getting antialiasing? If not on either of those, you probably need to tweak your Xft config.

    5. Re:Still buggy... by lspd · · Score: 2, Insightful

      I'm gonna wait for the distro to pick it up, they'll make sure it's stable enough.

      Depends which distros your talking about.. Some seem to care more about buzzwords than stability. But there are a few exceptions.

      Personally, I wouldn't touch it with a 10 foot pole.. I don't pretend that I can help debug it in a meaningfull way...and this new version doesn't make my current version work one bit less.

      Stability issues aside though, I'm overjoyed to hear that Radeon support is still improving. I'll pass a brick when DRI + Xinerama works with the OS Radeon drivers. Improving support for built in 3D chipsets is also great news. Even minimal performance is a godsend. These guys are doing great work.

    6. Re:Still buggy... by djcapelis · · Score: 1

      No, usually the distros bother to wait long enough until it's worth upgrading. Personally I wasn't talking absolute rock-solid stability of debian, just making sure my system doesn't get too much worse after the upgrade is my concern. Even Mandrake tries to make sure it's ready enough for that, and then do I need to mention the difference between the installs? Okay, compiling from source isn't that hard, but still, you can be really stupid this way, I don't mind being able to do that. I'd rather not know the intricate details of X yet. I'm working from the bottom up in my linux knowledge... kinda... and X is not either of those.

      --
      I touch computers in naughty places
    7. Re:Still buggy... by The_Dougster · · Score: 2, Insightful

      Yeah, my general policy with X is "if it ain't broke then don't fix it!"

      This applies to major versions, like upgrading from 3.3.6 might be a good idea, but 4.1.x might not, especially if 4.1.x works good for you.

      Sometimes you have to stick with an older version because your ancient card has been dropped. My laptop, a Compaq Contura 4/25c falls into this category. It has this weird _QVGA_ video which AFAIK is 3.3.6 only.

      Somehow though, Debian has managed to port the 3.3.6 XF86_SVGA xserver to 4.1.x, so I could potentially install the latest version. I did this for my friend, he has Cirrus Laptop Mystery Video which worked with 3.3.6 but not 4.1.x, the Debian backport fixed him right up.

      X is really a fantastically stable platform. It is great that the X team is working away, but don't feel like you _have_ to upgrade just because a new version is out. The new versions are mainly made to support new hardware. If your hardware works ok then you do not necessarily need to upgrade unless you just want to.

      --
      Clickety Click ...
    8. Re:Still buggy... by Anonymous Coward · · Score: 0

      take a look to X11R6/lib/X11/doc/README.fonts
      and don't forget to run fc-cache and

    9. Re:Still buggy... by 13Echo · · Score: 1

      I'm just waiting for the next Slackware release. There's no sense in me hacking up my perfect Slack 8.1/Dropline Gnome machine for XRandR support. ;) When it's in Slack 9, it'll be done right.

    10. Re:Still buggy... by pebs · · Score: 1

      I think you can generally expect bugs with a .0 release. Personally, I'm going to wait until Debian unstable adds it; that is generally a good indicator as to when something is usable.

      --
      #!/
  5. Great... by loucura! · · Score: 5, Funny

    I'm going to have to endure ANOTHER 15 hour build of XFree when I go to emerge something innocuous...

    I REALLY need to remember emerge -p

    --
    Black and grey are both shades of white.
    1. Re:Great... by intermodal · · Score: 0

      amen, brother. Amen.

      --
      In SOVIET RUSSIA... erm...NSA AMERICA, the Internet logs onto YOU!
    2. Re:Great... by Issue9mm · · Score: 1

      cron.daily wants to be your friend.

      -9mm-

    3. Re:Great... by delta407 · · Score: 4, Informative
      # export USE="-X"
      # emerge whatever
      Either that, or add "-X" to your USE value in /etc/make.conf. Thus, if "something innocuous" has an option to disable X support, it will.

      See the Gentoo Guide to USE Flags for more information.
    4. Re:Great... by Anonymous Coward · · Score: 0

      I'm going to have to endure ANOTHER 15 second install of XFree when I go to apt-get something innocuous...

      I love Debian.

    5. Re:Great... by Anonymous Coward · · Score: 0

      To the original guy complaining able compiling: Get a faster pc. To the Debian guy: Where are the .debs?

    6. Re:Great... by Spunk · · Score: 1

      Very handy but doesn't always work. I did a fresh install last night and saw the "-X" tip for my networking software. It worked great, cause I don't need X to get on the Net. But emacs seems to be immune to this trick and *requires* X. And hell, my homework's already late.

      For someone following along exactly, you may want to run
      unset USE
      afterward if you eventually will be emerging something with X in that session.

    7. Re:Great... by Anonymous Coward · · Score: 0

      takes 40 mins for me
      15 hours?

      what do you have a, an 8086

    8. Re:Great... by essdodson · · Score: 1

      Either that or get a faster computer. :p

      --
      scott
    9. Re:Great... by auDanielS · · Score: 1

      Hello!
      In answer to your question, I've been creating a set of .debs for *ages* - see the README. They're currently available for sid i386/powerpc/ia64/alpha, but that should extend to woody/sarge/sid, and some more architectures. 4.3.0-0ds1 is building now on i386, powerpc and alpha, and should hit the site within a few hours.

      It's not that they don't exist, it's more that you're too busy complaining on slashdot to find them (hell, they're even on apt-get.org). :)

      DanielS - dstone (amphora) trinity (period) unimelb (period) edu (period) au

  6. and gentoo users.... by tweek · · Score: 1

    have had it emerged since yesterday ;)

    --
    "Fighting the underpants gnomes since 1998!" "Bruce Schneier knows the state of schroedinger's cat"
    1. Re:and gentoo users.... by jmauro · · Score: 1

      Only if your accepting packages from the unstable development tree. It's currently masked for the stable trees.

    2. Re:and gentoo users.... by tweek · · Score: 1

      good point ;) It IS running just fine though

      --
      "Fighting the underpants gnomes since 1998!" "Bruce Schneier knows the state of schroedinger's cat"
    3. Re:and gentoo users.... by dolson · · Score: 4, Funny

      Since yesterday? You mean you got a head start yesterday. You'll still be emerging it when Debian Stable gets it. ;)

    4. Re:and gentoo users.... by yokem_55 · · Score: 1

      But the beauty of Gentoo is that you don't need to move your whole system to the unstable tree in order to install a single package in the unstable tree. Unlike Debian wherif you are running woody and you want a package out of sarge or sid, you have to move you whole system to the testing/unstable tree.

      --
      ...and IN SOVIET RUSSIA, beowulf clusters imagine 1, 2, 3 profit!!!! jokes made out of YOU!!!
    5. Re:and gentoo users.... by unborn · · Score: 1

      I used debian for a while before using Gentoo, and it used to be that if you ran Woody ("testing" back then) you could equally fine install "unstable" software by adding the necessary apt-source. Since Woody is "stable" now things may have changed, but the apt system itself should allow it unless explicitly somehow denied.

    6. Re:and gentoo users.... by hxnwix · · Score: 1

      my system can compile faster than theirs :p

    7. Re:and gentoo users.... by 3141 · · Score: 1
      Wrong wrong wrong and plain wrong.

      Put
      APT::Default-Release "stable";
      in your /etc/apt/apt.conf and you need not worry about it upgrading your entire system when you grab something out of testing or unstable.

      Note: this also works with
      APT::Default-Release "testing";
      or
      APT::Default-Release "unstable";
    8. Re:and gentoo users.... by esanbock · · Score: 1

      apt-spy -d unstable
      apt-get update
      apt-get install xserver-common
      apt-spy -d stable
      apt-get update

    9. Re:and gentoo users.... by FuryG3 · · Score: 5, Informative

      Since yesterday? You mean you got a head start yesterday. You'll still be emerging it when Debian Stable gets it. ;)


      Bah. I emerged rsync at 12:00 today, and then niced an "emerge -u --deep world" shortly after that. On my dell 8200 laptop (1.6ghz), by 4:00 I had a shiney new X, mozilla 1.3_beta, and a whole bunch of other neat stuff.

      It's not for someone with a p266 who wants to stay bleeding edge (bad idea anyway), but I see debian users complaing all the time (scroll up) about how it's gonna take forever for this stuff to even get into the unstable branch.

      give gentoo a shot, portage rocks

    10. Re:and gentoo users.... by dolson · · Score: 1

      nah, that's ok. I'll stick with Debian. I've got a slightly dated CVS version of XFree86 installed, and that's fine for now.

      I'm not complaining. I like Debian's policy as far as how new software gets introduced. Actually, I'm surprised at how quickly KDE 3.1 got into Sid.

      No Gentoo here. I decided long ago that it's only for elitist jerks. Debian is way different. ;)

  7. nVidia Question by Anonymous Coward · · Score: 1, Interesting

    So I just read that the GeForce4 has support. Does this mean true support (i.e. 3D as well)? Or do we still need modules from nVidia?

    1. Re:nVidia Question by AlgUSF · · Score: 2, Informative

      I run the nVidia drivers, and have no problem. Why would anyone not use the nVidia drivers under Linux. I have a dual head setup (not Xinerama). One is a Gforce 4 Ti4600, the other is a GF2. I can frag with my first and keep an eye on slashdot and my e-mail on the second.

      --


      I want my rights back. I was actually using them when our government stole them after 9/11.
    2. Re:nVidia Question by grolschie · · Score: 1

      I recall reading somewhere that the X drivers for GF cards only has 2D acceleration. The NVidia modules will be necessary for 3D h/w accel.

    3. Re:nVidia Question by Anonymous Coward · · Score: 0

      Because you can't suspend your laptop with the nVidia (closed-source) drivers...

    4. Re:nVidia Question by cfallin · · Score: 1

      Why would anyone not use the nVidia drivers under Linux

      They were unstable for me when I still used them, version 2880 I think (a while ago), with XFree86 4.1.0 (Debian woody) and SMP system. Complete system lockups, usually after a few hours. Not fun when the machine was also my main server (before I got a separate one)...

      They may be better now, I haven't used them for a while...

    5. Re:nVidia Question by Kevin+Burtch · · Score: 1

      I use them on my GF2/GTS, and they've got some SERIOUS bugs! X frequently locks eating 100% of the cpu until I kill it... I ran strace and it's just looping. I have to remotely log in to do so, as even if I could get to a console, they're scrambled after killing X, requiring a reboot to "fix".
      The newer the driver, the worse the problem, to the point that I can lock it seconds after logging in in a predictable way. I posted info on the nvidia forum, no replies of any use.
      I am using one of the older drivers (2 or 3 releases old) and I can actually have X going for a few days now, instead of minutes or hours.
      This is not acceptable... if I was willing to put up with this level of instability I never would have switched to linux 11+ years ago.

      My next card will be an ATI, you can bet on it!

      --
      - Preferences: Solaris 10 (servers), Ubuntu (desktops), Solaris 11 (personal servers) -
    6. Re:nVidia Question by esanbock · · Score: 1

      This sounds familiar. Just out of curiosity, what motherboard? In my case "these fscking unstable drivers" turned out to be bad capacitors on my Abit VP6. New caps from mouser.com, a soldering iron, and bam - a perfectly stable MB.

    7. Re:nVidia Question by Anonymous Coward · · Score: 0

      Why wouldn't anyone use them? 3 reasons.
      One - tainted kernel.
      Two - there ARE unresolved problems with them.
      Three - RMS says not to.

    8. Re:nVidia Question by iq+in+binary · · Score: 1

      I've not seen or heard anyting about GeForce4 support up until now.

      I may finally be able to run SuSe on my new box :)

      --
      Of all the Universal Constants, here's one I know: Nice guys finish last ;)
    9. Re:nVidia Question by Anonymous Coward · · Score: 0

      Your main server must have been pretty important if you were playing games on it.

    10. Re:nVidia Question by AlgUSF · · Score: 1

      Sometimes the nVidia drivers have problems with APM, I have an Asus A7V333, and it doesn't work with APM. A friend has an A7S333 no problems with APM. Maybe the problem is with the VIA KT333 chipset, but if I run APM is freezes solid as a rock.

      --


      I want my rights back. I was actually using them when our government stole them after 9/11.
    11. Re:nVidia Question by Anonymous Coward · · Score: 0

      I have four months of uptime and I use nVidia's latest drivers. With the exception of hurting 2D performance from ditching XAA for their own framework, they seem to work pretty well.

      That "nvidia forum" is actually part of nV news, and it has a fairly low SNR.

      Personally I'm inclined to suspect you're just another tool, but let's say I give you the benefit of the doubt. Maybe the driver has issues with your chipset. Maybe magic pixies just come down from the sky and curse you, because you're different.

      Oh well, don't let the door hit you in the ass on the way out. Enjoy ATi's drivers for a while.

    12. Re:nVidia Question by dinivin · · Score: 1

      Why would anyone not use the nVidia drivers under Linux.

      Because it takes 5+ minutes for X to start on my machine when I'm using nVidia's drivers.

      Dinivin

    13. Re:nVidia Question by AlgUSF · · Score: 1

      It did that with the 3xxx driver, but since I've upgraded to 4191, no problems!

      --


      I want my rights back. I was actually using them when our government stole them after 9/11.
    14. Re:nVidia Question by dinivin · · Score: 1


      It was in the 30 second range with the 3xxx drivers and bumped up to the 5 minute range with the 4191 drivers.

      Dinivin

    15. Re:nVidia Question by TheRaven64 · · Score: 1
      Why would anyone not use the nVidia drivers under Linux.

      Not everyone who uses XFree86 uses Linux. The nVidia drivers for FreeBSD still haven't been ported to the 5.x series.

      --
      I am TheRaven on Soylent News
    16. Re:nVidia Question by AlgUSF · · Score: 1

      What card are you running, and who Manufactured it.. I am using two PNY cards 1 GF4Ti and a GF2

      --


      I want my rights back. I was actually using them when our government stole them after 9/11.
    17. Re:nVidia Question by cfallin · · Score: 1

      It's an ECS D6VAA, with dual PIII-800s (socket 370s). It was the cheapest SMP board I could find in Dec 2001 :-) Curiously, it's perfectly stable under Linux w/o the nVidia drivers (uptime of 50+ days), and it's fine under WinXP Pro with the latest nVidia drivers. At one time I got it to be a _little_ more stable by disabling AGP in the nVidia driver options (Option "NvAgp" "0") but it still crashed.

    18. Re:nVidia Question by id · · Score: 0

      the drivers work fine with 5.0, comment out the version check in nv-freebsd.h and run the install.

    19. Re:nVidia Question by cfallin · · Score: 1

      When I first got the motherboard I had problems with some type of power management (DPMS I think) and X - the monitor would turn off after a timeout, and the machine would lock hard. I fixed that one though.

      I did read somewhere that APM was incompatible with SMP though. I've never tried to suspend/set idle timeouts/whatever with APM, so I don't know.

    20. Re:nVidia Question by Dimensio · · Score: 1

      Geez. I've never had any serious problems with Nvidia's drivers. I've only had minor problems with some of the changes required when upgrading (such as adding the RenderAccel option in XF86Config). X takes less than 30 seconds to start up for me.

    21. Re:nVidia Question by dinivin · · Score: 1


      A PNY GeForce3 Ti500...

    22. Re:nVidia Question by Anonymous Coward · · Score: 0
      My next card will be an ATI, you can bet on it!
      You're moving away from nVidia to ATI? I have both cards and let me tell you right now, you're making a big mistake going with ATI. Their hardware is excellent but their driver team is below par.
  8. distro release by trmj · · Score: 1

    I know that usually companies are on top of these updates to keep the best updates on the shelves, but how long does it really take a company to go from reproduction with the new updates to shelf life, if at all?

    Or, if they are too lazy to even re-release it, how long until they decide it's compatable and post it on their website?

    --
    Work sucked, until it became unemployment, when it became slightly more tolerable. -Tet
    1. Re:distro release by silvaran · · Score: 3, Insightful

      Red Hat 8.1 beta (Phoebe) has xfree86 4.2.99.3 packaged... since then, XFree86.org has released several more snapshots (.4, .901 and .902)... I've been running the snapshots (.3 and most recently .902) for awhile now... .3 had a problem with the nvidia driver... once X came up, I couldn't Ctrl+Alt+F# to a terminal, but that was fixed fairly quickly.

      Anyways, RH is likely waiting to test all these newfangled toys. GNOME 2.2 came out, and now that X4.3 is out, RH8.1 shouldn't be too far behind :). Be patient! ;)

    2. Re:distro release by gmuslera · · Score: 1

      At least SuSE had from earlier today 4.3.0 for download from their FTP servers for the 8.1 version.

    3. Re:distro release by jschauma · · Score: 1

      NetBSD just imported XF 4.3.0. See the cvs repository and the posting to current-users.

      --

      -- "Tradition is the illusion of permanence."
    4. Re:distro release by Anonymous Coward · · Score: 0

      "...once X came up, I couldn't Ctrl+Alt+F# to a terminal, but that was fixed fairly quickly."

      How, if I may ask?

  9. Also in X 4.3 by GreyWolf3000 · · Score: 4, Informative
    • Alpha blended cursors.
      Not true transparency yet (waiting on Keith Packard's tranparency server for 5,0), but cursors can be colored, shadowed, animated, and themed.
    • mkfontscale
      A new utility, mkfontscale, is included with this version. This creates fonts.scale files. In the past, in order to install third party TTF fonts (such as MS corefonts), a utility called ttmkfontdir was often needed (except in distros like RedHat that took care in making everything "just work") to build the fonts.scale file. This program depended on Freetype 1.x libraries (which can't always coexist peacefully with freetype2), and was generally a PITA.
    --
    Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    1. Re:Also in X 4.3 by gehrehmee · · Score: 1

      suggestions on how to change said cursors?

      --
      "You know, Hobbes, some days even my lucky rocketship underpants don't help" -- Calvin
    2. Re:Also in X 4.3 by praxim · · Score: 2, Informative

      /usr/X11R6/lib/X11/icons/default/index.theme

      Change the "inherits" property to your desired cursor set.

    3. Re:Also in X 4.3 by unborn · · Score: 2, Informative

      Change the Inherit line in /usr/X11R6/lib/X11/icons/default/index.theme

    4. Re:Also in X 4.3 by samhalliday · · Score: 1

      i dont know if i could use these new 'whiteglass' pointers day in and day out; but they are pretty funky and give a really weird 'elevated from your desktop' feeling which you will only understand when you use them for the first time :-)

    5. Re:Also in X 4.3 by binner1 · · Score: 1

      I always got that feeling when sitting at a w2k box. I think ME and XP have the same 'hovering' effect to their cursors.

      -Ben

    6. Re:Also in X 4.3 by Anonymous Coward · · Score: 0

      and yet, ATi 3D support still sucks donkey balls. At least some things in life remain constant. ;-)

    7. Re:Also in X 4.3 by shellbeach · · Score: 1
      Alpha blended cursors.
      Not true transparency yet (waiting on Keith Packard's tranparency server for 5,0), but cursors can be colored, shadowed, animated, and themed.

      Hmmm ... I'm only using 4.2.99, but the default cursor set (redglass) definitly has transparency ... and alphablending (i.e. transparency just with a different name) works fine too ... *shrug*

    8. Re:Also in X 4.3 by JPriest · · Score: 1

      The effect is caused by using a shadow.

      --
      Saying Java is nice because it works on all OS's is like saying that anal sex is nice because it works on all genders.
    9. Re:Also in X 4.3 by Anonymous Coward · · Score: 0

      Settings/Control Panel/Mouse

      Linux: cloning Windows, badly.

    10. Re:Also in X 4.3 by GreyWolf3000 · · Score: 1

      Yes...the cursors have transparency. But the whole architecture does not yet support transparency. I've been using cvs for about a month ;)

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    11. Re:Also in X 4.3 by fault0 · · Score: 1

      Funny you should say that, as I type this from my Apple G3 300 in MacOS 9.0, I goto Apple Menu->Control Panels->Mouse. This has been here since at least 1990 (I remember it in my Mac IIci running MacOS 6.0.8)

      Windows: cloning MacOS, badly.

    12. Re:Also in X 4.3 by Anonymous Coward · · Score: 0

      Hey, smart guy -- the Mac pointer is black-n-white only.

    13. Re:Also in X 4.3 by GiMP · · Score: 2, Informative

      Shameless plug:
      http://freshmeat.net/projects/sd2xc/

      Converts CursorXP themes at wincustomize.org to Xcursor compatable. Pop the themes into ~/.icons/ or /usr/X11R6/lib/X11/icons/, or /usr/share/icons/. Change your Xresources property Xcursor.theme.

    14. Re:Also in X 4.3 by binner1 · · Score: 1

      I realize that...thanks anyway, though!

      -Ben

    15. Re:Also in X 4.3 by Anonymous Coward · · Score: 0

      And it is a crippled pointer - one button? - YEAH RIGHT

    16. Re:Also in X 4.3 by Anonymous Coward · · Score: 0
      Is it just my perception, or is all the actual progress in XFree86 (Xft2, fontconfig, XRandR, etc) all coming from Keith Packard?

      Thank you Keith, for all your help.

    17. Re:Also in X 4.3 by gehrehmee · · Score: 1

      Any way to change it without restarting X?

      --
      "You know, Hobbes, some days even my lucky rocketship underpants don't help" -- Calvin
    18. Re:Also in X 4.3 by Junta · · Score: 2, Informative

      Supplement to other posts:

      Edit .Xdefaults (or .Xresources, whatever) to do:
      Xcursor.theme: where name is a subdir of /usr/X11R6/lib/X11/icons or ~/.icons

      Then:
      xrdb ~/.Xdefaults

      Then:
      Restart your window manager, not necessarily X, just the window manager. Probably another way to do it, but that seems to reinitialize cursors in most cases.

      The sd2xc utility mentioned below seems to work well.

      I imagine that before too long all this functionality will be in a trivial app. Aside from having Xcursor reinit, I could have a nice gui program to do this inside of 15 minutes, and I'm too lazy to figure out how to do the reinit from PyGTK ;)

      --
      XML is like violence. If it doesn't solve the problem, use more.
  10. finally new radeons by Anonymous Coward · · Score: 0

    I can't believe how long it always takes for radeon support to get into X. I love my radeon 7500 (multiple monitor support with 3d acceleration under X), but I want to upgrade to a radeon 9700 pro. It took this long for it to get support, though, maybe I should just wait for a geforce fx or a radeon 9800.

    1. Re:finally new radeons by AlgUSF · · Score: 1

      Well ATI should release drivers like nVidia does. I am running a GF4 Ti4600 on my machine and it kicks ass.

      --


      I want my rights back. I was actually using them when our government stole them after 9/11.
    2. Re:finally new radeons by jmauro · · Score: 1

      How did you get multiple monitors to work with 3d acceleration? I though X disabled 3d acceleration with Xinerama installed. I'm interested to find out what you did.

    3. Re:finally new radeons by pantherace · · Score: 2, Informative

      It is my understanding, based on reading of some xinerama docs, that xinerama does allow 3d acceleration, but only to the first monitor. Some drivers can supposedly handle it, if it is off the same card through Xinerama (or was planned.) NVidia's reportedly can, because the driver doesn't interact with Xinerama. The driver hides the interface from Xinerama, by claiming to be one screen at something like 1280x480 for example of two 640x640 monitors together.

      (NVIDIA's supposedly can, but dispite being able to get almost everything else running I come across, a second monitor (TV) seems too difficult or something, even copying config files from people with the same setup. I think it just doesn't like me.)

      Please note: this was a while back, and I am not sure of that. Please correct if wrong. I am pretty sure on the Nvidia stuff, not so sure on the Xinerama stuff.

    4. Re:finally new radeons by dotgain · · Score: 1
      *sigh* don't get me started about Xinerama. Or about GNOME on xinerama anyway. You see by "improved xinerama support", GNOME mean "now EVERY window pops up on the border between both monitors".

      Apart from GNOME, some window managers behaved better than others, Enlightenment was pretty well behaved. But you know what? The ONLY combo that hasn't pissed me off completeley, was CDE, yes CDE running on Solaris8 with XFree86, Xinerama, and (sorry) Win98. Of the three OS's my PC can boot, Linux was actually the one that made me take the extra monitor off the desk, and replace it with an actual fishtank.

      I can't wait until someone shouts the GNOME developers a second video card, because I don't otherwise mind using it. I just wish I could find the "Stupid-window-placement stochastic prediction engine? y/n" switch.

    5. Re:finally new radeons by GiMP · · Score: 1

      Nvidia works with Xinerama because Nvidia doesn't use DRI, likewise for 3dfx's voodoo1 and voodoo2 cards.

      I know for a fact that I"ve gotten XV to work on my primary screen, but not on the secondary ones.

      I'm not sure if DRI will work on the primary screen or not. It was not in 4.0.0, but this may have changed.

    6. Re:finally new radeons by Anonymous Coward · · Score: 0

      They do. I haven't used them of course, since I still have a measly GF3 Ti200.

    7. Re:finally new radeons by TheRaven64 · · Score: 1

      Not quite true. ATI release Linux drivers, but nVidia release FreeBSD drivers as well.

      --
      I am TheRaven on Soylent News
  11. well... by itallushrt · · Score: 5, Funny

    Its about damn time. I mean what are these people just doing this in thier spare time or what? =)

  12. Updated PS/2 mouse support... by questionlp · · Score: 3, Interesting

    I'm probably not alone with this problem, but I've always had problems with trying to get XFree86 3.x or 4.x to work with PS/2 mice with a KVM in between. Either the mouse isn't detected, the mouse cursor reacts erratically or can't get anything behind two buttons to work. As a workaround, I've always had to get another PS/2 (or USB) mouse and plug it directly into the machine rather than go through a KVM.

    Has this been resolved in 4.3.0?

    1. Re:Updated PS/2 mouse support... by bovinewasteproduct · · Score: 2, Interesting

      I've got a LinkSys KVM (2 port) and have nary a problem with my mouse (Logitech TrackMan Marble FX). Could the problem be that you've got a dumber than usual KVM? The cheap ones don't do the ps/2 thing quite right from my experiance (and forget the old manual switches).

      BWP

    2. Re:Updated PS/2 mouse support... by simetra · · Score: 1

      I've got Slackware and Win2000 sharing a KVM, never had any problem at all, using 1 mouse. Make sure you're not running gpm, it seems to always cause mouse trouble.

      --

      "Would it kill you to put down the toilet seat?" -- Maya Angelou
    3. Re:Updated PS/2 mouse support... by StarHeart · · Score: 4, Informative

      There is a workaround using XFree86 4.3 and a script I created. When combined the mouse fixes itself when switching machines for a second time. First you have to change the mouse type to auto from imps/2. Another workaround is to use ps/2 as the type, but then you lose your wheel. Then make this file, and make it excutable and setuid.

      #!/usr/bin/perl

      use strict;
      use warnings;

      use Time::HiRes qw(sleep);

      open(OUT,">/dev/psaux");
      print OUT "\xF5";
      sleep 0.5;
      print OUT "\xF3\xC8\xF3\x64\xF3\x50\xF2";
      sleep 0.5;
      print OUT "\xF4";
      close OUT;

      The above requires the Time:HiRes perl module and perl-setuid installed. You can likely remove the Time:HiRes requirement and sleeps, but not sure . Then you bind the script to the scroll lock key. I do this via sawfish, my window manager. But there are probably a dozen different ways to bind it. If you are switching between two Linux boxes both need the script and XFree86. I currently am switching between RedHat 8.0(4.2) and RedHat 8.1 beta3(4.3, phoebe3). The beta works right and the non beta doesn't. 4.2 does hae auto detection, but when I tried it and someone else tried it it said in the logs it couldn't detect the type.

      --
      Havoc Penington, the bane of my Linux desktop.
    4. Re:Updated PS/2 mouse support... by Anonymous Coward · · Score: 0

      Thanks! That worked great!

    5. Re:Updated PS/2 mouse support... by questionlp · · Score: 1

      The only two KVMs that I have access to are the Belkin OmniCube and the Omni View Pro's. I haven't tried any other KVMs just yet, so the ones that I use could be dumb when it comes to PS/2 mice.

    6. Re:Updated PS/2 mouse support... by questionlp · · Score: 1

      I'm actually using FreeBSD along with XFree86 4.2.x on my current machines. I don't run gpm and normally run the mice through the mouse daemon (seems to work the best) rather than using the mouse drivers provided XFree86 (which tends to be quite honery sometimes too).

      I never had luck with gpm anyway. :)

    7. Re:Updated PS/2 mouse support... by Anonymous Coward · · Score: 0

      If I can just help a single person out there - it's worth it!
      Your thanks is my reward.
      God bless you, one and all.

    8. Re:Updated PS/2 mouse support... by esanbock · · Score: 1

      What does this seriesof bytes tell my mouse to do? If this works, I think I'll take your Perls script and write myself a fix in C++. You know, a real language ;)

    9. Re:Updated PS/2 mouse support... by esanbock · · Score: 1

      My Linksys 4 port KVM does the same thing. But only if switch computers while X is loading. Windows doesn't seem to have a problem, so it's definetely a software issue. The pointer just starts behaving erratically.

    10. Re:Updated PS/2 mouse support... by g4dget · · Score: 1

      Are you sure it's not your KVM? Most good KVMs emulate the keyboard and mouse to the computer so that the computer never even sees any switch. If anything changes from the point of view of your computer, then the KVM screwed up and there is nothing the X server can do.

    11. Re:Updated PS/2 mouse support... by jkc120 · · Score: 1

      Yep, I have a 2-port Linksys KVM, and the only solution I've found is to use the ps/2 protocol instead of imps/2 (likewise with gpm). The wheel works just fine in win2k, go figure. The KVM is stripping something that makes XFree not like to use it as an imps/2.

      --
      "I drank what?" -Socrates
    12. Re:Updated PS/2 mouse support... by Stonent1 · · Score: 1

      I've used Avocent Outlook KVMs with multiple systems (2000, Linux, 98 and XP on the same kvm). (Sometimes called Apex Outlook) This one: 16 Port They even have a button you can press to resync the keyboard and mouse if they stop responding but that has never happened to me. It is a really nice KVM, if a bit pricey..

    13. Re:Updated PS/2 mouse support... by Anonymous Coward · · Score: 0

      I can tell you that the OmniView is crap under Windows NT, too. Whatever you do, don't try to use that Intelimouse wheel!

    14. Re:Updated PS/2 mouse support... by Anonymous Coward · · Score: 0

      dick.

    15. Re:Updated PS/2 mouse support... by Anonymous Coward · · Score: 0

      I won't be waiting for your Kmouse shit...pretentious dickhead.

    16. Re:Updated PS/2 mouse support... by ianXmorris · · Score: 1

      It is the OmniCube that is at fault rather than X we have them at work on Win2K boxen and we have exactly the same problems.

    17. Re:Updated PS/2 mouse support... by StarHeart · · Score: 1

      It is the reinitalization sequence used by XFree86 in the mouse code for imps/2. If you want to write it in a real language, use C. You could probably even do some cut and paste from the XFree86 code. Or if you Really wanted to do it right you would modify the XFree86 code to see the problem and reinitalize the mouse. There is already code to detect erratic mouse movement and reset the mouse. It just needs to be turned on all the time.

      --
      Havoc Penington, the bane of my Linux desktop.
    18. Re:Updated PS/2 mouse support... by Anonymous Coward · · Score: 0

      Belkin KVMs are absolutely awful. I've had two: a 4-port for home and a 16-port at work. Neither worked right with a wheel mouse and the 4-port tended to 'beep' at me and switch between machines whenever I typed fast.

      So I replaced my home Belkin with an Aten Master View Pro Duo Access KVM Switch (CS-228). It has support for two users. You can plug two sets of keyboard/video/mouse in and then eight different computers. My wheel mice work perfectly with it. It's simply an amazing device. They list for some huge price ($999, I think), but you can find them *new* for as low as $299.

  13. Logitech Internet Keyboard Support Broken by Anonymous Coward · · Score: 3, Interesting

    This is a sweet release esp. for a radeon user. (glxgears pumps out nearly 50% better frame rate!)

    One gripe: Support for the media buttons on the logitech internet keyboard is broken.

    1. Re:Logitech Internet Keyboard Support Broken by JudgeFurious · · Score: 0, Offtopic

      worm

      --
      Appended to the end of comments you post. 120 chars.
    2. Re:Logitech Internet Keyboard Support Broken by Anonymous Coward · · Score: 0

      What fucking kind of gay ass geek cares about fucking characters per line in a retarded post. And who has such a boring fucking life that they have nothing better to do than whine about it like a faggot looser fuck!!!!!!!

  14. X Improvements? by 6e7a · · Score: 1

    Does X still communicate between the client and the server over a socket connection? I haven't checked in many yeas. If so, wouldn't it be better to have the client communicate using an API that's implemented by either the video card itself, a video card proxy, or a legacy X server connected by a socket?

    1. Re:X Improvements? by jmauro · · Score: 1

      If it didn't communicate over a socket, then it wouldn't be X at all, it would be something else entirely.

    2. Re:X Improvements? by Anonymous Coward · · Score: 4, Informative

      XFree86 communicates with the local client over a Unix domain socket or a platform-specific transport (on SVR4 and Xenix, for example). In either case, there's no TCP involved.

      It also uses shared memory to transmit images.

      There have been some attempts to make XFree86 use a shared memory transport, but at least on Linux, it turned out that it's not worthwile. The kernel's Unix domain implementation turns out to be just as fast as any custom code that XFree86 could implement.

    3. Re:X Improvements? by Anonymous Coward · · Score: 0

      This one time in the park, I saw to guys make out. And that was the gayest thing I've ever seen until I saw XFree86's client-server shit

    4. Re:X Improvements? by parc · · Score: 1

      Um, no.

      From `man X`:

      X servers listen for connections on a variety of different communica-
      tions channels (network byte streams, shared memory, etc.). Since
      there can be more than one way of contacting a given server, The host-
      name part of the display name is used to determine the type of channel
      (also called a transport layer) to be used. X servers generally sup-
      port the following types of connections:

      So, while you might be correct in some cases, you're not always correct. If you're connecting to a remote host, odds are good that you're using TCP.

      Moral: read the man page.

    5. Re:X Improvements? by parc · · Score: 1

      And of course, I learn my own moral: read the post you're responding to more carefully. It was about local connectivity. *smack*

    6. Re:X Improvements? by Anonymous Coward · · Score: 0

      Um no shit. But when running locally it uses UNIX sockets.

    7. Re:X Improvements? by buffer-overflowed · · Score: 1

      True, but it would be more efficient for desktop usage and less for server usage....

      We need a windowing fork, one for servers, one for desktops. The compromises between the two just make things a little silly.

      --
      The key to the enjoyment of pop music is to replace any instance of "love" with "C.H.U.D."
    8. Re:X Improvements? by Anonymous Coward · · Score: 0

      Hey! This is Slashdot! There is no room here for guys who admit their mistakes and move on. Now, dammit, from now on, become more arrogant, call anyone who disagrees with you a pussy, and for crying out loud, BE A JERK! Fit it with your surroundings, man!

    9. Re:X Improvements? by Anonymous Coward · · Score: 0

      A shared memory transport could improve performance if it was integrated at a deep enough level.

      It's obvious that using shared memory can avoid copies, and while X11 protocol operations aren't usually large, the multiple copies do have a non-zero cost. Replacing it at the transport layer (been there, done that - this is something that might take someone who doesn't know his way around the X11 source tree an hour or two) certainly isn't deep enough, but by changing the internal interfaces used in Xlib and the X server, it could probably provide a noticable speedup.

    10. Re:X Improvements? by Anonymous Coward · · Score: 0

      Just wondering... how new is that change?
      Also, I wonder if any of the desktop environments
      like KDE or GNOME use TCP sockets.

  15. Okay enought of this CAPPS II thing... by Anonymous Coward · · Score: 0

    back to compiling code...

  16. Another blown weekend.... by Anonymous Coward · · Score: 5, Funny

    Man, I'll probably spend so much time compiling and configuring this weekend without graphics, I'll ony get to wank to ASCII art on the console....

    1. Re:Another blown weekend.... by grolschie · · Score: 1

      It must be pretty good ASCII art then huh?

    2. Re:Another blown weekend.... by Anonymous Coward · · Score: 5, Funny

      Consider yourself LUCKY. Back in my day, we didn't have ASCII. I had to wank to hexidecimal.

    3. Re:Another blown weekend.... by Anonymous Coward · · Score: 0

      You think that's bad! I used to have to do it to toggle switch settings!

    4. Re:Another blown weekend.... by Anonymous Coward · · Score: 0

      As long as there as 1's and 0's, it's all good.

    5. Re:Another blown weekend.... by Anonymous Coward · · Score: 0

      Switches! My god, we would have had an erotically induced heart attack if we'd had switches. Punch cards were the best we could get...and there was a three day delay between the wanking and the, er, payoff. And you don't even want to know what happened if you dropped the cards and got them out of order.

    6. Re:Another blown weekend.... by Anonymous Coward · · Score: 1, Funny

      I once got my winkle stuck in the gears of a Differential Engine while wanking to kinky Victorian computer porn. It was painful.

    7. Re:Another blown weekend.... by Anonymous Coward · · Score: 0

      If you wank enough you'll go blind then you won't need to compile X any more

    8. Re:Another blown weekend.... by the_real_tigga · · Score: 1

      That is what ttyquake is for.

      While I prefer the original FPS for those longer compile nights...

      --
      my .sig is better than yours.
    9. Re:Another blown weekend.... by Anonymous Coward · · Score: 0

      Differential Engine?! - You were spoilt

      As I kid I got off on an abacus

    10. Re:Another blown weekend.... by Anonymous Coward · · Score: 0

      ABACUS?!!?!?!?!

      I had to write the sums out by HAND - And as I am right handed for both things this meant a lot of delays

      Still - Happy days eh?

    11. Re:Another blown weekend.... by chabotc · · Score: 1

      Matrix quote: "The matrix has to much information to render" .. "When i look at this, i see a redhead, blond.. "

      Not only in the past, but also in the future wanking will happen to weird hex or matrix charset's it seems! ;-)

  17. What about Quake 3 by jchawk · · Score: 4, Interesting

    Hey anyone know if this version of X fixed the mouse problems for Quake 3? I know it's a long shot, but I have not been able to upgrade X in a long time, because everytime I do I can't play quake 3. The mouse simply binds to the upper left hand corner and doesn't move.

    Anyone who upgraded see it fixed? Or know of a fix?

    1. Re:What about Quake 3 by unborn · · Score: 1

      It's been working since the 4.2.99 series, however I haven't been able to get my sound to work

    2. Re:What about Quake 3 by Trashman · · Score: 1

      I had this problem, Look for linuxq3apoint 1.32 b This corrected the problem with my mouse.

      --
      Do not read this .sig
    3. Re:What about Quake 3 by alexandre · · Score: 1

      i dont know which quake 3 version i have here..
      but it always worked (and worked right now when i tested) ... i m currently on Xfree 4.2.1 on debian. :)

    4. Re:What about Quake 3 by seann · · Score: 1

      gpm?

      --
      I'm a big retard who forgot to log out of Slashdot on Mike's computer! LOOK AT ME.
    5. Re:What about Quake 3 by g4dget · · Score: 1

      Maybe you need to update your copy of Quake 3. I have run Quake 3 with several different XFree86 servers and never had a problem.

    6. Re:What about Quake 3 by jchawk · · Score: 1

      Yeah, I'm using gpm, and letting X draw the mouse from that.

      I'm running debian. Please if you have any suggestions or have seen this before let me know, because I would love to be able to upgrade.

      Drop me an email if you don't want to respond here. jchawk@PLEASE_NO_EVIL_SPAMtr0n.com

      Just remove the "please no evil spam"

    7. Re:What about Quake 3 by puetzk · · Score: 1

      it's a quake3 bug, not an X bug - id fixed it some time ago (patch 1.32b)

      --
      The Matrix is going down for reboot now! Stopping reality: OK. The system is halted.
    8. Re:What about Quake 3 by jchawk · · Score: 1

      I'm running all the latest updates, you have to be anymore because of the Punk Buster software.

    9. Re:What about Quake 3 by Anonymous Coward · · Score: 0

      Aha! I used to have that poblem, but never understood why. Now I know. However, Q3A has been working perfect for two years.

    10. Re:What about Quake 3 by JBv · · Score: 1

      There is a new 1.32b point release that fixes quake.

      I am running that PR with X 4.2.99 and a geforce4.

  18. How about a real bug report? by A+nonymous+Coward · · Score: 1

    What system? What version? What version of X did it replace? What version of mozilla? What monitor and video card? What CPU? What compiler?

    1. Re:How about a real bug report? by Anonymous Coward · · Score: 0

      Dude, this is just a discussion forum. No need to drill the guy for all this info here. If he left it out in an actual bug report to the proper place that's one thing, but again, this isn't a bug reporting facility.

  19. Sony laptop mouse by Anonymous Coward · · Score: 1, Interesting

    Can I use the scrollbar button on my Sony VX88 laptop as the middle button?

  20. framebuffer by klupo · · Score: 1

    Does anyone know if xfree provides the framebuffer support for the kernel ?? I am looking for framebuufer support for nvidia.

    --
    "Talent does what it can; genius does what it must."
    1. Re:framebuffer by Repugnant_Shit · · Score: 2, Informative

      If I understand your request correctly, yes it does. there's an fb driver, and it worked for me on my laptop.

    2. Re:framebuffer by unborn · · Score: 1

      rivafb doesn't get along with nvidia's modules, however vesafb works mostly fine (sometimes svgalib and X when running together have some problems). Rivafb is accelerated, and vesafb is not. I would sure love to see a complimentary framebuffer driver released by nVidia or a non-conflicting rivafb driver.

    3. Re:framebuffer by MarcQuadra · · Score: 1

      I don't understand, are you asking if you can run xfree-4.3.0 on the kernel-provided framebuffer (/dev/fbX)? Because you can, use the fbdev driver instead of the one for your video card in /etc/X11/XF86Config.

      --
      "Sometimes, I think Trent just needs a cup of hot chocolate and a blankie." -Tori Amos on Nine Inch Nails
    4. Re:framebuffer by MarcQuadra · · Score: 1

      Whoops! Forgot that you will lose a LOT of your acceleration if you do that. XFree86 has to draw to an abstracted FB device instead of a more complete interface when you force the fbdev driver.

      --
      "Sometimes, I think Trent just needs a cup of hot chocolate and a blankie." -Tori Amos on Nine Inch Nails
  21. Re:Karma Whore [n/t] by Anonymous Coward · · Score: 0

    I think you mean Yes.

  22. Re:Karma Whore [n/t] by ZigMonty · · Score: 0, Troll

    They posted as AC so they get no karma. What are you talking about?

  23. Drivers w/o the pain by djcapelis · · Score: 1

    Hmmm, I'm kinda not sure about the new release and was wondering if there was a good way just to use the new drives without upgrading the entire framework.

    --
    I touch computers in naughty places
    1. Re:Drivers w/o the pain by Anonymous Coward · · Score: 0

      if there was a good way just to use the new drives without upgrading the entire framework.

      You could upgrade the server and the modules, and leave the client-side as it stands. You cannot use the new modules with the older server (the other way around might work).

  24. huh? by Anonymous Coward · · Score: 0

    D'uh! Moderators, this was a gag, not a troll.

  25. Yay Fast Machine by Dunkalis · · Score: 1

    I compiled XFree86 4.2.1 a month or two ago, and it compiled fast enough, but I want to install my nice new shiny Gentoo before I install a new X.

    No, I hadn't tried it yet. What were you expecting?

    Anyone know how the performance compares?

    --
    Slashdot is a waste of time. I enjoy wasting time.
    1. Re:Yay Fast Machine by Anonymous Coward · · Score: 0

      It's good, Gentoo that is. Haven't tried the new XFree yet.
      I go through my phases where I play with Gentoo. You will learn alot about Linux when you use Gentoo, or any other source based distro for that matter.
      But, if you have any type of time constraints, or need to get work done, then plan for sleepless nights fooling with config files. :)

  26. Excellent! by Ignorant+Aardvark · · Score: 5, Funny

    This is excellently timed to the release of Nethack 3.4.1 - now I can play it in all of its black and white glory!

    1. Re:Excellent! by moonbender · · Score: 1

      Agreed, especially since there is finally hardware ASCII acceleration available if you use ATI's new Radeon 9500 ASC. =)

      --
      Switch back to Slashdot's D1 system.
  27. Don't get me wrong by frozencesium · · Score: 2, Informative

    This is a good thing(tm), however i'm using debian.

    /*begin rant
    we all know and love apt, but even in unstable we will have to wait for these cool new features. i guess one has to choose between bleeding edge and fairly secure/stable ;-)
    */

    of course...i'm waiting for my favorite distro to realese them...duh...

    -frozen

    --
    I'm not always the brightest pixel in the stream
    1. Re:Don't get me wrong by anarxia · · Score: 1

      I'd rather wait a couple of months than ending up with (partially) broken X. The new features are cool but nothing I can't leave without.

    2. Re:Don't get me wrong by PurpleBob · · Score: 1

      I've been rather surprised at how quickly packages have been getting into unstable recently, actually. When I first saw on Slashdot that GNOME 2.2 was released, I did an apt-get upgrade and it was already there. (And it upgraded cleanly, which has _never_ happened with other versions of GNOME. Woot!)

      --
      Win dain a lotica, en vai tu ri silota
    3. Re:Don't get me wrong by JohnFluxx · · Score: 1

      Well it has been an absolutely huge effort to get eevrything over to gcc 3.x, taking a very long time (over a year?)
      Now that that is complete, you should find the latest-and-greatest added much quicker.
      (The move to gcc 3.x was why kde 3 was put on hold)

    4. Re:Don't get me wrong by kigrwik · · Score: 1

      If you're really in a hurry, DanielS has some packages for X4.2.99 , snapshot 901, which I think could be called X4.3rc1. Maybe he'll do some unofficial packages for X4.3 ? Anyway, here's the link: http://penguinppc.org/~daniels/xfree86/README

      --
      -- don't discount flying pigs until you have good air defense
    5. Re:Don't get me wrong by Anonymous Coward · · Score: 0

      Ditch Debian and get Gentoo.

  28. Nvidia Drivers? by tankrshr77 · · Score: 1

    Does this mean that I no longer have to use NVidia's third party video drivers for my GeForce4, (and fix all my problems with sw-suspend)?

    1. Re:Nvidia Drivers? by Anonymous Coward · · Score: 0, Interesting

      No, you'll still see way better performance with NVidia's drivers than with the ones included in XFree86. You'll just have to wait for NVidia to release new drivers. Maybe then the AGP will work on NForce chipsets...

      You'd think NVidia could make their own drivers for their own video card work with their own chipset, but no.

    2. Re:Nvidia Drivers? by DeathPenguin · · Score: 1

      Are you talking about the IGP or add-in cards?

    3. Re:Nvidia Drivers? by Anonymous Coward · · Score: 0

      IGP, but AFAIK it's the same AGP bus.

    4. Re:Nvidia Drivers? by Anonymous Coward · · Score: 0
      Does this mean that I no longer have to use NVidia's third party video drivers for my GeForce4, (and fix all my problems with sw-suspend)?

      I've used an Nvidia GF4 GO card with XFree86 4.2.1, without the Nvidia drivers. 3D isn't supported, but 2D stuff works fine (it even supports XV with hardware scaling). It seems to work OK with suspend, except that the display gets messed up temporarily after resuming - switching to a VT and back to the X server fixes this problem.

    5. Re:Nvidia Drivers? by Anonymous Coward · · Score: 1, Insightful

      AGP does work on nForce chipsets. You can't use agpgart, since it doesn't support nForce. You need to use nForce's video drivers' nvAGP option.

    6. Re:Nvidia Drivers? by Anonymous Coward · · Score: 0

      Yeah, but it doesn't work. I've got the latest drivers, I compiled the kernel with agpgart as a module, I have Option NvAGP "1" in my XF86Config. What more do I need to do? /proc/drivers/nvidia/agp/status still says disabled.

    7. Re:Nvidia Drivers? by Anonymous Coward · · Score: 0

      Absolutely, if you dont want to do anything with 3d, dvds, or 2d accelleration. Otherwise you STILL have to use the closed source NV drivers.

  29. Compiling X yerself? by .smoke · · Score: 1

    I've been keeping an eye on XF86's ftp site since yesterday, the latest in the list of target dates for release of 4.3.0, and saw they only have the source up there. Actually, after seeing this article posted I checked again and now they have FreeBSD binaries. I'm still waiting for Linux binaries...

    I usually compile everything on my systems myself, with the exception of OpenOffice and XFree86. OO, because it's huge and I don't have the patience :) and XF86 because the few times I've tried, I didn't have any luck. Admittedly, the last time I tried was version 3.3.6, so I don't know if it's gotten any better since then.

    I'm wondering: should I make the effort? X is one of those things like libc, that nearly everything depends on (ok, only graphical things in this case), so you can't afford to get it wrong. Any hints on compiling this from source?

    1. Re:Compiling X yerself? by Repugnant_Shit · · Score: 3, Informative

      Check out beyond.us.linuxfromscratch.org, there's a great section for compiling XFree. (Use the CVS version of the guide).

    2. Re:Compiling X yerself? by Anonymous Coward · · Score: 0

      Huh? X11 has had an easy, well-documented build and install process for quite a while.

      I've built it from source for years (since X11R6.1, I think, I'm not sure which XFree86 version(s) that correlates to).

  30. Let the flames begin ... and ignore them. by IGnatius+T+Foobar · · Score: 5, Insightful

    I am a happy X user.

    Since this is a story about X, all of the pre-programmed Slashbots are going to trot out and declare that X is broken, old, badly designed, missing features, whatever.

    Meanwhile, the XFree86 team continues, release after release, to pound out great code that addresses all of the shortcomings people tend to cite. Faster direct rendering? Check. Anti-aliased text? Check. Multi-head? Check. Video extensions? Check. 3-D? Check.

    Do you see a pattern here? X is versatile. X is extensible. X is the industry standard -- all Unix GUI programs use it.

    And as always, X's killer feature is its network transparency. No "desktop-within-a-desktop" nonsense like you have to do on other platforms. Today I had the windows of programs from no less than three different computers running on my desktop. Transparently. Lots of X users do this every day, usually without even thinking about it.

    Perhaps someday the tired old "X is obsolete and must be replaced" will finally cease. But today is probably not that day. Let the flames begin. I will ignore them and continue to praise the XFree86 developers for another job well done.

    --
    Tired of FB/Google censorship? Visit UNCENSORED!
    1. Re:Let the flames begin ... and ignore them. by starseeker · · Score: 4, Insightful

      Usually the replacement mentioned is Fresco, a.k.a Berlin. I think Fresco is a good replacement for X in the same way GNU Hurd is a good replacement for Linux. The dieas and potential are true next generation, but the implimentation is years away. Which is fine. I agree X certainly will hold us as long as it needs to.

      --
      "I object to doing things that computers can do." -- Olin Shivers, lispers.org
    2. Re:Let the flames begin ... and ignore them. by captaineo · · Score: 2, Insightful

      All Unix GUI programs use X for the same reasons that (almost) all businesses use Microsoft Word...

    3. Re:Let the flames begin ... and ignore them. by Billly+Gates · · Score: 1
      I read a post when kde 2.0 came out that some Linux users got it to load with just QTembedded installed. Maybe it could be possible to use kde itself without X. I asked a kde hacker at linux expo 2000 about the possibilities of porting Konqueror to Windows( mozilla and netscape were both considered dead at the time) and he told me that X is integrated in most of the kde applications. It will take alot of work to get it to work without X.

      However Fresco aka Berlin is dead, has 3 programmers working on it, and its written in Forth so nobody can contribute code to it because the language is not well known. I remember reading about it in 98 and years later the ability to draw basic shapes has just surfaced. Very immature and years behind. Aqua is nice but only available from apple. News is dead and was suppose to be an alternative to X. I don't know much about it or if their are some sources of it. Otherwise the OOS community could use it to write their own graphical environment.

      Gnome or Kde using QT or GTK+ Embedded may be the only real viable option.

    4. Re:Let the flames begin ... and ignore them. by g4dget · · Score: 1
      What does Berlin give me that I don't get with X11? I mean, you may or may not think that its architecture is better (I think it's considerably worse), but architecture doesn't interest the user. You may also think that, in theory, its performance might end up being better, but the proof is in the pudding. In terms of functionality, I don't see any new and exciting capabilities. Until a couple of years ago, Berlin promised transparency, but X11 has that now.

      I think anything to replace X11 will have to offer some really exciting new capabilities that can't be added to X11. And I see nothing on the horizon that does that.

    5. Re:Let the flames begin ... and ignore them. by Anonymous Coward · · Score: 0

      I use both Linux and Windows XP, and I dont notice a difference in speed between either X or the Windows UI. Guess it comes down to how you configure it.

    6. Re:Let the flames begin ... and ignore them. by superchkn · · Score: 1

      Yeah right. 3-D on linux/Xfree SUCK ASS. Want compairsons? Go play X game (with port to linux) on windows and then play it on Linux. You get shit for framerates, and dont tell me you're different.

      Well, I did that, with Q3 and the Quakeforge. I get better framerates in Linux than WinXP. It's possible the 3dfx Banshee windows drivers just suck, but at least for me it works better (and no annoying BSOD either).

      Now under WineX, well, everything's slow. But hey, I didn't expect much seeing that my machine doesn't meet the minimum requirements.

      It feels klunky and laggy. And no, I'm not using KDE to use as a test. I'm using TWM. The smallest gui manager out there.

      Really? I'll admit that the mouse isn't quite as responsive under X, and I didn't ever run Win98 on the same machine, but my P233 with 64MB and a lowly S3Virge seemed to run just fine. It took a little while to load KDE but GNOME was quite responsive (with TWM even). Of course, I didn't have much running, just squid, dante, sshd and X. Mozilla was a bit slow, but you can't blame that on X... I was running a fairly low resolution though, maybe that was the difference.

    7. Re:Let the flames begin ... and ignore them. by bgarrett · · Score: 1

      There's a difference. the Word format is proprietary. X's protocol is merely arcane.

      --
      Nothing worth doing is worth doing today.
    8. Re:Let the flames begin ... and ignore them. by josh+crawley · · Score: 1

      >Well, I did that, with Q3 and the Quakeforge. I get better framerates in Linux
      >than WinXP. It's possible the 3dfx Banshee windows drivers just suck, but at
      >least for me it works better (and no annoying BSOD either).

      That's one thing.. The GLIDE grivers absolutely rocked. I've been looking for a
      voodoo 2/3 card for one of my linux systems, but nobody I know wants to sell them.
      And I do see why.

      > Now under WineX, well, everything's slow. But hey, I didn't expect much seeing
      >that my machine doesn't meet the minimum requirements.

      Oh well. It's API emulation. I dont blame them for that.. I'm happy to have
      limited MS gui x86 binary support.

      >Really? I'll admit that the mouse isn't quite as responsive under X, and I didn't
      >ever run Win98 on the same machine, but my P233 with 64MB and a lowly S3Virge
      >seemed to run just fine.

      The mouse, for me is a biggie, along with moving objects. In terms of GUI's, I
      prefer Windowmaker or KDE (kde on beefy machines). When I'm in console, nothing
      seems slow at all. Programs seem snappy and all, but when I hit X, feels like
      I'm moving through a pool of water.

      >It took a little while to load KDE but GNOME was quite
      >responsive (with TWM even). Of course, I didn't have much running, just squid,
      >dante, sshd and X. Mozilla was a bit slow, but you can't blame that on X... I was
      >running a fairly low resolution though, maybe that was the difference.

      I usually run at 1024x768 at 16bpp. If I'm correct, it would lag a s3Virge a
      bit. But I would not expect to lag a ATI (4MB-pci) rage, or a 128 All in wonder
      (32mb-AGP), or a Matrox Millenium 2 (8MB-agp). The gui was faster on faster
      cards (of course), but that slowness was still there.

      Ever since 2 years ago, I decided I'd switch over to Linux/Xfree and stick there
      (with windows gaming exception). I've learnt and dealt with it, but 3-d GL and
      response speed are 2 of the biggest problems, at least with me.

      I have nothing against the transparency of XFree has with networks, but I'd like
      a simple way to "rmmod" out unneded chunks. I could do without the networking
      part of X, but another user needs network but doesnt want the 3-d section.

    9. Re:Let the flames begin ... and ignore them. by Anonymous Coward · · Score: 0

      ---No "desktop-within-a-desktop" nonsense like you have to do on other platforms. Today I had the windows of programs from no less than three different computers running on my desktop.

      And you're 1 out of how many??? You need screen on another computer, use TightVNC. Uses a bunch of less bandwidth too.

      ---Transparently. Lots of X users do this every day, usually without even thinking about it.

      Like I said, use TightVNC.


      Do you have the slightest idea what he's talking about when he says "No desktop-within-a-desktop nonsense"? TightVNC is the exact opposite of that. It display's the console video output (for Windows at least) in a window on your computer. When you run an X application remotely, you literally cannot tell it is running on another machine. No window running in another 800x600 window displaying the desktop of the remote machine. Remote apps are indistinguishable from local ones.

    10. Re:Let the flames begin ... and ignore them. by Arandir · · Score: 1

      Lots of X users do this every day, usually without even thinking about it.

      Now that I think about it, I do do this every day! But I usually don't because it's so transparent.

      I've got a FreeBSD box at work that's fast with an excellent monitor. But right next to it is an Sun box. I can transparently and trivially run ClearCase, ClearDDTS and FrameMaker on my FreeBSD box simply because it uses X.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    11. Re:Let the flames begin ... and ignore them. by Anonymous Coward · · Score: 0

      Maybe it could be possible to use kde itself without X.

      But why would you want to?

    12. Re:Let the flames begin ... and ignore them. by kcbrown · · Score: 3, Insightful
      Anti-aliased text? Check.

      Uh, no.

      There's not really any more support for anti-aliased fonts now than there was before the Render extension, except that the Render extension makes drawing of anti-aliased fonts fast.

      But the application still has to do the work itself. Whether it does so through "standard" libraries like the gtk or KDE toolkits is irrelevant: the bottom line is that anti-aliased fonts requires client-side support.

      Clients have always been able to do anti-aliased fonts if they wanted to, but prior to the Render extension they had to do it the hard way: by actually drawing the individual characters and doing the transparency blending themselves.

      The implementation of anti-aliased fonts is all wrong, IMO. The XFree86 folks should define a new font server protocol that knows how to talk about transparency (indeed, the protocol could easily be implemented such that it uses the same socket and everything: if the X server sees that it's talking to an old font server then it will revert to the proper monochrome font protocol), implement a font server based on Freetype that actually uses it, and hack the X server backend so that it automatically does the right thing when asked to perform operations using an antialiased font. The client shouldn't even know or care if the font is antialiased: that's a server-side-only issue (it's acceptable to name antialiased fonts differently, using perhaps a different encoding name or something, in order to make it possible for the client to distinguish between antialiased and nonantialiased if necessary).

      Font handling belongs in the server. The client should never have to worry about it. Which means that the situation as it is now should never have come to pass. The Render extension is very useful for things like doing transparent windows and such, but it should never have been used for font handling: that was an evil hack, and now we're stuck with it.

      --
      Use 'slashdot stuff' in the subject line in any email you send me if you want to get past the spam filter.
    13. Re:Let the flames begin ... and ignore them. by Arandir · · Score: 1

      MSWindows 98 is snappy, even on quite old hardware.

      It's snappy because it doesn't do anything of importance. Seriously. I'm talking about gdi/win32, not the overall GUI. All it does is draw pixels on the screen and pass messages around. It's snappy because it's trivial as windowing systems go.

      XFree runs like shit. It feels klunky and laggy.

      Then you need to configure it correctly and appropriately. Maybe your distro defaults to one-size-fits-all settings. If so, change them. I'm runnning KDE under FreeBSD, and it blows away Win2K in the speed department running on the same machine.

      p.s. 3D is a different story, because it has to run under X on the FreeBSD side, but is able to bypass Win32 completely on the Windows side and use DirectX.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    14. Re:Let the flames begin ... and ignore them. by G3ckoG33k · · Score: 1

      IIRC, in today's desktops (X, Windows, Mac etc.) "everything" is a bitmap. In Fresco and Microsoft's upcoming "Longhorn" everything is textured vector graphics. So, what does that mean? The difference Doom > Quake may give us a hint, the rest is unseen and constrained by our imagination.

    15. Re:Let the flames begin ... and ignore them. by GreyWolf3000 · · Score: 1
      Berlin has transparency. X11 does not yet. The cursors are transparent, yes, but work by taking a snapshot of what's underneath and laying out a shadow manually. If what's underneath changes, the shadow's fakeness will be revealed, like a magician's secret to his magic trick. KDE has drop shadows for menus based on this (and I have even seen this done to borders). The problem is dealing with changes to underlying windows. Keith Packard's transparency server will attempt to notify windows when they need to redraw because a window underneath has changed (this isn't normally communicated because when the protocol was developed, it was assumed to be redundant).

      Berlin also abstracts the pixels on the screen and lets developers deal with sizes in plain distance measurements. An icon that is one inch tall will always be one inch tall (it may be x or y pixels high though). SVG icon support will go into KDE, but XFree86 will still be pixel-based.

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    16. Re:Let the flames begin ... and ignore them. by flex0 · · Score: 1
      However Fresco aka Berlin is dead, has 3 programmers working on it, and its written in Forth
      just plain wrong.
    17. Re:Let the flames begin ... and ignore them. by Flagran · · Score: 1
      The cursors are transparent, yes, but work by taking a snapshot of what's underneath and laying out a shadow manually. If what's underneath changes, the shadow's fakeness will be revealed...

      Not true... I can watch the digital clock applet in my panel run under my mouse cursor and the redglass cursor maintains the look of transparency flawlessly. Of course, until we get monitors with multiple physical layers, NOTHING will have TRUE TRANSPARENCY, but I'm okay with that.

      --
      Make love, not sigs
    18. Re:Let the flames begin ... and ignore them. by g4dget · · Score: 1
      At the lowest level, everything is just bitmaps, on Windows, MacOS, Fresco, Longhorn, etc. That's what the hardware supports.

      Above that, there are graphics primitives. X11, GDI, and QuickDraw used to be based on pixel-oriented graphics primitives without the possibility of rescaling or anti-aliasing. Now, all of them have 2D rescaling and anti-aliasing.

      Beyond that, Quartz and a few other window systems put retained structured graphics into the server. That is, you can tell the server to keep a bunch of vectors and textures and redraw it itself when needed without bothering you. That's nice to have, but it's not obvious why it should be in the display server.

      On X11, that function happens to be left up to toolkits, and I think that's where it should remain. Many X11 toolkits already have excellent support for this, and with the Render extension in X11, the implementation and performance of those will improve.

      However, if you really want retained structured graphics on X11, you can use the DisplayPostscript extension, which effectively gives you that (and that is very similar to what Quartz is).

    19. Re:Let the flames begin ... and ignore them. by Tyreth · · Score: 2, Insightful
      What's this all about? I'm not biased towards or against X, I simply don't know enough.

      But I do know that Microsoft also improves Windows with each release, addressing many major complaints. We still don't support them despite all this! So I don't see how your argument is useful at all..

      And besides this, yours is the first modded up comment about X and whether it's obsolete or not.

    20. Re:Let the flames begin ... and ignore them. by Anonymous Coward · · Score: 0

      The cursors are transparent, yes, but work by taking a snapshot of what's underneath and laying out a shadow manually. If what's underneath changes, the shadow's fakeness will be revealed

      Bollocks.

      The new RGBA cursors work by using the video cards support for RGBA cursors. There's nothing fake about them.

      In cases where the video hardware doesn't support RGBA cursors, or the driver doesn't implement the functionality, RGBA cursors are removed before the application updates its window and put back in place after it does. The effect is much the same, at the cost of a cursor that flickers.

    21. Re:Let the flames begin ... and ignore them. by IamTheRealMike · · Score: 1
      Yeah right. 3-D on linux/Xfree SUCK ASS. Want compairsons? Go play X game (with port to linux) on windows and then play it on Linux. You get shit for framerates, and dont tell me you're different.

      If you're seeing that, it's usually because either you have bad drivers, or because the game was originally developed for Direct3D and then an OpenGL renderer was added later. The OpenGL renderer usually isn't as well optimized in such games, so you get lower framerates.

      In games that use OpenGL natively (ie have been well optimized) you normally get higher framerates than on Windows.

    22. Re:Let the flames begin ... and ignore them. by Anonymous Coward · · Score: 0

      right, what crack is this monkey smokeing?
      Fresco uses c++.

    23. Re:Let the flames begin ... and ignore them. by turgid · · Score: 1

      Well, you could look here to find out about Fresco.
      In short, in Fresco, everything is a vector, compared with X in whihc everything is a bitmap. Instantly everything becomes scalable i.e. resolution independent. It uses CORBA for communication, so it's network transparent, like X, from the word go. It is modular and Object Oriented, similar to X. It is designed to use OpenGL for rendering. X uses 2D acceleration. Yes, X allows you to do 3D, but X itself is 2D. Fresco is a much cleaner and more modern design than X. That's not to say X is a poor design, but it is nearly 20 years old and it is testament to its designers that it's lasted this long and has been extended this much.

    24. Re:Let the flames begin ... and ignore them. by 13Echo · · Score: 2, Informative

      Another flame from an uninformed troll...

      For the record, my OpenGL is faster on Linux than it was in Windows. My framerates in Wolf3D easily top those of Windows.

      I've run recent versions of XF86 on old 486 or p90 notebooks using Blackbox or Windowmaker. It's fast as hell. But KDE or Gnome 2 require a reasonably modern machine (as Windows 2000/XP does).

      No klunk or lag here. I suppose that you just aren't ready for Linux. Don't worry. It will be user friendly enough for you soon.

    25. Re:Let the flames begin ... and ignore them. by 13Echo · · Score: 1

      It's not just you. My Kyro 2 spits out 3D much faster in Linux. MPlayer gets faster video playback with less CPU load than Windows Media Player. My experiences have been the same on properly supported cards.

      (Not directed at least poster)

      I doubt that id software would alienate their primary Windows user-base just to blatently attempt to make the games faster in Linux. I doubt that nVidia would do the same with their drivers. Some of us have done comparisons. We've all read the Tom's hardware benchmarks (and others) that back our theory that OpenGL on Linux may just be faster than Windows. In the same respect, Windows has D3D which is topping OpenGL *on that platform*. So it shouldn't really be an issue for people, unless we get crummy D3D-->OGL wrappers like in UT2003 for Linux (I'm still bitter about that one).

    26. Re:Let the flames begin ... and ignore them. by 13Echo · · Score: 1
      "I usually run at 1024x768 at 16bpp. If I'm correct, it would lag a s3Virge a
      bit. But I would not expect to lag a ATI (4MB-pci) rage, or a 128 All in wonder
      (32mb-AGP), or a Matrox Millenium 2 (8MB-agp). The gui was faster on faster
      cards (of course), but that slowness was still there."


      You've got a serious problem if you're trying to game on any of those cards. First of all, none of them are up to par for anything X, in my opinion. Yes, you'll get RENDER, XVideo, and other extensions out of most (if not all) of them. But they all are very poor cards with poor, but functional drivers. 3D support sucks and you might as well do software rendering for all of it.

      Frankly, your remarks hold no ground until you come up with some properly supported hardware to base your comments on. nVidia, maybe PowerVR or ATi. Maybe a newer Matrox chipset.

      I'm beginning to think that you are running a framebuffer driver. I don't think that you've installed or chosen the proper driver for your desktop. This is a common problem for many Linux users, and they blame X/KDE/Gnome/Whatever for it. By default, if RedHat/Suse/Mandrake/Whatever won't detect your card, they will sometimes default to a framebuffer driver or something slow. Framebuffer drivers produce that "water" effect.
    27. Re:Let the flames begin ... and ignore them. by broeman · · Score: 1

      but do they really use Word? it might be installed on all computers everywhere in the industry, but how many people have you seen using it, how many websites has linked their files to Word? I haven't seen many, the standard is PDF I would say. In the company I work, it is an embarishment to make a report in Word, eventhough I think Pagemaker is a bit overhauled.

      --

      (yes this can be compared with sex)
    28. Re:Let the flames begin ... and ignore them. by TheRaven64 · · Score: 1
      Usually the replacement mentioned is Fresco,

      Another popular one is Quartz, used by the only *NIX widely regarded as being ready for the desktop.

      --
      I am TheRaven on Soylent News
    29. Re:Let the flames begin ... and ignore them. by Anonymous Coward · · Score: 0

      what the hell is this guy modded up for? mod down! it's a troll!!

    30. Re:Let the flames begin ... and ignore them. by Anonymous Coward · · Score: 0
      Actually your knowledge about Fresco is outdated. Back when it was Berlin it was originally written in Forth. When it was renamed to Fresco the code was rewritten in c++ to attract more programmers. I do not know much about it but I would not call it dead yet.

    31. Re:Let the flames begin ... and ignore them. by spitzak · · Score: 1
      Actually the XRender extension does do what is needed. "compositing" of the alpha-transparency characters are done on the server, while before transparency requred the app to read what was on the screen (or more likely, remember what it drew there before) and do the compositing itself and send the resulting image back. Also XRender caches the glyphs on the server, or so I am lead to believe. Technically this addresses all of the real issues with supporting antialiased fonts.

      Although technically wrong, your complaints do match what I have about where X is going. The people designing X seem to be obsessed with backwards compatability, or unable to see methods of improving X which reuse existing interfaces in nice ways, and instead keep adding interfaces and "extensions".

      I think it is pretty inexcusable that programs using the older Xlib interface do not get the exact same set of anti-aliased fonts that newer Xft interfaces get. They should be ashamed of the fact that MicroSoft reused their interface (earlier Windows versions used aliased fonts almost as bad as X11 has) and all programs got antialiased fonts without being rewritten.

      I also hear about the RandR "extension" and all the additions needed for that. I don't think any new calls are needed for window managers, just have the root report a normal resize event. Yes *some* window managers may crash when they get that, but those window managers should be fixed, rather than adding yet another complex interface to X. I suspect fixing these window managers would be much easier for programmers than figuring out this new interface.

      As for drawing, why can't they fix X so we are *guaranteed* to get a 32-bit truecolor "visual" and *guaranteed* that support for 24 and 32 bit image maps (and perhaps every 3*2^n and 4*2^n bits). These can be easily emulated on hardware with colormaps or fewer bits, with MUCH less code than toolkits that are forced to translate between all possible images and all possible visuals (the server has it much easier as it only has to translate from all possible images to a *single* visual). And a huge and ugly block of code could be eliminated from programs because they would no longer have to contain a translation to every possible visual they may encounter.

      Besides those three, there are probably hundreds of other examples where X is failing to be creative in updating to the modern world.

    32. Re:Let the flames begin ... and ignore them. by kcbrown · · Score: 1
      Actually the XRender extension does do what is needed. "compositing" of the alpha-transparency characters are done on the server, while before transparency requred the app to read what was on the screen (or more likely, remember what it drew there before) and do the compositing itself and send the resulting image back. Also XRender caches the glyphs on the server, or so I am lead to believe. Technically this addresses all of the real issues with supporting antialiased fonts.

      I'm aware of this. Nevertheless, Render isn't required to do antialiased fonts, it merely speeds up the operation (by a lot, I might add). Admittedly, doing all on the client without help might not be fast enough to be useful, but I'm inclined to believe otherwise for the simple reason that clients like rxvt have been doing "transparency" long before Render came on the scene.

      My entire point is that it's ludicrous for the client to even be aware that the fonts it's using are antialiased. On that we seem to be in agreement.

      --
      Use 'slashdot stuff' in the subject line in any email you send me if you want to get past the spam filter.
    33. Re:Let the flames begin ... and ignore them. by joshsnow · · Score: 1

      but do they really use Word?
      Of course they do. MS office is *the* business standard. Any sites which require docs to be submitted usually ask for them to be in Word format, cos while everyone has the free PDF reader, less people have a PDF doc generator. Word' is in use. It's there, it works (most of the time), everyone uses it. OK, so it's not ideal. X isn't either, but it's there, it works (most of the time) and everyone uses it!

    34. Re:Let the flames begin ... and ignore them. by obi · · Score: 1

      About Fresco: I'm sorry, that's just plain wrong. It's far from dead, and is not at all written in Forth. Most of the code is C++, but because corba is used you can use any language that has a decent orb (I know there have been clients written in Python, Perl, Java, ...)

      As for the maturity - yes it's true high level widgets aren't ready yet. But it's device independent (vector-based postscript output from whatever you want on screen, or using hw-accelerated 3d to render your ui is all possible today) Fresco deals with alot of issues other projects ignore, because it tries to do things right. Why don't you read up on it at www.fresco.org - even if you're not interested in fresco in particular, but gui systems in general you might find the site very interesting.

    35. Re:Let the flames begin ... and ignore them. by obi · · Score: 1

      Fresco also has structured graphics in the server - that way it can use opengl hw acceleration for all rendering, not only for compositing like in Quartz.

      Other nice parts about keeping all the graphics in the server is that clients don't need to refresh their UI on damage all the time, so it's extremely bandwith friendly: if you do basic interactions with your ui, like moving or zooming windows, practically no communication with the client is necessary.

      Oh, and using DPS doesn't bring that many benefits: you still have to rewrite your apps in a big way to make use of it. if you use a compatibility layer like X on aqua, or something similar for Fresco, you have the advantage of not having to deal with X cruft when you make your new display server, and still have compatibility for X apps.

      So yea, I pretty much disagree with you.
      - Everything isn't bitmaps at the lowest level (a lot of 2d/3d primitives are hw-accelerated, and I imagine everyone will be using 3d cards to accelerate 2D ui's too soon)
      - strucured graphics belong in the display server because a) that's where the (3d) hardware is: the higher abstraction levels of the structured graphics give more opportunities to take advantage of hw-acceleration of all forms. And b) it's _way_ better for bandwith.
      - extentions are cool for X, but as I said: you still have to rewrite your app to make use of them.

      Please check out the website of fresco.org - even if you're not interested in Fresco itself, it still has a lot of good stuff/docs/links pertaining to GUI's, windowing systems, etc.

    36. Re:Let the flames begin ... and ignore them. by Bert64 · · Score: 1

      The IRIX windowmanager (4DWm) has supported vector icons for years, and it`s still an order of magnitude faster than kde. Even my old 100mhz indy can run 4DWm at a more than useable speed.
      As for the size measurements, what you say is all well and good, but there should be a way to override it.. I remember a school for the blind and poor of sight where all the workstations had 21" monitors running in 640x480 so those with poor eyesight could use them more easily.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    37. Re:Let the flames begin ... and ignore them. by Anonymous Coward · · Score: 0

      Non-free/open. End of discussion.

  31. Re:war in iraq is stupid by Anonymous Coward · · Score: 0

    One of the more incoherent troll responses to a troll on Slashdot. If you had mentioned linux this would have been modded up.

  32. MOD PARENT UP by Anonymous Coward · · Score: 0

    It's so true dood, windows rox0rz.

  33. Re:Karma Whore [n/t] by Anonymous Coward · · Score: 0

    I think you mean "he", not "they".

    "they" is plural, and this person is not plural.

  34. OS/2 binaries here by dryeo · · Score: 4, Funny

    ftp://ftp.netlabs.org/pub/xfree86/4.3.0/

    --
    https://en.wikipedia.org/wiki/Inverted_totalitarianism
    1. Re:OS/2 binaries here by Billly+Gates · · Score: 4, Funny
      All 8 of us are happy!

    2. Re:OS/2 binaries here by Anonymous Coward · · Score: 0

      Microsoft Xenix binaries?

    3. Re:OS/2 binaries here by josh+crawley · · Score: 1

      (seen as quote on bottom of slashdot page as of 2.32 am....)

      OS/2 Must Die!

    4. Re:OS/2 binaries here by Anonymous Coward · · Score: 0

      The damn thing won't die. It's unkillable!

    5. Re:OS/2 binaries here by Anonymous Coward · · Score: 0

      Speak for yourself, I did not downloaded it yet.
      And as far as I know, Al Gore did not get it yet either.

    6. Re:OS/2 binaries here by NitroPye · · Score: 1

      Sitting in my os/2 delivers golf shirt.

  35. MOD PARENT DOWN by Anonymous Coward · · Score: 0





  36. Re:debian.... by Anonymous Coward · · Score: 0

    Don't they have to finish working on XFree86 4.2 before they start on 4.3 ?

  37. Another method by dolson · · Score: 2, Informative

    in the file ~/.Xresources, put a line like this:
    Xcursor.theme: bleu_rainn
    where bleu_rainn is the name of your cursor set you want to use.

    Cursor sets are in /usr/X11R6/lib/X11/icons/

  38. Rage 128? by Anonymous Coward · · Score: 0

    More like Rage IIc
    O_o

  39. Radeon ? by alexandre · · Score: 1

    Does this mean i could go buy a Radeon 9x00 and get out of the box 3D support under xfree4.3 ?

    What about getting up a dual-screen setup with 3D support on at least one screen?
    (i heard people saying it was possible, i really dig a card that could let me do this under X :-)

    1. Re:Radeon ? by GeekDork · · Score: 1, Redundant

      I just resisted the urge to mod this as funny.

      Having an ATI card myself (a Radeon 8500), 3D support in X still seems like a faraway place. ATI is restrictive as hell with what GL extensions should be presented by the opensource driver, those suckers at Via hug their shitty little texture compression algorithm and the ATI drivers failed on video overlay in every version I tried.

      If you want 3D support in X, buy nVidia.

      --

      Fight hunger. Filet a politician and send him to a 3rd world country of your choice.

    2. Re:Radeon ? by dinivin · · Score: 1

      If you want 3D support in X, buy nVidia.

      Or just download ATI's closed source drivers for Linux/XFree86 from their website which do, in fact, support video overlay. The only reason why video overlay might not work for you is if you were using in XF86Config file generated by ATI's config utility from before they supported video overlay.

      Dinivin

    3. Re:Radeon ? by phoxix · · Score: 1
      >If you want 3D support in X, buy nVidia.

      <Flame on>

      If you want to support XFree86, Linux, FreeBSD, and NetBSD, fuck nVidia.

      Go and help our guys at DRI and Mesa* .

      nVidia's bullshit is a one-time solution for linux. DRI/Mesa* are a platform linux will have a life time to build on.

      Sunny Dubey

      * Do not call Mesa MesaGL like everyone does (legal reasons).

    4. Re:Radeon ? by alexandre · · Score: 1

      Ok, so i can get bad ATI OpenGL support (fast but not all extension activated?) as openSource? and then i can get a closed source complete driver for either ATI or Nvidia?

      Then why would i choose Nvidia if i see a chance of getting an OSS driver for the ATI but nothing for the Nvidia? (or i missed something? :-)

    5. Re:Radeon ? by dpete4552 · · Score: 1

      I'm sorry, but while simply using DRI and X's default nvidia drivers (nv), Mesa demo's run at around 10fps if I make the window small enough. While using nvidia's drivers (nvidia), which make you disable the DRI extention in your x config, I get about 60-70fps when I make the window fill up almost my entire screen.

      Now while trying to play any games, like tuxracer, it is simply unplayable. I get 3-4fps max just while I'm at the *menu*. I can bearly navigate the menu to start a race, let along after I start one and the framerate drops to 1-2fps. Now after I install the official nvidia drivers (which one again require you to disable the dri extention, and yes I'm aware that they may use a similar method inside the nvidia driver, but they do not use dri.sf.net's extention) I get 60-70fps throughout the entire game and it is actually playable. I have had similar experiences with other OpenGL games.

      Hell even while using the 3-d spectrograph plugin in XMMS I get bad preforomance using DRI, but while using the official nvidia drivers and disable DRI(.sf.net) it runs *extremely* fast (granted it is a very simple thing to render and /should/).

      I don't know why anyone in their right mind would choose DRI.sf.net's extentions over nvidia's official drivers (which make you disable DRI.sf.net's extention). I don't even know how the people who created the DRI.sf.net project manage to put up with the *extremely* shitty preformance.

      --
      http://www.archive.org/details/ThePowerOfNightmares
    6. Re:Radeon ? by phoxix · · Score: 0, Flamebait
      You retard

      You were using SOFTWARE rendering. Which inherently is going to be very very slow. When you installed Nvidia's drivers, you were using their HARDWARE rendering support.

      Sunny Dubey

      Random Note: glxgears IS NOT a bench marking tool. Nvidia's drivers are highly optimized for display lists which is why comparing glxgear fps numbers will ALWAYS be skewed.

    7. Re:Radeon ? by GeekDork · · Score: 2, Interesting
      The only reason why video overlay might not work for you is if you were using in XF86Config file generated by ATI's config utility from before they supported video overlay.

      Well, it did work insofar as the video was shown. It did not work because the video overlay caused artifacts all over the screen! Little chunks of the video image were drawn at random locations horizontally from the overlay window, which - needless to say - sucked. And I used config files from the same driver versions' utility, and yes, I did read the README.

      I had this behaviour in every version. I reportet it to ATI in every version. I did never even get a reply. So to all those who cry "support DRI" and stuff: I'm right behind you in that matter. But those folks can't do shit about Via sitting on patents for S3TC/DXTC, and I don't have the time or knowledge to work around this myself. I've since given up on getting any commercial game to run too desperately. If it doesn't work after a sane amount of time, I just play it in Windows and the current DRI drivers at least allow me to do some basic GL hacking with some basic extensions.

      --

      Fight hunger. Filet a politician and send him to a 3rd world country of your choice.

    8. Re:Radeon ? by Anonymous Coward · · Score: 0

      Its good to see that helpful open source community is still around.

    9. Re:Radeon ? by dpete4552 · · Score: 1

      DRI: "The Direct Rendering Infrastructure, also known as the DRI, is a framework for allowing direct access to graphics hardware..."

      That's right, while using DRI I was not using hardware rendering support. *rolls eyes*

      --
      http://www.archive.org/details/ThePowerOfNightmares
    10. Re:Radeon ? by phoxix · · Score: 1
      That's right, while using DRI I was not using hardware rendering support. *rolls eyes*

      But DRI drivers don't exist for Nvidia. They never will because nvidiot doesn't know what the word open means. Go back to windows.

      Sunny Dubey

    11. Re:Radeon ? by dpete4552 · · Score: 1

      No, but while I'm using nvidia's drivers I get 60-70fps in most games, meanwhile with DRI I get framerates such as 1-3fps which is unplayable. There is no need to be so nazish about open source. If the product delivers preformance that is that much greater, I don't see why you need to get on a high horse and throw your nose up in the air at it.

      --
      http://www.archive.org/details/ThePowerOfNightmares
    12. Re:Radeon ? by phoxix · · Score: 1
      LET ME REPEAT!!

      You were NOT using DRI. You were using SOFTWARE rendering. When you used nvidia's dirvers you were using HARDWARE rendering, which is a million times faster.

      This has nothing to do with open source, this has everything to do with COMMON sense. All the more reasons you should just go back to windows.

      I'm not wasting time on this thread anymore

      Sunny Dubey

  40. Volunteer, or Donate by Anonymous Coward · · Score: 2, Insightful

    Debian is all volunteer efforts. Why not help them out, after all they've helped you out plenty. Then volunteer your time/efforts and compile yourself and make a package for others to use.

    Or donate $$$ to the Debian project.

    What goes around comes around.

  41. Oh, c'mon. by Ashurbanipal · · Score: 2, Interesting

    Your own glowing testimonial is not exactly a balanced review of the real product.

    But perhaps people like yourself, who are willing to give the X developers the accolades they so richly deserve, are necessary to counterbalance the people who only see the bad points of X.

    There are good and bad things that can be said about X-windows, but I don't think anybody that is paying attention would have anything but praise for the people who have worked so hard to make it as useable as it is.

    On the other hand, I can honestly say that Xwindows is the only piece of software that ever caused my monitor to literally catch on fire. Gave me a very strong incentive to RTFM, I must say.

    1. Re:Oh, c'mon. by ahaning · · Score: 1

      On the other hand, I can honestly say that Xwindows is the only piece of software that ever caused my monitor to literally catch on fire.

      It sure is a good thing you weren't ignoring the flames!

      --
      Withdrawal before climax is very ineffective and those who try this are usually called "parents."
    2. Re:Oh, c'mon. by josh+crawley · · Score: 1

      >Your own glowing testimonial is not exactly a balanced review of the real
      >product.

      In terms of usefulness with Linux, it isn't priceless (cause MetroX has a
      price.. too much)

      >But perhaps people like yourself, who are willing to give the X developers the
      >accolades they so richly deserve, are necessary to counterbalance the people who
      >only see the bad points of X.

      Good and bad points are determined to what features people use. I have gripes to
      how X is used and such, only because I use it all the time.

      >There are good and bad things that can be said about X-windows, but I don't think
      >anybody that is paying attention would have anything but praise for the people
      >who have worked so hard to make it as useable as it is.

      I'eve used a bit of the network transparent setup on 100BT switched. It's
      wonderful, but all the tools I use on Linux have a command line function (or a
      Windows clone).

      >On the other hand, I can honestly say that Xwindows is the only piece of
      >software that ever caused my monitor to literally catch on fire. Gave me a very
      >strong incentive to RTFM, I must say.

      Heh, I'v eactually induced that on a known bad monitor. The tube could only
      reach the top 1/2 of the screen because of tube malfunction. Since I've got a
      scad of monitors (about 10), I took it and took horiz to 200 Hz on a 50-100 Hz
      monitor. Pfffft. Didnt catch fire, but the magic smoke was let out ;-)

      That's when I respected Linux in terms of hardware management.

    3. Re:Oh, c'mon. by Arandir · · Score: 1

      On the other hand, I can honestly say that Xwindows is the only piece of software that ever caused my monitor to literally catch on fire. Gave me a very strong incentive to RTFM, I must say.

      Only because X gave you the freedom to do that. Under Windows I can barely get a tolerable refresh rate.

      Is Fresco (or whatever else is going to "replace" X) going to give you the same freedom? If so, then you'll be able to blow up old monitors as well.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    4. Re:Oh, c'mon. by grimsweep · · Score: 2, Funny
      That would be an insidious virus. Reads the XFree86 monitor definitions, attempts to overscan based on the monitor types, and poof.

      It'd also be rather ammusing to watch it propagate through a cubicle office. (Not to mention the ensuing cries of anguish)

      Thankfully, most modern monitors protect against this...

    5. Re:Oh, c'mon. by dotgain · · Score: 1
      Let's not forget that most OS's that run an X window system also go a long way to prevent stuff like this happening. I like your idea, however, and can assure you that the next release of Outlook will have this vulnerability.

  42. No problems with my OmniCube (2-ports) & Logit by antdude · · Score: 1

    Odd problem. I never had this problem. I have a 2-buttons Logitech mouse (ball).

    --
    Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
  43. Syntax Highlighting and Lisp in Xedit? by eGabriel · · Score: 4, Funny

    I never thought the day would come. Watch out, Gnome and KDE, Athena is coming back! Er. Maybe not.

    I thought maybe this was a joke... crazy.

  44. Slackware packages available tomorrow! by fflewddur · · Score: 1, Informative

    Just to let you know, Dropline Systems will be releasing Dropline GNOME 2.2.1 on Saturday, March 1st. This will include XFree86 4.3 precompiled for Slackware Linux and Slackware-derived systems such as Vector Linux. Check it out at http://www.dropline.net/gnome.

    1. Re:Slackware packages available tomorrow! by Anonymous Coward · · Score: 0

      don't ya just love the intensive testing in the Linux world??

    2. Re:Slackware packages available tomorrow! by Anonymous Coward · · Score: 0

      Thanks Todd! I'm going to try it now! Woo Hoo!

  45. Re:war in iraq is stupid by Anonymous Coward · · Score: 0

    I do believe you mean "boxen" not "box".

    In Soviet Russia the error regrets YOU!

  46. Re:Karma Whore [n/t] by JPriest · · Score: 0, Offtopic

    'He' implies male in gender, but not to say it isn't statistically most likely the case. And 'they' does not always imply plural. In fact, it is often used in circumstances where gender is not known.

    Person one "who was just here, I saw someone run through the lawn"
    Person two "Who ever it was they left the door open"

    --
    Saying Java is nice because it works on all OS's is like saying that anal sex is nice because it works on all genders.
  47. Wine[x] by CelestialWizard · · Score: 2, Informative

    And just remember kiddies, that 4.2.99_902 and 4.3 break wine[x].

    It is being worked on.

    So, if you depend on wine[x], don't emerge, apt-get, rpm, XFree86 just yet.

    1. Re:Wine[x] by CelestialWizard · · Score: 3, Informative

      It appears to be a font issue on the surface, however removing either webdings (offending font) or the TrueType font directory and re-caching your fonts don't help just yet.

      You can run wine in Xvfb, but that doesn't really help anyone now does it :)

    2. Re:Wine[x] by bobintetley · · Score: 1

      Odd, I was playing Return to Castle Wolfenstein through WineX this morning on my box, which has been running 4.2.99_902 for a few weeks now.

      Haven't had any problems with anything - and I had no trouble recompiling the Nvidia drivers.

      Could you just be unlucky?

      Heh!

    3. Re:Wine[x] by Anonymous Coward · · Score: 0

      You do know that Return to Castle Wolfenstein has a native port to Linux, right?

      It's a pain to install it (compared to other native ports), but it runs fine...

      If you do know about it, just ignore me.

    4. Re:Wine[x] by GiMP · · Score: 1

      Uh, why not just use the Linux binaries? You do realize that Return to Castle Wolfenstein is ported, right?

  48. funding by Anonymous Coward · · Score: 1, Funny

    You know you can get federal money to protect your home from Radeon.

  49. Nothing's changed! by Anonymous Coward · · Score: 0

    wine (wine is naturally an emulator) has always been broken.

    1. Re:Nothing's changed! by Anonymous Coward · · Score: 0

      ah, but to truely emulate the win32 API, doesn't it have to be?

  50. Pleased by Azureflare · · Score: 1
    Wow I am very pleased that X has released a new version. I can't wait for my distro to get it out.

    Mods, I noticed something odd. There are posts on here for "No War in Iraq" How did this happen? This has nothing to do with Iraq.

    /me confused

    1. Re:Pleased by Anonymous Coward · · Score: 0

      heh, we went from "I can hardly wait for it to show up on windowsupdate.com" to "I can't wait for my distro to get it out." did we?

      hmmm, seems that this open source thing turned into free binaries awfully fast. guess what, there are binaries on ftp.xfree86.org, if you must.

  51. FreeBSD + KVM... by cfallin · · Score: 1

    I had problems too when I ran FreeBSD on my desktop, through a 4-port KVM. I figured out that it had to do with what the psm(4) driver detected at boot time, and it wouldn't detect my wheel mouse as a wheel mouse through the KVM. It works fine in Linux though - because the Linux /dev/psaux doesn't interpret the data stream, whereas the FreeBSD driver does. Not sure of a fix - I just didn't use my KVM for my mouse :-)

    1. Re:FreeBSD + KVM... by questionlp · · Score: 1

      I kind of figured as much. Thanks for the info nonetheless. When I had setup my file server/workstation, I just decided to run a trackball and a USB extension cable and used it that way. Oh well :)

  52. Re:Volunteer, or Donate - how much to you contrib? by Anonymous Coward · · Score: 0

    X has handled by one man - Branden. It's DPL voting time, and he's running. I don't expect it for Debian at any time soon. Not even in Sid. Maybe some kind person will release some unofficial debs.

  53. Windows/OS X architecture is similar to X11 by g4dget · · Score: 4, Insightful
    My overall performance isnt worth "network transparency".

    Well, so tell us: in what way are Windows or Macintosh OS X supposed to be more efficient? Where are these great gains in efficiency in their architecture supposed to come from? I mean, it can't be the use of IPC or system calls for the application to communicate with a graphics server: Windows and Macintosh have that as well.

    In reality, there is no fundamental difference in the client/server window system architecture between OS X and Linux. For NT, there is a difference: large chunks of the windowing code have moved into the kernel ad some point, but you still need system calls to talk to it. Of course, there is nothing to stop anybody from moving X11 into the kernel.

    Overall, the idea that network transparency is some sort of special feature that one pays a high price for is nonsense: all major desktop operating systems run in protected mode, and most GUI applications run in a different context from the window system. X11 simply has been designed that way from the ground up, while Windows and Macintosh have evolved there from "direct mode" graphics. Network transparency in X11 is not so much an issue of IPC or how it does graphics--it uses IPC like all desktop windowing systems--but in having well-defined network transparent support for features like window management and configuration information. It's lack of those features in Windows and OS X that means that Windows and OS X are not network transparent.

    In practice, XFree86 is a damned efficient window system that, when it has comparable drivers for the graphics cards, beats OS X handily in terms of performance and memory usage, and usually even beats Windows.

    You need screen on another computer, use TightVNC.

    TightVNC gives you a "screen on another computer". It does not give you network transparent windowing. If you are running a well-designed X11 desktop, you can run applications on any machine, and they will behave as if run locally. You can also move individual windows between machines and displays. Of course, Gnome and KDE both break this behavior, but that's not X11's fault.

    MSWindows 98 is snappy, even on quite old hardware. XFree runs like shit. It feels klunky and laggy.

    That's a ludicrous claim. X11 worked reasonably well on 1988 hardware already. X11 servers obviously can run like a charm on 1998 hardware, hardware that's more than an order of magnitude faster.

    And that's also what one finds in practice: Windows 98 requires much more hardware (memory, CPU power) to run than Linux/XFree86. If you claim were having a problem with Linux/XFree86, either you are making it up, or you had a bad driver, or you misconfigured something.

    1. Re:Windows/OS X architecture is similar to X11 by AlinuxNCSU · · Score: 1
      If you are running a well-designed X11 desktop, you can run applications on any machine, and they will behave as if run locally. You can also move individual windows between machines and displays. Of course, Gnome and KDE both break this behavior, but that's not X11's fault.

      This is something I've struggled with for a couple years now, and I'ld love for you to point me in the right direction. I know to forward and X session and start programs on a different machine.

      What I want to know is how do you "move individual windows between machines and displays"? Everywhere I look says I need to be running VNC, and I don't want to run VNC. I just want to be able to ssh into my machine and grab a couple of the running windows. I don't need a detailed explanation -- a URL or even a set of Google search terms that will give me an answer would be great.

      -ALinux

    2. Re:Windows/OS X architecture is similar to X11 by Minna+Kirai · · Score: 1

      This is very difficult for most users- as most people are using one of the "pre-configured" X11 desktops like KDE/Gnome, rather than "rolling their own". And the behavior of "shifting a running window from one terminal to another" is so rare, that none of the major desktops have felt a need to support it in their GUIs.

      To accomplish this task, you can use either X11 or VNC. Using VNC, it works the same as with any other VNC server (on Windows, Mac, Linux, whatever)- a VNC client can connect and reconnect multiple times, with the desktop programs still running.

      To do it in X11... well, I've never done this. But I can give you a clue: xmove will make an intermediary Xserver between the application and the "real" Xserver, allowing the application's windows to be sent to other terminals while it's still running.
      (Debian people can apt-get xmove)

    3. Re:Windows/OS X architecture is similar to X11 by g4dget · · Score: 3, Insightful
      I haven't much experience with OSX, but with Windows... KDE/Gnome/Windowmaker all feel klunky with dealing with any type of object (window, icon, pointer). [...] And even with the (older and) newer Xfree86'es, I STILL have the "page tear effect" in many applications. Even in Mozilla. I'm sure I'm not the only one (and if I am, how do I fix that)?

      So, KDE/Gnome/Mozilla are clunky. Let's add Java to the mix, too. You won't get any argument from me there. Those toolkits rely heavily and unnecessarily on bitmaps. They are effectively written with a local direct drawing model in mind. They fail to use the X11 APIs properly in many ways. And that's not really so surprising: KDE, Mozilla, and Java all use cross-platform toolkits, and they have been designed primarily around Microsoft's APIs and Microsoft's performance characteristics, with X11 support kind of as an afterthought.

      I also know that X wastes a bunch on bandwidth that Tight VNX saves. Try that "oh-so-nice-network-transparency" over a modem. I have, and it sucks compared to how snappy a 640x480 8bit black background screen transfers over EVEN regular VNC.

      The default X11 protocol is optimized for minimizing CPU usage and latencies assuming LAN-speed connections. That's the environment people are using it in, and that's the environment it has been successful in for 20 years.

      X11 does not try to minimize network traffic. If you want to run X11 over slow connections, you need an X protocol compressor. One comes built into your X11 server, but you need to enable it (lbx).

      And there is nothing wrong with using VNC--it's a great system. It simply isn't a network transparent window system, it's a remote display--different function and different application.

      still stand by what I said. Go get a copy of WIn98, and a feature-equilavalent copy of Linux with X and managers.

      Well, and I say: you are wrong. I have run X11 and Windows 95 on the same hardware, I have run X11 and Windows 98 on the same hardware, and I'm running X11 and Windows XP on the same hardware. X11 has always been competitive with Windows, and usually beat it, in actual measurements as well as "feel".

      Still, why didnt you approach the 3-D issue? 3-d's dog slow, even on supported hardware (eg: nVidia).

      What's there to address? 3D games under X11 don't involve the X11 protocol, they use DRI (the equivalent of Direct3D). If that is slow, it's a problem with the 3D drivers or the game, it has nothing to do with X11. Basically, this claim is characteristic of your reasoning: something doesn't work, and you blame X11. I have to say, I have run all versions of Quake on Linux and have had comparable frame rates to running it under Windows.

      But to what you accuse me of, it's MY fault X runs slow....

      It's your fault to make bogus comparisons. Face it, Linux is still largely unsupported, and it is certainly unsupported on Windows 98-style hardware. It's not suprising that you might configure your machine less than optimally or that your drivers aren't very good. Most people aren't bothered by that, since it runs fast enough, but if you are going to nit-pick about performance, you have to nit-pick about your own installation as well.

      Likewise, a lot of GUI developers (KDE, Gnome, etc.) come to X11 without knowing much about X11 or understanding how it works. It isn't surprising that they produce inefficient or sluggish code.

      But we know X11 can run fast. You said so yourself: you found it responsive on a 120MHz SPARC, hardware that it is actually supported on.

      If you want X11 to run fast under Linux, either figure out how to configure it properly and buy the right hardware for it, or go out and pay the money for a commercially supported version with drivers that were written with access to closed hardware specs.

    4. Re:Windows/OS X architecture is similar to X11 by g4dget · · Score: 1
      Applications and toolkits are supposed to support moving windows between displays, and a few do (XEmacs is one of them).

      X toolkits were going in that direction, but all of that was short circuited by the invasion of cross-platform toolkits like Qt, wxWindows, FLTK, and others, as well as X toolkits that might as well be cross-platform, like Gtk+ and Tcl/Tk. Those toolkits barely have a notion of remote applications, let alone multiple displays or moving between displays.

      However, until then, there are workarounds. In particular, there is something called "xmove"; look for it on the web. It's a bit tricky to set up initially, but once you have figured it out, it works quite well. There are also X11 servers that have a built-in notion of moving applications between displays.

      In the long run, we really need a modern, well-designed X11 toolkit that takes full advantage of X11's capabilities, including application mobility; the current crop of pretty-but-simplistic toolkits just don't fit the bill. I think efforts in that direction have started.

    5. Re:Windows/OS X architecture is similar to X11 by Anonymous Coward · · Score: 0

      It's ye olde "X is fine -- it's Motif/Gtk/Qt's fault!".

      Fine. Let's give X developers another 10 years to develop a good toolkit before we cast judgement on X....

    6. Re:Windows/OS X architecture is similar to X11 by Anonymous Coward · · Score: 0
      No need to wait. Gtk and Qt are decent toolkits for what they are. They aren't particularly efficient, but most people aren't bothered by that. If it does bother you, you have plenty of other choices, including using xlib directly. Motif was decent for what it was, too, although it is simply outdated by now.

      The judgement on X11 is that it gives you a lot of choices while still giving you a lot of interoperability and common functionality. If you make choices you don't like, like mixing inconsistent applications or choosing slow applications, you only have yourself to blame.

    7. Re:Windows/OS X architecture is similar to X11 by Anonymous Coward · · Score: 0

      IIRC, the latest version of GNOME supports moving windows between different displays.

    8. Re:Windows/OS X architecture is similar to X11 by spoon42 · · Score: 1

      ..."page tear effect"...

      >>MSWindows 98 is snappy, even on quite old hardware. XFree runs like shit. It >>feels klunky and laggy.


      *not to defend X, but anyway...*

      Funny. Seems a lot has changed since 1998. MS has always been a fan of counting on hardware to take up the slack for their bloat and, perhaps, incompetence, but it's getting ridiculous. I've seen horrible performance, including page tear, on the latest and greatest MS boxes in MS's own apps. XP makes a 2+ GHz processor feel dog slow. And makes me wonder if the last five years in the computer industry have gone to waste. (Yes.) Examples? How about a list:

      • Lag on local apps? Check. (Imagine network transparency. Ha.)
      • ...like counting the seconds it takes a context menu to appear
      • ...like counting even more seconds when opening a directory and watching the icons pop up one at a time
      • ...like not-quite-page-tear in IE; something isn't quite keeping up on a resize
      • ...like icons and toolbars getting corrupted, mostly in IE. Real professional.
      • Did I mention everything just feels S L O W ? Like what-the-fuck-happened-what's-wrong slow?
      • ...and more and more. That's just all I care to remember, or found before my eyes started to bleed.

      So yeah, I agree with you. Windows 98 was rather snappy. Seeing XP run on new hardware has all but convinced me I have nothing to gain by upgrading this P2 350. That's depressing, but somewhat comforting that I'm not the only one who's wasted five years. But Microsoft is playing catchup with X in terms of unusability. Yay for competition.


      gods, I've posted in an X flamewar. I feel dirty.

      --
      --- this comment is presented in WIDE SCREEN STEREO!!!
    9. Re:Windows/OS X architecture is similar to X11 by Herkules · · Score: 0

      "Applications and toolkits are supposed to support moving windows between displays, and a few do (XEmacs is one of them)."

      Could you tell me wear to find more info on this ?

      X.org ?? Do you wear to find it ?

      --
      CIA Factbook 2002 (US):"Since 1975, practically all the gains in household income have gone to the top 20% of households
    10. Re:Windows/OS X architecture is similar to X11 by g4dget · · Score: 1

      Xemacs is at xemacs.org Look at the make-frame-on-device function and other functions related to frames and devices.

    11. Re:Windows/OS X architecture is similar to X11 by Anonymous Coward · · Score: 0

      VNC __IS__ X
      it's a fork of 3.3.x

    12. Re:Windows/OS X architecture is similar to X11 by Herkules · · Score: 0


      Thanks!! =)

      --
      CIA Factbook 2002 (US):"Since 1975, practically all the gains in household income have gone to the top 20% of households
  54. Re:debian.... by Anonymous Coward · · Score: 0

    XF4.2 has been in Sid for a while now. Hopefully someone will plonk 4.3 in soon. Woody won't ever see it though.

  55. changing resolution by quantaman · · Score: 1

    While I'm sure there is a lot of great stuff coming out in this release the thing I'm waiting for is the ability to change the resolution of the X-server without shutting it down. I heard that there was code to that respect in the works does anyone have any information on this?

    --
    I stole this Sig
    1. Re:changing resolution by bookroach · · Score: 2, Informative

      thats what XRandR does. altought you cannot change color depth yet from what I understand.

      --
      GTA3 is like the Sims to me - MC Hawking
    2. Re:changing resolution by Anonymous Coward · · Score: 0

      How is this different from the changing you do with ctrl-alt-[+/-]? Do you mean changing the virtual desktop size? Or changing to modes not listed in the Screen section?

    3. Re:changing resolution by DeathPenguin · · Score: 1

      >>the thing I'm waiting for is the ability to change the resolution of the X-server without shutting it down.

      Have you tried ctrl+alt+plus or minus in previous X versions? It won't change the color depth, but it should cycle resolutions for you. You have to define those resolutions in your XF86Config(-4) file.

    4. Re:changing resolution by Anonymous Coward · · Score: 0

      Uhh but you can only change the viewports. Imho thats not resolution changing

    5. Re:changing resolution by Anonymous Coward · · Score: 0

      No, theirs no Virtual desktop with randr..
      resize basicly handles like windows, mac, beos,
      and every other windowing system on the planet

    6. Re:changing resolution by bookroach · · Score: 2, Informative

      XRandR changes the virtual desktop size, hence no more ctrl-atl-[+/-] to get a 800x600 window on an1024X768 desktop

      --
      GTA3 is like the Sims to me - MC Hawking
  56. better PS/2 protocol detection?????? by Anonymous Coward · · Score: 0

    I hope to the powers that be the poster meant PS2, because PS/2 ONLY means the mid 80's hardware abortion spewed forth from IBM.

    What the fuck would anyone want to support THAT crap?

    1. Re:better PS/2 protocol detection?????? by Luke-Jr · · Score: 1

      PS2 is an abbriviation for PlayStation 2. PS/2 is the mouse protocol most commonly in use today.

      --
      Luke-Jr
  57. Re:No by hxnwix · · Score: 1

    hehehehe, im typin this from an srx99 (total swank mini laptop) and i aint no fagort.

  58. True transparency? by jtdubs · · Score: 4, Informative

    Alpha blended cursors, but not true transparency?

    That's what transparency is. Transparency is normally implemented using alpha blending. An alpha value of 1.0 is a fully opaque surface. An alpha value of 0.0 is a fully transparent surface. This can easily be done on a per-pixel level either by using a separate alpha map or by using a alpha channel on the main image.

    Normally a 32-bit, RGBA image is used. This gives you normal 24-bit color, with 8-bits per channel for Red, Green and Blue. The extra space is an 8-bit alpha channel giving you 256 different levels of translucency.

    I guess I'm just confused as to how you can have alpha blending, but not "transparency," as they are the same.

    Justin Dubs

    1. Re:True transparency? by wrenkin · · Score: 1

      What happens if you have a movie playing underneath a transparent X cursor? Will you see the animation through it, or just a static segment from when you first placed the cursor? Kind of like a pseudo-transparent aterm that doesn't refresh itself?

      --
      -- "Is this death or is this Ohio?"
    2. Re:True transparency? by GreyWolf3000 · · Score: 1

      The cursors have transparency yes, I meant the actual architecture. Like making a menu truly transparent, or a window, or a shadow. XFree86 does not yet support it.

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    3. Re:True transparency? by JohnFluxx · · Score: 2, Interesting

      transparent ?terms work by just displaying the background picture appropriately translated.

      kde menus work by taking a picture of the desktop, and using that.

      Transparent cursors, as far as I know, are 'the real thing'.
      As for the transparent cursor over a movie - my guess would be that it depends on how the movie is being drawn. If it is being drawn like every other window, then it should work fine - however xine and mplayer by default don't do this, as this is slow. Instead they more-or-less draw directly to the video card. This probably won't allow the shadowing to work.

      Also things like TV cards draw directly to video, so I doubt shadow would work on them either.

    4. Re:True transparency? by fault0 · · Score: 1

      > What happens if you have a movie playing underneath a transparent X cursor?

      It will work, unless it's over Xvideo overlay (which bypasses X mostly...)

      This is used by mplayer, xine, and can be used by xawtv.

    5. Re:True transparency? by Yomlogs · · Score: 1

      The transparency does work over Xv overlays - at least on my Radeon 8500. I suppose the driver must be using the card's hardware sprite alpha blending.

    6. Re:True transparency? by Fluffy+the+Cat · · Score: 3, Informative

      Alpha blended cursors, but not true transparency?

      Yes. XRender only supports one layer of trasparency - if you have a transparent XRendered object (such as a cursor), it'll show the object underneath. However, if the object underneath is also transparent, you won't be able to see through both layers to the third layer underneath. As a result of this, transparent windows don't work too well yet (though probably still better than the traditional hack of grabbing the X backdrop, shading it and pasting it in) - but since nobody is really using transparent windows, a transparent cursor is unlikely to highlight this issue.

    7. Re:True transparency? by bzzzt · · Score: 1

      On my G400 the cursor's translucent parts are blended with the Xv key color (blue), so it's not something you like to look at...

  59. Getting better on free nv! by mcgroarty · · Score: 3, Informative
    The nvidia driver got a whole lot better.

    There's support for DVI flat panels now so long as you POST on that head, as well as real acceleration on all the modern nvidia cards. Looks like no more grabbing and rebuilding the non-free kernel-invasive nvidia stuff. :)

    Keep up the great work, guys.

  60. Xfree 4.3.0 driver vs. ATI linux driver?? by westphalia999 · · Score: 1

    So, which seems to perform better in the 3D department? I really would love to get a framerate higher than _5_ in UT2003 under linux; which is crazy since the UT2003 demo ran perfectly fine.
    So, has anyone compared the two yet?

    (XP 1900+, 1 GB RAM, Radeon 8500LE)

    --
    ..this is but a fantasy..
  61. faster?? by AresTheImpaler · · Score: 1

    Sure it has plenty of newer things... but what about doing things faster? is it faster in any way? are old features faster? is it faster in anything?

    1. Re:faster?? by Anonymous Coward · · Score: 0

      No. If Xfree 4.2.x is too slow for you, put your 486 up on eBay and buy a real computer.

  62. Hmmmm.... by Anonymous Coward · · Score: 0

    I sometimes get the mouse binding to the same corner, then after a while it unfreezes and goes fullscreen. Debian Stable.

  63. am i the first to say by Anonymous Coward · · Score: 0

    Am I the first to say that xfree 4.3 was released 24 hours ago? Please post more news for the mods to accept because some things must be said first on slashdot for real reasons, not just for the sake of speed.(i.e. some people claim some problems that is good to be known before proceeding with the installation)

  64. Re:Karma Whore [n/t] by GreyWolf3000 · · Score: 2, Informative

    In correct textbook English, you default to the masculine form. Way back in the mideval times, when English was Germanic, the Church came in and huge parts of Latin got folded in over the years (including defaulting to the masculine).

    --
    Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
  65. Shameless distro plug... by jasno · · Score: 1, Offtopic

    When I was a redhat user, I'd see a new version and sigh, knowing I'd wait weeks to find an rpm. But I'm ahead of the curve for a change! I did a 'emerge -u world' this morning and had it downloaded, built with optimizations, and running stable in an hour.

    Thank you, Mr. Gentoo!

    --

    http://www.masturbateforpeace.com/
    1. Re:Shameless distro plug... by ryants · · Score: 3, Interesting
      I did "urpmi --auto-select" this morning and had it downloaded and installed in 15-20 minutes.

      Thank you Mandrake!

      --

      Ryan T. Sammartino
      "Ancora imparo"

    2. Re:Shameless distro plug... by madhippy · · Score: 1

      how much testing goes into this sort of thing. I mean the XFree team do their testing - but have the people who have produced the 'packages' for the distros tested that it doesn't break anything ?

    3. Re:Shameless distro plug... by ryants · · Score: 2, Informative
      This is the cooker test package, so there are "no guarantees".

      Having said that, the cooker has been tracking XFree86 CVS for a while now, and many many people do use the cooker, so many people have been hammering on CVS builds.

      Now that XFree86 is final, us cooker people will hammer on it for a bit to find the last few wrinkles before it goes into Mandrake's next release.

      Many eyeballs, or something like that...

      --

      Ryan T. Sammartino
      "Ancora imparo"

  66. You should be in marketing by bonch · · Score: 0, Redundant

    I am a happy Windows user.

    Since this is a story about Windows, all of the pre-programmed Slashbots are going to trot out and declare that Windows is broken, old, badly designed, missing features, whatever.

    Meanwhile, the Windows team continues, release after release, to pound out great code that addresses all of the shortcomings people tend to cite. Faster direct rendering? Check. Anti-aliased text? Check. Multi-head? Check. Video extensions? Check. 3-D? Check.

    Do you see a pattern here? Windows is versatile. Windows is extensible. Windows is the industry standard--all commercial GUI programs use it.

    And as always, Windows's killer feature is its application base. No "desktop-on-top-of-a-window-manager-on-top-of-a-ro ot-window" nonsense like you have to do on other platforms. Today I had the windows of programs from no less than three different commercial applications running on my desktop. Productively. Lots of Windows users do this every day, usually without even thinking about it.

    Perhaps someday the tired old "Windows is obsolete and must be replaced" will finally cease. But today is probably not that day. Let the flames begin. I will ignore them and continue to praise the Windows developers for another job well done.

    1. Re:You should be in marketing by Anonymous Coward · · Score: 0

      Then what's your L4M3 A55 doing reading /. for anyway? Go... continue suckling at the peepee of Bill Gates. While you're at it, give him even MORE of your money. While you're paying off the robber baron, go to Wal Mart and give that family of robber barons some of your money too. Oh yeah, don't forget Ken Lay. Give him some of your money too. Don't forget Raytheon. Well, never mind that. The IRS extracts money out of you and gives it directly to Raytheon, Chevron, the Military, etc. They don't help actual Americans with it anymore.

    2. Re:You should be in marketing by Anonymous Coward · · Score: 0

      Do me a favor and tally up the total bill for that list. Double that for any crippleware/spyware/updateware/adware applications.

    3. Re:You should be in marketing by bonch · · Score: 1

      I'd rather be using something better than Windows.

      And X.

  67. An hour? AN HOUR?!? by Anonymous Coward · · Score: 0

    Ooh, you are _so_ lying. _SO_ _SO_ lying.

    1. Re:An hour? AN HOUR?!? by Anonymous Coward · · Score: 0

      ok, maybe it was 2... not long on my Athlon XP1800, 256MB. GCC is compiled with athlon optimizations, so I dunno if that speeds it up at all(probably not). Basically I started it, walked away, and came back to a brief 'etc-update' session, CTRL-ALT-BACKSPACE'd and found myself in 4.3.0.

    2. Re:An hour? AN HOUR?!? by lanalyst · · Score: 1

      Gentoo uses bash scripts for it's ebuilds - there is no 'packaging' to do: the version number is pulled from the file name - corresponding versioned tarball source downloaded and built. Gentoo has had the xfree 4.2.99 pre-release available for quite some time - copying the build script to a new name isnt that difficult.

      emerge clue

    3. Re:An hour? AN HOUR?!? by Anonymous Coward · · Score: 0

      took me 40 mins on an xp1700,

      turn of FAM first, that thing slows your compiles way down as it eats 99% of your proc

  68. Re:Also in X 4.3-Nope. by Anonymous Coward · · Score: 0

    No such thing under Mandrake 9.1

    Now aren't you glad you don't have to write HOW-TOs?

  69. Speed? by xtal · · Score: 1

    Is there any improvements to processor useage, or adaptability for embedded environments in this release (over 4.2)?

    --
    ..don't panic
  70. The kewlest feature for me... by OneFix · · Score: 1

    32 bit color mouse pointers with support for transparency and animation.

    This is very kewl...I am actually trying to do my own pointer set...if I'm not mistaken, this is a first for those using the X86 platform...

    It seriously brings back memories of the Amiga...

    Of course, the performance enhancements are kewl too :)

    1. Re:The kewlest feature for me... by Anonymous Coward · · Score: 0

      Have you heard of Windows 95?

    2. Re:The kewlest feature for me... by OneFix · · Score: 1

      Colors yes (only 4 unique colors if i'm not mistaken) and no support for transparency or animation of all pointer types in Windoze 95....

  71. Ok, one at a time by PotatoHead · · Score: 4, Interesting

    ---Usually when there's complaints from a wide amount of people, it's "the people" you trust. Not the few who complain about the complainers. If anything, it has too many features. I believe we insult/harass/jeer at MS for doing the similar thing to Windows/Office. Called something like creeping featurism....... BUT it's different when we're talking about XFree86 cause it's LINUX stuff.

    You know having fully featured infrastructure components, which X is, is damn nice when writing applications. Feature creep is bad in a word processor, good in your display system.

    X has little to do with Linux. X has been around for a long time.

    ---Yeah, it IS getting faster...

    This goes directly to the network transparency myth. X window systems tend to be a little slower on login because things run in user space. Once things are running however, there is no performance penalty at all. With X you can choose a lot of things that can affect display performance. Seems to me that other display systems don't have this option. Want a blazing fast X system? Choose reasonable window managers. A machine running TWM these days is very fast yet will still do everything needed in a nice clean minimal way.

    As a comparison, I have an older SGI IRIX machine running at a blistering 30Mhz. Scrolling text in a window, minimize, raise, lower and resize are all nice and fast. X is clearly not the problem here as it has been proven to be effective for years. That machine was manufactured in 91 and will still display 3D applications in a usable way.

    ---Yeah right. 3-D on linux/Xfree SUCK ASS. Want compairsons? Go play X game (with port to linux) on windows and then play it on Linux. You get shit for framerates, and dont tell me you're different.

    I don't think so. OpenGl based games run just as well if not better than they do under windows. My current 3D machine used to be a windows machine and I ran the game in both environments. latency was a lot lower in the X environment than it was in the win32. Lots of people see this so you can forget your one guy argument. Running programs like Maya or Pro Engineer work very nicely as well. This used to be the case, but is not anymore. So, 3D, check.

    ------Do you see a pattern here? X is versatile. X is extensible. X is the industry standard -- all Unix GUI programs use it.

    ---Yeah, and all good games are out for Windows. Windows games are the industry standard. (sound dumb? same way you sound with X)

    Yeah this does sound dumb. The X window environment has been setting the bar for display systems for years. Just think, they got it right long before win32 environments were even stable. X is the industry standard in many areas. Games are a niche. An important one, mind you, for the overall consumer market, but this does not make an industry standard all by itself. High end scientific applications, Mechanical CAD, Visualization are just a few of the true industry standard applications that have all ran under X for years. Ask users of any applications in any of these areas what the transition was like when moving to the win32 platform. It took a long time for things to work as well as they did under X. Very few things are really better.

    Games? Direct X? These both sound dumb to me if they are to be considered the way of the future. Games will eventually end up on whatever platform has both power and marketshare to sell copies. Linux + X can do games very well right now, but marketshare is smaller. As that changes, you will see the games same as you did for win32.

    I think it says something when the best graphics guy around continues to invest in OpenGL. Direct X is a capable, but clearly dead end API. Hardly competitive at all really. Got your killer application running under Direct X, but want to run it on higher end graphics systems? Sorry, win32 only. Maybe the next revision, that they make damn sure you keep paying for, will have what you need. Using OpenGL avoids this problem nicely.

    If you want do discuss other aspects of the interface, you might equate OpenGL to X in that they have the same core design ethics. OpenGL has also set the bar in its way for years before Direct X was even a consideration. To get Direct X where it needed to be Microsoft had to thrash and almost kill SGI through their Faherienhit (sometimes spelling sucks --sue me) project.

    Finally, if you want to again consider industry standards, consider this:

    Every last high end scientific and engineering application that actually matters uses OpenGL for its display engine. Why? Because it is accurate, stable, scaleable and just works well. Microsoft would love for this to change, but creators of these applications know all to well the dead end nature of the Direct X API.

    ---And you're 1 out of how many??? You need screen on another computer, use TightVNC. Uses a bunch of less bandwidth too.

    I will agree with you about the bandwidth issue, though this can be mitigated with ssh and compression. However you totally miss all the points here while showing that you really have no idea why people, who know what X does, use it this way.

    X is a big part of why UNIX systems are true multi-user systems and the network transparancy is the key feature making this a reality today.

    Any X window user can basically run any application from any machine they want from the machine they are on. Lots of people do this. It is called multi-user computing. Most people not doing this really just don't know it is an option.

    This feature has some interesting ramifications when it comes to systems design and implementation. Not having it eliminates many choices that could reduce administration and costs.

    Example:

    Company uses high-end MCAD product; namely, EDS I-DEAS. This is complex and powerful software with included data managment.

    If you are running win32, then you have only one choice. You load that software onto every machine that will ever use it. Outfit every machine that will ever use it with high end CPU, video, disk and RAM. To administer, you must deal with each and every machine all the time. Service packs, driver changes and other things like applications that change core system shared library code hose things up on a regular basis. Heavy users as well as light duty users must possess all necessary resources on their local machine.

    Upgrades to software must be deployed locally on each machine. Complex scripting is needed to really get things done in a reasonable manner. Upgrades to hardware get quite expensive over time as each user gets new hardware which means new OS which means new display and drivers along with the reloading and rebooting that comes with that.

    Now consider your options when you are running a real multi-user OS and the X Window display system.

    You configure one multi-cpu server and remote display on just about any 3D capable PC. Machines can be new or old just as long as they have a good network interface and graphics engine. Almost any recent vintage machine made in the last 3 years or so will perform this task nicely. Because the application is running directly on the server, many data intensive applications that used to bottleneck on the network now run smoothly. Cost per user is low because the OS is multi-user. Properly sized shared resources make for a good computing experience for all the users. For the occasional power user, go ahead and give them local compute if you need to. The choice is yours with X, you don't even get to consider it with anything else.

    Now upgrade time. Add CPU or RAM to the server, all users benefit. Want to change software revisions? Great, it will take a fraction of the time because of shared code and configuration data. This leaves plenty of time to deal with those power users computing locally. Users local machine gets hosed up, what do you do? Give them a replacement one with the standard applications loaded and fix theirs as you have time without impacting their workflow at all. Since their critical data is in a shared stable environment, they will hardly notice.

    When Open Office gets just a bit better, this will be possible for more mundane applications as well. The savings and advantages are obvious --if you know you have the option.

    BTW, Apple is now beginning to ship an Aqua supported X server. Wonder why that is? Could it be because X has some advantages? Maybe they are interested in high-end applications being ported to the Mac. Not sure of the reason, but I am sure they would not do it if X really was as you say...

    Schools all across the country are all working on implementations of the Linux Terminal server project. This project depends on X and its features. Administration will be remoted and centralized to save costs and improve response time.

    At home here, I run win32, Linux and SGI irix. Each of the machines have applications I am interested in running. All the UNIX applications are avaliable on every machine with just two clicks and can be used by anyone at any time. My wife is currently watching a DVD as I type this. That same machine is providing Evolution e-mail to the win32 machine via X at the same time. Why bother running more than one mail client. With X, I can choose any client I want and use it anywhere I want.

    It is easier than you think and very well worth it.

    Finally, Tight VNC is pretty cool for what it is, but it is not multi-user. Sure, it will save you a trip to a machine, but will not allow any sort of multi-user action of any kind. Limited and totally non-competitive compared to X.

    Network transparancy is *huge* and most of the industry is blind to it because Microsoft and Apple do not provide it. Their loss really.

    ---How about modularizing the obsolete crap (like the XT module in the linux kernel) or pulling the garbage out altogether? MSWindows 98 is snappy, even on quite old hardware. Now take that nice dual cpu motherboard and slap linux on that with a well-supported XFree video card. XFree runs like shit. It feels klunky and laggy. And no, I'm not using KDE to use as a test. I'm using TWM. The smallest gui manager out there.

    I will give you points here. A lot of OSS software has been gaining in functionality in trade for speed. I wrote an article about this a while back titled "Where Is the New Linux Experience?" When I wrote that, I had the same experience you did.

    Things are changing now. The feature growth is needed to capture users interest and get things done. Truth is, hardware fast enough to run most things is very cheap now so this is becoming less of a problem. Development is now starting to address speed issues and it is showing results. Compare KDE 3 to KDE 2 and you will notice the difference.

    Given the cost savings of OSS over software you pay for, and you do pay for all that win32 or Mac software don't you? The price of a newer machine is easily justified.

    The parent post is dead on. Every time X gets mentioned, people like you, who really have little grasp of the bigger picture, bitch and moan about how X doesn't do exactly what their older and inferior system does.

    Get over it, X kicks ass and the rest just don't.

    1. Re:Ok, one at a time by 13Echo · · Score: 1

      You hit the nail on the head. It's good to hear responses from knowledgeable users with proper configurations for once. My experiences are and have been the same as yours.

  72. You should say Nvidia crud by Anonymous Coward · · Score: 0

    The only thing giving me constant problem are the nvida drivers, and if I use the nv driver (no 3d acceleration) my son cannot play tuxracer.
    I'll stay clear from nvidia in my new machines, heck if there were a good (and cheap) alternative I'd trash my current nvidia card.

    1. Re:You should say Nvidia crud by Luke-Jr · · Score: 1

      You might note that nVidia are the only video cards with hardware acceleration at all so anything else will only be as good as the nv driver.

      --
      Luke-Jr
    2. Re:You should say Nvidia crud by cosmol · · Score: 1

      What?

    3. Re:You should say Nvidia crud by Anonymous Coward · · Score: 0

      oh... you need to think little bit before write something like that...

      I've trashed my GF2 and those evil closed source modules long time ago and buy Radeon
      by then it doesnt have great 3d support but picture quality was great.

      currently my Radeon 8500 is well supported by (open source) DRI drivers and let me play my favourite 3d games (quake 1/2/3, rtcw ,sof) with out problems

      and Radeon & GF still aint only cards with 3d acceleration...

  73. Apple X11 and Red Hat Linux 8.1 by Anonymous Coward · · Score: 1, Interesting

    Will Apple update X11 for Mac OS X to this new XFree86 release anytime soon?

    And what about Red Hat Linux 8.1, will it ship with the new version?

    Thanks!

    1. Re:Apple X11 and Red Hat Linux 8.1 by pellaeon · · Score: 1

      I bet it will. Phoebe (the beta) has 4.2.99.90x included (and GNOME 2.2 goodness as well).

      --
      -- /bin/coffee missing. universe halted.
  74. As a temporary hack by hayden · · Score: 2, Informative
    This worked with 4.2.0 with 4.1.0 being the latest debian maintained package. I have a feeling it may break fonts for 4.3.0 though.

    1) Get the latest XFree86 binaries excepting the config package (I tried with sources but had more luck with binaries).
    2) Rename /usr/X11R6 to /usr/X11R6.debian
    3) untar the binaries into /usr/X11R6
    4) Rename /usr/X11R6 to /usr/X11.4.3.0
    5) ln -s /usr/X11R6.4.3.0 /usr/X11R6
    6) Restart X.

    I've been using this for six months now (due to the latest gatos drivers eternally needing a version of X that wasn't in debian). The good news with doing this is it's relatively easy to unfsck if things don't work. It sounds as though they've changed the font server configs so you may have problems with this in the latest version (I haven't done this yet).

    I'd recommend changing the link back to the .debian dir before doing a apt-get upgrade or things may get really pear shaped in a hurry.

    --
    Nerd: Derogatory term typically directed at anybody with a lower Slashdot ID than you.
  75. Do you believe in magic, too? by g4dget · · Score: 1
    Keith Packard's transparency server will attempt to notify windows when they need to redraw because a window underneath has changed (this isn't normally communicated because when the protocol was developed, it was assumed to be redundant).

    There are two choices for dealing with transparency: either applications redraw their layers when any layer changes, or the server keeps bitmaps or vectors around and does the drawing compositing itself. Those are the same choices you have for any kind of redrawing.

    X11 has always offered both choices, and it will likely also offer both for transparency. That is, if you tell the server to keep the bitmaps around for window contents, it won't ask applications to redraw--it will just do the compositing itself. If you tell the server not to eat up resources by keeping bitmaps around, it will ask applications to redraw.

    Berlin simplifies its world by only giving you the simpler version of the two, where the server does the work. That's nice for many uses, but it isn't always the best choice.

    Berlin also abstracts the pixels on the screen and lets developers deal with sizes in plain distance measurements. An icon that is one inch tall will always be one inch tall (it may be x or y pixels high though). SVG icon support will go into KDE, but XFree86 will still be pixel-based.

    Again, you are confusing levels. At some level, Berlin has to deal with pixels as well: that's what the hardware has. At a slightly higher level, it provides rescaling and anti-aliasing. Those two levels are what X11 provides. Beyond that, it's not X11's business, it's the toolkits business. Some X11 toolkits provide resolution independence, although it hasn't been very popular because screens still aren't high resolution enough to make it work well.

  76. What IS Xqueue? by Anonymous Coward · · Score: 0

    Great, so the input drivers support old Xqueue. What is it? Google can only find umpteen Xconfig files, and the occasional mention of SysV.

  77. Re:Xfree 4.3.0 driver vs. ATI linux driver?? by Anonymous Coward · · Score: 0

    You need more RAM to get a better framerate

  78. "or wait for your distribution to package them..." by chrysalis · · Score: 1, Troll

    Waiting?

    What for?

    I'm running Gentoo Linux.

    --
    {{.sig}}
  79. XFree86 4.3.0 on OS X by geniusj · · Score: 3, Informative

    Just informational.. I've been running an XFree86 4.3.0 beta on my OS X desktop for a while now and it is MUCH more responsive than 4.2 .. I can run KDE in full screen mode and it is actually usable. With 4.2, it was slower than using VNC over a T1. So, for all those who wished apple would have included a full screen mode in its X11 betas, 4.3.0 is what you're looking for. I believe the changes they incorporated were actually from Apple anyway (they released the source back).

    Cheers,
    -JD-

  80. Input methods by MarkoNo5 · · Score: 1

    They leave out a lot of imho useful options, while there is an "input methods" menu item for every input box, which you can accidently set to "cyrillic" or "amharic" or ... and fsck up your input box. Yes, I can correct it, but a newbie can't. And yes, these things _do_ happen. A few weeks ago, my mom saw a secretary in a hospital who accidently lost a toolbar. She had to wait until the next day, when the tech guy was around. These things shouldn't be removable by default. Experienced users, the ones who use it, can turn the option on in a matter of seconds, but a lot of people who don't use it can't turn it off.

  81. That's the price... by Anonymous Coward · · Score: 0

    That's the price of getting the most STABLE and CONSISTENT linux distro.

    I'm happy to wait, because I know when XFRee4.3 is availible i won't have a single problem.

  82. wehoo..! by tewmten · · Score: 0

    aybe I should give it a try, don't take so long to compile.. and hey, who the hell use precompiled? :))

    strange thing tho, XFree86 4.2.0 compiled faster than Mozilla 1.3a :-\

  83. Re:No problems with my OmniCube (2-ports) & Lo by anonymous+cupboard · · Score: 1
    I have an Omnicube 2-port with Win and Linux machines as well as a 4-port with Win+2*Linux machines. The two port has a logitech wheel mouse whilst the 4-port has an MS mouse.

    The main issue is that if the Linux system isn't selected during a reboot then sometimes anaconda (it is a Red-Hat Distro) barfs during the hardware recognition of my mouse and monitor.

  84. Re:Karma Whore [n/t] by Rysc · · Score: 1

    Yeah, but you shouldn't Just because it's technically correct doesn't mean it's right. Some credible people should get together and invent a new word to be the gender neutral s/he for english, and then decree it to be valid and correct. It might not get into common usage for some years, but I'd use it pon day one.

    --
    I want my Cowboyneal
  85. why is this x server slower by idiotdevel · · Score: 2, Interesting

    For some reason, switching from virtual consoles and x server is a lot slower in this version.

    It was already pretty slow with 4.2, now with 4.3 it takes like 5 seconds to switch from a Virtual Terminal back to X Server.

    Any way i can boost up the speed?

  86. how can one make switching from VCs to X faster? by idiotdevel · · Score: 1

    in my opinion, each new version of x server just makes it slower to switch from VCs back to X does anyone know a away for faster switching from virtual terminals to x server?

  87. Re:Karma Whore [n/t] by Anonymous Coward · · Score: 0

    Actually, the singular neutral-gender usage of "they" and "them" made it into the newest edition of the Oxford English Dictionary. Unlike french, there is no "official" british-english language, but the OED comes close - so "they" it is in british english since about 2000, however strained it initially sounds...

  88. some aspects are slower in this x server by idiotdevel · · Score: 1

    in my opinion, each new version of x server just makes it slower to switch from VCs back to X does anyone know a away for faster switching from virtual terminals to x server and vice versa?

  89. Multi-head = Multi-user by fils · · Score: 2, Interesting

    OK, so multi-head is mentioned seperate (though just above) xinerama. I've been a long time xinerama user.. very pleased with it. At work however, I have wanted to to do multi-user setups in the lads (2 seperate X instances for 2 seperate users on their own monitor, keyboard, mouse). This would be a great cost and administrative savings for labs and some of the places I work with internationally.

    Has any progress been made with this new release that would allow for the this multiuser type of system to be done?

  90. Re:NeWS by spitzak · · Score: 1

    The source for NeWS is not available, unfortunately.

  91. Re:how can one make switching from VCs to X faster by irc.goatse.cx+troll · · Score: 2, Informative

    Run your VCs in a framebuffer that is the same rez as X, preferably run X in a fb to.
    X sucks in a FB, as does VCs in my not so humbe oppinion, But that would make it almost instant.

    The biggest delay on switching X->VC is the rez change.

    --
    Pain lasts, kid. Its how you know you're alive. Sometimes I think this growing up thing is just pain management-TheMaxx
  92. Speaking of compiling... by moncyb · · Score: 1

    How long does it take to compile XFree86? I'm stuck with a 500MHz CPU. :-(

    1. Re:Speaking of compiling... by Anonymous Coward · · Score: 0

      Well, i didn't time it... but it only took a few minutes on my dual athlon 2600

  93. Re:"or wait for your distribution to package them. by codingOgre · · Score: 1

    Hell yeah! Gentoo is by far the best desktop distro! Stable, feature rich, and easy to administer.

    --
    Space may be the final frontier, but it's made in a Hollywood basement. --Red Hot Chili Peppers, Californication
  94. Re:Karma Whore [n/t] by UncleFluffy · · Score: 1

    In correct textbook English, you default to the masculine form.

    My OED disagrees with you and says that the plural can be used as the neuter, but notes that some people disagree with it.

    --

    What would Lemmy do?

  95. RTCW runs natively on Linux by Kjellander · · Score: 1

    "Odd, I was playing Return to Castle Wolfenstein through WineX this morning on my box..."

    Well since it's ported to Linux there is really no need to run it under WineX, is there?

    Check it out here: http://www.idsoftware.com/games/wolfenstein/rtcw/

    You need these to files: wolf-linux-1.33.x86.runand wolf-linux-update-1.41.x86.run.

  96. What is the difference: X, XFree, XR11r3? by Anonymous Coward · · Score: 0

    I do not understand what is X? How do you use it, how do you run it? Commands?

    I know what XFree is, a GUI server? Now what is X!

    Please, someone tell me.

  97. Packages for the various distros by auDanielS · · Score: 1

    I have Debian packages at penguinppc.org, as well as several mirrors (look at the link, folks), that work on sid i386/powerpc/ia64/alpha (woody and sarge backports coming soon), and will upload 4.3.0-0ds1 today (and hopefully -0ds2 by Wednesday). These will be the base for Branden's 4.3 work.

    Mike Harris, RedHat's maintainer, has some RPMs for RawHide (I think, might be 8.0) here. Don't say we don't do anything. :)

  98. Compiles on older linux systems by MonkeyDluffy · · Score: 1
    Just for the heck if it, I downloaded it friday afternoon, and compiled it on a RH 5.1 box. Seems to be fine, unlike some software these days that demand the latest and greatest libraries or compilers.



    -MDL

    --
    Happy meals fund terrorism
  99. VMWare by Gleng · · Score: 1

    As others have found, vmware 3.2 hangs really badly when going fullscreen in xf86 4.2.0, and the vmware support claims that this is a problem with X.

    I was wondering if anyone has had any success running vmware 3.2 fullscreen on this new version of X.

    --
    "Proudly Posting Without Reading The Article"
    1. Re:VMWare by Anonymous Coward · · Score: 0

      Try the vmware 4.0 beta (on their web page). If *THAT* doesn't work, let em know, maybe they can workaround it before they release.

  100. You shouldn't care... by r6144 · · Score: 1

    My monitor (Samsung SyncMaster 500b) takes a whole second to switch modes, and most of it is spent by the hardware (some switch or relay, I guess), yet I don't feel too uncomfortable. So, if you switch VT's under X so often, what are you doing?

  101. Try KDE by Anonymous Coward · · Score: 0


    That's the only one that works well with my setup (2 screens, xinerama).

    I also found a patch for windowmaker that made things bearable, but I got tired of applying it each time there was a new version (for some reason the maintainers didn't like it). I don't know what the situation is with that WM as it was aeons ago (around version 0.60).

  102. Are you blind man? by dpete4552 · · Score: 1

    Let ME repeate: I WAS using DRI. Let me simplify this for you as I can see this is very difficult for you to understand:

    1. I install Linux.
    2. I use the nv open source drivers.
    3. I enable DRI.
    4. I run tuxracer and I get 1-3fps.

    5. I disable DRI.
    6. I download nvidia's official drivers (nvidia)
    7. I install the nvidia drivers
    8. I run tuxracer and I get 60-70fps.

    Let me repeat: I enable DRI, just in case you didn't see that, I enable DRI, then, after I have enabled DRI, and DRI is running and enabled, I start tuxracer, meanwhile DRI is enabled, I get about 1-3fps in tuxracer while DRI is enabled and I am not using the official nvidia drivers, this is all while DRI is enabled, and through the process discussed in this particular paragraph DRI happened to be enabled the whole time. Also, DRI was enabled.

    P.S. DRI was enabled in the last paragraph.

    --
    http://www.archive.org/details/ThePowerOfNightmares
    1. Re:Are you blind man? by Anonymous Coward · · Score: 0


      although you had DRI enabled, there was NO hardware acceleration. simply, because there is NO hardware driver in the DRI branch, for nVIDIA cards. DRI was on, but wasn't using the hardware to render the scenes. because nVIDIA is quite restrictive if it comes to hardware specification. they didn't provide any (or few) documents about their cards to the DRI team, so they were unable create a good driver for it. therefore nVIDIA's (binary only!) drivers are faster.

      it's like you it's like you have a sound card, but no driver for it. (in windows) the app starts playing but no sound is coming out. because the app isn't using the hardware. [probably not a good example, but should do the job ;]

    2. Re:Are you blind man? by dpete4552 · · Score: 1

      Ah, I see. So with ATI on the other hand they have enough information to create good DRI drivers that actually take advantage of the hardware?

      --
      http://www.archive.org/details/ThePowerOfNightmares
    3. Re:Are you blind man? by Anonymous Coward · · Score: 0
      Ah, I see. So with ATI on the other hand they have enough information to create good DRI drivers that actually take advantage of the hardware?

      yes, unlike Nvidia

    4. Re:Are you blind man? by chefren · · Score: 1

      DRI does *not* support hardware 3d acceleration. Loading the DRI module does not mean DRI is enabled, since it falls back to software rendering if supported hardware or drivers are not present. Run 'glxinfo' and look for a line saying: direct rendering: Yes/No. This will tell you if DRI is actually enabled or not. The same info can be found in the XFree86 startup log, which is in /var/log on my computer at least.

  103. Support for the RandR extension . by jotaeleemeese · · Score: 1

    Does that mean that we can use the newest LCD monitors in portrait mode?

    I would like to get one LCD monitor (Voodoo 5 card) but it seems wasteful to do so if I can't use the portrait mode that many of them have available.

    --
    IANAL but write like a drunk one.
  104. Last Post! by alpg · · Score: 0

    Weinberg, as a young grocery clerk, advised the grocery manager to get
    rid of rutabagas which nobody ever bought. He did so. "Well, kid, that
    was a great idea," said the manager. Then he paused and asked the killer
    question, "NOW what's the least popular vegetable?"

    Law: Once you eliminate your #1 problem, #2 gets a promotion.
    -- Gerald Weinberg, "The Secrets of Consulting"

    - this post brought to you by the Automated Last Post Generator...