Slashdot Mirror
New, Modularized X Window Release Now Available for Download
X11R6.9 is comprised of many distinct components bonded in a single tree, based on imake. X11R7.0 splits that set of components into logically distinct modules, separately developed, built, and maintained by the community of X.Org developers. This simultaneous release gives a transition point for developers, builders, and vendors to adapt their practices to the new X.Org modular process.
X11R7.0 supports Linux and Solaris at this time, with other support pending. X11R7.1, the first modular roll-up release, is scheduled mid-2006. While the monolithic tree will continue to be fully supported and released, new feature development is expected to concentrate on the modular code base.
The X11R7.0 and X11R6.9 releases are the work of more than fifty volunteer contributors worldwide, working under the release management team of Kevin Martin (Head), Alan Coopersmith, and Adam Jackson, with the support of Red Hat, Sun Microsystems, and the unsupported, generous contribution of effort by Adam Jackson.
All X Window System Releases are available from ftp.X.Org and mirror sites worldwide (see http://wiki.x.org/Mirrors). They are distributed under the MIT ("X") License by the X.Org Foundation LLC. Information concerning organization, activities, and mailing lists can be found at www.X.Org. Membership is free and open to contributors. Sponsorship is encouraged to support the global activities of the X.Org Foundation. Current X.Org Sponsors include Sun Microsystems, HP, IBM, StarNet Communications, AttachmateWRQ, Hummingbird, and Integrated Computer Solutions Incorporated [ICS].
In continuous use for over 20 years, the X Window System provides the only standard platform-independent networked graphical window system bridging the heterogeneous platforms in today's enterprise: from network servers to desktops, thin clients, laptops, and hand-helds, independent of operating system and hardware.
* LINUX is a registered trademark of Linus Torvalds. "Solaris" is a trademark of Sun Microsystems. All company names are trademarks of their registered owners.
-------------------
Have an important announcement or article to share with Slashdot readers? Send the complete article (or a proposal) to roblimo (at) slashdot (dot) org.
This linux-related article is a stub. You can help Slashdot by expanding it.
Xfree86 continues their self-imposed slide into obscurity.
This guy is way out there
I have to admit that it's something I'm welcoming. The autotools are hard enough to learn, having to figure out imake on top of that was a bit of a hassle. Add to this the fact that it's now modular -we can work on different bits much more easily- and it's a winner...
What does this mean for me as an end user?
Give me Classic Slashdot or give me death!
If I understood the article correctly, this version is exactly like the last one, except that it is modularized, and therefore built in a different way. How is this a "major version release"?
[sig]
Am I right in saying this will not make any difference to the end users? Making X module-based seems to greatly simplify coding for developers, but does it have any effect for the end user at all?
[sig]
more autotool hell, woohoo.
I don't think there was any danger of you losing this particular contest.
Slashdot - where whining about luck is the new way to make the world you want.
http://wiki.x.org/wiki/Mirrors
On the other hand, I'd guess that for the 1% who do hack X, this will make thier lives easier. Heck, it might even mean more people decide to work on X, which OSS dogma tells us is a Good Thing(TM), and it probably is.
philcrissman.com.
-1 Troll. Linux the kernel is "Linux (R)", and X runs on top of Linux, not of GNU* (but is part of GNU). RMS does not want the Linux kernel to be called GNU/Linux. This has been explained ad nauseam .
:)
* Hmm, but now uses GNU autotools
"When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
... there are a few new features to expect. I'm most curious about the new drivers for ATI's R300-Chips (and newer), called "r300", which will provide GLX-Support (hardware-accelerated OpenGL) in a Free Software-only manner.
:)
Oh, and there are some minor features to be added, like 30Bit visuals for improved greyscale graphics for medical purposes, for example.
Apart from the new drivers, there's nothing to be OVERLY excited about this release - unless you're going to build yourself, I'm really looking forward to playing around with portions of the code without having to recompile the whole bloody source again.
:%s/Open Source/Free Software/g
YTARY!
I've been using Windows for years. First they started with numbers after the name, then they put "Me!" instead, then something about experience points. Now that's not enough, and they want prefixes as well.
Screw the bastards. I'm going with Linux.
Linux is a Registered trademark of Linus
:)
GNU is a registered trademark of the GNU foundation
so the GNU/Linux doen't apply
"On a normal ascii line, the only safe condition to detect is a 'BREAK' - everything else having been assigned functions
Richard Stallman may disagree with you here
So how long will it take us to get nVidia to support this with their evil, closed source drivers?
For that matter, even if there is R300 support, isn't it now 2 generations back?
The living have better things to do than to continue hating the dead.
What does this mean for the end-user? Nothing.
What does this mean for programmers? Stock-up on Prozac.
Silence is golden... and duct tape is silver.
Gnu is a trademark of CS Lewis.
And I am a huge proponent of Free software. But I sure would like to know when X will support today's new technologies and trends. rotating your screen is very difficult. and you can't have accelleration when you do. even resolution changes are difficult (xrandr helps, but you still can only move between the resolutions provided at the X server start, which doesn't help if you've plugged in a different monitor.) Switching between dual displays is hard.
can't think of anything else at the moment.
What comes first, finding a teacher or becoming a student?
Spelling tip: Grammar isn't spelled the way you think it is.
The most rabid believers in American Exceptionalism are the exact same people whose policies are destroying it.
Imake is the spawn of the devil. I've used it. I've understood it. But I HATED myself in the morning.
In continuous use for over 20 years, the X Window System provides the only standard platform-independent networked graphical window system...
/. :-), but I like to suggest that either the people who are developing the X Window System work on this part of their software or drop the claim that they produce platform-independent software.
Somehow I question the claim that the X Window System is still platform-independent. To me it looks like a unix-centric development. There are other operating systems, like VMS, and they come with older versions of the X Window System, too. But the "autothis-and-that" tools all are written for Unix features, like the file specification, syntax of options, compilation tools etc.. None of the differences among various operating systems are addressed in the new scheme and somehow I doubt they will be in the future. Of course, one could adapt other operating system to Unix, but people who chose not to use Unix certainly did that because they do not want to their software to be Unix-alike. Not that I want to judge here which operating system is the best (after all this is
In any case I appreciate the X Window System very much, thanks.
Best thing since Tank Girl.
us slashdotting bastards ...
.. paranoid crackpot leftover from the days of Amiga.
Surely a new operator is in order. I nominate ^.
I remember using ^ back in the 80s. GW-BASIC, I think.
"I don't know, therefore Aliens" Wafflebox1
"Add to this the fact that it's now modular -we can work on different bits much more easily- and it's a winner..."
Who are these mystery "we"'s that can now work on xorg code, that couldn't before?
It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
I'm for one looking foreward to modular X.
I know that the changes don't mean much at the moment, not to the end user anyway. I'm curious how will this affect the developement process, if more developers will jump on the X.org wagon as the article suggests. Will we see releases more often? I'm also curious how will this affect video card menufactores, and ultimetly their curtomers. I don't know what about the rest of you. I see that there's a bit of mixed feelings about all this but, I'm excited about this. I can't wait to see what kind of an affect it fill have say... 2 year from now
Supporting imake and autotools in what is essentially the same codebase seems pretty impressive. Just one build system generally is cause for enough hair-pulling to make even RMS go bald. Shouldn't we be offering kudos to the x.org folks?
I think I'll hold out for 7.1. ;-)
Stiny! Get me a danish!
Double true!
You tell 'em, Shimmer! *pat*
Everything in the Universe sucks: It's the law!
the xorg as it is now is about 110MB (binary for i686) in size. it comes out about 2 times a year. means that you have to download every year around 230MB of data to keep your X up-to-date.
BUT (!) actually, you are only 2 weeks of the whole time really up to date, because most of the libraries and drivers are outdated, just a week after the release came out. this means, that you download 230MB and are waiting the whole time for new releases hating the whole system it is organised.
new, the modularised organisation gives the developers and package maintainers the ability to update just one library at a time - to release it immediately it is known to work fine with the rest and the user has the binary of this small library (e.g. 2MB) ready for download in about a week after its release. this means you still download over the year about 200MB of updates, but you are not waiting for relases to fix your problem, because every week or month, a new release of the PARTS of xorg come out and fix problems and add features. this way, the user profits faster from the whole lot of features that come out and fixes that solve problems. (of course, in the old system, you were always able to get the whole sources (hundreds of MB) and compile them yourself (hours to days of compiling, can fail if you use wrong compiler or wrong checkout-time when getting sources))
in the modular organisaiton, also a newbie can then recompile only one part of X, because of the less time it takes and a more transperent process
==> end user gets updates more frequently, has to wait less and has much less pain updating only parts of X
But I sure would like to know when X will support today's new technologies and trends. rotating your screen is very difficult. and you can't have accelleration when you do. even resolution changes are difficult (xrandr helps, but you still can only move between the resolutions provided at the X server start, which doesn't help if you've plugged in a different monitor.) Switching between dual displays is hard.
X11 has support for all of those, plus more. It's up to driver writers and server implementors to support those features properly.
The real question is when Windows and Macintosh will catch up to X11, because they are far behind.
okay lets try this "Linux(r)" is the kernel image and assosiated /lib/modules files
(aka what you get when you run make bZImage && make modules on the archive from kernel.org)
GNU is just about everything above this point so you could say the gnus do the work but the penguin gets them going (until hurd gets to a useful point)
Any person using FTFY or editing my postings agrees to a US$50.00 charge
Yes, wait another 10 years :P
The X-Windows Disaster
X-Windows is the Iran-Contra of graphical user interfaces: a tragedy of political compromises, entangled alliances, marketing hype, and just plain greed. X-Windows is to memory as Ronald Reagan was to money. Years of "Voodoo Ergonomics" have resulted in an unprecedented memory deficit of gargantuan proportions. Divisive dependencies, distributed deadlocks, and partisan protocols have tightened gridlocks, aggravated race conditions, and promulgated double standards.
X has had its share of $5,000 toilet seats -- like Sun's Open Look clock tool, which gobbles up 1.4 megabytes of real memory! If you sacrificed all the RAM from 22 Commodore 64s to clock tool, it still wouldn't have enough to tell you the time. Even the vanilla X11R4 "xclock" utility consumed 656K to run. And X's memory usage is increasing.
Official Dangerous Virus notice distributed at the X-Windows Conference.
Take a look and feel free: http://www.PieMenu.com
...X.org was touched by His Noodly Appendage!
I ate your fish.
I used to X with a passion when I first started using linux back in 98. Actually I still do and think its bloated and horrible but with modern hardware its doable now.
:-)
The unix haters manual has alot of nice things to say about it.
But seriously people have run X on VMS systems running in as little 3-4 megs of ram. Also ol linux users ran X fine with ONLY 8 MEGS OF RAM back in the 486 days.
X is not bad but perhaps Xorg sucks? What I want to know is if they are planning on cutting down on memory and cpu usage and adding features like sound support, transparent objects, anti-aligned fonts (I think support is added now), resolution changes that dont require a reboot, ajax/caml/dashboard or some xml and javascript support , and other technologies. Its still quite behind macosx and windows and since its free I hope it catches up. Also automatic scanning of video and monitors would be nice. Come on its 2005.
I hope Xorg moves along and creates a better X and so far its a step in teh right direction.
http://saveie6.com/
Hopefully this will mean that soon X will be able to probe more and use the config file less.
Anyway, it is great that X.org is finally bringing some more work on X. XFree was content to sit around and twiddle their thumbs for the most part.
So what are the main stream using these days? Fresco? Qt/Embedded? The Y Window System? rio?
and even there, I know many Debian users, for example, who are eager to switch to X.org.
Debian IS using xorg (only stable and maybe testing still uses Xfree86)
Since you are obviously confused, let me clarify. "X", "X11", and "The X Window System" all refers to the same thing. It is a specification for a way of displaying and interacting with graphics in windows on a computer and/or through a network.
X.org used to be the organization that coordinated that specification between various vendors of X11. It also maintained a "reference implementation" that nobody used. Then X11-innovation stagnated among the major unix vendors. X.org slowly died, and XFree86 (a "vendor", and a free implementation) became the defacto standard. Then XFree86 (the organization, not the implementation) did something stupid with their license, and the code was forked by mostly the same people that used to work on XFree86, and they decided to call themselves X.org (and their implementation xorg), since the name now was available).
Today, most everybody uses xorg, not XFree86. This is an update to xorg. To end-users it means zilch, apart from the fact that it's better for developers, and they can expect to see some innovation finally happen in the X11-world (well, in the long-term at least!)
Really? Well, my filesystem isn't GNU, my X-Windows aren't GNU, my KDE isn't GNU, my Java, Eclipse, Apache, MYSQL and Firebird aren't GNU. My system is KDE/GNU/SUN/Apache/MYSQL/Firebird/myownscripts/oth erstuff/Linux. Only a very small portion of the system is GNU really ;) I just say I run SUSE, although I'm sure RMS wouldn't like that.
That just 1.5 years ago, X.org was GONE. NADA. ZILCH. NYET. By X.org picking up Xfree's work and pushing a major fork, they were able to leap ahead. Well, in a short time, we may see Xfree do the same. It is possible for them to fork X.org's and take it all in a better direction and faster.
This is OSS raised to the power of 2, instead of divide by 2.
I prefer the "u" in honour as it seems to be missing these days.
You mean exactly like Wikipedia ;) that's how all the software should be designed, but I wonder if its possible. I remember reading Linus a while ago saying that he refuses to modulize Linux (i.e split it in relatively small modules communicating among them with a set of stable API, this also sounds like the micro kernel architecture he is notoriously againt) as long as it has not completly stabilised (not in the buggy sens), but till all the infrastrucre is not there yet. If the new X is a success may he will review his judgment, this will bring more hackers to the Kernel.
So why not get rid of the Linux kernel completely and use a different kernel with an lx zone?
-c
"If you are an idealist it doesn't matter what you do or what goes on around you, because it isn't real anyway."-R.P.W.
Or Y?
The masses are the crack whores of religion.
Comment removed based on user account deletion
This new x.org version is not just about autotooling the server
/dev/audio keyboard bell option
From http://xorg.freedesktop.org/wiki/ChangesSince68
* New EXA acceleration architecture, with experimental support in sis(4), radeon(4), i128(4) (more to come)
* Individual extensions may be enabled or disabled on the command line using the -extension flag
* Improved chipset probing for IA64
* SecureRPC enabled on Linux by default
* Updated savage(4), including dualhead and DRI support
* Updated XRX support
* Fixes to rootless mode for Cygwin and Darwin ports
* Numerous K&R-to-ANSI C conversions
* Many Darwin fixes
* Updated XvMC support, enabling generic loading of hardware-specific drivers
* Added wsfb(4) video driver for OpenBSD and NetBSD framebuffer consoles
* Numerous ATI driver updates from the GATOS project, including TV input support
* More support for enhanced visuals like 12-bit PseudoColor and 30-bit TrueColor
* Improved ProPolice support
* Updates to nv(4) driver from XFree86 and nVIDIA
* via(4) updates from the Unichrome project, including DRI support
* i810(4) updates, including i915GM/E7721/i945G support and shadowfb support
* Improved module loader support for Alpha chips
* Added mingw port for native Win32 builds
* Updated PCI scanning
* Added DMA support to radeon(4) for Render and Xv operations
* Experimental DRI support for Radeon 9500 and above
* Updated xterm to #204 from [WWW]upstream
* Added evdev(4) input driver for generic input handling on Linux
* Switched to libdl-based module loader
* Improved acceleration for sunffb(4)
* MMX blending routines for the Render extension
* sis(4) updates
* New sisusb(4) driver for USB-attached video
* Tiled framebuffer support for radeon(4)
* Initial support for running the Xorg server without root privileges
* Improved acceleration for newport(4)
* Add DragonFly BSD support
* Update bundled Freetype to 2.1.9
* r128(4) dualhead support
* mach64(4) TV-OUT support
* ATI Theater 200 video decoder support
* SGI Altix support
* Disabled antique [WWW]DPS extension
* Support for FreeBSD/powerpc
* Enhanced software Render core
* Support for more than 12 buttons in the generic mouse(4) driver
* Better support for DRI on 64-bit platforms
* Solaris support updates: enhanced mouse driver, agpgart support, experimental AMD64 support, kbd(4) support,
* Output-only windows
* Non-rectangular mergedfb desktops
* Update bundled fontconfig to 2.3.2
Comment removed based on user account deletion
Part I
Part II
Man, I was going to write exactly the same sentence. .deb package" in a few weeks and a backport to sarge (or even etch, maybe) in a few months. If I have spare time I'll go for the build your own...
With a note. You can probably expect an "HOWTO build your own xorg7
Please show some respect! The proper name is "GNU/X11R7.0".
Don't blame me, I didn't vote for either of them!
They need to slim it down,
But doing that would destroy it.
Of *all* the vendors I've worked with regarding driver support nVidia is easily the best. And Linux driver support is important (albeit I don't actually sweat the video drivers, but at home) to me because I build/deploy and maintain systems in a prodution environment every day. Adaptec, Supermicro, marvell, SATA RAID, SCSI adapter support, ICK. Drivers can be a real nightmare, at least give credit when credit is due.
Quack, quack.
Accoriding to the german iX magazine, building the modularized X-Server takes about 3x as long as building the "monolithic" version.
A refactor?
Does this mean my (now utterly obsolete) ATI 9600 Pro will soon work as it was supposed to?
Really? Well, my filesystem isn't GNU, my X-Windows aren't GNU...
There's no shame in that. A lot of people shop at Goodwill these days.
"I've got more toys than Teruhisa Kitahara."
Since many of the posts are talking about if the latest and greatest card from ATI or nVidia will work with their respective binary-only driver; I feel compelled to mention that there is a project with the intention of getting open spec'd, hardware accellerated video cards out: OpenGraphics. The specs may not be the bleeding edge of current tech, but I personally will appreciate having hardware that can be fully utilized by the OS of my choosing.
Now we can look forward to longer build times, the even worse than imake autocrap tools, and of course, only linux and solaris are supported "for now". Somehow I am not excited.
I heard that the new Exa acceleration system raises the overall omium flash potential (for the lazy, http://www.google.com/search?q=omium+flash). Couldn't this lead to more monitor burn out (even on LCD's), and overheating of graphics cards?
Help Fight SPAM today!
As a PC X Server developer for one of the sponsors mentioned above, I am very glad they are phasing out imake. It is a real pain in the you-know-what. It's literally just a bunch of makefiles that make makefiles! On our product in particular, we had a trouble with it, thus generating significant hatred.
I haven't had a chance to take a look at 7.0 yet, but it's got to be good... at least, there's no way it could be worse than imake!
Great going everyone!
"I effected a change in his affect" uses effect as a verb, and affect as a noun, yet it is still correct. The distinction is really bring about/what's been brought about vs influence (and mood).
The comment was from a book published in 1994, based on mailing list contributions from 91 an 92.
luser.
With Xorg 7 comes the chance for the first stable composite extension! So Xcompmgr will stop crashing (as much)! Also, by using my own guide I can get an accerated desktop with a ATI 9250 card that uses EXA (which is more stable than Nvidia's renderaccel)! So maybe...just maybe...I can get a Windows 98 level stable accerated desktop before 2005 ends, thereby beating Vista out the gate by a year. And since the KDE compositor is near stable, I can enjoy menu transparancies now when I log into Kubuntu without fear of crashing!
Also the new driver interface will bring improvements to the closed Nvidia driver once they get their head around it, and my 6600 GT will hopefully give me decent performance with Skippy-xd by the time Dapper comes.
Of course, this won't help most users because composite won't be turned on by a major distro for at least a year or two but for those of us on the Linux Eye Candy edge there is a whole new world open today.
By far Xorg is the most primitave part of the Linux desktop compared to the alternatives (especially with Openoffice.org2 out there) and this release is the first step towards the wonderful desktop that OSX people have now and Vista people will have next year. I can't wait soon enough for drop shadows, real transparancies, and minimize effects that do not suck!
Open Source Sushi
I love the fact that you get modded -1 Redundant for bullshit bingo, maybe all you mods should consider a different job. ;)
We have an open graphics card. Its called the ATI 9250. The specs are open- it has the best open source driver in the Xorg display world. Till the OpenGraphics project can beat the power of this card.....its not worth much. And thats why it can't get off the ground!
Open Source Sushi
Why should anyone care about X being updated when 99% of the users need little more than a simple raster graphics device driver?
Some more rewarding development efforts:
- Unifying the classes, API, library calls for Perl, python, php, ruby, etc into
a single code base --> resulting in a significant savings in the amount
of effort to progress each of the languages
- Planning a 5 year roadmap to modularize the linux or BSD distro so that
parts of it can be replaced by a modern OS (e.g., dropping unused parts, providing
updated, rationalized APIs)
- Transitioning existing Linux development to a modern BSD licensed OS kernal similar
to BeOS.
I'm curious how the new version will effect window managers and destkop environments like KDE and Gnome. Does anyone know if the name change (presumably directory name) will cause issues building applications, etc? Are we going to have compile headaches with existing X11 software?
These issues might effect the average linux, bsd or other *nix user.
I'm also curious on the availability and adoption of x11 r7 on *bsd and in OSX.
MidnightBSD: The BSD for Everyone
"Talk about a HUGE step backwards! X11R6.x supports dozens of platforms. X11R7 supports only two. What a shame."
Yeah, but for a near-total rewrite/restructuring of a huge-monolithic-behemoth? That ain't easy. I personally offer my own humble kudos to the Xorg team and am excited to see what lays in store for the future.
Ubuntu 5.10, the latest stable version, already uses a hybrid of X.org 6.8.2 and the modular 7.0 release. The development version (aka Dapper) is running X.org 7.0 and is fairly stable at the moment, if you're feeling adventurous.
where the comment ends and sig begins
And I JUST downloaded and compiled Xorg stable today... should've checked the /. first.
That Wikipedia article on sound servers you link to is only a half step above useless. Yech. I'll see if I can take a few minutes on it at some point.
Laws do not persuade just because they threaten. --Seneca
Symlinks to locations outside a chroot don't work. (If they did, it would subvert the whole idea.) Instead, you have to do something like a "mount --bind" before entering the chroot. More like a hard link than a symlink, but technically neither.
The T2 SDE was an early adapter and helped squashing some bugs in the modualar packages. The current development trunk contains X11R7 RC4 (update expected today) and a LiveCD with X11R7 was already released.
I don't know where this "X Window" thing came from. It is wrong. As you can see, the correct name is "X" or "X Window System".
were you expecting to see a sig here? perhaps you'd rather see the inside of an ambulance!
Talk about a HUGE step backwards! X11R6.x supports dozens of platforms. X11R7 supports only two. What a shame.
No, it's a huge(ish) step forwards for Linux and Solaris. The rest have moved forward as well with R6.9.
WRT end-user features, R6.9 and R7 are essentially equal at the moment. Expect to see support for all the other systems in due time.
Please.
"Those who consume the bulk of goods are those who make them. We must never forget this secret of our prosperity."
I.e., one where the people who talk at meetings make it possible to play Bullshit Bingo?
please take a look at this. There are no other posts about this prior to the time (and I do not see one at this time)! There is a troll running around.
the time to build would not be affected (much), because automake tools and ./configure can cache lots of things and then simply resolve them fastly while doing ./configure.
besides you do not have to build everything at once (well... once you or your package maintainers do, when you now the first time install 7.x), because later, only single pieces would be compiled and this takes only minutes for most stuff.
also don't forget that if you are building it yourself, you don't need to build a lot of drivers that you don't need. this saves a lot of time (or do you own 30 different graphic cards?)
Xlib desperately needs a lot of basic functionality only found
in extension libraries merged into the core API. For example
even double buffering (never mind any fancy graphics manipulation)
is still an extension for chrissake! In 2005!
Personally though X11.R7 is nice, I think its time we had a complete
rewrite and brought out X12 for the new millenium.
Grandparent: "resolution changes that dont require a reboot"
Parent: "Resolution changes don't require a reboot, just a restart of X"
Actually, for some time now resolution changes have been possible on the fly using the xrandr utility and associated X extension. On some platforms, xrandr also permits rotating and reflecting the screen on the fly also.
Heh, The Red Hat/Fedora way of builing X packages is actually much more sane than the FreeBSD ports way... (RPM will build everything once and split it into multiple binary sub-packages, instead of unpacking and maybe even builing all the sources once for each sub-packages like ports does (or so they tell me).)
Unless you happen to be using Firefox 1.5, in which case you cannot join because (apparently) the referrer information, or lack thereof, that's provided by Firefox is unacceptable to X.org. Anyone else have this problem?
9/11 Eyewitnesses to Explosive WTC Demolition 1 of 2
until hurd gets to a useful point
Will this be before or after Duke Nukem Forever goes gold?
Yeah, but perhaps you never buy the cheeseburgers directly from McD yourself but you get a friend to do it instead. (Perhaps your friend wears a red fedora, or is a member of the Church of the Subgenius, or always wears spiral designs on his/her clothing, or something else equally strange.) In that case, the only reason to care about light-saber-wielding ninja kangaroos is if they affect your friend's ability to buy cheeseburgers for you, one way or another. If the kangaroos make mistakes that keep you friend from obtaining cheeseburgers, or if your friend is so impressed by their coolness that (s)he just can't stop talking about them, then you care; otherwise, you probably don't.
And perhaps that's what prompted Jotii's question.
A way to run X servers, have them 'suspend' the present session, then reconnect later, right back where they left off.
Purpose: To allow end users to power down their X terminals, and reconnect later right where they left off.
Back in the mid-1980s the NeXT had a GUI that was supperior to far more powerful system, even today.
In terms of raw system power, the NeXT cube would a joke by today's standards, but it had a great interface.
Were they wearing masks??
"... invite a new generation of developers to contribute, building on the long tradition of the X Window System..."
Stability, Innefficent memory usage, bloated number of system calls, yeah... Perhaps some traditions should be left in the past...
-=[ Who Is John Galt? ]=-
For example
even double buffering (never mind any fancy graphics manipulation)
is still an extension for chrissake! In 2005!
So what's exactly your problem with its being a discoverable extension?
Maybe by 2015, it will be utterly obsolete, like many extensions have become now, and dropped by most then-modern X servers. As opposed to remaining as unused cruft that got stuck in the core protocol.
My exception safety is -fno-exceptions.
You know what ?
actually, nvidia binary drivers implement XRender in their own way.
they also provide OpenGL. (1.5 or 2.0, depending on your card)
Once glitz is considered stable, i expect them to drop XRender acceleration completly as it makes their driver more complicated.
It would simplify their driver and would speed up XRender with such cards (using glitz to provide XRender via OpenGL)
The X.org team will be running a booth at SCALE 4x, the 2006 Southern California Linux Expo.
"The comment was from a book published in 1994, based on mailing list contributions from 91 an 92."
Incorrect: I originally wrote the X-Windows Disaster chapter specifically for the Unix-Haters handbook -- it wasn't ever posted to the unix-haters mailing list. It does quote a few messages from people like Jamie Zawinski and Steve Strassman, which they posted to the unix-haters mailing list, but I wrote most of the chapter later, specifically for the book, after porting multi player SimCity to X11.
The expression "X-Windows: The first fully modular software disaster" comes from an anonymous flier that was distributed at one of the original X-Windows conferences. (No I didn't write it, but I certainly agree with the sentiment!)
-Don
Official Notice
Post Immediately
X: Dangerous Virus!
First, a little history. The X window system escaped from Project Athena at MIT where it was being held in isolation. When notified, MIT stated piblicly that "MIT assumes no resonsibility...". This is a very disturbing statement. It then infiltrated Digital Equipment Corporation, where it has since corrupted the technical judgement of this organization.
After sabotaging Digital Equipment Corporation, a sinister X consortium was created to find a way to use X as part of a plan to dominate and control interactive window systems. X windows is sometimes distributed by this secret consortium free of charge to unsuspecting victims. The destructive cost of X cannot even be guessed.
X is truly obese - whether it's mutilating your hard disk or actively infesting your system, you can be sure it's up to no good. Innocent users need to be protected from this dangerous virus. Even as you read this, the X source distribution and the executable environment is being maintained on hundreds of computers, maybe even your own.
Digital Equipment Corporation is already shipping machines that carry this dreaded infestation. It must be destroyed.
This is what happens when software with good intentions goes bad. It victimizes innocent users by distorting their perception of what is and what is not good software. This malignant window system must be destroyed.
Ultimately DEC and MIT must be held accountable for this heinous *software crime*, brought to justice, and made to pay for a *software cleanup*. Until DEC and MIT answer to these charges, they both should be assumed to be protecting dangerous software criminals.
Don't be fooled! Just say no to X.
X-Windows: ...A mistake carried out to perfection. ...Dissatisfaction guaranteed. ...Don't get frustrated without it. ...Even your dog won't like it. ...Flaky and built to stay that way. ...Complex nonsolutions to simple nonproblems. ...Flawed beyond belief. ...Form follows malfunction. ...Garbage at your fingertips. ...Ignorance is our most important resource. ...It could be worse, but it'll take time. ...It could happen to you. ...Japan's secret weapon. ...Let it get in *your* way. ...Live the nightmare. ...More than enough rope. ...Never had it, never will. ...No hardware is safe. ...Power tools for power fools. ...Putting new limits on productivity. ...Simplicity made complex. ...The cutting edge of obsolescence. ...The art of incompet
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
X-Windows:
Take a look and feel free: http://www.PieMenu.com
Things that happen when you say 'X Windows':
I was digging through some old papers, and ran across a 15 year old "XNextEvent" newsletter, "The Official Newsletter of XUG, the X User's Group", Volume 1 Number 2, from June 1988. Here's an article that illustrates how far the usage of the term "X Windows" has evolved over the past 15 years. (Too bad The Window System Improperly Known as X Windows itself hasn't evolved.)
The following definitive guide to the consequences of saying "X Windows" is from the June 1988 "XNextEvent" newsletter, "The Official Newsletter of XUG, the X User's Group", Volume 1 Number 2:
Things That Happen When You Say 'X Windows'
THE OFFICAL NAMES
The official names of the software described herein are:
X
X Window System
X Version 11
X Window System, Version 11
X11
Note that the phrases X.11, X-11, X Windows or any permutation thereof, are explicitly excluded from this list and should not be used to describe the X Window System (window system should be thought of as one word).
The above should be enough to scare anyone into using the proper terminology, but sadly enough, it's not. Recently, certain people, lacking sufficient motivation to change their speech patterns, have fallen victim to various 'accidents', or 'misfortune'. I've compiled a short list of happenings, some of which I have witnessed, others which remain heresay. I'm not claiming any direct connection between their speech habits and the reported incidents, but you be the judge... And woe betide any who set the cursed phrase into print!
You are forced to explain toolkit programming to X neophytes.
Bob Schiefler says, "You should know better than that!"
The Power Supply (and unknown boards) on your workstation mysteriously give up the ghost.
Ditto for the controller board for the disk on your new Sun.
Your hair falls out.
xmh refuses to come up in a useful size, no matter what you fiddle.
You inexplicitly lose both of your complete Ultrix Doc sets.
R2 won't build.
Bob Schiefler says "Type 'man X'".
Your nifty new X screen saver just won't go away.
The window you're working in loses input focus. Permanently.
Take a look and feel free: http://www.PieMenu.com
The syntax of the xorg.conf file is a lot simpler than the same thing in xml - it is just different and would most likely be confusing to anyone who has not spent sixty seconds taking a look at the incredibly easy to find docs (man xorg.conf). Anyone that needs to edit the file will most likely be looking at it from a text only screen at some point, so their favourite GUI xml editing tool is most likely unavailable and they may not know how to edit the things xml syntax with vi. If you have a GUI available other tools can be used anyway - like something that can parse the file, take user input for other desired settings and then spit out the configuration file.
XML may be the flavour of the day but is not the solution to everything - look at gconf as an example of something in xml where you can't change individual settings without trepidation.
Just look at the man page - it really isn't all that hard. Simplifying it may help but xml instead of the clear section starts and finishes is only going to complicate things.
They don't have an agenda to change an old well documented configuration file format to something new. It's up to people who think the format could be a lot better to do that and produce something that is so much better that people will actually use it. If the driving force behind the new format is "dunno anything about it, didn't read the docs but I know xml" it isn't likely to get anywhere - but if the driving force is something else like a multi-purpose configuration tool it may well get adopted. A way to do it may well be like that used with sendmail - a config file is written in a simpler format and then converted into the sendmail configuration file. Users could edit your xml format config file and then have it convered into the plain text version. However, what exactly would that achieve and how less complicated would your config file be while addressing the same information? Recall that information is grouped into sections in the existing config file? Recall that a flat file can easily be modified by scripts while some xml file formats (I'm looking at you again gconf) cannot reliably be modified in this way unless that is thought of early in their life.Go on - prove me wrong. There may well be a compelling reason I am unaware of.