Slashdot Mirror
New XFree86 snapshot - 3.9.17
MartinG was one of many people who wrote with the news that XFree86 has released 3.9.17. It's availible on their ftp server and features some relatively minor changes since 3.9.16. Still leading up to the promised 4 release, but that should be happening in the near future.
X development is way too closed. I can get a kernel snapshot all the time but can't get a snapshot even if it has some major fixes. And too me a kernel seams a lot more critical. More stuff can go wrong with a bad kernel than a bad X server. I wish they would release what they could much more often.
It has been statistically shown that helmets increase the risk of head injury.
Enuf with the first port already, and if you must do it, at least use your real username. If you have to first post don't post as Anonymous Coward, let your karma suffer
you are a moron. Kde runs on top of X. Which means for most that kde runs on top of XFree86. You have no idea what you are talking about.
It has been statistically shown that helmets increase the risk of head injury.
You might want to look into how this stuff works a bit more before you spout off like that...
--
The unsig!
The ever-present anti-X (perhaps more appropriately, non-pro-X) rumblings seemed to get stronger a few months back, but seem to have faded to background levels since then. Has there been any *significant* progress or energies (i.e. not Berlin) towards a replacement or enhancement? Even if it's just some brain-wracking (which the Linux community could use in general, IMO) and not actual code?
Perhaps you are confused about this. X is not a window manager, it's the rendering engine.
I highly doubt that anyone with better things to do is going to worry about a threat from a person who mentions the brilliant invention that is Slashdot karma.
from the release notes:
>o Add GeForce/Quadro support to the NVIDIA driver.
has anybody tried this out yet? does it work? I'm 200 miles away from my machine, so I can't...
Actually i am aware that KDE runs on top of X i gust prefer using KDE and find that KDE's feature are better that X
That's like saying "socks are better than shoes".
you cant use kde without using X. jackass
It has been statistically shown that helmets increase the risk of head injury.
Actually i am aware that KDE runs on top of X i gust prefer using KDE and find that KDE's feature are better that X
How can the features be better or worse? They're two totally different things.
X is a display server, it manages video card and input devices.
KDE is a window manager, is manages the look/feel of windows, their movement, etc.
How can you say what you're saying? Window Managers cannot be better or worse then X, as they are not equal.
Don't compare apples to oranges.
-- iCEBaLM
Oh yes, kde smokes xfree...
For those not very familar with the X Windowing System (the linux user group of north alabama has a good writeup by the way, drop by http://luna.huntsville.al.us/faq and go to the X section), a quick briefing of what makes up X:
- X server: talks to graphics system, keyboard, mouse, etc
- X clients: all other programs that talk and request resources from the X server
- toolkits: scroll bars, text input, all sorts of things like this. GTK, QT, and motif are examples
- window managers: let the user manipulate the windows present on his display. TWM, FVWM, WindowMaker, Enlightenment, KWM, etc. (KWM is KDEs window manager)
Up until a few years ago, open source "deskop enviroments" weren't really available (GNOME and KDE are opensource examples). These enviroments often use a toolkit, consistent ui guideliness, and have methods of letting apps talk to eachother easily. They also sometimes include window managers (KDE uses KWM, and recently others can be used as well; GNOME has always sought to be "window manager independent," meaning that if you have a supported wm, you get extra features. If not, you just don't have the extra features.
Hope that clears a few things up!
cfrost@hiwaay.net (my domain is currently down...)
3.9.17 eh?
Soon they will run out of numbers to go to, unless they go to hexadecimal.
Coming soon, release 3.C.1F
I prefer linux
I wish people wouldn't respond to obvious flamebait.
Charles Miller
The more I learn about the Internet, the more amazed I am that it works at all.
KDE is the desktop environment. It runs on top of XFree86, which is what controls the overall graphics. When you say that KDE is better than XFree86, you must be confusing XFree86 with Gnome, another desktop environment available under and the X Window system.
Well I personally prefer using Netscape over using the Internet. I would also rather use a car than drive. On the other hand, I guess you _COULD_ load just X and have it sit there...
Seems text mode doesn't preserve tabs.
Well, everything past "X clients" should be a subcatagory of it, not on the same level.
Anyway, the html version of LUNA's X explanation (written by Jeff Gehlbach, creater of the gnu utils "--dammit" patch) is available at http://luna.huntsville.al.us/faq/faq-3.html#ss3.3 for a quick link.
cfrost@hiwaay.net
Socks are better than shoes; they're far more comfortable. In case you're humouratically-deprived, this is my way of telling you you made a bad analogy :)
Do these development releases have the DRI architecture (direct to hardware)?
I think that a new project to write X servers for Linux/FreeBSD (and others) should be started. A recent build could be taken and re-licensed under the GPL (I think the XFree license would allow this, haven't checked yet). This would allow a much more open development model and more people would be willing to work on it since the GPL gives protection from big companies such as M*crosoft stealing their code. Then we could have features such as TrueType fonts with antialiasing (FreeType supports this but X doesn't!), faster PutImage calls. With the XiG server, KDE is a lot faster than it is with the XFree86 server. This is very noticable at high resolutions, e.g. 1600x1200. On my computer, it takes about half a second to draw the backdrop with the XFree86 server. It's almost instantanious with the XiG server. Looks like bitmap drawing is really inefficient in XFree86. Maybe I am wrong and it is something like the FIFOs not being programmed correctly. (I am using a Matrox G200)
Errr....
if you want to be picky, that's like saying shoes are more better than socks....
but that would be picky
Micah
As someone who uses X basically to run half a dozen Xterms, Netscape, and occasionally the Gimp, what's the advantage to upgrading to 4.0?
It seems that loadable modules for font rasterizers, etc., would make the initial setup easier, but once that is up, what's the difference to someone who doesn't use 3D or any other sort of "multimedia?"
* And remember, it's spelled N-e-t-s-c-a-p-e, but it's pronounced "Mozilla."
It appears that your Slashdot karma has suffered from your attempt to convince another Slashdotter to let their karma suffer. Poetic justice?
i prefer natalie portman.
thank you.
XFree is being developped under the BSD development model -- cathedral style -- and released under a BSD (X) license. The two are not necessarily bound.
Apparently, the XFree developer fear that people start looking at their development sources. I remember, a few years ago, they only made time-bombed binaries available for their beta-version! Given the success that projects like Linux, KDE and Gnome have shown using a completely opposite strategy, we have every reason to believe that such a model would work better.
And no, before someone mentions it, I'm not karma-whoring: I actually considered working on XFree, I was interested in working on TrueType support, which has been since then released. But I could'nt even find a mailing list archive from their site! So I had no way to find out what was being worked on, which issues there was, or who to contact.
Will hardware accelerated 3d work with a G400 and dri in this release? Do I just use the glx module?
Or do I download the glx module from the glx website and use that one?
It has been statistically shown that helmets increase the risk of head injury.
It is time to GPL the damn thing. XiG is ripping
us off, along with other proprietary groups.
I'd love to see the memory management hacks XiG
did for speed, but they will never see the light
of day.
One problem though: the closed development itself!
We'd have to abandon the new code, since it is
currently closed-source.
I'm sure an open development group could pass
the closed one within a year, but XFree86 4.0
might come out in less time -- then what?
I see four alternatives:
a. assume we can easily merge the new code
b. assume that XFree86 4.0 is vaporware
c. steal the current source: start cracking!
d. assume 4.0 will arrive soon, so we wait
Oh, we also need a nice new name. If we toss
non-Linux support in favor of speed, LinWin
would be a nice name. (X Window sounds like
a peep show -- pay to see naked ladies)
If non-Linux is kept, I suggest GX for a name.
First order of business is autoconf/automake.
Imake must die. Second order of business is
some way to save X defaults, one way or another.
Then antialiasing, etc... Oh, so much to do.
I think that DRI is a bit disappointing. At first when there was so much hype about it, I thought it would mean that the X and OpenGL function calls would go straight to the server. When I read the technical overview at PI's web site I was disappointed because we will still have to put up with the inefficiency of sending the standard 2D commands over a UNIX domain socket and that is slow. The Microsoft Windows GUI is MUCH faster because all the graphics calls are direct and do not have to go through a pipe like X does. I'm suprised that Microsoft hasn't mentioned that in their FUD. The 'closed' development model of XFree86 only makes things work and this puts off many programmers that are uncertain whether they can make the commitment of being a 'full time' XFree86 developer (You have to do a considerable amount of work on XFree86 if you want to be a developer and have access to the latest source code). This is silly and something must be done about it and it is probably responsible for the poor quality of XFree86 when used with certain chipsets. If everyone e-mails XFree86 explaining what is wrong with their development model, I am sure that they will open it up a bit more.
We have freshmeat for software announcements. We have slashdot for news. This is a software announcement.
------------------
The XFree86 Project has been working very hard to get the 4.0 release out the door. It is taking a little longer than expected so we will be releasing the next pre-4.0 snapshot (3.9.17) before the end of the year. We expect to release 4.0 about two months later in mid-Q1/2000.
XFree86 3.3.6 will be released in parallel with 3.9.17 as well.
That means we should be getting a new version of the stable server shortly as well. Hopefully, many of the development features that can be integrated will be integrated.
And to the naysayers, the X people do a fine job with a very old piece of software. E-mail your suggestions to them, not your complaints.
personally, I prefer XMMS over Xfree86.
It's much better than Gnome's ESD that came with my RedHat.
as the homepage says, "XFree86 3.3.6 will be release in parallel with 3.9.17 as well." So expect 3.3.6 very soon, too. It'll be located here more than likely
bye,
-jimbo
Actually, shoes are quite usable without socks.
For instance, people often wear sandals w/o socks. Many distance runners run without socks.
This is closer to "A house is better than a foundation." Yes, most houses do require cement or some such foundation (where the X server would be the foundation), but some homes can be used w/o that foundation, though they do not stand up nearly as well (a mobile home for instance, which could be compared to running a qt-based program under windows).
V4 will/does have good multihead support, so you could run one server with two displays, (think ``:0.0'' and ``:0.1'').
_Also_ there's a swell idea called 'Xinerama' that is similar to multihead (id est, it still uses several monitors), but ALL as a single DISPLAY.
Want another xterm? Drag that man-page rxvt up to the third monitor so you can code in the tree xterms side-by-side.
- chad
The config file is particularly nicer to read and write, too.
In short, there's some nice new features, but only if you're itching to use them should you change versions.
And slashdot has comments so people [like you] can parade their [stultified] wit and [complete lack of] sophistication in a public forum.
Not everybody reads freshmeat; too much stuff with too little relevance. Yes, Slashdot covers news. However, this software announcement is (gasp) news. Get a grip.
There are several extensions already present in XFree86 which do exactly what you're complaining about. The XDGA extension allows programs to bypass X and write directly to the hardware, and the XShm (or MIT-Shm) extention allows X and a program to share a segment in memory which the program writes to and X writes to the screen.
Your first argument also has nothing to do with XFree86, it's an argument against the X protocol. With the power of current systems, trading the network transparency provided by X for a small increase just seems dumb. You might be able to squeeze a bit more performance out of your P75, but you certainly wouldn't notice it on a PII 400. The one place it is logical to make this trade is with games. That's where the previously mentioned extensions come in.
On the other hand, I agree with you about the XFree86 developement model. X would certainly benefit from a more open developement model. Forking the tree would be a great way to piss off all the people who have been working for so long to provide a free (speech) X Server for us, but it would do little to make us a better X Server. A much better idea is to simply let them know we would like to see a more open development model.
http://berlin.benham.net http://www.ggi-project.org/ also, look http://www.opengl.org i'm coward not Coward.
http://berlin.benham.net
Not to flame, but what fool moderated this comment as "Interesting?" *sigh*
if not, i havb no ineteresting. silly news.
From the Release Notes:
Unlike XFree86 3.3.x where there are multiple X server binaries, each of
which drive different hardware, XFree86 3.9.17 has a single X server binary
(called XFree86). This binary can either have one or more video drivers
linked in statically, or, more usually, dynamically load the video drivers
and other modules that are needed.
and
The XFree86 X server has a built-in run-time loader, donated by Metro Link
http://www.metrolink.com. This loader can load normal object files and
libraries in most of the commonly used formats. Since the loader doesn't
rely on an operating system's native dynamic loader support, it works on
platforms that don't provide this feature, and makes it possible for the mod-
ules to be operating system independent (although not, of course, independent
of CPU architecture). This means that, for example, a module compiled on
Linux/x86 can be loaded by an X server running on Solaris/x86, or FreeBSD, or
even OS/2. One of the main benefits of this is that when modules are
updated, they don't need to be recompiled for each different operating sys-
tem.
This means the video drivers are standardized... Maybe this will encourage video card vendors to include an XFree86 driver along with the MS-Windows ones.
- Adi Stav
http://www.berlin-consortium.org/
Didn't he just say 'not Berlin'?
The first thing should be done is to clean up the code base. There are full of nonsense in the base code now.
you can only archive a better server with a piece of good looking source code. X Window is huge. Make it maintainable. XFree86 cannot maintain it now. All they can do is keeping delay the beast.
I personally appreciate having big software announcements on slashdot. I check slashdot more often than freshmeat and don't mind being notified of something big like that. So how 'bout you just sit there, not like the software announcement, and keep it to yerself. 'kay?
You can't legislate goodness. Let each to his own destiny, by will of his freely made choices.
Try telling your boss that Office 6 is just fine and not to upgrade to Office 2000. Then go update your resume.
Digital Wokan, Tribal mage of the electronics age
your post reminds me of those times when people my parents knew would find out i was a computer person, and their eyes would light up, and they would immediately start asking me for help. I had a lot of people ask me which they should use to "browse the internet": AOL, Yahoo, Netscape, or [insert here the name of some ISP they heard a radio commercial for]..
think.
Irritable, left-wing and possibly humorous bumper stickers and t-shirts
Is this a change-of-year thing? I'm seeing people posting "XFree86 sucks because I'm not on the development team", "XFree86 sucks because I don't like UNIX domain sockets", "KDE smokes X"
And these are the ones that got moderated UP?!
Look, first, if you don't like the way development is going, grab the source, and do it yourself. Don't necessarily fork the entire project, just take over your corner, and do whatever you like. Keep it in CVS, and merge the new releases in on a vendor branch.
Second, four letters: XSHM
Third, KDE is several layers above X, and requires X to run, so what the heck do you mean SMOKES?
Please, people, do try to pull it together, here.
Imminent demise of Slashdot predicted. Film at 11.
PI's web site. Here's a rundown from one of their graphics It lists several different paths through the X system that can be programmed for.
:)
3D Direct Rendering
-Raw OpenGL compat Rendering Library -> Hardware
-GLX/DRI -> Kernel Module -> Hardware
-XLib -> X Transport -> X Server -> Hardware
X11 2D (Normal X)
-XLib -> X Transport -> X Server -> Hardware
3D Indirect Rendering
GXLib -> X Transport -> X server -> Hardware
XLib -> X Transport -> X Server -> Hardware
So while, yes 2D is done the same old way, There are many new 3D options available, including bare wire access to the hardware.
Two items on the NT video subsystem:
Note that one of NT's major sources of instabilities is in its video drivers. Any wrong call inside the driver can and does blue screen the box. With X's user-space model, this can't happen easily. There is a trade off on performance, but with X you get stability, multiple screens, and native network windowing, with the tradeoff being in having to use an asynchronous display instead of a synchronous display. (Displaying graphics synchronously gives faster graphics at the expense of CPU)
Also note that DRI is essentially an improved version of SGI's GLX implementation on Irix (SGI's version of Unix), which ABSOLUTELY SMOKES 3D rendering on NT, on neo-equivalent boxes. If you've never seen 3D done on a SGI O2 or better, you haven't seen good 3D. X isn't such a dog then...
jf
If vendors start to make XFree86 drivers, they'll do it because of Linux, and nothing else. They won't give a shit if it runs on Solaris or FreeBSD, because Linux is what gets the hype. If some vendor makes a driver using the new architecture, I even expect them to call it a "Linux driver". Wanna bet?
What we really need is "dumb as fuck" as one of the moderation choices.
- Why is the ninja... so deadly?
If Xfree86 can get documentation for video cards to create opensource drivers, Why can't the GLX group do the same with companies like nvidia to get information on there 3d protocol stuff?
Well, I think people have generally agreed that a replacement is a bad idea. Berlin is trying that, but, as you mention, hasn't had much publicity or apparent movement recently. As for extending X, well, I guess that's what XFree 4.0 is supposed to be.
Citizens Against Plate Tectonics
Woah, AMD Athlon rocks!! The complete 3.9.17 build took less than an half hour on my box *grin*
Now for the results. The only tweaking that had to be done to the source tree was to remove the doc directory from the build process. Looks like the top Makefile is missing in the docs directory. After that things compiled just fine (Debian Potato BTW).
I had to do some massive editting in the XF86Config file to get things up and running on a G400. I don't understand why I have to specify the location of my card on the PCI bus. Can't XFree figure this out automatically?
Anyway, this thing is SUPER MODULAR, I like it! I had to add the xaa module in the module section in order to get full XAA (duh) accelleration and to remove the unresolved symbols reports from mga_drv.o. But now that it works --> Mozilla is bloody fast!! Slashdot renders in 2 seconds, and that includes the time for the data to download! I'm using Mozilla because the netscape binaries either segfault or act up under 3.9.17. Next on my list of most wanted features: GLX MGA support!
Perhaps more info later on...
"In short: just say NO TO DRUGS, and maybe you won't end up like the Hurd people." --Linus Torvalds
Personally i find that cars are much easyer to use and have more features and is overal better then tires.
Well, my Fire GL1 works with the 3.9.16, guess I'll see if it works okay with the 3.9.17. In any case the new X drivers are not multi-threaded so the real beauty of this card can only be appreciated in Windows NT. Kind of a Beauty and The Beast scenario. In NT the fire gl1 uses the second processor for geometry (I have a dual PIII 500Mhz system) It sucks that diamond & IBM won't let anyone else work on the drivers for the Mirage chip. They are taking their sweet time on the GLX support, only supporting version 4 of Xfree86, and taking their sweet time on updates. I would love to write the drivers myself (and contrib to the project), but diamond/IBM won't help at all. Maybe I'll just throw in the towel on this and get that new Elsa Gloria II with the NVIDIA Quadra. Real question for pre-4 Xfree86 is, "DID THEY FIX THE non-supported STATUS OF PC98 ps/2 MOUSE?" After searching the new documentation I still cannot answer this simple question.
I run an Xterminal at home on my old box with all the apps executing on a newer, faster box. It runs faster that way than running the apps separately on each box. I only have to manage one set of applications. Adding another old PC as an Xterminal would be trivial. I understand that games need faster video response. But since I never play video games (not even solitaire) that's not a problem for me.
At work, I run X apps on an Xserver on my Win95 box. I've used X to simplify remote configuration in cases where I was unfamiliar with the necessary config file changes.
The remote capabilities of X are one of it's strengths. If there are ways provided for gamers to get faster response while keeping the network capabilities, that's fine. But network transparency is a must-have feature for many people who work with X.
Sorry about posting "KDE smokes X...", that was a bit of sarcasm on my part in response to the previous poster. I went on to explain the various levels of the X windowing system in hopes of clearing this topic up for a few people.
I'll try to either not use sarcasm in my next post, or be sure to include a winking face or some such.
That's right. To heck with all that low level stuff. Who needs KDE, X, and Linux? I just modified my BIOS, pointed the loader at the sector on my hard drive, and Bootstrapped Star Office right into the CPU exec table. Go ahead, try this at home...
Anyone care to estimate how much longer we might have to wait until the final 4.0 release?
And how does this compare to something like Xig Accelerated X?
It is no coincidence that the windowing system is named X. Study after study has shown that the sociopaths who use Linux and other Linux-like operating systems primarily use their graphical environments to view pornography. Fitting, isn't it? A piece of software named X that is used for viewing X-rated material. An independent study performed by the beloved Reverend Jerry Falwell has revealed that there is an abundance of homosexual pornography on the Internet as well. Evidence of this can be found by looking at the Reverend's IE 5.0 bookmarks.
Friends, here is what we're dealing with: a windowing system for a communist operating system that is used for the most part to view pornography of a homosexual nature. I've just clicked off so many negative things that I'm quite convinced that we all see why it is so important that X be destroyed. You see, I believe that X is Satan's window into this world, his eyes and ears in the world of the living, where he gets a chance to sink his claws into unsuspecting prey and secure their place in the land of the damned when they move from this life to the next.
XFree86 is doubly bad, because it also happens to be free software; as we all know, free software is a concept that is universally despised by God's good little capitalists. It's not surprising that it's free. Satan wants it to be free. He's dumping it onto the world and encouraging its use by giving it an attractive price. Friends, we all know that monetarily, XFree86 has no price
So what can we do to stop X, with its promotion of homosexual pornography, and its augmentation of the intrusion of the socialist Linux operating system into the lives of decent people? Friends, we can do a lot. Write your congressman (I do not say "congressperson", because it is universally known that women cannot be effective legislators) and tell him to support the XFree86 Supression Act being introduced next session by the wonderful American Bob Barr. If you happen to have access to any Linux machines owned by friends, reformat the drives and install Windows 2000. Burn their Linux CDs, if you are so inclined.
Friends, I am convinced that we have the moral fortitude to fight this fight and emerge victorious. We will meet X head-on and defeat it in a glorious battle for the minds of our children. X will not win. X is going down.
Thank you for your time.
I think it's important for companies to follow published standards. If the product follows a published standard, then at least minimal drivers could be produced without much effort - heck, one day we could have an OS that comes with the "standardized" driver code and then companies could release enhancement drivers. On the other hand, I personally don't like the idea of a "compatability list". I think it limits the vision of people writing new stuff. We need a "not-yet-compatable" list. ;)
Price, Quality, Time. Pick none. What, you thought you had a choice?
Give all you young pups a vt320 and force you to play wumpus all day long! Muhahahaha.
-- Anonymous BOFH
Don't compare apples to oranges.
Actually, it's more like comparing the apple to the apple tree.
nord!
Jeff
Well this may be a bit off topic but, Dose anyone know when GeForce 256 will be supported by freeX86 . nVida relased the TNT and TNT2 drivers so maby hope in near.
I don't know about you, but I'd much rather have a bowl full of apples on my kitchen table than a bowl full of apple trees
Oh, and why AppWatch announced it at least 6h before /.? BTW, I don't see it at Freshmeat.
Being the lazy ass that I am, I am here to ask what brave soul would like to make some binaries for 3.9.17, some rpms would be nice. *cracks the whip*
New XFree86 snapshot - 3.9.17
-3.9.17
Are we that much behind? Negative versions?
Meet me in F1AM3BA73 AN0NYM0U5 Now, right below... in replies
Companies like Redhat should put more of there programmers to help the Xfree86 effort.
RICH, RICH, RICH, RICH, RICH, YER SUPER DUPER RICH NOW. MONEY O MONEY.
Personally i find that KDE is much easier to use had more features and is overal better than Xfree86.
Well, you're right, of course, but I see the XFree86 crowd is out in full force tonight. One thing that you have to realize is that the XFree86 movement is slick and very well-financed; these are the greasy-looking guys in thousand dollar suits and alligator shoes that you see walking up and down the halls at COMDEX. They have moderated you down, but they cannot silence you, and they cannot keep the truth from getting out. Keep the faith, man. Keep on crusading for the truth. Don't let these goons hold you back. You are the voice of dissent.
Semper fi, man. Semper fuckin' fi.
XFree86 development code is not available to
the general public. XiG can get it though, by
being a developer.
Every so often, XFree86 puts out an Open Source
release of the code. This code is dead. It is
only for end users. Real development continues
on the closed-source branch.
When you move from CPU to CPU there is a lot more at stake than just that. Basically what you have suggested is a Video driver written in something equivalent to Java.
I.e. It can be done but it's probably be slow. Better to make X source compatible across CPUs so the PPC, x86, Alpha etc... bins are separated by simply a "make all"
--= Isn't it surprising how badly I spell ?
If you want to abuse a network for video,
you can substitute your own libraries.
Compared to AGP (at 4x now), Ethernet bites.
BTW, I do abuse a network this way every day,
so don't go saying I don't know about it.
The default libraries should have none of
this crap. The default libraries should go
directly to system calls, without even the
overhead of an if() or switch().
I'll load special remote access libraries
when I need them. It isn't fair to burden
normal users with the network crap I need.
So it's soooper fast huh? how about some numbers?
MrNiceGuy
About 2 weeks ago a patch for the SVGA server has been availabe to add support for the GeForce. You can get the precompiled binary, or patch of the SVGA server at http://www.s2.org/~jpaana/nv/
I haven't had any problems with it, plus support for the GeForce is going to be availabe in 3.3.6 - which should be availabe soon.
I have no idea on what so called "improvements" have been done but most graphical apps have yet to actually work with 100% efficiency for me. I have a suspicion that I am underutilizing the graphics hardware on my machine but am not able to actually do anything because it dosn't actually display properly. Now I have never had much success with the various support "forums" that the Xfree project actually provides. I really don't care what they do as long as they do it right and not concentrate all development resources on the newest Voodoo 3 6000 or something.
I have a couple of questions related to this
1. Does anyone make any decent video cards (actually new things) that would run on classic PC hardware say something that would be found on a "regular" computer on a 486/33 or 486/66 motherboard
2. If not why not
3. Is there ongoing development in creating either a modular windowing system or something lightweight (similar to Qnx or similar). Most of my hard crashes in Linux are usually due to running graphical apps that take almost all the system resources and then make the system totally unresponsive to even direct calls to the X server.
4. Something that would allow for better setting of parameters or perhaps autodetection for various modes a little better.
I tried to set up my videocard a few times before I got anything that would work. First video: Super-VGA;Chipset: ATI 68800-6 (Port Probed);Memory: 1024 Kbytes;
RAMDAC: Sierra SC1148{2,3,4} 15-bit or SC1148{5,7,9} 15/16-bit HiColor (with 6-bit wide lookup tables (or in 6-bit mode));Attached graphics coprocessor:Chipset: ATI Mach32 Memory: 1024 Kbytes
I got the above when I attempted to superprobe it so I was at least able to run the Super VGA server but when I attempted to run the Mach32 server the screen was extremely elongonigated or it allowed for a high resolution but when I ran something like a window manager or an application all of the little details like the menus and buttons and such were just eliminated with their text. Now not to create something that may be a source of shame but does anyone still care about this type of thing anymore or is this release and the up comming one just going to be a little thing for all the big boys to play with around town with their brand new $7,000 graphics adapters. I think that the server may increase preformance but I'll be damned if I can get the thing to adaquately work.
Slashdot social engineering at it's finest
I guess we just need to give it some time... after all, this is already pretty much true for IDE hard drives, IDE CD-ROMs, floppy drives, some video modes, modems (good ones, anyway), keyboards, mice.
Does anyone know if the newer technologies are headed in the same direction, or have the companies decided that making it all a pain in the ass is the way to go?
--
It will just discourage people from posting, or increase the number of AC's...but again this kind of dumb comments are often already from AC's. Yeah, go for it then!
ok. 1 2 4 8 16 32 64 128 256 512 1024 2048 4096 8192 16384
42
69
666
31337
are those enough numbers, or did you want some more?
This was Andy Kauffman-style humor at it's finest.
:-)
Well, as the author of the original post, I must thank you for that compliment.
It's great that Slashdot informs us of updates to "cornerstone" Linux products like XFree86, but may I offer a suggestion?
;-)
Instead of simply providing a link to an FTP site containing the updated files, how about offering a link to the homepage, or some sort of "announcement" or "new features" page on the web-site. That way we can, at a real-quick glance, see what's new and decide if it's worth it before starting a download. It'd also save some time hunting down the relevant information manually, or, -god forbid-, via another site like Freshmeat...
(as for the previous poster's comment about a software-update posting being irrelevant on Slashdot, keep in mind that a large portion of the Linux community uses XFree86, plus it's bleeding-edge... so it's "News for Nerds" and "Stuff that Matters"...)
Daltorak
How do you know the glx ppl didn't hack togeather
that source yourself when there are no specs with it?
You kind of just proved his point.
Don't you feel stupid...
Why don't someone give a complete review of the latest snapshot. From a users point of view that is.
* Font appearance, (do they look better, worse, the same)
* 2D performance (ie full drag of 2D windows, etc.)
* 3D performance (gaming?)
* Whatever
I can read lists of brilliant features, but what is the actual real world gain? What can I see, feel and measure on my workstation in my daily usage?
Just a thought.
Well.... For my super-shitty trident 9750 2mb video chip, it -getimage100 was almost twice as fast. That good enough?
Now that you're rich you can buy any company that made people sign non-disclosure agreements, cancel those agreements, and resell the companies.
Boy, aren't we having fun!
Thats just so childish
Seems like a pretty relevant and on topic post to me... RMS made a statement about XFree, and this person quoted it. Sorry if you don't like it...
what this would ideally be is something implememted in forth rather than java... the compiled f-code is processor independant, and executes substantially faster than java (execution is threaded, rather than interpreted, like RPL)... this is the way that PCI cards with Open Firmware boot ROMs (built around Forth) can be used without OS-specific drivers on SPARC, PPC, and whatever other architectures have OF implemented on them...
problem is it's still damn fsckin' slow...
a) my own plane
b) a harem and
c) a beowulf cluster of epplets.
If all you want to do is bitch about the monumental job the Xfree team are doing run somethign else. While you are at it let me know what you can run WITH it.( not much ) X is pretty damned universal, and it works TODAY. Sure its not perfect, but what is.
hmm... i have NO idea what thet means.. is that 2D or 3D? would like some figures on both.. ("isNaN")
LiViD moved to http://www.linuxvideo.org/ which is still up, so I don't think openprojects' outage is lawsuit-related.
Only idiots compare Berlin to X, as the systems have very little functionality in common. X knows how to talk to hardware, whereas Berlin doesn't. Berlin needs to have some combination of GGI and OpenGL.
It would be vastly more sensible to compare Berlin to GTK, Qt, or FLTK, as that is where there might be properties in common.
It needs to run on many kinds of systems.
GGI would be the most likely candidate for this; it's not there yet.
Yes, there are users that only want to run applications on one host's console. And that's why X provides things like the SHM extension so that if everything's local, performance can be made better.
But those that focus on Console! Console! Console! are ignoring that they're not the only users, they're restricting flexibility, and, more importantly, they're ignoring that network support is getting more important all the time. You see, there's this newfangled "Internet" thing...
"GnotX" won't represent a realistic alternative unless it is network-aware.
If the new system doesn't permit running the applications that we already have, then this means discarding all of the X-based software that people have been finding useful over the last dozen years.
Notably, no more KDE, no more GNOME, no more StarOffice, no more WordPerfect, no more ApplixWare, no more Netscape.
Even if there was a way that "GnotX" made a GTK, and thereby GNOME, port easy, this would definitely be injurious to vendors of X software like ApplixWare and WordPerfect (that have some Motif involvement, and thus mandate having a real good X emulation).
"Legacy" vendors won't see this as a move to cooperate with, and like it or not, that's a factor having significance.
People propose things as replacements for X that weren't truly designed as such, or that, worse still, aren't really designed at all.
The original incarnation of "Berlin" amounted to this; they flung epithets at X, claiming it was obsolete, and that they'd do K001 x86 assembly hacking to produce something that would just destroy X.
This was quite silly; they never had a clear design, only a set of claims that amounted to "Because We're Cool Hackers, We'll Outdo X." That may represent intent; that does not represent design.
If you're not part of the solution, you're part of the precipitate.
Finaly it compiled! GeForce support is working, and its fast as hell. Still im reverting to 3.3.x cause of its buggyness. Netscape doesnt render most of the page when its done downloading it, and mozilla causes XFree 3.9.17 to just plainly dump back to the text mode. :)
So all in all, a great pre release, showing great potential, but for a production envirioment, this pre release just doesnt cut it yet, ill just w8 for 2 months for the final
-- Chris Chabot
"I dont suffer from insanity, i enjoy every minute of it!"
I know this may sound silly, but I think they should take the video drivers out of X and make them run in kernel space! The creation of universal video drivers will help speed the developement of X and non X programs. X clients are not designed for speed in terms of multimedia and games (although it is not too bad at doing them). Also many home uses may not need the network transpancy layer. Yes I do know one of X's jobs is to handle the video card. That should change in the future!
Why should console apps act differently than X apps when it comes to 2D/3D graphics acceleration?
If I wanted to create a GUI system independant of X I would not get the benefits of X's video card drivers. I would have to reinvent the wheel. I find that extremely limiting as more and more companies come on to the Linux/Unix bandwagon.
BTW this will never happen but one can dream.
I won't comment directly on all the bullshit
... the beloved Reverend Jerry Falwell...
that you came up with, the following phrase
says a lot about what kind of stupid fundy
you are.
>
This jackass along with Pat Robertson is one of
the most hated moron in this great country of
ours. He makes christians look like stupid idiots.
Fortunately he's not representive of the American
people. I recall a survey a few years back when
Foolwell claimed that his moral majority was
responsible for the election of Ronald Reagan, he
had about 4-6% support in the USA.
Your comments about Linux versus homosexuality
are ridiculous. The proportion of homosexuals
or heterosexuals isn't much different in the
Linux world as it is in the Apple, Solaris or
Winblows world. People's sexual tastes aren't
based on what computer programs or OS they
prefer. The same goes for pornography or any
other stuff that you don't like.
everything suckz EXPECT EMACS!!!!
everything suckz EVERYTHING BUT EMACS!!!!
In addition to reducing fundamental stability, the Windows solution also makes it hard to release resources when a thread or process dies. Windows leaks memory like a seive, whereas all "X" resources are tagged and when the OS sends a SIGPIPE to the "X" server to signal that a socket has closed, "X" can release all resources associated with that socket.
BTW, if you are running the "X" server local to the machine, the socket can be used only for control commands, not for actual data. Actual data would be sent via shared memory. I suggest that you read up on the SysV IPC spec and see why it's not a good idea to send *ALL* data to the video display via shared memory (basically: shared memory does not go away when the process that allocated it dies, and the "X" server would not be notified if that other process died so it wouldn't know to manually de-allocate that shared memory).
Finally, regarding the performance argument: SGI. I think that says it all. SGI has graphics performance unmatched by anyone -- and runs "X". SGI is perfect proof that "X" does NOT have to be slow -- if "X" is slow, that's an implementation problem, not a fundamental problem with "X". Yes, it's faster to draw directly into a frame buffer than it is to draw directly into a shared memory buffer and then send a command via the "X" socket -- but not MUCH faster, especially if (as with SGI) you have made some optimizations at the OS level for local sockets. I think they have it down to where sending data on a local socket is actually putting it into a buffer, and then mapping that buffer into memory on the other end, somewhere around 20 or 30 cycles. The only real time consumer is marshalling and de-marshalling (i.e., converting the data to a stream, then converting it back to native-format binary at the other end), but that's hardly a killer.
-E
Send mail here if you want to reach me.
There's no need for you to comb your hair; this didn't even graze you as it went over your head.
(Criminy, some people would need a prybar to haul their twisted knickers out of their arses!) Don't be so uptight -- laugh once in a while!
J
I think not...(*poof*)
Actually, 3.9.17 hasn't officially been released .diffs are on the ftp site but the
yet. The
RELEASE NOTEs you're all reading aren't finished
yet. There will be an anonouncement on
www.XFree86.org when the release is completed.
Mark Vojkovich
mvojkovi@XFree86.org
The reason Windows gets away with direct calls as a speed measure is that (1) Win has a broken differentiation between kernel and user space so switching among them is easier, and (2) they are on x86 so there isn't too much context in a contxt switch. What you get from pipes is free buffering so you don't have to do a context switch for every call (or two if you use safer user mode drivers). Believe it or not, windows NT was using a buffered design just like this before they decided to accept the instability of moving it into the kernel; and as it turns out the speed gains of the latter turned out to be minimal.
The main problems I see are people bitching incessantly about what they don't understand. I thought X was a dumb design until I hadd coded and worked on several different GUI systems. After all that most people realize (as did I) that X was a pretty wise tradeoff on all the design issues.
Apache seems to have a dumb design to me at this point; a lot of things don't seem to make sense; but that's probably due to my ignorance about its design issues.
That could be compared to HTTP, where there are an extremely diverse set of web servers, resulting from its relative simplicity.
As for the size of X, I understand that the port to the Itsy weighed in at about 300K. The things in X that are bloated are things like:
- Font cacheing and the simple fact that scaled fonts eat RAM
- Cacheing of hidden objects/windows
which represent things that would cause similar "bloat" in any alternative system.If you're not part of the solution, you're part of the precipitate.
I have my own (top-secret :) project I'm working on. I like the module idea - can I rip the module code from XFree86 without a whole lot of effort? The main thing that inhibits me is the size of the source code tarballs. Perhaps someone could point me to the one I have to download, so I don't have to fetch the whole big mess.
Pardon my greediness...
-Joe
http://qnx.com/literature /whitepapers/photonmicrogui.html
Looks interesting. Is QNX's photon design sort of comparable to what they're trying to do with XFree86 4.0? Kind of interested in the approach they take here, interested in hearing various GUI experts take on it.
(1) The fonts are much more readable at any size. Anti-aliasing, is it really too much to ask? Sure, E has anti-aliased fonts in its titlebars and windows, but seriously I read much more on screen than just the window bars and about boxes. I could also care less if freetype can handle anti-aliasing, if I don't see the anti-aliasing on screen, it doesn't do me any good.
(2) Photoshop. I'm sorry, I'll never get used to that blasted Gimp. No, i'm not a frickin programming genius, don't give me the classic /. recommendation of downloading source and adding or changing what I want to make it similar to Photoshop. And WINE/VMWare? No thank you. Some time ago I remember a /. article mentioning Adobe. I can only pray that someday they'll port photoshop. Yeah, I can dream, but dreaming is pointless these days.
But anyway, as others have mentioned, an in-depth review of 3.9.17 and features guaranteed to be in 4.0 would be appreciated.
Does anyone know whether/when Debian Packages are planned?
has anyone managed to successfully compile the new snapshot on a redhat based system? I have no idea how to configure the snapshot... And the readme doesn't help me much either ;) Any help would be appreciated. -Remenic-
I really love how they forgot to include an Imakefile in the doc directory causing compile to halt. I just downloaded 35 megs of crap for nothing.
WAY TO GO XF86 DEVELOPERS!
-- iCEBaLM
I didn't say that it was not funny, fundies
are always funny.
My response was meant to be funny too. The post
looked a bit outrageous to be for real but then
again I've seen worst stuff coming from real
fundies. Anyhow, outrageous post like that one,
real or not didn't belong in a discussion about
Linux.
Fundies are funny most of the time and for the
most part are too moron to be any threat to
our freedoms. No one in his or her right mind
would ever elect them to powerful positions.
Mad had a neat admission form to the moral
majority a few years ago, one of the requirements
was to be against abortion for homosexuals.
The funniest one I've seen so far was from one
of those fundies is a fundy at work who showed
me maps of Michigan and a few other states with
spots which are supposed to be reserves where
the environmentalists are going to put us in
after they take over the country.
He's also one of those who think that paper money
is an evil plot against our freedom.
We hope to make it as open a development process as possible. I'm the intermediary between XFree and the SourceForge project. I take the public snapshots and move them into SourceForge, then I do all my work on the public site, and finally I send patches back to XFree. It seems like the best way to do open development with the current restrictions. I does add a little overhead for me of course!
So, if you're interested in DRI work, please check out our SourceForge project. We are looking for anyone interested in participating.
- |Daryll
3.9.17 is missing Imakefile in the xc/doc directory, has an incomplete font source tree, and has less documentation than 3.9.16. It appears to be an incomplete snapshot. I am sure they will put up the rest of it later. P.S. It won't really build.
Wait til they announce it themselves.
How did you get into college with language skills like that??? I didn't even understand what the hell you were talking about.
BTW, it is "to" not "too".
Looser!
I'll break with tradition, and actually post an informed message on slashdot.
In 1997, Mark Leisher wrote some code to support TrueType fonts in XFree86, but had to abandon the project due to lack of time. In early 1999, I took it over, finished his work, added support for international encodings, and distributed it under the name xfsft (the first beta that actually did anything useful was dated February 1998). Shortly after that, I joined XFree86 and helped integrate it into the XFree86 source tree.
Half a year and an almost complete rewrite later, I was thinking about anti-aliasing. Mark Vojkovich designed an extension (XAnti), and in March 1999 I implemented the backend support for it. Mark started implementing the extension code, and then realised that implementing anti-aliasing was complicated by the fact that GCs do not carry visual information; this means that all rendering to pixmaps (which are not associated to a particular visual) would need to be done through an extension.
Mark then decided to suspend the XAnti extension until 4.0 was released. After 4.0 is out, we will try to work out whether XAnti should be pursued, or whether it is better to concentrate on developing rendering extensions with anti-aliasing, alpha-blending and stuff built in from the start (such as OpenGL/GLX, DPS, or something else). I do have an opinion on the subject, but I shan't state it publicly yet.
Please don't trust me on this. Grab the last XFree86 public snapshot (you've got the source, see, XFree86 doesn't hide anything from you), and look at the file `xc/lib/font/FreeType/ftfuncs.c'. It contains the backend anti-aliasing support, within #ifdef ANTI_ALIASING. Also have a look at the directory xc/programs/Xserver/Xext/, where you will find the code that Mark wrote for Xanti. I would also suggest that you consult the xfsft change log (file CHANGES in the xfsft source tarball).
So no, the lack of anti-aliasing in XFree86 is not due to the development model. It is not due to the license. It is due to the fact that it is a genuinely difficult problem, and that there are other things (such as getting 4.0 out) that are more urgent.
Sincerely, although with some annoyance,
Juliusz Chroboczek jec@dcs.ed.ac.uk.