“Scheduled for release tomorrow is X.Org 7.3. Among the new features for X.Org 7.3 include the Xorg server 1.4, an application for adjusting a display’s backlight, updated display drivers, and support for font catalog directories. Version 1.4 of the X.Org server contains such features as RandR 1.2 support, input hot-plugging, KDrive enhancements, Solaris DTrace support, and EXA improvements. In this article today, we will briefly go over some of the changes found in X.Org 7.3 and we will follow up with some benchmarks in early September.”
Does anyone know if Ubuntu plans to break feature freeze to get this included?
I’d venture to say. NO.
The purpose of a feature freeze is to work out all bugs and kinks, and the X server can be the source of a LOT of kinks with a distro. It will be in the next release or if you’re adventurous you’ll be able to install it via the package manager in a week or so.
Of course don’t expect them to do tech support on it for a while.
Edited 2007-08-30 09:20
Apparently they don’t:
https://blueprints.launchpad.net/ubuntu/+spec/xorg7.3
But that link you gave states that 7.3 is already in. And that it’s xserver 1.4 that’s not going to be in this release. In fact, a dev was in the ubuntuforums the other day stating that gutsy would have 7.3.
searching.. searching.. here:
http://ubuntuforums.org/showpost.php?p=3224789#post3224789
http://ubuntuforums.org/showpost.php?p=3223971&postcount=52
No. parts of it, yes, but as a whole, no.
If its ready the day before 7.10 and things in Cannonical are like 2 years ago it maybe depends on Mark’s plans. Remember the Nautilus Spatial patch that he pushed on the very last minute?
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/14838
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/14838/commen…
Edited 2007-08-31 08:40
This will be a great release, can’t wait to compile it on Slackware, keep up the great work X.Org team!
Edited 2007-08-30 09:27
I wonder if it will be stable enough to include it instead of X.Org 7.2 in my Slackware derivative. I will be compiling on x86, MIPS, SPARC and maybe ARM.
Been waiting for a looooong time for that one!
Yay! 
I don’t know about others, but I got tired of the Ubuntu merry-go-round. If you don’t want to get locked into Ubuntu’s static packages, then run Debian Sid. You’ll be able to get the upgraded packages as soon as they hit the repos. With Ubuntu, it seems like one is always waiting for the next release. I think that’s why everyone in the tech world goes spastic every time some tiny bit of news about an Ubuntu alpha or “tribe” release hits the net.
It may be true in general that packages arrive in Sid before Ubuntu (since an Ubuntu release starts with what’s in Sid) but lets not forget that it was Ubuntu that packaged and included xorg 7.0 first, not Debian. And it’s Ubuntu that has Gnome releases first (if you’re into that kind of thing as I am).
Also, getdeb.net
“I don’t know about others, but I got tired of the Ubuntu merry-go-round.”
And…this news item is about Ubuntu exactly how?
I don’t know about others, bit I get tired of people venting their disappointment with things that are completely off-topic.
I think my comment was relevant considering the very first comment was from someone asking about whether or not Ubuntu would break it’s feature freeze ON THE NEXT VERSION OF UBUNTU to include X.org 7.3 and Xserver 1.4. Maybe you should read a bit before you comment.
Maybe you should use the reply button.
I’m sorry, but it’s still off-topic. The first comment was about availability of Xorg 7.3 on Ubuntu. It was on-topic (the topic being Xorg).
Your comment was basically you whining about how packages in Ubuntu are not up-to-date enough for your tastes. It had nothing to do with Xorg, and it wasn’t in reply to the other comment. Therefore, off-topic.
“I think my comment was relevant”
No. The first comment was about the new X.org on Ubuntu, your comment was about packages in Ubuntu. Packages != X.org.
Nice to see for Deathadder and CopperHead high resolution mice the xf86-input-mouse 1.2.2 package which gives the Sensitivity option.
does anyone knows if propietary nvidia drivers will support this and when?
can’t wait for nouveau to be a bit mature, so i can drop the propietary drivers forever.
Edited 2007-08-30 09:42
From http://www.phoronix.com/scan.php?page=news_item&px=NjAxNQ :
“For NVIDIA users, there will be a compatibility issue with the ABI for X.Org 7.3. The latest mainline drivers (i.e. 100.14.11) will not run unless you pass the -ignoreABI argument. (…) Fortunately, however, NVIDIA will soon be releasing updated display drivers for both their mainline and legacy product families.”
Also, I can’t wait to have RandR 1.2 support on the nvidia driver!
Edited 2007-08-30 09:58
05:50 < Thunderbird> note that DynamicTwinview is already a preview of some of the functionality (randr 1.2 is also about reconfiguring displays on the fly, that’s what DynamicTwinview does too)
I’ve been waiting for xserver 1.4 in the hopes that EXA works well enough for accelerated video playback on my Intel card. It stopped working with XAA with the new Intel driver and performs worse than without acceleration when EXA is enabled.
Along with the DTrace support:
http://www.opensolaris.org/os/project/fox
There is Full Open X Project which will allow one to have a 100% opensource X11 implementation ontop of Solaris x86.
It’s like putting a retarded kid in a wheel chair, and claiming they’ve ‘evolved’ a new, more robust form of human mobility.
Why, oh why are we still dragging this laggard of an albatross around?
spoken like someone who has no idea what they’re talking about. So far I think pretty much every post I’ve ever seen of yours is just an obvious troll. Why do you bother?
“””
Why, oh why are we still dragging this laggard of an albatross around?
“””
Because no one has been able to come up with anything superior, gain mindshare, gain apps, and successfully supplant X.
In short, in an area where free competition reigns, and despite all the clueless allegations that some like to make against it, no one has been able to beat X.
Note the total lack of specific criticisms in your own post.
I really only have one complaint about X. And that is that the over the wire protocol is too chatty and requires way too many round trips. (The worst of this is not inherent in the protocol, but in the implementations, and is being fixed.) Latency kills it. It’s great on a lan, but horrid over even a high bandwidth WAN connections.
Fortunately, there is freeNX to handle that case, despite its unnecessarily hostile support community. Put on your asbestos underwear before asking a question on that list. And whatever you do *don’t* even hint that you might be criticizing the product, even constructively, or accidentally!
Well said and so true. The only *nix gui I have come across that gives X a run for it’s money is QNX’s Photon, and that’s proprietary.
Sure, MacOSX has a great gui but again it’s proprietary. There is nothing out there that has X’s cross platform support and network transparency. Even projects like Y don’t seem to end up going anywhere.
My experiences have been very similar. The NX system is a great system that gives instant noticeable results, even on a LAN, but the community is exeptionaly hostile to any ‘outside’ criticism.
“””
My experiences have been very similar. The NX system is a great system that gives instant noticeable results, even on a LAN, but the community is exeptionaly hostile to any ‘outside’ criticism.
“””
More specifically, Kurt Pfeifle, the admin of the support list, is exeptionaly hostile to criticism of any sort.
It’s unfortunate. Because NX is great technology and would be more popular if the gatekeeper of the support list were not so volatile and overly sensitive.
I run Nomachine’s Nxserver and clients and it rocks!
It feels almost as fast as sitting in front of the computer and this is on a server that has 10 other nx clients that connect to it over the WAN.
Our bandwidth is 640 kbs symmetrical.
Yes. A full desktop is usable on a 56k modem, within reasonable limits.
Of course, my clients then decide that they can shop around for the lowest price on phone service and bandwidth, putting each office on whatever comes in cheapest, and then complain to me about outages and latencies!
I find it interesting that you have a particular point of reference as I, personally, found most people to be very hostile, period. Now, I know I can be a dick when I wont to be but I was only asking about Solaris support and who was dealing with it. The fact that I was told that if I didn’t like what was being done with the Solaris port I should either pitch in or contact SUN was not very nice.
It’s not like I was asking what the hell was taking them so much time. Frankly, I’m very happy with what they are doing and applaud them for they’re hard work. I also pointed this out in my original post.
I agree that SUN should be helping out and understand that they have time constraints to deal with but, considering that I was only asking a harmless question wrapped in my outspoken admiration for they’re project, I found the multiple flames in reply quite off putting.
I get better subjective performance under X11 than I get under Windows. So it can’t be that bad. And considering what Compiz is doing, it proves that it’s a pretty flexible system (X11 and its ecosystem), way beyond what Stardock can do in Windows.
As far as the wire protocol goes, I wouldn’t know. I have a few Linux apps in a branded zone in Solaris, using them via ssh X forwarding. They’re snappy enough, even Google Earth, which has to transfer a plethora of data.
Speaking of which, such sort of remote desktop functionality in Windows is only available by means of applying a big hammer.
“””
“””
It’s not a matter of the amount of data transfered. That’s what bandwidth is for. It’s a matter of the extreme number of round trips that most apps require, and the latencies involved. (It is app dependent, though. Some apps do OK.)
Try running a Gnome, KDE, or whatever desktop over that ssh forwarded connection. Do browsing, email, and office work over it.
I need to keep about 60 desktop users happy. About 25 of them are local. About 35 others are in cities in two different states.
To say that X alone is unusably slow at the remote locations does not even begin to cover the issue. To any “normal” user the “computer” appears “locked up”.
But for anything local… meaning on the same lan, or otherwise with a latency of a few milliseconds or less, X is great.
And when the client and server are running on the local maching, Unix sockets, MITSHM, DRI, etc. reduce the complaints of most of X’s detractors to mere uninformed rubbish.
Edited 2007-08-30 19:14
and I’ll say it again. Linux, and free software in general is finally taking the necessary steps to become a usable desktop system. Now before anyone decries the loss of focus on the server, tell me if you’d like to be able to just plug in a monitor and have it work, or have to fight with it, and lose time that could be spent planning and implementing a more modern IT infrastructure in your workplace?
…and I’ll say it again…
“You get nothin for nothin, expect it when
You’re back seat drivin and your hands aint on the wheel
Its easy to go along with the crowd
And find later on that your say aint allowed
Oh thats the way to find what youve been missin”
Tell me, how do you know if he is ‘back seat driving’ or not?
Do you know if the person who’s quote you so dryly dismissed is not in some way active in areas beneficial to you personally where you have no skills? Does that not entitle that person at least a view in what others do?
It’s easy to throw stones, but, let me ask you, do you live in a glass house? 😉
Have you ever listened to Judas Priest?
I quoted from the song off of the Point of Entry album:
Headin’ out to the Highway.
“tell me if you’d like to be able to just plug in a monitor and have it work, or have to fight with it, and lose time that could be spent planning and implementing a more modern IT infrastructure in your workplace?”
If this is a big problem and time waster for you chances are you shouldnt be planning and implementing any kind of IT infrastructure in the first place.
I tested the latest intel driver and it builds just fine. I don’t know the status from the Debian team but from what we’ve seen it will be in unstable shortly.
Some ability to adjust color temperature would be useful on a lot of LCD monitors, particularly laptop displays with no buttons for changing hardware settings. XiG’s proprietary X server let you adjust gamma with its Xsetup utility; maybe X.Org could introduce an “ColorTemp” line (or such) to xorg.conf, to fulfill the same purpose.
What I’d like to see from Xorg (and Linux in general)
is a simplification of the various configuration files and a reduction in the number of them. It’s either that or make the various filenames and the settings in them comprehensible to Human beings.