Beta
×

Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

X.Org 6.8.2 is Out

CmdrTaco posted more than 9 years ago | from the get-your-download-on dept.

X 450

ertz writes "The X.Org Foundation today announced the fourth release of the X Window System since the formation of the Foundation in January of 2004. The new X.Org release, called X Window System Version 11, Release 6.8.2 (X11R6.8.2) builds on the work of X.org X11R6.8.0 and X11R6.8.1 released in 2004. X11R6.8.2 combines the latest developments from many people and companies working with the X Window System and an open X.Org Foundation Release Team. All Official X.Org Releases are available for download from the ftp site and at mirror-sites world-wide."

cancel ×

450 comments

Sorry! There are no comments related to the filter you selected.

fp tastes like (-1, Offtopic)

Anonymous Coward | more than 9 years ago | (#11632685)

chicken

So is Xfree86 dead? (4, Interesting)

glrotate (300695) | more than 9 years ago | (#11632689)

Is it being actively maintained or developed?

Re:So is Xfree86 dead? (3, Informative)

Quattro Vezina (714892) | more than 9 years ago | (#11632735)

I believe it's still being developed, but most distributions are no longer packaging it.

Re:So is Xfree86 dead? (2, Insightful)

RealAlaskan (576404) | more than 9 years ago | (#11632736)

Is it being actively maintained or developed?

Well, if nothing has changed since the fork, the answer is probably: ``Not really.'' Wasn't the glacial pace and control-freak policies of Xfree the reason for the fork in the first place?

Re:So is Xfree86 dead? (1, Funny)

Anonymous Coward | more than 9 years ago | (#11632737)

Yes, it's dead. Netcraft confirms it.

Re:So is Xfree86 dead? (3, Interesting)

eatjello (767686) | more than 9 years ago | (#11632746)

not dead, just forked. xfree86 is still in active development, but is currently under a feature freeze so they can concentrate on cleaning up the code (something xfree very much needs).

Re:So is Xfree86 dead? (4, Informative)

iabervon (1971) | more than 9 years ago | (#11632965)

It is being maintained and developed as actively as it ever was, which is to say that there's a first release candidate for the first version after the split ready now. Whether that counts as "active" or not depends on your point of view.

Debian? (3, Interesting)

Anonymous Coward | more than 9 years ago | (#11632691)

Anyone in the know know why Debian is sticking to a fork of the old XFree code, and not moving to x.org like other distros?

Re:Debian? (3, Insightful)

bogaboga (793279) | more than 9 years ago | (#11632731)

Debian is very conservative in upgrades. I understand that it is why Debian is very stable too. They (Debian) wait for the early adopters (Mandrake et al...) to see and iron out the bugs. Why are you anonymous?

Re:Debian? (2, Informative)

node 3 (115640) | more than 9 years ago | (#11632760)

Anyone in the know know why Debian is sticking to a fork of the old XFree code, and not moving to x.org like other distros?

Because it's not sticking to a fork of the old XFree86 code, and it is moving to X.Org, like other distros.

Re:Debian? (0, Troll)

Quattro Vezina (714892) | more than 9 years ago | (#11632839)

Moving isn't the same as having moved.

Debian will move to Xorg the day Duke Nukem Forever is released.

Re:Debian? (1)

beattie (594287) | more than 9 years ago | (#11633037)

Same reason they dont adopt other software when it's new. Stability.

Though it sort of doesnt make sense. I mean how long did it take for them to get KDE3 into the "unstable" branch? Months. And that branch is meant to be as it's name implies, unstable.

Ati Drivers (4, Insightful)

espergreen (849246) | more than 9 years ago | (#11632697)

I wonder if Ati users will have to wait another 6 months to get 6.8.2 support.

Re:Ati Drivers (3, Insightful)

MarcQuadra (129430) | more than 9 years ago | (#11632740)

I wonder when Linux users will stop buying hardware that doesn't have published interfaces.

I also wonder when people with ATI card that are actually supported will realize it. My RADEON 9200 and 7500 get full 3D acceleration without the closed drivers.

Re:Ati Drivers (0)

Anonymous Coward | more than 9 years ago | (#11632852)

OTOH, my 9600 doesn't. Damn them.

Am I not right in thinking that neither ATI nor NVidia have opened their interfaces? If neither of the big manufacturers do, that rather limits our choices, doesn't it...

NVidia's proprietary drivers do work properly, though, so that's alright.

Re:Ati Drivers (0)

Anonymous Coward | more than 9 years ago | (#11633151)

You try running a modified KERNEL, Nvidia still refuses to use the DRI interface to the card, which makes kernel debugging IMPOSSIBLE, also it makes the drives simply fail on non-standard kernels......

Re:Ati Drivers (1)

arose (644256) | more than 9 years ago | (#11633011)

Not full, I had to get a GeForce to replace my RADEON 7000 because the maximum point size was 1 and that made Wings 3D very difficult. Notify me if they ever fix that.

Re:Ati Drivers (1)

elzurawka (671029) | more than 9 years ago | (#11633169)

how did u get your ati 9200 working? Ne link i should know about? Do u wana e-mail me some instructions? haha

Re:Ati Drivers (5, Insightful)

Anonymous Coward | more than 9 years ago | (#11633214)

>> I wonder when Linux users will stop buying hardware that doesn't have published interfaces.>>

I wonder when some Linux users will stop being so arrogant. Many people come to Linux AFTER they have purchased an ATI card with a desktop or notebook.

"Switch to Linux it's better."
"Okay. Reformat hard drive, install, configure. Hey, i can't get my ATI card to work."
"You are so stupid. Why didn't you buy a card that works with Linux?"

Re:Ati Drivers (1)

elzurawka (671029) | more than 9 years ago | (#11633008)

i cant get my ATI working in debian with xfree86. I dont know why they cant make linux drivers like nvidia? It so much of a process....installing a bunch of packages, configure lots of files...haha...so much stuff you can screw up. Nvidia wins when it comes to linux.

Mostly stability (5, Informative)

Anonymous Coward | more than 9 years ago | (#11632700)

It looks like its moslty a stability update than features:
The X11R6.8.2 release is intended to be a stable bug fix release ("Maintenance update") for the X11R6.8.0 and X11R6.8.1 X11 releases of the Xorg Foundation, containing bug fixes, security updates and a small set of new features, which include the following:

* ATI R100 video driver
* ATI "radeon" video driver
* ATI Rage128 video driver
* CYGWIN infrastructure update
* DMX Library updates
* Intel i810 video driver
* libXpm security update (CAN-2004-0914)
* Mesa (OpenGL) update to release 6.2
* Fixes to the pseudocolor emulation layer (currently only used by the Neomagic driver.)
* "nv" (Nvidia) video driver
* Postscript print driver
* Xprint infrastructure update

Re:Mostly stability (2, Interesting)

ajs (35943) | more than 9 years ago | (#11633241)

So here's the important question: has the "nv" driver gained access to enough of the modern NVidia cards that I can stop using the binary-only driver to play Neverwinter Nights?

Debian (2, Insightful)

ArsonSmith (13997) | more than 9 years ago | (#11632701)

I wish they'd release Sarge already so that Xorg will go into unstable.

Re:Debian (3, Informative)

Anonymous Coward | more than 9 years ago | (#11632921)

Get Ubuntu instead. It's essentially a cleaned up version of Debian Sid and it includes X.org.

Re:Debian (0)

Anonymous Coward | more than 9 years ago | (#11632964)

The unstable xfree86 already has some backported stuff.

Re:Debian (2, Informative)

InfiniteWisdom (530090) | more than 9 years ago | (#11633130)

Instead of wishing, go here [debian.org] and help it happen by fixing as many of the 93 release-critical bugs as you can. Once that number is low enough, Sarge will be released.

Waht about xgl? (0)

Anonymous Coward | more than 9 years ago | (#11632704)

Develoment has started on anew x server called xgl, whihc is opengl accelerated. When will wew see that supported in major distros?

Re:Waht about xgl? (0)

Anonymous Coward | more than 9 years ago | (#11633051)

Please post your mailing address and preferred keyboard type, and I will spearhead the initiative to take up a collection and buy it for you.

Why this matters: (0, Redundant)

RailGunner (554645) | more than 9 years ago | (#11632708)

About this Release:

The X11R6.8.2 release is intended to be a stable bug fix release ("Maintenance update") for the X11R6.8.0 and X11R6.8.1 X11 releases of the Xorg Foundation, containing bug fixes, security updates and a small set of new features, which include the following:

* ATI R100 video driver
* ATI "radeon" video driver
* ATI Rage128 video driver
* CYGWIN infrastructure update
* DMX Library updates
* Intel i810 video driver
* libXpm security update (CAN-2004-0914)
* Mesa (OpenGL) update to release 6.2
* Fixes to the pseudocolor emulation layer (currently only used by the Neomagic driver.)
* "nv" (Nvidia) video driver
* Postscript print driver
* Xprint infrastructure update

Please refer to the X11R6.8.2 Release Notes at http://www.x.org/ for further details. The full list of changes between the initial X11R6.8.0 and this release can be found in the Changelog.

Change log? (2, Insightful)

Anonymous Coward | more than 9 years ago | (#11632710)

This announcement means nothing without a changelog

version numbers (1, Interesting)

Quasar1999 (520073) | more than 9 years ago | (#11632711)

Okay, what's with the crazy version numbers? Can we not have some universal version numbering system... where if more than say 10% of the API is updated then make it a major number change... I mean... how long has it been at version 6? Since 2001???

Re:version numbers (1, Interesting)

Anonymous Coward | more than 9 years ago | (#11632761)

I thought the same thing when I read the blurb. I know there's a method behind it with CVS and all, but, why not just call it xorg-6.8.2? Done. Drop the X11R6 already.

Re:version numbers (1)

Fenris Ulf (208159) | more than 9 years ago | (#11633159)

X11R6 is the network protocol specification.

Re:version numbers (0)

Anonymous Coward | more than 9 years ago | (#11632780)

it was R6 even when I started diving into Linux, somewhere around 1985, I think.

Re:version numbers (1)

CypherXero (798440) | more than 9 years ago | (#11632812)

Linux wasn't out in 1985. Maybe you're thinking of UNIX?

Re:version numbers (0)

Anonymous Coward | more than 9 years ago | (#11632874)

He was thinking of X11R6 which has been out for around twenty years.

Re:version numbers (0)

Anonymous Coward | more than 9 years ago | (#11633082)

yhbt hand

Version 6 (2, Informative)

hummassa (157160) | more than 9 years ago | (#11633005)

the X windowing system is at Version 11 release 6 (X11R6) since the early 1990's.

Re:version numbers (2, Interesting)

iabervon (1971) | more than 9 years ago | (#11633038)

May 16, 1994, actually. But they haven't removed anything from the API.

Re:version numbers (2, Informative)

temojen (678985) | more than 9 years ago | (#11633108)

It implements the 6th revision of the 11th X-windowing system specification. Hence it's X11R6, but Version 11 of the X-Windowing system is the one that's a standard, so they can drop the 11. The result: revision 6. The 8.2 is the implementation version.

YAY! (5, Funny)

zoloto (586738) | more than 9 years ago | (#11632712)

This is actually a little faster on my 500mhz intel system! And who said code get's slower as it ages?

Re:YAY! (3, Funny)

Anonymous Coward | more than 9 years ago | (#11632757)

Not me. Every new version of OSX that has come out has made my old Mac run faster.

Re:YAY! (1)

sharkman67 (548107) | more than 9 years ago | (#11633081)

Actually your Mac is snappier!

Re:YAY! (1)

Grey_14 (570901) | more than 9 years ago | (#11632796)

MS, That's who! (pointless flame, but it hurts because it's true)

Re:YAY! (1)

barryman_5000 (805270) | more than 9 years ago | (#11633230)

Especially true of sp2 . . . I wish they would make a new xkdrive though. The old ones still run great but I want a minimal X with transparency effects.

Torrent? (2, Insightful)

darkmeridian (119044) | more than 9 years ago | (#11632717)

Can someone set up a torrent at www.mininova.org? It is an open-tracker and well-populated.

Someone should have done this before we slashdotted their server.

Re:Torrent? (0)

Anonymous Coward | more than 9 years ago | (#11632863)

A torrent at mininova? I found one for XXX.org the other day around.

X.org, openoffice.org (0)

Anonymous Coward | more than 9 years ago | (#11632733)

Why do we need the .org in the product name? Oh yeah, ICANN is approving so many TLDs it's getting confusing.

Re:X.org, openoffice.org (4, Informative)

TheRaven64 (641858) | more than 9 years ago | (#11632875)

OpenOffice.org is used because OpenOffice it trademarked (by someone other than OpenOffice.org). X.org is probably used because X by itself is often used as an abbreviation for the X Windowing System, rather than a specific implementation.

Re:X.org, openoffice.org (1)

temojen (678985) | more than 9 years ago | (#11633055)

Because X.org comes from the X organization and if they just called it X, people might confuse it with other implementations of the X11R6 specification.

NetBSD (4, Interesting)

Coneasfast (690509) | more than 9 years ago | (#11632738)

when will netbsd switch to xorg for its official X.

i know they have no problem with the new XFree86 license, but there are other reasons. Xorg is the new de facto standard. it has more features, cleaner code, and the best xfree86 developers have moved to xorg. xfree86 will soon be obsolete, it's time they switch.

what's holding them back? they can still keep xfree86 on as an alternative too.

Re:NetBSD (3, Informative)

agent dero (680753) | more than 9 years ago | (#11632799)

`cd /usr/pkgsrc/meta-pkgs/xorg; setenv X11_TYPE xorg; make install clean`

It's been in pkgsrc for a while, and works fine :)

Re:NetBSD (0)

Anonymous Coward | more than 9 years ago | (#11632820)

when will netbsd switch to xorg for its official X.

problems reading eh? :)

Re:NetBSD (2, Interesting)

agent dero (680753) | more than 9 years ago | (#11632881)

The reason it's most likely not in base yet, is because X.org has problems on other problems. The older version of X in the base system has been hacked up a great deal to really make sure it'll work on as many platforms as possible.

If it ain't broke....

The attitude seems to be that, if you want the newer features of X.org, it's not a problem to upgrade, otherwise, the older X is 'good enough'

Re:NetBSD (1)

Coneasfast (690509) | more than 9 years ago | (#11632949)

The older version of X in the base system has been hacked up a great deal to really make sure it'll work on as many platforms as possible.

hmm, i must ask, have these 'hacks' that are required been reported/merged with xorg tree? has there been any collaboration efforts? or has it been modified for quite a while that it would take a lot of work to merge back?

Just a guess... (1)

temojen (678985) | more than 9 years ago | (#11633148)

NetBSD's big claim to fame is portability.... It takes a while to fully test a large package on that many architectures and implementations (Chances are it takes a really long time to compile on a VAX 11/780, for example).

Windows driven Linux (0, Offtopic)

Dancin_Santa (265275) | more than 9 years ago | (#11632743)

I like to make little digs at my Windows-loving friends about the instability of their beloved OS, but they really got me good with their critique of X-Windows.

If you look at what X-Windows does, beyond the standard windowing stuff, it is a lot of shading and anti-aliasing and subpixel shading and so on. These functions are actually implemented in hardware, for the most part, and the X system calls the exposed driver routines to make them work. So if your card doesn't support some feature, you aren't going to get it: it's not really supported in software.

But, they asked, who drives the video card manufacturers? It's a rhetorical question, of course, because with Intel and Microsoft basically defining what it is to be a PC (with initiatives like PC98 and other PC definitions), it is they who are telling the video card makers which direction to go and what features to build into their cards.

So X-windows will always lag behind Windows because Windows is the driving force behind graphics improvements. I wish I had an answer to this, but unfortunately it seems to be the case.

Re:Windows driven Linux (0)

Anonymous Coward | more than 9 years ago | (#11632809)

Yeah.. too bad for X, it can't even catch up with cutting edge features of Windows like network transparency.

Re:Windows driven Linux (0)

Anonymous Coward | more than 9 years ago | (#11632873)

Boy howdy, there's a feature Microsoft users are missing! No, none of that built into Windows Server OS...

Re:Windows driven Linux (1)

TheRaven64 (641858) | more than 9 years ago | (#11632925)

X does network transparency at too low a level. For general windowed applications, better performance can be achieved by running the controls on the client side and only rendering controls not present on the client system. NeWS did something like this - the controls were all interpreted and ran on the client display. I believe Windows remote desktop does this, and similar functionality is planned for GNUstep, using their distributed objects implementation.

Re:Windows driven Linux (0)

Anonymous Coward | more than 9 years ago | (#11633137)

Same concept as Fresco, see http://fresco.org/ which seems to have run out of gas about two years ago.

Re:Windows driven Linux (5, Informative)

danheskett (178529) | more than 9 years ago | (#11633229)

I believe Windows remote desktop does this
You believe entirely, 100% wrong. Windows does no such thing.

Remote desktop actually works very simply, much like VNC does. It's simpler than using a remote X server as well.

Take a look at the source code for rdesktop sometime. It handles mouse and keyboard redirection, audio streaming (two way), and a video protocol.

Remote desktop "feels fast" because of two things. For one, apparently it has some good kernel level hooks so that where other stuff has to "watch" the frame buffer to figure out changes, remote desktop is notified. It's a much more efficent method, and it means that the client is truly dumb. It doesn't have to know anything about fonts, or widgets, or windows, or anything.

X works quite a bit differently. It also doesn't have to know about widgets and all that stuff. Windows RDP goes "after" everything is drawn and takes a look at the end product - the compisited ready to draw images or portions of portions of the screen. X actually brings the primitives over the wire. Which can be sometimes much, much faster and more bandwidth effective. It depends on the application.

This is a good short inro on xlib programming [tronche.com] .

Re:Windows driven Linux (2, Interesting)

creysoft (856713) | more than 9 years ago | (#11632915)

Windows does not drive video card development. Games drive video card development, and they only drive it one direction: forward. The bigger problem is that PCs have such a wide variety of video cards, ranging from high-end to low-end, external to built-in, and they all differ in various ways. The way you do something on one card may not be the same way you do it on another.

Apple doesn't have this problem, because Quartz Extreme supports a finite set of graphics cards, and Apple computers all ship with compatible cards. Even without Quartz Extreme, however, most of Mac OS X's eye candy still works because it's implemented in software. The only flaw is that you can't disable the fluff and save those cycles. In the end, it's probably all for the best, because Mac OS X looks like ass without it, but it would still be nice to turn off the antialiased fonts and glowing buttons when I'm trying to run three Adobe applications at once.

Then again, I could just stop beiing a cheap bastard and buy more memory. What was my point again?

Re:Windows driven Linux (0)

Anonymous Coward | more than 9 years ago | (#11633222)

Mods are on crack. This couldn't be more ontopic.

If your gona mod something down, at least use the right moderation. Even then, this should have gotten an insightful.

Little messages to the mods:
READ BEFORE YOU MOD SOMETHING!

Changelog (4, Insightful)

BinLadenMyHero (688544) | more than 9 years ago | (#11632765)

Dear Taco,

Please post a link to a summary of changes [x.org] when anouncing the release of a new version of any software.

Re:Changelog (5, Informative)

Anonymous Coward | more than 9 years ago | (#11632918)

X.org is getting hammered by /. so here is the summary of changes:

2. Summary of new features in X11R6.8.2

This is a sampling of the new features in X11R6.8.2. A more complete list of changes can be found in the ChangeLog file that is part of the X source tree.

* Freetype was updated to version 2.1.8. But installing freetype from X distributions would often or usually result in the replacement or use of "stale" versions of freetype. On Linux, FreeBSD, Solaris 10, and SCO5, therefore, X11R6.8.2 will by default use the version of freetype2 that is installed on the system. If your system doesn't come with an installed freetype2 and you wish to use the version supplied with this distribution, please add: #define HasFreetype2 NO to config/cf/host.def.
* The XTT font module and FreeType1 have been retired because FreeType2 subsumes their functionality
* Retire old PS Type1 font rasterizer (except for CID font usage) since the FreeType2 rasterizer now handles PS Type1 (*.pfa, *.pfb)
* Render implementation fixes
* Updated x86emu and resynced with upstream at Scitech
* Updated SiS driver
* Updated Nvidia driver (opensource version)
* Render acceleration for ATI's R100 and R200-series cards
* Substantial speedups in the software implementation of the render extensions when compiled with gcc 3.4 on the i386 architecture.
* Infrastructure for rotation support in drivers
* New Trapezoid specification for the Render extension
o Respecify Render to include only 'normal' traps
o Allow backward compatibility but internally covert to new format
* Software mouse cursor is now based on the Damage extension
* A new keyboard driver is enabled by default. The old driver is disabled unless explicitly compiled in by defining the macro |USE_DEPRECATED_KEYBOARD_DRIVER|.
* All extensions (except Xserver-specific extensions "DMX" and "XpExtension") can now be enabled/disabled from the configuration file and from the command line.
* Mac OS X updates:
o Support dynamic screen configuration changes in rootless mode
o Added option to always use Mac command key equivalents
o Interpret scroll wheel mouse events correctly when shift is held down
o Added trivial Xinput support
o Fixed launch of X clients from Finder with a space in their path
o Fixed some GLX rendering problems on Mac OS X 10.2 and earlier
* Updated xterm version

2.1. New X extensions

X11R6.8.2 includes four new extensions:

XFixes

The XFixes extension is a collection of improvements for deficiencies in the core protocol, including

* Notification when a selection changes
* Server-side region objects
* Allow clients to track the cursor image

Damage

The Damage extension allows a client to be notified whenever something is drawn to a window. This feature is useful for VNC servers, for screen magnifiers, and for clients using the Composite extension to update the screen.
Composite (experimental)

The Composite extension allows a client to request that all drawing to window is redirected to off-screen buffer. Though the Damage extension the client, called a 'compositing manager', can know which areas of a window is modified and render the windows on screen. By making use of the drawing requests from both the core protocol and the RENDER extension, the compositing manager can create special effects, such as translucennt windows.

The Composite extension is considered experimental in X11R6.8.2 and is turned off by default.
XEvIE (X Event Interception Extension) (experimental)

XEvIE is an extension to intercept core keyboard and pointing device input It allows consumation, modification or synthesis of input events before these are sent to their final destination (i.e., interested clients). This feature is required by the GNOME accessibility project.

The XEvIE extension is considered experimental in X11R6.8.2 and is turned off by default.

As noted above, some extensions are disabled by default. They can be enabled either in the xorg.conf configuration file or on the Xorg command-line. For example, to enable the Composite extension, you could include a section like the following in the xorg.conf file:

Section "Extensions"
Option "Composite" "Enable"
EndSection

or you could put +extension Composite on your command line.
2.2. Distributed Multihead X (DMX)

X11R6.8.2 includes a new X server, called Xdmx, that allows users to create a single unified desktop from multiple running X servers. It works by creating a local screen on each of these running X servers, which can be distributed across a network, and then presents that set of screens to the user. When combined with Xinerama, a unified workspace, ranging from large display walls to small two display enviroments, can be created.

More information about DMX can be found on the DMX Project's web site, including how to configure and use Xdmx.
2.3. Xprint updates

* Integrated various fixes from xprint.mozdev.org (more or less the whole codebase has been merged)
* Integrated various fixes from Sun Microsystems
* OpenGL is now supported for printing
* New set of maintenance tools for the Xprint server (xplsprinters, xprehashprinterlist, etc.)
* Added new XprintUtils client library to make the usage of Xprint easier
* Various other features and fixes integrated
* Athena toolkit now has print support (XawPrintShell) which is included in a new version of that library (Xaw8)
* Various applications/tools like xman, xedit, xlogo, xlsfonts, etc. now have print support

2.4. Updated Mesa and DRI from upstream sources

* Mesa version has been updated to 6.2.1 (in X11R6.8.2)
* More OpenGL extensions
* MergedFB for Radeon (Dualhead DRI support on these cards)
* Many GLX fixes
* Working SiS DRI driver
* Major Radeon and R200 DRI driver updates
* fbconfigs support
* Beginnings of pbuffer support (indirect only, and only in specific circumstances).
* Merge Mach64 DRI support (Eric Anholt, July 23)

2.5. Video driver enhancements

* ATI Radeon driver updates:
o Merged Framebuffer support (dualhead with DRI)
o DynamicClocks option (reduced power usage)
o Render acceleration (r100, r200 chips only)
o Support for new ATI chips (R420/M18, R423, RV370/M22, RV380/M24, RS300)
o DRI support for IGP chips
o Xv gamma correction
o Updated 3D drivers
o Many other small fixes
* Chips driver update
o Improved BE support
* MGA driver updates
o Support for DDC and DPMS on second head on G400
o Updated 3D driver
* Neomagic driver updates
o Support for Xv on pre-nm2160 chips
o Pseudocolor overlay mode (=PseudoColor emulation)
o Improved support for lowres double scan modes
* i810 driver updates
o Dualhead support (i830+)
o i915 support
o New 3D driver (i830+)
o i810 driver is now supported for AMD64
* S3 driver updates
o Support for additional IBM RAMDACS
* Savage driver updates
o Pseudocolor overlay mode
* SiS driver updates include
o output device hotplugging
o lots of fixes for 661, 741, 760
o extended interface for SiSCtrl?
o extended LCD handling (allow more modes)
o HDTV support (480p, 480i, 720p. 1080i; 315/330 series)
o Added video blitter Xv adapter (315/330 series)
o extended RENDER acceleration
o SiS driver now supported on AMD64
* New Voodoo driver (Alan Cox)
o Provides native (glide-less) acceleration and mode setup for voodoo/voodoo2 boards

Re:Changelog (-1, Offtopic)

Anonymous Coward | more than 9 years ago | (#11632937)

Dear Taco,

Please post a link to a summary of changes when anouncing the release of a new version of any software.


Is it permissible for him to omit the link the second time he posts the story?

All I want (1)

suso (153703) | more than 9 years ago | (#11632775)

is for the nvidia (from nvidia) driver to not lockup under Gentoo. Unfortunately, I guess nobody has found the reason for that happening yet.

Re:All I want (1)

ville (29367) | more than 9 years ago | (#11632889)

Only happens for me if I use one screen on TV out.

// ville

Re:All I want (2, Informative)

arkhan_jg (618674) | more than 9 years ago | (#11632945)

Had a similar problem myself.

Update to a moderately recent version of portage, (2.0.51 iirc)

and add
>=media-video/nvidia-kernel-1.0.6629
>=media -video/nvidia-glx-1.0.6629

to your /etc/portage/package.mask file, then "emerge nvidia-kernel nvidia-glx"

That should drop you down to the 6111 driver, which is far more stable than the piece of crap 6629. Reboot, or kill your window manager, rmmod nvidia, and modprobe the new one and things should be a lot more stable.

I've gone from locking up X two or three times a day to running solid under heavy load for over three days now with no problem, so I'm fairly sure its fixed it for me too.

It looks like I'm having a similar problem on windows XP too with the current drivers, so I'm going to try the same thing there.

HTH!

Re:All I want (1)

nagora (177841) | more than 9 years ago | (#11632973)

Unfortunately, I guess nobody has found the reason for that happening yet.

I've not seen it happen in coming on a year of Gentoo/nvidia use. Which version of the driver have you emerged?

TWW

Re:All I want (1)

praseodym (813457) | more than 9 years ago | (#11633198)

Same problem for me, although it's been less the last few weeks. Weird enough my clock is always out of sync too while I run ntpd...

X.org (4, Informative)

Sunspire (784352) | more than 9 years ago | (#11632782)

Forget about the X.org website, it's worthless. If you want to see what's changed in 6.8.2, turn to the release notes over at Freedesktop.org [freedesktop.org] .

PCI-Express and X86-64 fixes (5, Informative)

Anonymous Coward | more than 9 years ago | (#11632800)

I bought parts for a new PC which arrived on Monday, and while setting up SuSE 9.2 I discovered a slight ... incompatibility. If you're using a PCI-Express NVidia card on x86-64, things may prove somewhat problematic with X.org 6.8.1. In my case, the graphical installer simply wouldn't run, and after installing via VNC I couldn't get the proprietary NVidia driver to work without serious corruption of the mouse pointer, missing text and so on.

I had been concerned that I'd have to switch off stuff like dual-head, hardware acceleration etc., but it turns out it's a (now fixed) bug in X.org regarding PIC-Express and 64-bit Linux on AMD processors. I was downloading some semi-official 6.8.2 packages just before seeing this...

So, if you're having problems with X on a spangly new system, I hope this helps. ;-)

This is the Pink Syntax (-1, Offtopic)

Anonymous Coward | more than 9 years ago | (#11632814)

Behold ye cats, here is the Pink Syntax! Mingus is God, God is Mingus.

New freetype (2, Funny)

m50d (797211) | more than 9 years ago | (#11632818)

Now maybe some of the "Linux fonts are awful" trolls will stop.

Re:New freetype (0)

Anonymous Coward | more than 9 years ago | (#11633031)

They are not trolls. The fonts look awful out-of-the -box. Fuzzy antialiased or jagged.

Re:New freetype (1)

sloanster (213766) | more than 9 years ago | (#11633204)

Now maybe some of the "Linux fonts are awful" trolls will stop.

No, they will never stop. Even though linux fonts have been totally sweet for some time now, the fudsters will forever gripe about the 1993-era slackware distro that they once saw, as if it were still relevant.

Section Linux? (2, Informative)

devphaeton (695736) | more than 9 years ago | (#11632845)

I guess the BSDs still don't count on /.

Re:Section Linux? (1)

Quattro Vezina (714892) | more than 9 years ago | (#11632963)

No, it's just quid pro quo for the KDE 3.4 Beta 2 article being posted under the BSD section.

Re:Section Linux? (0, Troll)

adamjaskie (310474) | more than 9 years ago | (#11633078)

Netcraft confirms... ...BSD is dying.

Why is this under "Linux"? (5, Insightful)

MondoMor (262881) | more than 9 years ago | (#11632869)

This applies to a broad range of OSes. It has very little to do with Linux directly.

cool, but ... (0, Funny)

Anonymous Coward | more than 9 years ago | (#11632877)



cool, but will it run Linux?

XFree (2, Interesting)

LittleLebowskiUrbanA (619114) | more than 9 years ago | (#11632878)

What happened to those guys? David Dawes' crusade finally just peter out? Does anyone else still use XFree?

Already done.... (-1, Offtopic)

khellendros1984 (792761) | more than 9 years ago | (#11632879)

I had this built and installed before the slashdot post. Go me!!

Xgl (5, Interesting)

Doc Ruby (173196) | more than 9 years ago | (#11632895)

How about Xgl [nat.org] , the port of X to OpenGL HW/SW?

Re:Xgl (1, Insightful)

TheRaven64 (641858) | more than 9 years ago | (#11632956)

Once again, someone copies Apple and yet completely misses the point. In OS X, all windows have a drop shadow, but the active window has a deeper one than all of the others making it obvious to the subconscious that it is `closer'. In the screenshot, all windows had the same amount of shadow. Nice eye-candy, but not good user interface design.

Re:Xgl (2, Funny)

Anonymous Coward | more than 9 years ago | (#11632995)

Gotta love a post about people missing the point that completely misses the point.

Just how fucking stupid are you? (0)

Anonymous Coward | more than 9 years ago | (#11633105)

Drop shadows and the like are the domain of a Window Manager, not X.

Re:Xgl (4, Insightful)

Doc Ruby (173196) | more than 9 years ago | (#11633115)

Er, you've missed the point. The point is that his X server is calling OpenGL, for all its rendering. So the HW can do all kinds of special effects, like piping scaled windows around for better representation of related contexts. Quibbling about beta features like dropshadow differentiation is really just sour grapes. I worked at Apple for a while; I know how tempting it is to complain when someone else furthers a technique Apple pioneered, or even just pioneered in promoting. If Apple were publishing GPL OpenGL X versions that run on other OS'es than OSX, there might be something to complain about. But not really - then we'd be happy to have some competition to keep things moving forward.

Phew! (0)

Anonymous Coward | more than 9 years ago | (#11632977)

"The new X.Org release, called X Window System Version 11, Release 6.8.2 (X11R6.8.2) builds on the work of X.org X11R6.8.0 and X11R6.8.1 released in 2004."

phew! I thought I misunderstood the concept of versioning for the better part of my life...

Is this really news? (0)

Anonymous Coward | more than 9 years ago | (#11632987)

Looking at the changes, I say *yawn*.

Why is this even newsworthy? Oooh we actually have a handfull of new drivers for common hardware now, woohpee.

What does this thing do ? (0)

Anonymous Coward | more than 9 years ago | (#11632998)


can someone explain simply ?

Ubuntu will be upgrading (1)

Hosting Geek (851934) | more than 9 years ago | (#11633054)

I can say that ubuntu hoary will be upgrading even after the feature freeze as this one of hoary's goals

Linux? (2, Insightful)

fm6 (162816) | more than 9 years ago | (#11633118)

This should have been put in the BSD section as well, for obvious reasons. I'd add the Unix section, except there isn't one. Come to think of it, wouldn't it make a lot of sense to have a single section for Linux and Unix (including BSD)? The distinction between Linux and Unix is more legal than technical.

Here is Why (-1, Flamebait)

Anonymous Coward | more than 9 years ago | (#11633172)

Yet another sickening blow has struck what's left of the *BSD community, as a soon-to-be-released report by the independent Commision for Technology Management (CTM) after a year-long study has concluded: *BSD is already dead. Here are some of the commission's findings:

Fact: X.org will not include support *BSD. The newly formed group believes that the *BSDs have strayed too far from Unix standards and have become too difficult to support along with Linux and Solaris x86. "It's too much trouble," said one anonymous developer. "If they want to make their own standards, let them doing the porting for us."

Fact: the *BSDs have balkanized yet again. There are now no less than twelve separate, competing *BSD projects, each of which has introduced fundamental incompatibilities with the other *BSDs, and frequently with Unix standards. Average number of developers in each project: fewer than five. Average number of users per project: there are no definitive numbers, but reports show that all projects are on the decline.

Fact: DragonflyBSD, yet another offshoot of the beleaguered FreeBSD "project", is already collapsing under the weight of internal power struggles and in-fighting. "They haven't done a single decent release," notes Mark Baron, an industry watcher and columnist. "Their mailing lists read like an online version of a Jerry Springer episode, complete with food fights, swearing, name-calling, and chair-throwing." Netcraft reports that DragonflyBSD is run on exactly 0% of internet servers.

Fact: There are almost no FreeBSD developers left, and its use, according to Netcraft, is down to a sadly crippled .005% of internet servers. A recent attempt at a face-to-face summit in Boulder, Colorado culminated in an out-and-out fistfight between core developers, reportedly over code commenting formats (tabs vs. spaces). Hotel security guards broke up the melee and banned the participants from the hotel. Two of the developers were hospitalized, and one continues to have his jaw wired shut.

Fact: NetBSD, which claims to focus on portability (whatever that is supposed to mean), is slow, and cannot take advantage of multiple CPUs. "That about drove the last nail in the coffin for BSD use here," said Michael Curry, CTO of Amazon.com. "We took our NetBSD boxes out to the backyard and shot them in the head. We're much happier running Linux."

Fact: *BSD has no support from the media. Number of Linux magazines available at bookstores: 5 (Linux Journal, Linux World, Linux Developer, Linux Format, Linux User). Number of available *BSD magazines: 0. Current count of Linux-oriented technical books: 1071. Current count of *BSD books: 6.

Fact: Many user-level applications will no longer work under *BSD, and no one is working to change this. The GIMP, a Photoshop-like application, has not worked at all under *BSD since version 1.1 (sorry, too much trouble for such a small base, developers have said). OpenOffice, a Microsoft Office clone, has never worked under *BSD and never will. ("Why would we bother?" said developer Steven Andrews, an OpenOffice team lead.)

Fact: servers running OpenBSD, which claims to focus on security, are frequently compromised. According to Jim Markham, editor of the online security forum SecurityWatch, the few OpenBSD servers that exist on the internet have become a joke among the hacker community. "They make a game out of it," he says. "(OpenBSD leader) Theo [de Raadt] will scramble to make a new patch to fix one problem, and they've already compromised a bunch of boxes with a different exploit."

With these incontroverible facts staring (what's left of) the *BSD community in the face, they can only draw one conclusion: *BSD is already dead.

Arbitrary resolution and refresh rate (0)

Anonymous Coward | more than 9 years ago | (#11633227)

I wish the X.org team would improve the RANDR extension to be able to set an arbitrary refresh rate at any resolution /(eg. no modelines). For some reason, X thinks 75Hz is the maximum refresh rate in 1152x864, although my monitor can handle well above 100. And, no. It's not because I've specified my Vert/Horizontal refresh incorrectly in the configuration file.

And speaking of resolutions. Why is it that I have to specify which resolutions I want available in X? Surely it should be able to autodetect this? For power-users, it would be nice if you could specify an arbitrary resolution "on-the-fly". Much like you (almost) can in Windows. If it fails, simply have it go back after 15 seconds.

Waiting for 6.9 & Gatos (1)

‹berhund (27591) | more than 9 years ago | (#11633243)

Since this is just a bugfix release, it doesn't have all the juicy stuff from CVS. Specifically, I'm waiting for the Gatos ATI TV drivers, which are in CVS and should come *native* out with xorg 6.9.

As it is, I'm running FC3 with an xorg RPM I built from CVS code. Just took the SPEC file from the stock 6.8.1 SRPM, modified it a bit, and reran "rpmbuild -bp specfile", removing a patch at a time from the spec file until it stopped complaining. Then it built happily (rpmbuild -bb).

Probably one of the easier installs of the gatos drivers I've done. :-P
Load More Comments
Slashdot Login

Need an Account?

Forgot your password?

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>