Re: HEADS UP! XFree86 has been upgraded to 4.2.0 in 4.5-STABLE
On Mon, 2002-04-29 at 14:18, Peter Schultz wrote: Scott Reese wrote: Hello, About a month ago I attempted to upgrade my XFree86 installation to 4.2.0. The build and install went just fine. However, when I went to start X, my screen blinked on and off and was entirely unusable. This is with an ATI Mach 64 3D Rage Pro. Works fine with XFree86 4.1.0_13,1. I seem to recall that a couple of other people noticed this as well and I was wondering if this problem has been resolved? Add this to your XF86Config file under the Device section: Option composite_sync Off Thank you! That did the trick and I'm now running Version 4.2.0 quite happily. -Scott To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: HEADS UP! XFree86 has been upgraded to 4.2.0 in 4.5-STABLE
On Sun, 2002-04-28 at 11:17, Bruce A. Mah wrote: If you actually do run into problems with the way the XFree86 4.2.0 got integrated, give a holler. I track ports pretty regularly, which is sometimes good, sometimes bad... Since I'd had no problems with XFree864.0 and 4.1, when 4.2 rolled around in the ports, I built'em as usual (with portupgrade, of course). Not a good idea, in my case. First biggie: the build doesn't seem to have the interactive business anymore. That would be well and good, if it worked properly. I don't know what happened, but portupgrade removed up my old XFree864.1 installation, including all of my config files in /etc/X11, and then the new version didn't install a new set. Aargh. I had to dig an old copy of /etc/X11 off a backup CD I'd made earlier. I still don't know what magic was really required to make the port install the config files. Second biggie: I have a Matrox MGA G200 video card that was well supported in earlier releases. The new release doesn't work at all if compiled without the WITH_MATROX_GXX_DRIVER=yes flag in make.conf. The server whinges that it can't find MGA_HAL_something.so.foo. So, re-compiling with the flag set builds a server that runs, but that (my guess) hangs the PCI bus. The screen goes black, a few seconds pass in which no input of any sort works, and then the system does a hard reboot. So I'm running 4.2 with the vesa driver instead of the mga driver. It works, but it's slow. Weeks have gone by and I haven't seen any other cries for help, so I guess I've done something dumb. X is big, though, and I don't have sufficient spare time to try randomly tweaking config knobs and re-building. I'll re-build and try again the next time there's a port version bump, of course. Portupgrade will see to that. Anyone have a clue about this? -- Andrew To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: HEADS UP! XFree86 has been upgraded to 4.2.0 in 4.5-STABLE
In [EMAIL PROTECTED], Andrew Reilly [EMAIL PROTECTED] typed: On Sun, 2002-04-28 at 11:17, Bruce A. Mah wrote: If you actually do run into problems with the way the XFree86 4.2.0 got integrated, give a holler. First biggie: the build doesn't seem to have the interactive business anymore. That would be well and good, if it worked properly. I don't know what happened, but portupgrade removed up my old XFree864.1 installation, including all of my config files in /etc/X11, and then the new version didn't install a new set. Aargh. I had to dig an old copy of /etc/X11 off a backup CD I'd made earlier. I still don't know what magic was really required to make the port install the config files. Everything but /etc/XF86Config moved to /usr/X11R6/lib/X11. Everything just worked for me after the upgrade, without having to install anything in /etc/X11. Second biggie: I have a Matrox MGA G200 video card that was well supported in earlier releases. The new release doesn't work at all if compiled without the WITH_MATROX_GXX_DRIVER=yes flag in make.conf. The server whinges that it can't find MGA_HAL_something.so.foo. So, re-compiling with the flag set builds a server that runs, but that (my guess) hangs the PCI bus. The screen goes black, a few seconds pass in which no input of any sort works, and then the system does a hard reboot. Sorry, but I can't help with that one. mike -- Mike Meyer [EMAIL PROTECTED] http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: HEADS UP! XFree86 has been upgraded to 4.2.0 in 4.5-STABLE
On Tue, 2002-04-30 at 12:15, Mike Meyer wrote: In [EMAIL PROTECTED], Andrew Reilly [EMAIL PROTECTED] typed: On Sun, 2002-04-28 at 11:17, Bruce A. Mah wrote: If you actually do run into problems with the way the XFree86 4.2.0 got integrated, give a holler. First biggie: the build doesn't seem to have the interactive business anymore. That would be well and good, if it worked properly. I don't know what happened, but portupgrade removed up my old XFree864.1 installation, including all of my config files in /etc/X11, and then the new version didn't install a new set. Aargh. I had to dig an old copy of /etc/X11 off a backup CD I'd made earlier. I still don't know what magic was really required to make the port install the config files. Everything but /etc/XF86Config moved to /usr/X11R6/lib/X11. Everything just worked for me after the upgrade, without having to install anything in /etc/X11. Thanks for the pointer. Seems that the server is also happy to find XF68Config in /usr/X11R6/lib/X11 (there are some examples there too), so I have blown /etc/X11 away altogether. Not sure how good an idea that is: might make my backups more complicated... Second biggie: I have a Matrox MGA G200 video card that was well supported in earlier releases. The new release doesn't work at all if compiled without the WITH_MATROX_GXX_DRIVER=yes flag in make.conf. The server whinges that it can't find MGA_HAL_something.so.foo. So, re-compiling with the flag set builds a server that runs, but that (my guess) hangs the PCI bus. The screen goes black, a few seconds pass in which no input of any sort works, and then the system does a hard reboot. Sorry, but I can't help with that one. I tried the suggestion in another thread (Option composite_sync Off), but that did not seem to change anything. I still have it in, since it doesn't seem to be hurting Driver vesa performance -- Andrew To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: HEADS UP! XFree86 has been upgraded to 4.2.0 in 4.5-STABLE
If memory serves me right, Andrew Reilly wrote: On Tue, 2002-04-30 at 12:15, Mike Meyer wrote: In [EMAIL PROTECTED], Andrew Reilly areilly@b igpond.net.au typed: Second biggie: I have a Matrox MGA G200 video card that was well supported in earlier releases. The new release doesn't work at all if compiled without the WITH_MATROX_GXX_DRIVER=yes flag in make.conf. The server whinges that it can't find MGA_HAL_something.so.foo. So, re-compiling with the flag set builds a server that runs, but that (my guess) hangs the PCI bus. The screen goes black, a few seconds pass in which no input of any sort works, and then the system does a hard reboot. Sorry, but I can't help with that one. I tried the suggestion in another thread (Option composite_sync Off), but that did not seem to change anything. I still have it in, since it doesn't seem to be hurting Driver vesa performance Hmmm. I'm typing this on a machine with a G200, on which I used portupgrade to upgrade the components of XFree86 from 4.1.0 to 4.2.0. I'm *not* using WITH_MATROX_GXX_DRIVER=yes. The mga driver complained a bit about not finding mga_hal, but otherwise, everything came up. As far as I can tell, I'm running the mga driver just fine. If you want, I can send you my config file and a log file (by private email to avoid spamming the list). I don't have much experience with debugging XFree86 configurations...maybe I've just gotten lucky? Bruce. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: HEADS UP! XFree86 has been upgraded to 4.2.0 in 4.5-STABLE
On Sat, Apr 27, 2002 at 10:14:18PM +1000, Edwin Groothuis wrote: On Sat, Apr 27, 2002 at 04:40:55AM -0700, Kris Kennaway wrote: As decided by the release engineering and port manager teams, I have switched the default XFree86 version from 3.3.6 to 4.2.0. Packages for FreeBSD 4.x are now being built with XFree86-4.2.0 as a dependency, and ports will also be built with the newer version once you update to a newer -STABLE kernel. XFree86-4.2.0 is currently depending on print/freetype2, which is an often changing library (in the last six months we've gone from libfreetype.so.6 to libfreetype.so.9). How will this problem be attacked? The same way it always is..when the shared library version is updated, the LIB_DEPENDS of any dependent ports will be updated to track it, and users who use an appropriate tool like portupgrade won't have any problems. For what it's worth, I had to link libfreetype.so.9 to so.8 because my xterms didn't want to startup anymore. This is probably because of an incorrect upgrade. Using portupgrade should solve this unless it's an actual bug in dependencies somewhere. Kris msg44548/pgp0.pgp Description: PGP signature