Re: [Cooker] XFree86 4.0 and Monitor Power Options
bobby dowling wrote: Anyone know how to set monitor power options with XFree86 4.0, say if I wanted to have it go standby in so many minutes, then off a little later ... Have Option "power_saver" in your Device Section and Option "DPMS" in your Monitor section of the XF86Config-4 file. I set the timings via the Gnome Control Center. But they can also be set via xset. Any opinions on whether or not leaving the monitor on all of the time is good or bad? I you mind wasting energy ... Cheers, Andreas "Have you noticed there are no interesting people in heaven? --Just a hint to the girls as to where they can find their salvation." [Nietzche, "The Will to Power"]
Re: [Cooker] Xfree86 4.0 in Mandrake 7.1 Final
Michael Beurskens [EMAIL PROTECTED] writes: Hi, I'm currently trying to get Xfree86 4.0 working with my Voodoo 3 3000 board (which is supposedly supported). XFDrake (or whatever it's called) claimed to create a Xfree86 4.0 configuration - yet all I got was an error-message and XFree86 3.3.6 (though a seemingly "good" configuration-file was generated). Changing the symlink /usr/X11R6/bin/X to point to /usr/X11R6/bin/xfree86 doesn't work - all I get is a white screen when running startx and my system hangs up. What is required to make it work? You have to add in the "Module" section the line Load "dri" -- Fred - May the source be with you
Re: [Cooker] Xfree86 4.0 in Mandrake 7.1 Final
On 14 Jun 2000, Frederic Lepied wrote: Changing the symlink /usr/X11R6/bin/X to point to /usr/X11R6/bin/xfree86 doesn't work - all I get is a white screen when running startx and my system hangs up. What is required to make it work? You have to add in the "Module" section the line Load "dri" I have this line, but it freeze :( I have a Matrox G400 Agp, w/ 16M. probeonly runs and logs everything, but if I run XFree86 -xf86config /root/XF86Config.new -depth 24 -logfile /root/X4.log it hangs my computer without any log :( What's the problem? -- Takika
Re: [Cooker] Xfree86 4.0 in Mandrake 7.1 Final
On Mon, 12 Jun 2000, Michael Beurskens wrote: I'm currently trying to get Xfree86 4.0 working with my Voodoo 3 3000 board (which is supposedly supported). XFDrake (or whatever it's called) claimed to create a Xfree86 4.0 configuration - yet all I got was an error-message and XFree86 3.3.6 (though a seemingly "good" configuration-file was generated). Changing the symlink /usr/X11R6/bin/X to point to /usr/X11R6/bin/xfree86 doesn't work - all I get is a white screen when running startx and my system hangs up. Yes, this is my problem, too. 3.3.6 runs without error, but 4.0 hangs my computer. -- Takika
Re: [Cooker] Xfree86 4.0 in Mandrake 7.1 Final
You need to create a new XFree 4.0 configurartion file. You can do this by typing in XFree86 -configure, which will create a bare bones XF86Config-4 file in your home directory. I've had a little luck renaming /etc/X11/XF86Config to /etc/X11/XF86Config-4 as well. You can try that too. Good luck... -Chris On Mon, 12 Jun 2000, Michael Beurskens wrote: Hi, I'm currently trying to get Xfree86 4.0 working with my Voodoo 3 3000 board (which is supposedly supported). XFDrake (or whatever it's called) claimed to create a Xfree86 4.0 configuration - yet all I got was an error-message and XFree86 3.3.6 (though a seemingly "good" configuration-file was generated). Changing the symlink /usr/X11R6/bin/X to point to /usr/X11R6/bin/xfree86 doesn't work - all I get is a white screen when running startx and my system hangs up. What is required to make it work? Michael
Re: [Cooker] XFree86 4.0 and NVidia
Steven Westbrook [EMAIL PROTECTED] writes: I have not tried it yet, but does the new 7.1 beta have XFree 86 on them? IS there a selection to use XFree86 4.0 instead of 3.6? How do you choose? Also, does the distribution include the beta drivers on NVidia's expert-class install. say "yes" to "do you want to try XF4?". web site? no because it's proprietary software. -- Guillaume Cottenceau
Re: [Cooker] XFree86 4.0 and NVidia
Steven I have not tried it yet, but does the new 7.1 beta have XFree 86 on Steven them? IS there a selection to use XFree86 4.0 instead of 3.6? How Steven do you choose? Also, does the distribution include the beta Steven drivers on NVidia's web site? You can select the X of your choice: 3.3.6 or 4.0. The driver from http://www.nvidia.com has a license that doesn't allow it been distributed. You have to download it. It works very cool: Q3A rules! Canek Steven thanks, steven westbrook
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
On Tue, 16 May 2000, you wrote: CPT KIDD [EMAIL PROTECTED] writes: I think time will tell. Most or allot of computers users are hard-core programmers for have some knowledge of linux etc.as such, they are not going to be buying allot of win-modems (in general, h/w that does not work in other o/s's). I think manufacturers are starting to get the picture that they can make more $ by producing a product that is "multi-o/s" such as my brother hl-1240 laser printer thing is bothe parallel/usb ports, and will work in imac/G3 also (whatever the f that means)i love it. it was also very good per $ too! so i grabbed that puppy because is complies with all my needs. however sometimes money issue is important ; for laserbeam printers for example, you can get one for 2,700 FF which will be compatible with Linux [HP 1100], and one for 1,700 FF which will need a driver under Windows and will not work under Linux.. see, this is an important money difference -- and my father, who likes the idea of free software, etc, prefers to spend the 1,000 FF for something else.. lmao..my point exactly. same here. -- Guillaume Cottenceau -- My ICQ#: 36645898 - Created with Mandrake 7.0! http://www.linux-mandrake.com
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
On Fri, 12 May 2000, you wrote: Vandoorselaere Yoann wrote: Steve [EMAIL PROTECTED] writes: Yeah yeah yeah... So is one suppose to settle for a Ok, i will not repeat myself, there was already another nvidia thread, just check it out. By doing such things you do not respect linux philosophy. blah blah blah, I hear this crap all the time. I use linux because I like the power of the command line and the look and feel of it. If things are open source, then thats great, but there is no hardened rule that companies *HAVE* to provide open source drivers for their hardware. I don't care if its open source or a binary driver, as long as it supports my hardware and it works, then I am happy. Think of it what you will, I use it as a tool, thats all a computer is to me. I think time will tell. Most or allot of computers users are hard-core programmers for have some knowledge of linux etc.as such, they are not going to be buying allot of win-modems (in general, h/w that does not work in other o/s's). I think manufacturers are starting to get the picture that they can make more $ by producing a product that is "multi-o/s" such as my brother hl-1240 laser printer thing is bothe parallel/usb ports, and will work in imac/G3 also (whatever the f that means)i love it. it was also very good per $ too! so i grabbed that puppy because is complies with all my needs. I highly think that only "wanna be's" or "get rich quick schemes" will venture into "win-modem" technology again. As such, i will continue to support my linux o/s (of choice). It's stable. It easy. It's simple w/o stupid gimmicks! I have the source code available to check to see if anything is getting sent to "bill" without my approval. I mainly use it for networking, email, icq, browsing xxx sites...etc. -- My ICQ#: 36645898 - Created with Mandrake 7.0! http://www.linux-mandrake.com
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
On Tue, 16 May 2000, you wrote: Paul Hoepfner-Homme [EMAIL PROTECTED] writes: I still haven't had a chance to try out some of the suggestions for getting my Xfree86 4.0 to work with the nVidia drivers (like adding that agp option to my xf86config file)--but you mention recompiling the nVidia kernel module... I did this when I tried getting these drivers to work, but I used the src.rpm to compile it. Might this be a reason X segfaulted when it tried to load? Should I try compiling maybe :-). generally speaking, other people SRPM's are often an origin for problems. especially because these SRPM's are designed for Redhat! please use the targz, they would always detect the configuration of the system better than the SRPM, because they're designed platform-independant. from the tar.gz instead? What about the glx module? You say you installed it from the rpm? i installed the other part from the RPM, yes. I'm just not sure what is the right way to do it, because there are so many options in the nVidia FAQ. and, needless to say, I agree with Yoann's position on problems with Nvidia drivers and their relation to the fact that they're not open-sourced. open-source rules. ditto. time will tell these manufactures that the "blind" public window clickers "are" wising up and know that they're getting cheated and hindered by further problems. -- Guillaume Cottenceau -- My ICQ#: 36645898 - Created with Mandrake 7.0! http://www.linux-mandrake.com
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
CPT KIDD [EMAIL PROTECTED] writes: I think time will tell. Most or allot of computers users are hard-core programmers for have some knowledge of linux etc.as such, they are not going to be buying allot of win-modems (in general, h/w that does not work in other o/s's). I think manufacturers are starting to get the picture that they can make more $ by producing a product that is "multi-o/s" such as my brother hl-1240 laser printer thing is bothe parallel/usb ports, and will work in imac/G3 also (whatever the f that means)i love it. it was also very good per $ too! so i grabbed that puppy because is complies with all my needs. however sometimes money issue is important ; for laserbeam printers for example, you can get one for 2,700 FF which will be compatible with Linux [HP 1100], and one for 1,700 FF which will need a driver under Windows and will not work under Linux.. see, this is an important money difference -- and my father, who likes the idea of free software, etc, prefers to spend the 1,000 FF for something else.. -- Guillaume Cottenceau
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
ptah [EMAIL PROTECTED] writes: Vandoorselaere Yoann wrote: Steve [EMAIL PROTECTED] writes: Yeah yeah yeah... So is one suppose to settle for a Ok, i will not repeat myself, there was already another nvidia thread, just check it out. By doing such things you do not respect linux philosophy. blah blah blah, I hear this crap all the time. I use linux because I like the power of the command line and the look and feel of it. So you don't use linux, you use programs. ( you can compile all GNU tools under windows ). If things are open source, then thats great, but there is no hardened rule that companies *HAVE* to provide open source drivers for their hardware. No, they follow the rules of the community. I don't care if its open source or a binary driver, as long as it supports my hardware and it works, then I am happy. So you can come back to windows. Think of it what you will, I use it as a tool, thats all a computer is to me. And when the tool crash cause a badly written driver, you can't report / debug anything because you don't have the source and the debugging informations were stripped. Personnaly, i don't use a tool that crash. -- -- Yoann http://www.mandrakesoft.com/~yoann/ It is well known that M$ product don't make a free() after a malloc(), the unix community wish them good luck for their future developement.
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
David Aspinall [EMAIL PROTECTED] writes: Has anyone managed to get this working? I followed all the instructions in the NVidia FAQ but the server fails to load nvidia_drv with an error message something like this: nvidia_drv: cannot find nvidia_drvModulePath Is this a known problem? Any suggestions? Kernel module loaded fine, compiled for a (non-mdk 8-() 2.2.14 SMP kernel. GLX also loads into server okay. I have TNT Rev 4 card (Creative Graphics Blaster), AGP. No open source driver == no nvidia :) -- -- Yoann, http://www.mandrakesoft.com/~yoann/ It is well known that M$ products don't call free() after a malloc(). The Unix community wish them good luck for their future developments.
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
Vandoorselaere Yoann wrote: David Aspinall [EMAIL PROTECTED] writes: Has anyone managed to get this working? No open source driver == no nvidia :) -- -- Yoann, http://www.mandrakesoft.com/~yoann/ It is well known that M$ products don't call free() after a malloc(). The Unix community wish them good luck for their future developments. Yeah yeah yeah... So is one suppose to settle for a less efficient/poor quality video card, just do to this issue? I think not. May be hard at first to setup, but the extra FPS and 32bit color depth rain superiority over anything 3dfx/Matrox can put out. The V5500 AGP is a joke.. it barely beats the GeForce DDR, and the GeForce 2 smokes it by 20 FPS. So I will continue to buy Nvidia as long as they make a superior card. Nvidia is the new king. 3dfx is way behind, and I doubt they recover.
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
David Aspinall [EMAIL PROTECTED] writes: No open source driver == no nvidia :) No nvidia_drv in plain mdk 7.1, but I downloaded and installed their drivers hoping they might work from XFree 4.0 included in mdk... I got the impression the strange ModulePath error was something coming from the X Server *after* finding nvidia_drv.o but maybe looking for something else? as I said before, both Pixel me managed to get the drivers installed on the 7.1-beta, on several tnt/tn2/geforce videocards.. and we followed the nvidia faq, it just went smooth, recompiling real easy the kernel module, and installed the non-opensourced glx rpm. -- Guillaume Cottenceau
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
Yeah yeah yeah... So is one suppose to settle for a less efficient/poor quality video card, just do to this issue? I think not. May be hard at first to setup, but well if they release an inefficent closed source driver and that keeps you from getting the performance that you should be getting, then it is pretty silly to buy the nvidia. i think they still might come out ahead of the 3dfx cards. but if the performance diff was relatively small than the drivers would make a big difference. Steve
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
Steve [EMAIL PROTECTED] writes: Yeah yeah yeah... So is one suppose to settle for a less efficient/poor quality video card, just do to this issue? I think not. May be hard at first to setup, but well if they release an inefficent closed source driver and that keeps you from getting the performance that you should be getting, then it is pretty silly to buy the nvidia. i think they still might come out ahead of the 3dfx cards. but if the performance diff was relatively small than the drivers would make a big difference. Ok, i will not repeat myself, there was already another nvidia thread, just check it out. By doing such things you do not respect linux philosophy. -- -- Yoann, http://www.mandrakesoft.com/~yoann/ It is well known that M$ products don't call free() after a malloc(). The Unix community wish them good luck for their future developments.
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
By doing such things you do not respect linux philosophy. Sigh. Some of us may have bought or inherited the hardware already. It's no use saying go out and buy another card.
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
David Aspinall [EMAIL PROTECTED] writes: By doing such things you do not respect linux philosophy. Sigh. Some of us may have bought or inherited the hardware already. It's no use saying go out and buy another card. So it isn't your fault, i'm talking for people which buy them (and know the issue ). -- -- Yoann, http://www.mandrakesoft.com/~yoann/ It is well known that M$ products don't call free() after a malloc(). The Unix community wish them good luck for their future developments.
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
David Aspinall wrote: By doing such things you do not respect linux philosophy. Sigh. Some of us may have bought or inherited the hardware already. It's no use saying go out and buy another card. Then do what is the proper thing, help reverse engineer a driver. It is nonsense to have a stable system break down because an unknown binary is attached and messing things up. And unlike an application program that can be (and is) jailed away from the op system core--the driver is not. It just makes sense to refuse to accept secret drivers and to assure what you do have is audited for stability, which cannot be done with a bare binary. The one closed driver I remember is for the intel 740, but that was done by RedHat after signing a non-disclosure agreement with intel. I haven't seen RH repeat that practice. And it is difficult for one to stand by with supposedly the highest performance card around and be unable to use it, but there is always windows. When I go hardware hunting, I seek stability, linux compatibility (with open-source drivers), and features in that order. Manufacturers like Diamond who show a high degree of corporate anal-retentiveness are rejected out of hand, regardless of what they have in terms of features. I like to be able to USE what I have. If features and performance were most important, I might have been wooed by the G4 processor and be using a MAC. But their closed system puts me way way off. I don't care to have what is on my computer or what I add or how I use it dictated to me by manufacturers, not when I can get to the source and modify it to my needs, and I will go to great lengths to maintain that freedom. So, if you have the hardware, you can do a valuable service to yourself and others by joining an open-source driver project, or starting one, for that furschlugginer card. Look around on web pages with a search engine, or check newsgroups, or thumb through the listings at sourceforge. We are not helpless users to be served, here, we are people who can and will seize control over our own lives and protect our own freedoms. That's my .50 worth for what the linux/open-source philosophy means to me. Civileme
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
Civileme [EMAIL PROTECTED] writes: David Aspinall wrote: By doing such things you do not respect linux philosophy. Sigh. Some of us may have bought or inherited the hardware already. It's no use saying go out and buy another card. Then do what is the proper thing, help reverse engineer a driver. It is nonsense to have a stable system break down because an unknown binary is attached and messing things up. And unlike an application program that can be (and is) jailed away from the op system core--the driver is not. It just makes sense to refuse to accept secret drivers and to assure what you do have is audited for stability, which cannot be done with a bare binary. The one closed driver I remember is for the intel 740, but that was done by RedHat after signing a non-disclosure agreement with intel. I haven't seen RH repeat that practice. And it is difficult for one to stand by with supposedly the highest performance card around and be unable to use it, but there is always windows. When I go hardware hunting, I seek stability, linux compatibility (with open-source drivers), and features in that order. Manufacturers like Diamond who show a high degree of corporate anal-retentiveness are rejected out of hand, regardless of what they have in terms of features. I like to be able to USE what I have. If features and performance were most important, I might have been wooed by the G4 processor and be using a MAC. But their closed system puts me way way off. I don't care to have what is on my computer or what I add or how I use it dictated to me by manufacturers, not when I can get to the source and modify it to my needs, and I will go to great lengths to maintain that freedom. So, if you have the hardware, you can do a valuable service to yourself and others by joining an open-source driver project, or starting one, for that furschlugginer card. Look around on web pages with a search engine, or check newsgroups, or thumb through the listings at sourceforge. We are not helpless users to be served, here, we are people who can and will seize control over our own lives and protect our own freedoms. That's my .50 worth for what the linux/open-source philosophy means to me. Thanks, this perfectly reflect my opinion. -- -- Yoann, http://www.mandrakesoft.com/~yoann/ It is well known that M$ products don't call free() after a malloc(). The Unix community wish them good luck for their future developments.
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
So, if you have the hardware, you can do a valuable service to yourself and others by joining an open-source driver project, or starting one, for that furschlugginer card. Look around on web pages with a search engine, or check newsgroups, or thumb through the listings at sourceforge. We are not helpless users to be served, here, we are people who can and will seize control over our own lives and protect our own freedoms. You know, this is a nice utopian idea. I once bought a scanner thinking I could help reverse engineer a Linux driver. But it wasn't easy and it seemed a waste of my time. I helped contribute to support in `cdrecord' by dragging some specs out of Sony. But a display driver? Come on. Do you see a project for a reverse-engineered TNT series driver? I couldn't find any and I'm not about to start one. These things are getting as complicated as CPUs. I think the consensus is that reverse engineering these things is rather too much difficulty. Instead of hoping to write drivers, I now petition manufacturers to should supply linux drivers, ideally open sourced, but at the very least, robust and well-supported. I think that's a more realistic position. - D.
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
Vandoorselaere Yoann wrote: Steve [EMAIL PROTECTED] writes: Yeah yeah yeah... So is one suppose to settle for a Ok, i will not repeat myself, there was already another nvidia thread, just check it out. By doing such things you do not respect linux philosophy. blah blah blah, I hear this crap all the time. I use linux because I like the power of the command line and the look and feel of it. If things are open source, then thats great, but there is no hardened rule that companies *HAVE* to provide open source drivers for their hardware. I don't care if its open source or a binary driver, as long as it supports my hardware and it works, then I am happy. Think of it what you will, I use it as a tool, thats all a computer is to me.
Re: [Cooker] XFree86 4.0 with nvidia_drv 0.9-2, TNT
On Fri, 12 May 2000, you wrote: Vandoorselaere Yoann wrote: Steve [EMAIL PROTECTED] writes: Yeah yeah yeah... So is one suppose to settle for a Ok, i will not repeat myself, there was already another nvidia thread, just check it out. By doing such things you do not respect linux philosophy. blah blah blah, I hear this crap all the time. I use linux because I like the power of the command line and the look and feel of it. If things are open source, then thats great, but there is no hardened rule that companies *HAVE* to provide open source drivers for their hardware. I don't care if its open source or a binary driver, as long as it supports my hardware and it works, then I am happy. Think of it what you will, I use it as a tool, thats all a computer is to me. Well I won't repeat what I just posted, but I do feel an urge to point out to you that you are using linux and you are free to do so in any fashion you choose BECAUSE others gave some attention to protecting your freedoms in the course of securing their own. Yes a computer is a tool. But when you buy software and think to use it for a certain purpose and find that you are prohibited in the blink of an attorney's eye to use it as you envisioned when you purchased it because the license agreement you clicked on gave away that right What use is the tool? I couldn't use NT Workstation as an internet server for that very reason, (with a Netscape-supplied web server I had purchased) and I was faced with putting up double the money for NT Server (and getting the benefits of all the security holes in IIS for "free") , and then I discovered linux Yes, Microsoft modified the conditions of my license agreement even after I had purchased the software, because I AGREED TO LET THEM DO THAT. I read license agreements much more carefully these days., but since I don't buy Microsoft, I don't feel the burning need for an LL.D or J.D. after my name to break the shrink wrap. So, you are free to use your computer as you desire, but pardon those who do not support your specific applications because they see a threat to their freedoms embedded in your practice. I am not criticizing your position, but I do hope you understand that of others. Civileme Civileme
Re: [Cooker] XFree86 4.0 - segfaults
"Allen Bolderoff" [EMAIL PROTECTED] writes: the src rpm now builds fine on mandrake (it didn't in it's first incarnation) yep. [generally speaking i don't like to use other distrib's SRPMS] -- Guillaume Cottenceau
Re: [Cooker] XFree86 4.0 and Rage 128
Le ven, 05 mai 2000, vous avez écrit : Hi, Is the bug with the ati rage 128 card fixed ? Yes, get the new driver from Nvidia site I've installed X 4.0 with this card, and it's more fun than usable ... (XFree86-server-4.0-6mdk / Build : 5 april) antoine. -- Laurent Saint-Michel Etudiant en troisième année à l'ENSAM en Projet de Fin d'Etude au laboratoire Mécasurf à l'ENSAM d'Aix-En-Provence Email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Email PFE: [EMAIL PROTECTED] Téléphone : résidence 04.42.17.32.65 portable 06.62.23.34.17 domicile 04.42.03.34.17
RE: [Cooker] XFree86 4.0 and Rage 128
Is it just me, or is it ridiculous to think that the Nvidia driver supports the ATI product While it supports the Rive 128 chipset, past attempts to get this to work with the RAGE 128 before it was supported at all were unsuccessful -Original Message- From: Saint-Michel Laurent [mailto:[EMAIL PROTECTED]] Sent: May 9, 2000 6:41 AM To: [EMAIL PROTECTED] Subject: Re: [Cooker] XFree86 4.0 and Rage 128 Le ven, 05 mai 2000, vous avez écrit : Hi, Is the bug with the ati rage 128 card fixed ? Yes, get the new driver from Nvidia site SNIPPED Cheers, Brendan Kwolek
Re: [Cooker] XFree86 4.0 - segfaults
Paul Hoepfner-Homme [EMAIL PROTECTED] writes:
I tried to install XFree86 4.0 on Beta 2 of Mandrake 7.1 using the
RPMs from contrib. I managed to forcefully uninstall all the XFree86
3.3.6 RPMs that are installed by default, and install all the
necessary XFree86 4.0 RPMs. But when I try to run X by typing startx,
it almost loads, but then just before it's about to display the screen
with the X cursor it segfaults back to the console, and the entire
screen is messed; I can just barely make out what is being displayed
in the console. (Switching consoles doesn't fix the screen, I have to
reboot for that.)
I have an nVidia RIVA TNT card, and I tried it both the old nVidia
driver ("nv") and the new beta nVidia driver ("nvidia") and they both
do the same thing. I had XFree86 4.0 working without problems back in
Mandrake 7.0 with both the "nv" and "nvidia" drivers, but it just
doesn't work with 7.1 beta. I am even using the same XF86Config file
that I had in 7.0. I had to uninstall XFree86 4.0 and put back 3.3.6
so I could get into X.
Anyone else have a similar experience?
This week-end I tried out the new optimized "nvidia" driver from Nvidia,
with their glx extension and kernel module, all this on our LM7.1 beta.
I had no problem running the XF4.0 server ; but trying out q3demo was very
disappointing: I had just the time to see that all was reeeally quick and
smooth, it then locked out, sometimes displaying the X or Icewm mouse
pointer instead of quake cursor, sometimes not. I had to remotely
"kill -9" the process.
I saw on their doc that they advice to deactivate DGA for mouse, to no
avail [option was already in my XF86Config-4, maybe from DrakX].
Pixel also tried this config on another machine, reported no problem at
all [and, YES, q3demo is also DAMN quick on Linux machines with a proper
driver..].
--
Guillaume Cottenceau
Re: [Cooker] XFree86 4.0 - segfaults
"Eric J. Smith" [EMAIL PROTECTED] writes: Please detail what you did to get q3 running, i've yet to succeed in getting the new nvidia driver to work on my system (i followed the xf86-4.0 faq on the nvidia site to no avail). quite nothing! i followed the faq: - had XF4.0 already installed [DrakX definetely rulz bigtime] - tried out the RPM for kernel driver but too much redhat oriented [wrong kernel version] - rebuilt kernel driver - uninstalled Mesa to avoid further conflicts - installed RPM for glx - installed q3demo, launched script called ``q3demo'', worked. -- Guillaume Cottenceau
Re: [Cooker] XFree86 4.0 - segfaults
Please detail what you did to get q3 running, i've yet to succeed in getting the new nvidia driver to work on my system (i followed the xf86-4.0 faq on the nvidia site to no avail). thx, Eric. On 9 May 2000, Guillaume Cottenceau wrote: This week-end I tried out the new optimized "nvidia" driver from Nvidia, with their glx extension and kernel module, all this on our LM7.1 beta. -- Guillaume Cottenceau
RE: [Cooker] XFree86 4.0 - segfaults
Hi there, from which package did you rebuild the kernel driver? Nvidia provides a whole slew of different packages at ftp://ftp1.detonator.nvidia.com/pub/drivers/english/XFree86_40 ... Thanks, Steve -Original Message- From: Guillaume Cottenceau [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 09, 2000 12:11 PM To: [EMAIL PROTECTED] Subject: Re: [Cooker] XFree86 4.0 - segfaults "Eric J. Smith" [EMAIL PROTECTED] writes: Please detail what you did to get q3 running, i've yet to succeed in getting the new nvidia driver to work on my system (i followed the xf86-4.0 faq on the nvidia site to no avail). quite nothing! i followed the faq: - had XF4.0 already installed [DrakX definetely rulz bigtime] - tried out the RPM for kernel driver but too much redhat oriented [wrong kernel version] - rebuilt kernel driver - uninstalled Mesa to avoid further conflicts - installed RPM for glx - installed q3demo, launched script called ``q3demo'', worked. -- Guillaume Cottenceau
Re: [Cooker] XFree86 4.0 - segfaults
if it is an AGP card, there may be a problem with the XF86Config file.
try adding
Option "NvAgp" "0"
to the Screen section of the file. it should work (i am also including my
XF86Config file for reference) - this is for a TNT2
I tried to install XFree86 4.0 on Beta 2 of Mandrake 7.1 using the
RPMs from contrib. I managed to forcefully uninstall all the XFree86
3.3.6 RPMs that are installed by default, and install all the
necessary XFree86 4.0 RPMs. But when I try to run X by typing startx,
it almost loads, but then just before it's about to display the screen
with the X cursor it segfaults back to the console, and the entire
screen is messed; I can just barely make out what is being displayed
in the console. (Switching consoles doesn't fix the screen, I have to
reboot for that.)
I have an nVidia RIVA TNT card, and I tried it both the old nVidia
driver ("nv") and the new beta nVidia driver ("nvidia") and they both
do the same thing. I had XFree86 4.0 working without problems back in
Mandrake 7.0 with both the "nv" and "nvidia" drivers, but it just
doesn't work with 7.1 beta. I am even using the same XF86Config file
that I had in 7.0. I had to uninstall XFree86 4.0 and put back 3.3.6
so I could get into X.
Anyone else have a similar experience?
-p
# File generated by xf86config.
#
# Copyright (c) 1999 by The XFree86 Project, Inc.
#
# Permission is hereby granted, free of charge, to any person obtaining a
# copy of this software and associated documentation files (the "Software"),
# to deal in the Software without restriction, including without limitation
# the rights to use, copy, modify, merge, publish, distribute, sublicense,
# and/or sell copies of the Software, and to permit persons to whom the
# Software is furnished to do so, subject to the following conditions:
#
# The above copyright notice and this permission notice shall be included in
# all copies or substantial portions of the Software.
#
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
# THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
# WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF
# OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
# SOFTWARE.
#
# Except as contained in this notice, the name of the XFree86 Project shall
# not be used in advertising or otherwise to promote the sale, use or other
# dealings in this Software without prior written authorization from the
# XFree86 Project.
#
# **
# Refer to the XF86Config(4/5) man page for details about the format of
# this file.
# **
# **
# Module section -- this section is used to specify
# which dynamically loadable modules to load.
# **
#
Section "Module"
# This loads the DBE extension module.
Load"dbe" # Double buffer extension
# This loads the miscellaneous extensions module, and disables
# initialisation of the XFree86-DGA extension within that module.
SubSection "extmod"
Option"omit xfree86-dga" # don't initialise the DGA extension
EndSubSection
# This loads the Type1 and FreeType font modules
Load"type1"
Load"freetype"
# This loads the GLX module
Load "glx"
Load "dri"
EndSection
# **
# Files section. This allows default font and rgb paths to be set
# **
Section "Files"
# The location of the RGB database. Note, this is the name of the
# file minus the extension (like ".txt" or ".db"). There is normally
# no need to change the default.
RgbPath "/usr/X11R6/lib/X11/rgb"
# Multiple FontPath entries are allowed (which are concatenated together),
# as well as specifying multiple comma-separated entries in one FontPath
# command (or a combination of both methods)
#
# If you don't have a floating point coprocessor and emacs, Mosaic or other
# programs take long to start up, try moving the Type1 and Speedo directory
# to the end of this list (or comment them out).
#
#FontPath "/usr/X11R6/lib/X11/fonts/local/"
FontPath "/usr/X11R6/lib/X11/fonts/misc/"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
FontPath "/usr/X11R6/lib/X11/fonts/Type1/"
FontPath "/usr/X11R6/lib/X11/fonts/Speedo/"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi/"
Re: [Cooker] XFree86 4.0 - segfaults
- Original Message -
From: "Paul Hoepfner-Homme" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, May 08, 2000 7:40 PM
Subject: [Cooker] XFree86 4.0 - segfaults
I tried to install XFree86 4.0 on Beta 2 of Mandrake 7.1 using the
RPMs from contrib. I managed to forcefully uninstall all the XFree86
3.3.6 RPMs that are installed by default, and install all the
necessary XFree86 4.0 RPMs. But when I try to run X by typing startx,
it almost loads, but then just before it's about to display the screen
with the X cursor it segfaults back to the console, and the entire
screen is messed; I can just barely make out what is being displayed
in the console. (Switching consoles doesn't fix the screen, I have to
reboot for that.)
I have an nVidia RIVA TNT card, and I tried it both the old nVidia
driver ("nv") and the new beta nVidia driver ("nvidia") and they both
do the same thing. I had XFree86 4.0 working without problems back in
Mandrake 7.0 with both the "nv" and "nvidia" drivers, but it just
doesn't work with 7.1 beta. I am even using the same XF86Config file
that I had in 7.0. I had to uninstall XFree86 4.0 and put back 3.3.6
so I could get into X.
Anyone else have a similar experience?
I installed 4.0 over 3.36 by forcing the 4.0 libs and then the rest
installed fine. Now it runs fine. Even dual head.
Hoyt
Re: [Cooker] XFree86 4.0 and Rage 128
Le ven, 05 mai 2000, Harry J. Miktarian a écrit : HmmmI'm using the rage 128 driver included with Mandrake 7.1b/X 4.0 and am having no problems...just a nice increase in performance. What bug are you refering to ? when switching to console and coming back to X, the colormap is totally messed up - it happens with all color weights, either in runlevel 3 or 5. Antoine Duval wrote: Hi, Is the bug with the ati rage 128 card fixed ? I've installed X 4.0 with this card, and it's more fun than usable ... (XFree86-server-4.0-6mdk / Build : 5 april) antoine. -- Harry J. Miktarian ResNet Manager Housing Residential Services San Francisco State University (415)338-3850
Re: [Cooker] XFree86 4.0 and Rage 128
Antoine Duval [EMAIL PROTECTED] writes: Hi, Is the bug with the ati rage 128 card fixed ? I've installed X 4.0 with this card, and it's more fun than usable ... (XFree86-server-4.0-6mdk / Build : 5 april) you have better to use XF3.3.6. -- MandrakeSoft Inchttp://www.mandrakesoft.com In travel.--Chmouel
Re: [Cooker] XFree86 4.0 and Rage 128
HmmmI'm using the rage 128 driver included with Mandrake 7.1b/X 4.0 and am having no problems...just a nice increase in performance. What bug are you refering to ? Antoine Duval wrote: Hi, Is the bug with the ati rage 128 card fixed ? I've installed X 4.0 with this card, and it's more fun than usable ... (XFree86-server-4.0-6mdk / Build : 5 april) antoine. -- Harry J. Miktarian ResNet Manager Housing Residential Services San Francisco State University (415)338-3850
Re: [Cooker] XFree86 4.0
Duane de la Chevotiere [EMAIL PROTECTED] writes: I installed XFree86 from the 4.0-2 rpm's from Cooker. It runs ok if I put the font paths in XFree86Config. If I only put a fontpath of "unix/:-1" it fails to connect to xfs. Has anyone else seen this? Is xfs running ? -- Fred - May the source be with you
Re: [Cooker] XFree86 4.0
On Mon, 20 Mar 2000, you wrote: Duane de la Chevotiere [EMAIL PROTECTED] writes: I installed XFree86 from the 4.0-2 rpm's from Cooker. It runs ok if I put the font paths in XFree86Config. If I only put a fontpath of "unix/:-1" it fails to connect to xfs. Has anyone else seen this? Is xfs running ? -- Fred - May the source be with you Yes. xfs is running.
Re: [Cooker] XFree86-4.0
Hi, On 17 mar, Justin Young wrote: Dude, you are mistaken. A V1(Blech!) has no 2D support. It's a 3D (quite slow nowadays, too) only solution. A V2 has no 2D support either. You could use it for Glide (ha!) support. Well, I disagree. I would say, Voodoo 12 boards don't have _obvious_ 2D support. That is, the input (typically Glide API) is 3D. But the output is 2D, right ? So now suppose I write (well I didn't write it !) a description of the plane which is my X desktop, in Glide... You see where I'm heading, don't you ? Yes, the output will be a (slow) 2D X server. But it works ! And actually, someone in the XFree86 team coded that. If you look on xfree86.org, on the driver status, you'll see : 4.0: Support for Voodoo 1 and Voodoo 2 via glide on platforms where glide is available (Linux and FreeBSD(?)). Support is provided by the "glide" driver (requires Glide 2x). Support (including acceleration) for Voodoo Banshee and Voodoo 3. Support is provided by the "tdfx" driver. This is for 2D, not 3D. The Voodoo2 is not concerned with GLX or DRI stuff afaik. And in the release note, you'll notice this "glide" driver. The thing is, to use dual-head, you have to have the two (2D) cards initialised at boot. Which doesn't happen on my machine (Mach64 + TNT2). The soft boot doesn't seem to work either. Weird stuff happens when I try to use the Mach64, though it gets detected. That's where the Voodoo makes the difference. It's not a "graphic" board, but a multimedia device. As such, it gets initialized at boot time. And will work for a dual head environment once I find this glide_drv.o ! I think I'll have to recompile myself, in the end... However, you're not going to use it in a 2D dual-head capacity. Your Ultra TNT2 will blow either one of these puppies (Yes, even w/ SLI) away once Nvidia releases its Xfree server. Well, I hate to hear that, "once Nvidia releases its XFree server" ! They seem so busy with the Win2000 video drivers these days. I wonder when they are going to release the full documentation so the Utah-GLX people can produce a decent GLX module. The only thing I've seen so far is : on q3 and UT, my Voodoo2 beats the TNT2/GLX anytime. Get a V2 (or two for SLI) for cheap 3D support until Nvidia releases its Xserver. For glide, check http://linux.3dfx.com/. I know that, I've had it working for almost one year ! Hopefully, this helps. Not really, but thanks anyway ! Gwen PGP signature
Re: [Cooker] XFree86-4.0
Well, I hate to hear that, "once Nvidia releases its XFree server" ! They seem so busy with the Win2000 video drivers these days. I wonder when they are going to release the full documentation so the Utah-GLX people can produce a decent GLX module. The only thing I've seen so far is : on q3 and UT, my Voodoo2 beats the TNT2/GLX anytime. IMHO: I'm no way going to pay $400+ for a o/s. With my knowledge, i'd rather use linux. As such, more users are probabely going to want linux for a server o/s rather than win 2000 (nt) --at the user end.
Re: [Cooker] XFree86 4.0
Kaixo! On Tue, Mar 14, 2000 at 07:59:27PM +0100, Magnus Holmberg wrote: Do I need the FontServer with Xfree4.0 ? I thought the Xserver has truetype support it self or ?? That has been the case since ever (the same code is used by the xfs font server and the X server; that code can have TTF support or not, but once you have the support it is available on both sides.) However, XFree86 servers are not threaded, that means that having the X11 server doing all the font stuff may "freeze" the displaying for some time, maybe even several seconds, when loading big font files. The responsivness of the X11 system is better when a separate font server is used. That is, the xfs package is not there because X serrvers lack font support, but for convenience (it also has other advantages, like a simpler config file allowing for simpler and less problematic automatized font adding/removing; the possibility to share fonts accross a local network, etc) -- Ki ça vos våye bén, Pablo Saratxaga http://www.ping.be/~pin19314/ PGP Key available, key ID: 0x8F0E4975
Re: [Cooker] XFree86 4.0 Saga-Continues
WH Bouterse [EMAIL PROTECTED] writes: Since my original post which did generate some feedback, I am now to the point of: Has anyone successfully installed the mdkrpms from the Contrib sites? (With no probs?) My X system is totally screwed up and trying the 'XF86Config' from the command line did not "do it" for me. I am about ready to rpm -e all the ones in question and re-introduce the 3.3x ones if no one else has any ideas. BTW the command line, 'xfs -port -1 ' 'xfs -port -7100 ' etc. did not work for me either At one point Frederic Lepied wrote "I'm going to upload an updated set of packages which corrects this problem." ? I assume this means to be patient if I can't properly compile things myself (which is true) and some of these issue will be taken care of by the MandrakeSoft Coding Gurus !:) Version 4.0-2mdk is already in Cooker and corrects the xfs startup. -- Fred - May the source be with you
Re: [Cooker] XFree86 4.0 Saga-Continues
WH Bouterse wrote: Since my original post which did generate some feedback, I am now to the point of: Has anyone successfully installed the mdkrpms from the Contrib sites? (With no probs?) I did but for the experimental Glx module which is just not part of XFree86. My X system is totally screwed up and trying the 'XF86Config' from the command line did not "do it" for me. I am about ready to rpm -e all the ones in question and re-introduce the 3.3x ones if no one else has any ideas. BTW the command line, 'xfs -port -1 ' 'xfs -port -7100 ' etc. did not work for me either if you've got problems with xfs, just replace it in XF86Config by hard coding font paths (these are /usr/X11R6/lib/X11/fonts from memory - i'm using Solaris Xserver at this moment) At one point Frederic Lepied wrote "I'm going to upload an updated set of packages which corrects this problem." ? I assume this means to be patient if I can't properly compile things myself (which is true) and some of these issue will be taken care of by the MandrakeSoft Coding Gurus !:) bad_guy_mode You want to test beta software (yes beta as XFree86-4 is (at this moment) not as well tested as 3.3.x releases, which requires time, people and hardware). So you should have known that there may be bugs or problems. If you just want full quality software, use version 3.3.6 which is stable, fast and have many extensions of v4 (thanks chmou). If you don't want to help the community in having a well tested X-4, use v3 or don't complain for "future rpm promeses" (this take time to fix problems). F Lepied is making good work in building Xfree86-4 RPMS. XFree86-4 won't be the standard X server for a while (say Mdk8 with Linux-2.4, apache-2, ..,7.x 'll be 'bug fixes/better hardware support' releases. /bad_guy_mode see you -- www.linux-mandrake.com somewhere between the playstation and the craystation Thierry
Re: [Cooker] XFree86 4.0 Saga-Continues
Thierry Vignaud wrote: You want to test beta software (yes beta as XFree86-4 is (at this moment) not as well tested as 3.3.x releases, which requires time, people and hardware). So you should have known that there may be bugs or problems. Yes absolutely and thats why its on my favorite (though experimental) machine. I LIKE the PROBLEMS!? Well up to a point. :) Otherwise how the heck do I learn anything !? I do on occasion compile sources and sometimes get it right, but what I am atempting to do on this List is stay with rpms so that when they become relatively flawless and when I recommend Linux_Mandrake to friends or potential clients, they will have an easier time of it as I have had an "easier" time of it. I continue to be amazed at some of the steps OBVIOUS to even myself that stump individuals with advanced graduate degrees. Right now I have two separate PHD's waiting for me to install Linux-Mandrake for them because they were scared off with their initial attempts ! The "User Friendly" idea does not have to mean "Dumbing Down" merely GUI Intuitive for the Command-Line Phobics, which I have learned "not to be" but it has taken a couple of years and thousands of mistakes!!! Anyhow I did get the newer rpms as suggested by Frederic; "Version 4.0-2mdk is already in Cooker and corrects the xfs startup." So here is where I am at now; [root@mentastacenter bill2]# rpm -Uvh XF* error: failed dependencies: XFree86 = 3.3.6-8mdk is needed by XFree86-XF86Setup-3.3.6-8mdk So I can attempt the '--force --nodeps' technique or? A Loyal Linux-Mandrake User and Advocate William Bouterse Alaska
Re: [Cooker] XFree86 4.0 Saga-Continues
El vie, 17 mar 2000, escribiste: [root@mentastacenter bill2]# rpm -Uvh XF* error: failed dependencies: XFree86 = 3.3.6-8mdk is needed by XFree86-XF86Setup-3.3.6-8mdk So I can attempt the '--force --nodeps' technique or? XF86Setup it doesn't work with XFree86 4, so you must uninstall XFree86-XF86Setup package before installing XFree86 4. Of course, --force will also work, but you will have installed an unnecessary package. Greetings.
Re: [Cooker] XFree86 4.0 Saga-Continues
Thierry Vignaud wrote: WH Bouterse wrote: Since my original post which did generate some feedback, I am now to the point of: Has anyone successfully installed the mdkrpms from the Contrib sites? (With no probs?) I did but for the experimental Glx module which is just not part of XFree86. My X system is totally screwed up and trying the 'XF86Config' from the command line did not "do it" for me. I am about ready to rpm -e all the ones in question and re-introduce the 3.3x ones if no one else has any ideas. BTW the command line, 'xfs -port -1 ' 'xfs -port -7100 ' etc. did not work for me either if you've got problems with xfs, just replace it in XF86Config by hard coding font paths (these are /usr/X11R6/lib/X11/fonts from memory - i'm using Solaris Xserver at this moment) At one point Frederic Lepied wrote "I'm going to upload an updated set of packages which corrects this problem." ? I assume this means to be patient if I can't properly compile things myself (which is true) and some of these issue will be taken care of by the MandrakeSoft Coding Gurus !:) bad_guy_mode You want to test beta software (yes beta as XFree86-4 is (at this moment) not as well tested as 3.3.x releases, which requires time, people and hardware). So you should have known that there may be bugs or problems. If you just want full quality software, use version 3.3.6 which is stable, fast and have many extensions of v4 (thanks chmou). If you don't want to help the community in having a well tested X-4, use v3 or don't complain for "future rpm promeses" (this take time to fix problems). F Lepied is making good work in building Xfree86-4 RPMS. XFree86-4 won't be the standard X server for a while (say Mdk8 with Linux-2.4, apache-2, ..,7.x 'll be 'bug fixes/better hardware support' releases. /bad_guy_mode see you -- www.linux-mandrake.com somewhere between the playstation and the craystation Thierry here's a tip: I had much better success in d/l'ing installing the binaries. "Linux-ix86-glibc21" from the xfree86.org site (i went to a 2mb/sec mirror :) you'll need to read the "Install" doc. it's seems like a long process but i answered yes to everything and then used the "xf86config" command to configure my setup. downside to the whole ordeal: No 32bit color support! Right now, on my main linux o/s, I have 32 bpp support. Tried every option and still nada. :( @s such, will stick with v 3.3 of xfree for my main o/s (i work w/ alot of pictures).
Re: [Cooker] XFree86-4.0
Dude, you are mistaken. A V1(Blech!) has no 2D support. It's a 3D (quite slow nowadays, too) only solution. A V2 has no 2D support either. You could use it for Glide (ha!) support. However, you're not going to use it in a 2D dual-head capacity. Your Ultra TNT2 will blow either one of these puppies (Yes, even w/ SLI) away once Nvidia releases its Xfree server. Get a V2 (or two for SLI) for cheap 3D support until Nvidia releases its Xserver. For glide, check http://linux.3dfx.com/. Hopefully, this helps. - Original Message - From: "Gwenael Letellier" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 17, 2000 5:44 PM Subject: [Cooker] XFree86-4.0
Re: [Cooker] XFree86 4.0 HOWTO
Dalton Calford [EMAIL PROTECTED] writes: Has the person who maintains the Mandrake Kernels also found this? (or is it my own lack of knowledge) yes he just got the a i810 and try to get work everything nicely :\. -- MandrakeSoft Inchttp://www.mandrakesoft.com In Travel --Chmouel
Re: [Cooker] XFree86 4.0 HOWTO
Has anyone tried this? I tried this out, and it seems to work, but when I run xf86config it doesn't even have a Voodoo Banshee card on the list. How do I get that to work? :) thanks. Quoting Steve Fox [EMAIL PROTECTED]: This guy did an install on a Mandrake 7.0 system. thought you might be interested. http://www.nerdnet.com/html/articles.php3?subject=hardware -- Steve Fox http://k-lug.com Ryan Wahle [EMAIL PROTECTED] InnerCite
Re: [Cooker] XFree86 4.0 HOWTO
I have downloaded the latest stable kernel from the cooker sources, tried to install agpgart following the instructions, everything looks fine except for the agpgart module not loading due to failed dependancies. (a list too long to mention) Has the person who maintains the Mandrake Kernels also found this? (or is it my own lack of knowledge) I know a kernel rpm from a week ago had the agpgart module included - is it still included and what I am doing is going against the needs of the kernel? Has somthing changed that makes agpgart not work in the newer kernels? any suggestions welcome Dalton Steve Fox wrote: This guy did an install on a Mandrake 7.0 system. thought you might be interested. http://www.nerdnet.com/html/articles.php3?subject=hardware -- Steve Fox http://k-lug.com
Re: [Cooker] XFree86 4.0 HOWTO
when you configured and compiled did you 1. make config 2. make dep 3. make clean 4. make bzImage 5. make modules 6. make modules_install 7. make install this cleans up stale dep's and assures that modules and dependancys are installed correctly. the last step REPLACES your old kernel and reconfigures lilo. do your backup first!! hope that helps. you will get a bootable kernel about half the time using short cuts but will always have dependancy problems and un-accountable errata. robert [EMAIL PROTECTED] ps. if you are RE-COMPILING a kernel add as a first step "make mrproper" - Original Message - From: "Dalton Calford" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 15, 2000 9:28 AM Subject: Re: [Cooker] XFree86 4.0 HOWTO I have downloaded the latest stable kernel from the cooker sources, tried to install agpgart following the instructions, everything looks fine except for the agpgart module not loading due to failed dependancies. (a list too long to mention) Has the person who maintains the Mandrake Kernels also found this? (or is it my own lack of knowledge) I know a kernel rpm from a week ago had the agpgart module included - is it still included and what I am doing is going against the needs of the kernel? Has somthing changed that makes agpgart not work in the newer kernels? any suggestions welcome Dalton Steve Fox wrote: This guy did an install on a Mandrake 7.0 system. thought you might be interested. http://www.nerdnet.com/html/articles.php3?subject=hardware -- Steve Fox http://k-lug.com
Re: [Cooker] XFree86 4.0 HOWTO
I followed the standard steps I always follow make menuconfig make dep clean bzImage modules modules_install make install This all works fine. I reboot with the new kernel and go to stage two - installation of the agpgart module. depmod -a (because it is a new kernal...) rpm --rebuild i810xxx.src.rpm (I don't have the rpm name in front of me, I am sending this from a different computer) This installs agpgart.o into the modules directory. I then follow the steps setting up the /dev/gart (with mknod) and chmod it to the appropriate settings The rebuild automatically modified the conf.modules for me. I then shutdown and restart. Everything is fine except that the system complains that agpgart has unsatified dependancies and when I insmod agpgart the dependancy list scrolls by and most refer to function calls etc. This all worked with a earlier cooker kernel but the newer cooker kernel has a problem with it. I am wondering if somthing has been done that puts the README's out of date in respect to Mandrake or that I am missing somthing. best regards Dalton rdunlap wrote: when you configured and compiled did you 1. make config 2. make dep 3. make clean 4. make bzImage 5. make modules 6. make modules_install 7. make install this cleans up stale dep's and assures that modules and dependancys are installed correctly. the last step REPLACES your old kernel and reconfigures lilo. do your backup first!! hope that helps. you will get a bootable kernel about half the time using short cuts but will always have dependancy problems and un-accountable errata. robert [EMAIL PROTECTED] ps. if you are RE-COMPILING a kernel add as a first step "make mrproper" - Original Message - From: "Dalton Calford" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 15, 2000 9:28 AM Subject: Re: [Cooker] XFree86 4.0 HOWTO I have downloaded the latest stable kernel from the cooker sources, tried to install agpgart following the instructions, everything looks fine except for the agpgart module not loading due to failed dependancies. (a list too long to mention) Has the person who maintains the Mandrake Kernels also found this? (or is it my own lack of knowledge) I know a kernel rpm from a week ago had the agpgart module included - is it still included and what I am doing is going against the needs of the kernel? Has somthing changed that makes agpgart not work in the newer kernels? any suggestions welcome Dalton Steve Fox wrote: This guy did an install on a Mandrake 7.0 system. thought you might be interested. http://www.nerdnet.com/html/articles.php3?subject=hardware -- Steve Fox http://k-lug.com
Re: [Cooker] XFree86 4.0 HOWTO
curious i havent had any problem with mine i compiled 2.3.51 saturday. sorry i was'nt any help what kind of hardware? - Original Message - From: "Dalton Calford" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 15, 2000 2:14 PM Subject: Re: [Cooker] XFree86 4.0 HOWTO I followed the standard steps I always follow make menuconfig make dep clean bzImage modules modules_install make install This all works fine. I reboot with the new kernel and go to stage two - installation of the agpgart module. depmod -a (because it is a new kernal...) rpm --rebuild i810xxx.src.rpm (I don't have the rpm name in front of me, I am sending this from a different computer) This installs agpgart.o into the modules directory. I then follow the steps setting up the /dev/gart (with mknod) and chmod it to the appropriate settings The rebuild automatically modified the conf.modules for me. I then shutdown and restart. Everything is fine except that the system complains that agpgart has unsatified dependancies and when I insmod agpgart the dependancy list scrolls by and most refer to function calls etc. This all worked with a earlier cooker kernel but the newer cooker kernel has a problem with it. I am wondering if somthing has been done that puts the README's out of date in respect to Mandrake or that I am missing somthing. best regards Dalton rdunlap wrote: when you configured and compiled did you 1. make config 2. make dep 3. make clean 4. make bzImage 5. make modules 6. make modules_install 7. make install this cleans up stale dep's and assures that modules and dependancys are installed correctly. the last step REPLACES your old kernel and reconfigures lilo. do your backup first!! hope that helps. you will get a bootable kernel about half the time using short cuts but will always have dependancy problems and un-accountable errata. robert [EMAIL PROTECTED] ps. if you are RE-COMPILING a kernel add as a first step "make mrproper" - Original Message - From: "Dalton Calford" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 15, 2000 9:28 AM Subject: Re: [Cooker] XFree86 4.0 HOWTO I have downloaded the latest stable kernel from the cooker sources, tried to install agpgart following the instructions, everything looks fine except for the agpgart module not loading due to failed dependancies. (a list too long to mention) Has the person who maintains the Mandrake Kernels also found this? (or is it my own lack of knowledge) I know a kernel rpm from a week ago had the agpgart module included - is it still included and what I am doing is going against the needs of the kernel? Has somthing changed that makes agpgart not work in the newer kernels? any suggestions welcome Dalton Steve Fox wrote: This guy did an install on a Mandrake 7.0 system. thought you might be interested. http://www.nerdnet.com/html/articles.php3?subject=hardware -- Steve Fox http://k-lug.com
Re: [Cooker] XFree86 4.0 HOWTO
I am running the stable cooker series, the 2.2.xxx group (2.2.15-x) not the 2.3 series. The hardware is a i810 based mb with a pentium 450. The video, sound, network card, modem are all built into the onboard chipset. The i810 video card uses main memory for video ram. This is why the agpgart module has to be compiled into the kernel. We have 14 of these boxes at work. I want to convert them all over to Mandrake. The standard Mandrake 7.x release does not come with either agpgart support in the kernel or i810 in the Xconfigurator setup. I am hoping to get the i810 working under X ver 4.0 (needs agpgart.o). I am wondering if there will be a version of Mandrake that natively supports these chipsets since all the drivers are released on the web for them. best regards Dalton rdunlap wrote: curious i havent had any problem with mine i compiled 2.3.51 saturday. sorry i was'nt any help what kind of hardware? - Original Message - From: "Dalton Calford" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 15, 2000 2:14 PM Subject: Re: [Cooker] XFree86 4.0 HOWTO I followed the standard steps I always follow make menuconfig make dep clean bzImage modules modules_install make install This all works fine. I reboot with the new kernel and go to stage two - installation of the agpgart module. depmod -a (because it is a new kernal...) rpm --rebuild i810xxx.src.rpm (I don't have the rpm name in front of me, I am sending this from a different computer) This installs agpgart.o into the modules directory. I then follow the steps setting up the /dev/gart (with mknod) and chmod it to the appropriate settings The rebuild automatically modified the conf.modules for me. I then shutdown and restart. Everything is fine except that the system complains that agpgart has unsatified dependancies and when I insmod agpgart the dependancy list scrolls by and most refer to function calls etc. This all worked with a earlier cooker kernel but the newer cooker kernel has a problem with it. I am wondering if somthing has been done that puts the README's out of date in respect to Mandrake or that I am missing somthing. best regards Dalton rdunlap wrote: when you configured and compiled did you 1. make config 2. make dep 3. make clean 4. make bzImage 5. make modules 6. make modules_install 7. make install this cleans up stale dep's and assures that modules and dependancys are installed correctly. the last step REPLACES your old kernel and reconfigures lilo. do your backup first!! hope that helps. you will get a bootable kernel about half the time using short cuts but will always have dependancy problems and un-accountable errata. robert [EMAIL PROTECTED] ps. if you are RE-COMPILING a kernel add as a first step "make mrproper" - Original Message - From: "Dalton Calford" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 15, 2000 9:28 AM Subject: Re: [Cooker] XFree86 4.0 HOWTO I have downloaded the latest stable kernel from the cooker sources, tried to install agpgart following the instructions, everything looks fine except for the agpgart module not loading due to failed dependancies. (a list too long to mention) Has the person who maintains the Mandrake Kernels also found this? (or is it my own lack of knowledge) I know a kernel rpm from a week ago had the agpgart module included - is it still included and what I am doing is going against the needs of the kernel? Has somthing changed that makes agpgart not work in the newer kernels? any suggestions welcome Dalton Steve Fox wrote: This guy did an install on a Mandrake 7.0 system. thought you might be interested. http://www.nerdnet.com/html/articles.php3?subject=hardware -- Steve Fox http://k-lug.com
Re: [Cooker] XFree86 4.0 HOWTO
Dalton Calford [EMAIL PROTECTED] writes: I have downloaded the latest stable kernel from the cooker sources, tried to install agpgart following the instructions, everything looks fine except for the agpgart module not loading due to failed dependancies. (a list too long to mention) Has the person who maintains the Mandrake Kernels also found this? (or is it my own lack of knowledge) I know a kernel rpm from a week ago had the agpgart module included - is it still included and what I am doing is going against the needs of the kernel? Has somthing changed that makes agpgart not work in the newer kernels? just tested on latest kernel and it did insmod itself nicely (2.2.15.0-16mdk) on a i810. Still pb with X though :(
Re: [Cooker] XFree86 4.0
Hangs on reboot at 'Starting X Font Server' with :(su) session opened for user xfs by (uid=0) :_FontTrans :SocketINETCreateListener: Unable to get service for -1 :_FontTransMakeALLCOTSServerListeners: failed to create listener for tcp :FontCachInitialize:hi=1048576, lo=786433 bal=70 HOWEVER, I am able to remotely login and run Xsessions !!! Causes of the problem and solutions would be appreciated. I have read some of the earlier posts but am not exactly clear on what steps to take next? See below for steps taken to this point. Nitin Raja Bhatia wrote: use the --nodeps Okay so far so good even with boocoo messages Will scream for help if the water gets too deep :) [root@mentastacenter bill2]# rpm --force --nodeps -Uvh XFree* XFree86-libs ## warning: /etc/X11/fs/config created as /etc/X11/fs/config.rpmnew XFree86-xfs ## moving /usr/X11R6/lib/X11/app-defaults to /etc/X11/app-defaults linking to ../../../../etc/X11/app-defaults moving /usr/X11R6/lib/X11/lbxproxy to /etc/X11/lbxproxy linking to ../../../../etc/X11/lbxproxy moving /usr/X11R6/lib/X11/proxymngr to /etc/X11/proxymngr linking to ../../../../etc/X11/proxymngr moving /usr/X11R6/lib/X11/rstart to /etc/X11/ linking to ../../../../etc/X11/rstart moving /usr/X11R6/lib/X11/xserver to /etc/X11/ linking to ../../../../etc/X11/xserver moving /etc/X11/xdm/authdir to /var/state/xdm linking to ../../../var/state/xdm mv: /etc/X11/xdm/authdir/*: No such file or directory warning: /usr/X11R6/lib/X11/fonts/misc/fonts.dir created as /usr/X11R6/lib/X11/fonts/misc/fonts.dir.rpmnew XFree86 ## cannot remove /usr/X11R6/lib/modules/codeconv - directory not empty cannot remove /usr/X11R6/lib/modules - directory not empty XFree86-100dpi-fonts ## XFree86-75dpi-fonts ## XFree86-Xnest ## XFree86-Xvfb ## XFree86-devel ## XFree86-doc ## XFree86-server ## William Bouterse Alaska
Re: [Cooker] XFree86 4.0
WH Bouterse [EMAIL PROTECTED] writes: Hangs on reboot at 'Starting X Font Server' with :(su) session opened for user xfs by (uid=0) :_FontTrans :SocketINETCreateListener: Unable to get service for -1 :_FontTransMakeALLCOTSServerListeners: failed to create listener for tcp :FontCachInitialize:hi=1048576, lo=786433 bal=70 HOWEVER, I am able to remotely login and run Xsessions !!! Causes of the problem and solutions would be appreciated. I have read some of the earlier posts but am not exactly clear on what steps to take next? See below for steps taken to this point. I'm going to upload an updated set of packages which corrects this problem. -- Fred - May the source be with you
Re: [Cooker] XFree86 4.0
WH Bouterse wrote: Hangs on reboot at 'Starting X Font Server' with :(su) session opened for user xfs by (uid=0) :_FontTrans :SocketINETCreateListener: Unable to get service for -1 :_FontTransMakeALLCOTSServerListeners: failed to create listener for tcp :FontCachInitialize:hi=1048576, lo=786433 bal=70 HOWEVER, I am able to remotely login and run Xsessions !!! Causes of the problem and solutions would be appreciated. I have read some of the earlier posts but am not exactly clear on what steps to take next? See below for steps taken to this point. I should have posted this earlier.. there is a problem with the xfs in /etc/rc.d/init.d the -1 dose not work, you have to remove the -1 and replace it with either nothing or 7100 (the default port) but that still dose not solve the final problem wich is this, it will start the xfs then but it will not contiue on with the bootup and will just stick there. i tried for over and hour to get to work but finaly gave up and used xfs -port 7100 on the command line.. although i do not think XFree86 is using the font server , because of the XF86Config file generated by xf86config program. any ideas people? -DarkWlf
Re: [Cooker] XFree86 4.0
HOWEVER, I am able to remotely login and run Xsessions !!! Yep. Causes of the problem and solutions would be appreciated. Cause: xfs does not run in "-daemon"-mode, i.e. it does not start in the background. "My solution" for now: do not start with "/etc/rc/init.d/xfs" but on command-line with: xfs -port -1 Works for me... So long
Re: [Cooker] XFree86 4.0
"Lord And Master;)" [EMAIL PROTECTED] writes: WH Bouterse wrote: Hangs on reboot at 'Starting X Font Server' with :(su) session opened for user xfs by (uid=0) :_FontTrans :SocketINETCreateListener: Unable to get service for -1 :_FontTransMakeALLCOTSServerListeners: failed to create listener for tcp :FontCachInitialize:hi=1048576, lo=786433 bal=70 HOWEVER, I am able to remotely login and run Xsessions !!! Causes of the problem and solutions would be appreciated. I have read some of the earlier posts but am not exactly clear on what steps to take next? See below for steps taken to this point. I should have posted this earlier.. there is a problem with the xfs in /etc/rc.d/init.d the -1 dose not work, you have to remove the -1 and replace it with either nothing or 7100 (the default port) but that still dose not solve the final problem wich is this, it will start the xfs then but it will not contiue on with the bootup and will just stick there. i tried for over and hour to get to work but finaly gave up and used xfs -port 7100 on the command line.. although i do not think XFree86 is using the font server , because of the XF86Config file generated by xf86config program. any ideas people? the -1 port works only for the connexion via the UNIX socket. This way the inet connexion isn't opened. -- Fred - May the source be with you
Re: [Cooker] XFree86 4.0
Jürgen Zimmermann wrote: HOWEVER, I am able to remotely login and run Xsessions !!! Yep. Causes of the problem and solutions would be appreciated. Cause: xfs does not run in "-daemon"-mode, i.e. it does not start in the background. "My solution" for now: do not start with "/etc/rc/init.d/xfs" but on command-line with: xfs -port -1 Works for me... So long on my system using that still dose not work cause the -1 still reports the prevoious errors :(
Re: [Cooker] XFree86 4.0
Do I need the FontServer with Xfree4.0 ? I thought the Xserver has truetype support it self or ?? On 14 Mar 2000, Frederic Lepied wrote: WH Bouterse [EMAIL PROTECTED] writes: Hangs on reboot at 'Starting X Font Server' with :(su) session opened for user xfs by (uid=0) :_FontTrans :SocketINETCreateListener: Unable to get service for -1 :_FontTransMakeALLCOTSServerListeners: failed to create listener for tcp :FontCachInitialize:hi=1048576, lo=786433 bal=70 HOWEVER, I am able to remotely login and run Xsessions !!! Causes of the problem and solutions would be appreciated. I have read some of the earlier posts but am not exactly clear on what steps to take next? See below for steps taken to this point. I'm going to upload an updated set of packages which corrects this problem. -- Fred - May the source be with you _|_|_|_|_|_|_|_| _|_|_|_| _|_| _|_| _|_| _|_|_| _|_|_|_|_| _|_|_| _|_| _|_|_| _|_| _|_|_| _| _|_| _|_|_| _|_|_|_| --==** LIVETS VATTEN **==--
Re: [Cooker] XFree86 4.0
I have alot of questions concerning the new X and how to properly set it up on a mandrake 7 system. I hit the lockup with the font server that is described earlier in this thread and proceded to reinstall The reason I am going to the new server is due my need to support two monitors with xineramia under linux. I have an Intel 810 chipset controlling my primary video and a ATI Mach64VT for the secondary card. My questions are, Does the latest kernel release from cooker support the agpgart.o module? Does anyone have a sample XF86Config file that supports multi-head so that I can have a starting point? Are there any reasons not to use Mandrake as the base system for this? Is anyone working on a Xconfiguration program that supports the i810 and/or multi-head? Is there a time frame for Mandrake to release a 7.1 or upgrades that will incorporate the new changes? Best regards Dalton Magnus Holmberg wrote: Do I need the FontServer with Xfree4.0 ? I thought the Xserver has truetype support it self or ??
Re: [Cooker] XFree86 4.0
On Tue, 14 Mar 2000, John Cavan wrote:
Hi all,
Just to let you know... I installed the contrib RPMS for the new XFree86
and, after a bit of struggle and one kernel (2.3.51) recompile, it's
pretty rocking! Of course, it helps to have a Voodoo3 card, the
accelerated 3D in a window is pretty nice. :o)
I'm not sure about the rpm, but I installed from source and the Inspiron
7500 ATI Rage Pro driver works without problems...except if the console is
in vesa fbdev mode the text doesn't come back, no biggie. Accelleration
is much nicer, but ATI still has DGA issues, so things like VMware
complain on startup (overall I never really used full screen mode and it
seems faster anyhow)
Just a note though... the man pages are screwed badly. All the ones I
tried failed to open:
fgets: No such file or directory
Error reading man page /usr/X11R6/man/man1/XFree86.1x.bz2
No manual entry for XFree86
This happened on my source install toohere is how I fixed it:
find /usr/X11R6/man -size 0 -exec rm {} \;
still looks like an XFree issue on the install, but that's a better kludge
than rebuilding the whole thing and weeding thru messy makefiles trying to
find the real problem =)
-dws
Re: [Cooker] XFree86 4.0
John Cavan wrote: I got as far as XFree86 -config /root/XFreeConfig.new and the gray pixelated screen with a mouse pointer came up (yes the mouse worked) and stayed like that for a good 5 minutes..I finally did "ctrl alt backspace" I tried starting X and all I got was the message some thing like "ServerLayout" not a valid section name did you run into this ? if so how did you get past it? BTW..I'm using a 3dFX Voodoo# 2000 TIA Mike Julien Hi all, Just to let you know... I installed the contrib RPMS for the new XFree86 and, after a bit of struggle and one kernel (2.3.51) recompile, it's pretty rocking! Of course, it helps to have a Voodoo3 card, the accelerated 3D in a window is pretty nice. :o) Just a note though... the man pages are screwed badly. All the ones I tried failed to open: fgets: No such file or directory Error reading man page /usr/X11R6/man/man1/XFree86.1x.bz2 No manual entry for XFree86 --- * Tell me and I may forget, Show me and I may remember, Involve me and I will understand. *
Re: [Cooker] XFree86 4.0
Sorry about firing this off to the list... I'm not sure I trust the email address for "root"... ;o) I got as far as XFree86 -config /root/XFreeConfig.new and the gray pixelated screen with a mouse pointer came up (yes the mouse worked) and stayed like that for a good 5 minutes..I finally did "ctrl alt backspace" I tried starting X and all I got was the message some thing like "ServerLayout" not a valid section name did you run into this ? if so how did you get past it? BTW..I'm using a 3dFX Voodoo# 2000 TIA Mike Julien Well, since I have a Voodoo3 2000 card, here's my XF86Config-4 (sorry, I usually strip the comments): Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" FontPath"unix/:-1" EndSection Section "Module" Load"dbe" load"extmod" Load"type1" Load"freetype" Load"glx" Load"dri" EndSection Section "DRI" mode0666 EndSection Section "ServerFlags" Option "DisableVidModeExtension" Option "blank time""10" Option "standby time" "20" Option "suspend time" "30" Option "off time" "60" EndSection Section "InputDevice" Identifier "Keyboard1" Driver "keyboard" # Option"AutoRepeat""100 5" # Option"XkbRules" "xfree86" # Option"XkbModel" "pc101" # Option"XkbLayout" "us" # Option"XkbVariant""" # Option"XkbOptions""" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Device""/dev/mouse" Option "Protocol" "IMPS/2" Option "ZAxisMapping" "4 5" EndSection Section "Monitor" Identifier "Goldstar" HorizSync 30-65 VertRefresh 50-120 Modeline "640x480" 45.8 640 672 768 864 480 488 494 530 Modeline "800x600" 69.65 800 864 928 1088 600 604 610 640 Modeline "1024x768" 851024 1032 1152 1360 768 784 787 823 Modeline "1280x1024" 110 1280 1328 1512 1712 1024 1025 1028 1054 Modeline "1376x1032" 110 1376 1424 1608 1808 1032 1033 1035 1072 EndSection Section "Device" Identifier "Voodoo3" Driver "tdfx" EndSection Section "Screen" Identifier "Main" Device "Voodoo3" Monitor "Goldstar" DefaultDepth 16 Subsection "Display" Depth 8 Modes "1376x1032" "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" Depth 15 Modes "1376x1032" "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" Depth 16 Modes "1376x1032" "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" Depth 24 Modes "1376x1032" "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" Depth 32 Modes "1376x1032" "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection EndSection
Re: [Cooker] XFree86 4.0
Alex Adriaanse [EMAIL PROTECTED] writes: Will XFree86 4.0 be included with the next version of Mandrake? Right now we have only in the contrib. XFree86 change a lot of things. -- MandrakeSoft Inchttp://www.mandrakesoft.com Pasadena, CA USA --Chmouel
Re: [Cooker] XFree86 4.0
Chmouel Boudjnah wrote: Alex Adriaanse [EMAIL PROTECTED] writes: Will XFree86 4.0 be included with the next version of Mandrake? Right now we have only in the contrib. XFree86 change a lot of things. Getting the XFree 4 rpms from Contrib/Cooker 3/13/00 Attempting the basic rpm -Uvh with my hybrid Cooker... [root@mentastacenter bill2]# rpm -Uvh XFree* error: failed dependencies: libGLU.so.1 is needed by fsv-0.9-1mdk libGLU.so.1 is needed by pygtk-glarea-0.6.2-8mdk libGLU.so.1 is needed by Mesa-demos-3.1-7mdk libGLU.so.1 is needed by perl-PDL-2.003-5mdk libGLU.so.3 is needed by qt-qgl-1.44-15mdk libGLU.so.3 is needed by xscreensaver-gl-3.18-3mdk libGLU.so.3 is needed by xlockmore-4.15-3mdk libGLU.so.3 is needed by xtraceroute-0.8.14-8mdk libglut.so.3 is needed by Mesa-demos-3.1-7mdk XFree86=3.3.6-8mdk is needed by XFree86-XF86Setup-3.3.6-8mdk Any thoughts? William Bouterse Alaska
Re: [Cooker] XFree86 4.0
use the --nodeps WH Bouterse wrote: Chmouel Boudjnah wrote: Alex Adriaanse [EMAIL PROTECTED] writes: Will XFree86 4.0 be included with the next version of Mandrake? Right now we have only in the contrib. XFree86 change a lot of things. Getting the XFree 4 rpms from Contrib/Cooker 3/13/00 Attempting the basic rpm -Uvh with my hybrid Cooker... [root@mentastacenter bill2]# rpm -Uvh XFree* error: failed dependencies: libGLU.so.1 is needed by fsv-0.9-1mdk libGLU.so.1 is needed by pygtk-glarea-0.6.2-8mdk libGLU.so.1 is needed by Mesa-demos-3.1-7mdk libGLU.so.1 is needed by perl-PDL-2.003-5mdk libGLU.so.3 is needed by qt-qgl-1.44-15mdk libGLU.so.3 is needed by xscreensaver-gl-3.18-3mdk libGLU.so.3 is needed by xlockmore-4.15-3mdk libGLU.so.3 is needed by xtraceroute-0.8.14-8mdk libglut.so.3 is needed by Mesa-demos-3.1-7mdk XFree86=3.3.6-8mdk is needed by XFree86-XF86Setup-3.3.6-8mdk Any thoughts? William Bouterse Alaska -- Nitin Raja Bhatia: [EMAIL PROTECTED] /\ |ICQ: 3417925 | "Where I want to go today is LINUX" | |IRC: #Linux-Mandrake on irc.openprojects.net| |WEB: http://www.linuxgiant.com | \/
Re: [Cooker] XFree86 4.0
Nitin Raja Bhatia wrote: use the --nodeps Okay so far so good even with boocoo messages Will scream for help if the water gets too deep :) [root@mentastacenter bill2]# rpm --force --nodeps -Uvh XFree* XFree86-libs ## warning: /etc/X11/fs/config created as /etc/X11/fs/config.rpmnew XFree86-xfs ## moving /usr/X11R6/lib/X11/app-defaults to /etc/X11/app-defaults linking to ../../../../etc/X11/app-defaults moving /usr/X11R6/lib/X11/lbxproxy to /etc/X11/lbxproxy linking to ../../../../etc/X11/lbxproxy moving /usr/X11R6/lib/X11/proxymngr to /etc/X11/proxymngr linking to ../../../../etc/X11/proxymngr moving /usr/X11R6/lib/X11/rstart to /etc/X11/ linking to ../../../../etc/X11/rstart moving /usr/X11R6/lib/X11/xserver to /etc/X11/ linking to ../../../../etc/X11/xserver moving /etc/X11/xdm/authdir to /var/state/xdm linking to ../../../var/state/xdm mv: /etc/X11/xdm/authdir/*: No such file or directory warning: /usr/X11R6/lib/X11/fonts/misc/fonts.dir created as /usr/X11R6/lib/X11/fonts/misc/fonts.dir.rpmnew XFree86 ## cannot remove /usr/X11R6/lib/modules/codeconv - directory not empty cannot remove /usr/X11R6/lib/modules - directory not empty XFree86-100dpi-fonts ## XFree86-75dpi-fonts ## XFree86-Xnest ## XFree86-Xvfb ## XFree86-devel ## XFree86-doc ## XFree86-server ## William Bouterse Alaska
Re: [Cooker] XFREE86 4.0 is out
"geoffrey lee" [EMAIL PROTECTED] writes: hi, -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, March 10, 2000 6:33 PM To: [EMAIL PROTECTED] Subject: Re: [Cooker] XFREE86 4.0 is out "geoffrey lee" [EMAIL PROTECTED] writes: be carefull if you wanna switch, you'll have to reconfigure... in what way? my config file in /etc/X11? yep h...will the xf86config script still work, or do i have to use something else? i think the XFree bundled configuration tool must be available... so after i rerun the xf86config to re-create the config file, then X is ready ? if i only have to re-run the xf86config script, then i will consider upgrading, to 4.0. Xconfigurator will be broekn i guess? of course! i thought so. nevermind, i'm not really a fan of Xconfigurator anyway. i can do without it. btw, anyone knows if 3.3.x and 4.0 is compatible in terms of the X protocol? common sense says yes, but i'd like to confirm. The 3.3 is based on X11R6 and the 4.x is based on X11R6.4 so the core protocol doesn't change (X11) but there are new extensions in X11R6.4 like XInerama, Xvideo... -- Fred - May the source be with you
Re: [Cooker] XFREE86 4.0 is out
CPT KIDD [EMAIL PROTECTED] writes: lol, i was just browsing it too, just now, and couldn't get in but did find a new folder labeled "ver 4.0" dated mar 09.2000! bummer, couldn't get in that one either...must've just been in the process of upload or somethin' anyway, already available: pixel@kenobi:~d /contrib/RPMS/XF* /contrib/RPMS/XFree86-100dpi-fonts-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-devel-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-doc-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-75dpi-fonts-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-libs-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-Xnest-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-server-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-Xvfb-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-xfs-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-cyrillic-fonts-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFrisk-1.00-1mdk.i586.rpm
RE: [Cooker] XFREE86 4.0 is out
hi, no pixel, really 4.0. it's not the 3.9 ... geoffrey lee (snail talk) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, March 10, 2000 5:32 PM To: [EMAIL PROTECTED] Subject: Re: [Cooker] XFREE86 4.0 is out CPT KIDD [EMAIL PROTECTED] writes: lol, i was just browsing it too, just now, and couldn't get in but did find a new folder labeled "ver 4.0" dated mar 09.2000! bummer, couldn't get in that one either...must've just been in the process of upload or somethin' anyway, already available: pixel@kenobi:~d /contrib/RPMS/XF* /contrib/RPMS/XFree86-100dpi-fonts-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-devel-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-doc-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-75dpi-fonts-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-libs-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-Xnest-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-server-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-Xvfb-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-xfs-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-cyrillic-fonts-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFrisk-1.00-1mdk.i586.rpm
Re: [Cooker] XFREE86 4.0 is out
"geoffrey lee" [EMAIL PROTECTED] writes: hi, no pixel, really 4.0. it's not the 3.9 ... well fred is not there to release the final one, but as far as he told me, no big difference. be carefull if you wanna switch, you'll have to reconfigure...
RE: [Cooker] XFREE86 4.0 is out
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, March 10, 2000 6:08 PM To: [EMAIL PROTECTED] Subject: Re: [Cooker] XFREE86 4.0 is out "geoffrey lee" [EMAIL PROTECTED] writes: hi, no pixel, really 4.0. it's not the 3.9 ... well fred is not there to release the final one, but as far as he told me, no big difference. be carefull if you wanna switch, you'll have to reconfigure... in what way? my config file in /etc/X11? h...will the xf86config script still work, or do i have to use something else? Xconfigurator will be broekn i guess? geoff.
Re: [Cooker] XFREE86 4.0 is out
"geoffrey lee" [EMAIL PROTECTED] writes: be carefull if you wanna switch, you'll have to reconfigure... in what way? my config file in /etc/X11? yep h...will the xf86config script still work, or do i have to use something else? i think the XFree bundled configuration tool must be available... Xconfigurator will be broekn i guess? of course!
Re: [Cooker] XFREE86 4.0 is out
geoffrey lee wrote: well fred is not there to release the final one, but as far as he told me, no big difference. be carefull if you wanna switch, you'll have to reconfigure... in what way? my config file in /etc/X11? h...will the xf86config script still work, or do i have to use something else? Xconfigurator will be broekn i guess? xfr86config still work in previous pre-releases but all other X config prog were broken. the keyboard and pointer sections has been merged, you have to load your card module, ... -- www.linux-mandrake.com somewhere between the playstation and the craystation Thierry
RE: [Cooker] XFREE86 4.0 is out
hi, -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, March 10, 2000 6:33 PM To: [EMAIL PROTECTED] Subject: Re: [Cooker] XFREE86 4.0 is out "geoffrey lee" [EMAIL PROTECTED] writes: be carefull if you wanna switch, you'll have to reconfigure... in what way? my config file in /etc/X11? yep h...will the xf86config script still work, or do i have to use something else? i think the XFree bundled configuration tool must be available... so after i rerun the xf86config to re-create the config file, then X is ready ? if i only have to re-run the xf86config script, then i will consider upgrading, to 4.0. Xconfigurator will be broekn i guess? of course! i thought so. nevermind, i'm not really a fan of Xconfigurator anyway. i can do without it. btw, anyone knows if 3.3.x and 4.0 is compatible in terms of the X protocol? common sense says yes, but i'd like to confirm.
Re: [Cooker] XFREE86 4.0 is out
"Sleep Typing" ( = "sleep walking") again eh? (lol) geoffrey lee wrote: hi, no pixel, really 4.0. it's not the 3.9 ... geoffrey lee (snail talk) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, March 10, 2000 5:32 PM To: [EMAIL PROTECTED] Subject: Re: [Cooker] XFREE86 4.0 is out CPT KIDD [EMAIL PROTECTED] writes: lol, i was just browsing it too, just now, and couldn't get in but did find a new folder labeled "ver 4.0" dated mar 09.2000! bummer, couldn't get in that one either...must've just been in the process of upload or somethin' anyway, already available: pixel@kenobi:~d /contrib/RPMS/XF* /contrib/RPMS/XFree86-100dpi-fonts-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-devel-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-doc-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-75dpi-fonts-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-libs-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-Xnest-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-server-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-Xvfb-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-xfs-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFree86-cyrillic-fonts-3.9.18-2mdk.i586.rpm /contrib/RPMS/XFrisk-1.00-1mdk.i586.rpm
Re: [Cooker] XFREE86 4.0 is out
lol, i was just browsing it too, just now, and couldn't get in but did find a new folder labeled "ver 4.0" dated mar 09.2000! bummer, couldn't get in that one either...must've just been in the process of upload or somethin' g'luck! Nitin Raja Bhatia wrote: Xfree 4 is out. ftp://ftp.xfree86.org/pub/XFree86/4.0/RELNOTES Well, it isn't really officially release, but some ppl were mucking around in the xfree ftp server and found it, Let's get those Xfree RPMS OUT! Raja -- Nitin Raja Bhatia: [EMAIL PROTECTED] /\ |ICQ: 3417925 | "Where I want to go today is LINUX" | |IRC: #Linux-Mandrake on irc.openprojects.net| |WEB: http://www.linuxgiant.com | \/
