Re: dexter
* Branden Robinson <[EMAIL PROTECTED]> [001010 21:20]: > If you have already written a 4.x XF86Config file, I suggest moving it to > /etc/X11/XF86Config-4. I do not support upgrades between versions of these > experimental packages; that is the main problem that people are seeing. Hey, this is just what I was looking for. :) Thanks Branden!
Re: Unidentified subject!
On Wed, Oct 11, 2000 at 12:10:33AM -0400, Daniel Jacobowitz wrote: > This is really confusing. Dexter should not present a "can try again > to detect your mouse" dialog if the tool it uses to do so is not there. > It does, currently. Confused the heck out of me when it told me I had > no mouse. Gack! It shouldn't have done that! The problem is line 285. Of course an unset variable isn't equal to "0". Sorry about that. Fix will be in v16. -- G. Branden Robinson | Yesterday upon the stair, Debian GNU/Linux| I met a man who wasn't there. [EMAIL PROTECTED] | He wasn't there again today, http://www.debian.org/~branden/ | I think he's from the CIA. pgpruZm8Qc9H5.pgp Description: PGP signature
Problems with Xnest in phase2 v12 and v13
(I've sent a mail about this to one of the XFree86 mailing lists, but
since I haven't heard anything more about it there I thought I'd send
it here as well, to see if anyone else can reproduce it.
Of course, I now notice that my X installation is no longer as up to
date as I thought it was, so I guess it may have been fixed already.)
I don't know which was the last snapshot where Xnest worked for me,
but at least with phase2 v12 and v13 it dumps core. Since I don't have
the source code lying around I'm not sure how to get any more useful
debugging output than what's included below. (These are taken with
v13, but the output from v12 was almost identical.)
(gdb) run
Starting program: /usr/bin/X11/Xnest :1
Program received signal SIGSEGV, Segmentation fault.
0x804dc73 in AddScreen ()
(gdb) bt
#0 0x804dc73 in AddScreen ()
#1 0x808161c in InitOutput ()
#2 0x804d339 in main ()
#3 0x401b1b8c in __libc_start_main () from /lib/libc.so.6
At this point it has already created /tmp/.X1-lock, so it's getting
that far at least, whatever that means.
This is the end of the "strace" output. I'm guessing that read()
failing like this isn't normal but - again - I don't know.
select(4, [3], NULL, NULL, NULL)= 1 (in [3])
read(3, "\1\244\4\0\0\0\0\0\377\377\17\0\0\0\0\0\0\0\0\0\1\0\0\0"..., 32) = 32
write(3, "\20\0\4\0\7\0 \3Compose\0", 16) = 16
read(3, 0xba2c, 32) = -1 EAGAIN (Resource temporarily unavailable)
select(4, [3], NULL, NULL, NULL)= 1 (in [3])
read(3, "\1\244\5\0\0\0\0\0\307\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\0"..., 32) = 32
writev(3, [{"b\0\5\0\t\0 \3", 8}, {"XKEYBOARD", 9}, {"\0\0\0", 3}], 3) = 20
read(3, 0xb9dc, 32) = -1 EAGAIN (Resource temporarily unavailable)
select(4, [3], NULL, NULL, NULL)= 1 (in [3])
read(3, "\1\244\6\0\0\0\0\0\1\227d\302\0\0\0\0\0\0\0\0\1\0\0\0\0"..., 32) = 32
write(3, "\227\0\2\0\1\0\0\0", 8) = 8
read(3, 0xba8c, 32) = -1 EAGAIN (Resource temporarily unavailable)
select(4, [3], NULL, NULL, NULL)= 1 (in [3])
read(3, "\1\1\7\0\0\0\0\0\1\0\0\0\30\365\215\10\0\20\0\0\0\0\0\0"..., 32) = 32
brk(0x8135000) = 0x8135000
writev(3, [{"N\0\4\0\1\0 \3=\0\0\0#\0\0\0N\0\4\0\2\0 \3=\0\0\0$\0\0"..., 768},
{"\250\0\240\252\n\0\0\0\0\200\2\0\0\0\0\250\252\2\0\200"..., 8192}], 2) = 8960
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++
Torbjörn Andersson
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dexter
On Tue, Oct 10, 2000 at 08:00:57PM -0700, Seth Arnold wrote: > Hey, Dexter looks pretty cool; Thanks. > my one suggestion is it should have a ``I > have a working XF86Config file already'' option near the front of it, or > ``install a default and useless XF86Config file for me''. If you want > them hidden behind an ``expert'' button, that would be fine by me. Well, Dexter has simply replaced the old script "xserver-configure". It is only run if the config file is not present (you can confirm this by reading the xserver-* package postinst script). The confusing thing here is that the XFree86 4.x server uses XF86Config-4 preferentially, but will fall back to XF86Config (man XF86Config). The XF86Config file formats are not completely compatible between versions 3.x and 4.x, and we still have to support some of the old 3.x servers, so it is necessary to use XF86Config-4 for the new server. If you have already written a 4.x XF86Config file, I suggest moving it to /etc/X11/XF86Config-4. I do not support upgrades between versions of these experimental packages; that is the main problem that people are seeing. Upgraders from the potato X packages, and fresh installs, will work fine. When they install xserver-xfree86 for the first time it is pretty darn unlikely that they will already have a 4.x-style /etc/X11/XF86Config file. In the (also unlikely) event they already have a /etc/X11/XF86Config-4, Dexter won't run, figuring that someone has already configured the server. Likewise, the suriving 3.x X servers assume that an existing /etc/X11/XF86Config is valid for the 3.x X server(s) you are installing. This will be true (unless it was already broken) for the few people who are upgrading but having to stay with the 3.x server (mostly really old hardware). Everyone else will need to switch X servers to xserver-xfree86, which looks for /etc/X11/XF86Config-4, which won't yet exist, and Dexter will give them a jump start. In other words, I think the scenario you describe is pretty likely to be confined to people who have been using the phase2 packages. > Somehow, I have this feeling that my setup is a bit too strange to > expect dexter to handle it well (dualhead g400 using matrox's driver). > (When I don't have homework to work on, I shall give dexter a proper > test drive. :) It is not intended to be a general XF86Config file generator. It is a very rudimentary tool that is the result of some of my Progeny work. It is intended to generate a functional, single-screen X setup for North American users because that is all Progeny is targeting right now. Once XFree86 -configure stops core dumping on various chipsets, and xf86cfg is better developed, hopefully Dexter can be thrown out. It is a temporary, interim solution and is only intended to be better than xserver-configure. On balance, I think it succeeds at that. The only really weak spot relative to that old tool is keyboard configuration, which is kind of US/Canada PC keyboard chauvinistic. > Thanks Branden (and others, if others need thanking. :) In its present (ugly) state, Dexter is all me. -- G. Branden Robinson | "I came, I saw, she conquered." The Debian GNU/Linux| original Latin seems to have been [EMAIL PROTECTED] | garbled. http://www.debian.org/~branden/ | -- Robert Heinlein pgpr9mSdiuIYo.pgp Description: PGP signature
Re: Unidentified subject!
On Tue, Oct 10, 2000 at 11:03:26PM -0500, Branden Robinson wrote: > > Dexter wouldn't detect my mouse (I with gpm on and gpm off, I tried linking > > /dev/mouse to both /dev/gpmdata and /dev/psaux ie. ln -sf /dev/psaux > > /dev/mouse. > > What do you mean it wouldn't "detect" your mouse? It doesn't try. (It > uses a program called mdetect to do so, if that program is present.) > > mdetect is something we're using at Progeny and which I plan to package for > Debian once I've got it un-automade. This is really confusing. Dexter should not present a "can try again to detect your mouse" dialog if the tool it uses to do so is not there. It does, currently. Confused the heck out of me when it told me I had no mouse. Dan /\ /\ | Daniel Jacobowitz|__|SCS Class of 2002 | | Debian GNU/Linux Developer__Carnegie Mellon University | | [EMAIL PROTECTED] | | [EMAIL PROTECTED] | \/ \/
Re: Unidentified subject!
On Mon, Oct 09, 2000 at 11:59:49PM -0700, Chris Hanlon wrote: > DEXTER > -- > Dexter wouldn't run as /etc/X11/dexter-tmp didn't exist. This stoped > phase2v14 xserver-xfree86 debs from installing. This is fixed in v15, available now. > Dexter wouldn't detect my mouse (I with gpm on and gpm off, I tried linking > /dev/mouse to both /dev/gpmdata and /dev/psaux ie. ln -sf /dev/psaux > /dev/mouse. What do you mean it wouldn't "detect" your mouse? It doesn't try. (It uses a program called mdetect to do so, if that program is present.) mdetect is something we're using at Progeny and which I plan to package for Debian once I've got it un-automade. > Dexter doesn't list any refresh rates between 60 and 85 for the resolution > 1280x1024 (I use 79 (75 will do but 60 is yukky and 85 doesn't work)). These are example modes. If you're unhappy with the selection I suggest getting the monitor data and using expert mode. > Is anyone else having similar mouse problems? Does anyone have a similar > mouse working corectly Yes, on my box at home: Section "InputDevice" Identifier "Logitech Mouse" Driver "mouse" Option "Protocol" "MouseManPlusPS/2" Option "Device""/dev/psaux" EndSection -- G. Branden Robinson | What influenced me to atheism was Debian GNU/Linux| reading the Bible cover to cover. [EMAIL PROTECTED] | Twice. http://www.debian.org/~branden/ | -- J. Michael Straczynski pgpwpUkeIjQue.pgp Description: PGP signature
dialog needed
I didn't have dialog installed, so when I ran dist-upgrade a few min ago, the configuration of xserver-xfree86 died. I manually installed dialog, and everything went smoothly after that. I assume dialog needs to be added to the list of dependencies. If this wasn't the right place for this, sorry :-) Nathan -- Nathan Walp || [EMAIL PROTECTED] PGP Fingerprint:||http://faceprint.com 0388 50E2 58CE B3D0 1C59 FF01 DB3A 97C6 C338 025B -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dexter
Hey, Dexter looks pretty cool; my one suggestion is it should have a ``I have a working XF86Config file already'' option near the front of it, or ``install a default and useless XF86Config file for me''. If you want them hidden behind an ``expert'' button, that would be fine by me. Somehow, I have this feeling that my setup is a bit too strange to expect dexter to handle it well (dualhead g400 using matrox's driver). (When I don't have homework to work on, I shall give dexter a proper test drive. :) Thanks Branden (and others, if others need thanking. :)
Re: dexter
* Branden Robinson <[EMAIL PROTECTED]> [001010 21:20]: > If you have already written a 4.x XF86Config file, I suggest moving it to > /etc/X11/XF86Config-4. I do not support upgrades between versions of these > experimental packages; that is the main problem that people are seeing. Hey, this is just what I was looking for. :) Thanks Branden! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Unidentified subject!
Chris, I have a logitech corded wheel mouse (the underside claims it is a model M-C48, but I *think* its retail name is ``first mouse+'') ps/2, that works quite well under XF864.0.1. I do not have gpm installed. Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "IMPS/2" Option "Device" "/dev/mouse" Option "ZAxisMapping" "4 5" EndSection /dev/mouse is a symlink to /dev/psaux. I am running an ABIT dual celeron machine, g400max with the matrox supplied drivers. HTH * Chris Hanlon <[EMAIL PROTECTED]> [001010 19:00]: > Debian XFree86 4.0.x test notes > > I have being using 4.0.x on debian woody with the following hardware + > software setup since Phase2 debs started to show up. > > Voodoo 3 2000 (pci) video card > Logitech cordless wheel mouse (ps/2) > Abit KA7 motherboard (RX and TY bios) > Samsung SyncMaster 955SL monitor > > 2.4.0-test[1,5,6,8,9] kernel > I have the following notes > > Mouse problems > -- > The mouse jumps allover the place and clicks randomly if I'm running X as a > regular user and gpm is running > > The mouse will not move if I run X as root and gpm is running. > > The mouse occasionally clicked (while moving) until I upgraded my > bios to the TY bios. BTW. The TY bios fixes a "win95 only" ps/2 mouse bug. > > My XF86Config-4 says the following > > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "MouseManPlusPS/2" > Option "Device" "/dev/psaux" > EndSection > > DEXTER > -- > Dexter wouldn't run as /etc/X11/dexter-tmp didn't exist. This stoped > phase2v14 xserver-xfree86 debs from installing. > > Dexter wouldn't detect my mouse (I with gpm on and gpm off, I tried linking > /dev/mouse to both /dev/gpmdata and /dev/psaux ie. ln -sf /dev/psaux > /dev/mouse. > > Dexter doesn't list any refresh rates between 60 and 85 for the resolution > 1280x1024 (I use 79 (75 will do but 60 is yukky and 85 doesn't work)). > > -- > Is anyone else having similar mouse problems? Does anyone have a similar > mouse working corectly > > Chris > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Re: Unidentified subject!
On Wed, Oct 11, 2000 at 12:10:33AM -0400, Daniel Jacobowitz wrote: > This is really confusing. Dexter should not present a "can try again > to detect your mouse" dialog if the tool it uses to do so is not there. > It does, currently. Confused the heck out of me when it told me I had > no mouse. Gack! It shouldn't have done that! The problem is line 285. Of course an unset variable isn't equal to "0". Sorry about that. Fix will be in v16. -- G. Branden Robinson | Yesterday upon the stair, Debian GNU/Linux| I met a man who wasn't there. [EMAIL PROTECTED] | He wasn't there again today, http://www.debian.org/~branden/ | I think he's from the CIA. PGP signature
Re: dexter
On Tue, Oct 10, 2000 at 08:00:57PM -0700, Seth Arnold wrote: > Hey, Dexter looks pretty cool; Thanks. > my one suggestion is it should have a ``I > have a working XF86Config file already'' option near the front of it, or > ``install a default and useless XF86Config file for me''. If you want > them hidden behind an ``expert'' button, that would be fine by me. Well, Dexter has simply replaced the old script "xserver-configure". It is only run if the config file is not present (you can confirm this by reading the xserver-* package postinst script). The confusing thing here is that the XFree86 4.x server uses XF86Config-4 preferentially, but will fall back to XF86Config (man XF86Config). The XF86Config file formats are not completely compatible between versions 3.x and 4.x, and we still have to support some of the old 3.x servers, so it is necessary to use XF86Config-4 for the new server. If you have already written a 4.x XF86Config file, I suggest moving it to /etc/X11/XF86Config-4. I do not support upgrades between versions of these experimental packages; that is the main problem that people are seeing. Upgraders from the potato X packages, and fresh installs, will work fine. When they install xserver-xfree86 for the first time it is pretty darn unlikely that they will already have a 4.x-style /etc/X11/XF86Config file. In the (also unlikely) event they already have a /etc/X11/XF86Config-4, Dexter won't run, figuring that someone has already configured the server. Likewise, the suriving 3.x X servers assume that an existing /etc/X11/XF86Config is valid for the 3.x X server(s) you are installing. This will be true (unless it was already broken) for the few people who are upgrading but having to stay with the 3.x server (mostly really old hardware). Everyone else will need to switch X servers to xserver-xfree86, which looks for /etc/X11/XF86Config-4, which won't yet exist, and Dexter will give them a jump start. In other words, I think the scenario you describe is pretty likely to be confined to people who have been using the phase2 packages. > Somehow, I have this feeling that my setup is a bit too strange to > expect dexter to handle it well (dualhead g400 using matrox's driver). > (When I don't have homework to work on, I shall give dexter a proper > test drive. :) It is not intended to be a general XF86Config file generator. It is a very rudimentary tool that is the result of some of my Progeny work. It is intended to generate a functional, single-screen X setup for North American users because that is all Progeny is targeting right now. Once XFree86 -configure stops core dumping on various chipsets, and xf86cfg is better developed, hopefully Dexter can be thrown out. It is a temporary, interim solution and is only intended to be better than xserver-configure. On balance, I think it succeeds at that. The only really weak spot relative to that old tool is keyboard configuration, which is kind of US/Canada PC keyboard chauvinistic. > Thanks Branden (and others, if others need thanking. :) In its present (ugly) state, Dexter is all me. -- G. Branden Robinson | "I came, I saw, she conquered." The Debian GNU/Linux| original Latin seems to have been [EMAIL PROTECTED] | garbled. http://www.debian.org/~branden/ | -- Robert Heinlein PGP signature
Re: Note about sparc...
On Tue, Oct 10, 2000 at 07:02:30PM -0400, Daniel Jacobowitz wrote: > On Tue, Oct 10, 2000 at 06:14:11PM -0400, Ben Collins wrote: > > (Branden, let me know if you want me to just email debian-x) > > > > There is no libxrx compiled for sparc. I'm not even sure what this thing > > does, but it isn't there. So something needs to be done to make it > > installed only on a per-case basis. Seems like the best way is to put the > > files on the command line of the dh_* calls. > > I could swear I fixed this for all arches, not just powerpc... > > Branden? What ever happened to patch #204? It included this hunk: Whatever it was, it didn't apply cleanly it seems. I've attached a new one. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' --- xc/config/cf/linux.cf~ Tue Oct 10 21:47:10 2000 +++ xc/config/cf/linux.cf Tue Oct 10 21:59:23 2000 @@ -436,15 +436,16 @@ # define XF86OSCardDrivers v4l #endif +#if UseElfFormat +# define HasPlugin YES +# define VendorHasX11R6_3libXext YES /* XC or XFree86 >= 3.3.1 */ +#endif + #ifdef i386Architecture # define OptimizedCDebugFlags DefaultGcc2i386Opt # define LinuxMachineDefines -D__i386__ # define ServerOSDefines XFree86ServerOSDefines -DDDXTIME -DPART_NET # define ServerExtraDefines-DGCCUSESGAS XFree86ServerDefines -# if UseElfFormat -# define HasPluginYES -# define VendorHasX11R6_3libXext YES /* XC or XFree86 >= 3.3.1 */ -# endif #endif /* i386Architecture */ #ifdef s390Architecture @@ -474,10 +475,6 @@ # define LinuxMachineDefines -D__ia64__ # define ServerOSDefines XFree86ServerOSDefines -DDDXTIME -DPART_NET # define ServerExtraDefines-DGCCUSESGAS XFree86ServerDefines -D_XSERVER64 -#if UseElfFormat -# define HasPlugin YES -# define VendorHasX11R6_3libXext YES /* XC or XFree86 >= 3.3.1 */ -#endif #endif /* ia64Architecture */ #ifdef Mc68020Architecture
Re: Unidentified subject!
On Tue, Oct 10, 2000 at 11:03:26PM -0500, Branden Robinson wrote: > > Dexter wouldn't detect my mouse (I with gpm on and gpm off, I tried linking > > /dev/mouse to both /dev/gpmdata and /dev/psaux ie. ln -sf /dev/psaux > > /dev/mouse. > > What do you mean it wouldn't "detect" your mouse? It doesn't try. (It > uses a program called mdetect to do so, if that program is present.) > > mdetect is something we're using at Progeny and which I plan to package for > Debian once I've got it un-automade. This is really confusing. Dexter should not present a "can try again to detect your mouse" dialog if the tool it uses to do so is not there. It does, currently. Confused the heck out of me when it told me I had no mouse. Dan /\ /\ | Daniel Jacobowitz|__|SCS Class of 2002 | | Debian GNU/Linux Developer__Carnegie Mellon University | | [EMAIL PROTECTED] | | [EMAIL PROTECTED] | \/ \/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Unidentified subject!
Debian XFree86 4.0.x test notes I have being using 4.0.x on debian woody with the following hardware + software setup since Phase2 debs started to show up. Voodoo 3 2000 (pci) video card Logitech cordless wheel mouse (ps/2) Abit KA7 motherboard (RX and TY bios) Samsung SyncMaster 955SL monitor 2.4.0-test[1,5,6,8,9] kernel I have the following notes Mouse problems -- The mouse jumps allover the place and clicks randomly if I'm running X as a regular user and gpm is running The mouse will not move if I run X as root and gpm is running. The mouse occasionally clicked (while moving) until I upgraded my bios to the TY bios. BTW. The TY bios fixes a "win95 only" ps/2 mouse bug. My XF86Config-4 says the following Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "MouseManPlusPS/2" Option "Device" "/dev/psaux" EndSection DEXTER -- Dexter wouldn't run as /etc/X11/dexter-tmp didn't exist. This stoped phase2v14 xserver-xfree86 debs from installing. Dexter wouldn't detect my mouse (I with gpm on and gpm off, I tried linking /dev/mouse to both /dev/gpmdata and /dev/psaux ie. ln -sf /dev/psaux /dev/mouse. Dexter doesn't list any refresh rates between 60 and 85 for the resolution 1280x1024 (I use 79 (75 will do but 60 is yukky and 85 doesn't work)). -- Is anyone else having similar mouse problems? Does anyone have a similar mouse working corectly Chris
Re: Unidentified subject!
On Mon, Oct 09, 2000 at 11:59:49PM -0700, Chris Hanlon wrote: > DEXTER > -- > Dexter wouldn't run as /etc/X11/dexter-tmp didn't exist. This stoped > phase2v14 xserver-xfree86 debs from installing. This is fixed in v15, available now. > Dexter wouldn't detect my mouse (I with gpm on and gpm off, I tried linking > /dev/mouse to both /dev/gpmdata and /dev/psaux ie. ln -sf /dev/psaux > /dev/mouse. What do you mean it wouldn't "detect" your mouse? It doesn't try. (It uses a program called mdetect to do so, if that program is present.) mdetect is something we're using at Progeny and which I plan to package for Debian once I've got it un-automade. > Dexter doesn't list any refresh rates between 60 and 85 for the resolution > 1280x1024 (I use 79 (75 will do but 60 is yukky and 85 doesn't work)). These are example modes. If you're unhappy with the selection I suggest getting the monitor data and using expert mode. > Is anyone else having similar mouse problems? Does anyone have a similar > mouse working corectly Yes, on my box at home: Section "InputDevice" Identifier "Logitech Mouse" Driver "mouse" Option "Protocol" "MouseManPlusPS/2" Option "Device""/dev/psaux" EndSection -- G. Branden Robinson | What influenced me to atheism was Debian GNU/Linux| reading the Bible cover to cover. [EMAIL PROTECTED] | Twice. http://www.debian.org/~branden/ | -- J. Michael Straczynski PGP signature
Re: Note about sparc...
On Tue, Oct 10, 2000 at 07:02:30PM -0400, Daniel Jacobowitz wrote: > On Tue, Oct 10, 2000 at 06:14:11PM -0400, Ben Collins wrote: > > (Branden, let me know if you want me to just email debian-x) > > > > There is no libxrx compiled for sparc. I'm not even sure what this thing > > does, but it isn't there. So something needs to be done to make it > > installed only on a per-case basis. Seems like the best way is to put the > > files on the command line of the dh_* calls. > > I could swear I fixed this for all arches, not just powerpc... > > Branden? What ever happened to patch #204? It included this hunk: I backed it out because upstream hacked up xfree86.cf in such a way that *looked* like it would build libxrx for all Linux platforms that support ELF. Maybe that logic is horked somehow. -- G. Branden Robinson|You live and learn. Debian GNU/Linux |Or you don't live long. [EMAIL PROTECTED] |-- Robert Heinlein http://deadbeast.net/~branden/ | pgpddXAvYtXV8.pgp Description: PGP signature
dexter
Hey, Dexter looks pretty cool; my one suggestion is it should have a ``I have a working XF86Config file already'' option near the front of it, or ``install a default and useless XF86Config file for me''. If you want them hidden behind an ``expert'' button, that would be fine by me. Somehow, I have this feeling that my setup is a bit too strange to expect dexter to handle it well (dualhead g400 using matrox's driver). (When I don't have homework to work on, I shall give dexter a proper test drive. :) Thanks Branden (and others, if others need thanking. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Unidentified subject!
Chris, I have a logitech corded wheel mouse (the underside claims it is a model M-C48, but I *think* its retail name is ``first mouse+'') ps/2, that works quite well under XF864.0.1. I do not have gpm installed. Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "IMPS/2" Option "Device" "/dev/mouse" Option "ZAxisMapping" "4 5" EndSection /dev/mouse is a symlink to /dev/psaux. I am running an ABIT dual celeron machine, g400max with the matrox supplied drivers. HTH * Chris Hanlon <[EMAIL PROTECTED]> [001010 19:00]: > Debian XFree86 4.0.x test notes > > I have being using 4.0.x on debian woody with the following hardware + > software setup since Phase2 debs started to show up. > > Voodoo 3 2000 (pci) video card > Logitech cordless wheel mouse (ps/2) > Abit KA7 motherboard (RX and TY bios) > Samsung SyncMaster 955SL monitor > > 2.4.0-test[1,5,6,8,9] kernel > I have the following notes > > Mouse problems > -- > The mouse jumps allover the place and clicks randomly if I'm running X as a > regular user and gpm is running > > The mouse will not move if I run X as root and gpm is running. > > The mouse occasionally clicked (while moving) until I upgraded my > bios to the TY bios. BTW. The TY bios fixes a "win95 only" ps/2 mouse bug. > > My XF86Config-4 says the following > > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "MouseManPlusPS/2" > Option "Device" "/dev/psaux" > EndSection > > DEXTER > -- > Dexter wouldn't run as /etc/X11/dexter-tmp didn't exist. This stoped > phase2v14 xserver-xfree86 debs from installing. > > Dexter wouldn't detect my mouse (I with gpm on and gpm off, I tried linking > /dev/mouse to both /dev/gpmdata and /dev/psaux ie. ln -sf /dev/psaux > /dev/mouse. > > Dexter doesn't list any refresh rates between 60 and 85 for the resolution > 1280x1024 (I use 79 (75 will do but 60 is yukky and 85 doesn't work)). > > -- > Is anyone else having similar mouse problems? Does anyone have a similar > mouse working corectly > > Chris > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Note about sparc...
On Tue, Oct 10, 2000 at 07:02:30PM -0400, Daniel Jacobowitz wrote: > On Tue, Oct 10, 2000 at 06:14:11PM -0400, Ben Collins wrote: > > (Branden, let me know if you want me to just email debian-x) > > > > There is no libxrx compiled for sparc. I'm not even sure what this thing > > does, but it isn't there. So something needs to be done to make it > > installed only on a per-case basis. Seems like the best way is to put the > > files on the command line of the dh_* calls. > > I could swear I fixed this for all arches, not just powerpc... > > Branden? What ever happened to patch #204? It included this hunk: Whatever it was, it didn't apply cleanly it seems. I've attached a new one. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' --- xc/config/cf/linux.cf~ Tue Oct 10 21:47:10 2000 +++ xc/config/cf/linux.cf Tue Oct 10 21:59:23 2000 @@ -436,15 +436,16 @@ # define XF86OSCardDrivers v4l #endif +#if UseElfFormat +# define HasPlugin YES +# define VendorHasX11R6_3libXext YES /* XC or XFree86 >= 3.3.1 */ +#endif + #ifdef i386Architecture # define OptimizedCDebugFlags DefaultGcc2i386Opt # define LinuxMachineDefines -D__i386__ # define ServerOSDefines XFree86ServerOSDefines -DDDXTIME -DPART_NET # define ServerExtraDefines-DGCCUSESGAS XFree86ServerDefines -# if UseElfFormat -# define HasPluginYES -# define VendorHasX11R6_3libXext YES /* XC or XFree86 >= 3.3.1 */ -# endif #endif /* i386Architecture */ #ifdef s390Architecture @@ -474,10 +475,6 @@ # define LinuxMachineDefines -D__ia64__ # define ServerOSDefines XFree86ServerOSDefines -DDDXTIME -DPART_NET # define ServerExtraDefines-DGCCUSESGAS XFree86ServerDefines -D_XSERVER64 -#if UseElfFormat -# define HasPlugin YES -# define VendorHasX11R6_3libXext YES /* XC or XFree86 >= 3.3.1 */ -#endif #endif /* ia64Architecture */ #ifdef Mc68020Architecture
Unidentified subject!
Debian XFree86 4.0.x test notes I have being using 4.0.x on debian woody with the following hardware + software setup since Phase2 debs started to show up. Voodoo 3 2000 (pci) video card Logitech cordless wheel mouse (ps/2) Abit KA7 motherboard (RX and TY bios) Samsung SyncMaster 955SL monitor 2.4.0-test[1,5,6,8,9] kernel I have the following notes Mouse problems -- The mouse jumps allover the place and clicks randomly if I'm running X as a regular user and gpm is running The mouse will not move if I run X as root and gpm is running. The mouse occasionally clicked (while moving) until I upgraded my bios to the TY bios. BTW. The TY bios fixes a "win95 only" ps/2 mouse bug. My XF86Config-4 says the following Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "MouseManPlusPS/2" Option "Device" "/dev/psaux" EndSection DEXTER -- Dexter wouldn't run as /etc/X11/dexter-tmp didn't exist. This stoped phase2v14 xserver-xfree86 debs from installing. Dexter wouldn't detect my mouse (I with gpm on and gpm off, I tried linking /dev/mouse to both /dev/gpmdata and /dev/psaux ie. ln -sf /dev/psaux /dev/mouse. Dexter doesn't list any refresh rates between 60 and 85 for the resolution 1280x1024 (I use 79 (75 will do but 60 is yukky and 85 doesn't work)). -- Is anyone else having similar mouse problems? Does anyone have a similar mouse working corectly Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Note about sparc...
On Tue, Oct 10, 2000 at 07:02:30PM -0400, Daniel Jacobowitz wrote: > On Tue, Oct 10, 2000 at 06:14:11PM -0400, Ben Collins wrote: > > (Branden, let me know if you want me to just email debian-x) > > > > There is no libxrx compiled for sparc. I'm not even sure what this thing > > does, but it isn't there. So something needs to be done to make it > > installed only on a per-case basis. Seems like the best way is to put the > > files on the command line of the dh_* calls. > > I could swear I fixed this for all arches, not just powerpc... > > Branden? What ever happened to patch #204? It included this hunk: I backed it out because upstream hacked up xfree86.cf in such a way that *looked* like it would build libxrx for all Linux platforms that support ELF. Maybe that logic is horked somehow. -- G. Branden Robinson|You live and learn. Debian GNU/Linux |Or you don't live long. [EMAIL PROTECTED] |-- Robert Heinlein http://deadbeast.net/~branden/ | PGP signature
Re: Note about sparc...
On Tue, Oct 10, 2000 at 06:14:11PM -0400, Ben Collins wrote: > (Branden, let me know if you want me to just email debian-x) > > There is no libxrx compiled for sparc. I'm not even sure what this thing > does, but it isn't there. So something needs to be done to make it > installed only on a per-case basis. Seems like the best way is to put the > files on the command line of the dh_* calls. I could swear I fixed this for all arches, not just powerpc... Branden? What ever happened to patch #204? It included this hunk: @@ -426,15 +428,16 @@ #define XF86OSCardDrivers v4l #endif +#if UseElfFormat +#define HasPlugin YES +#define VendorHasX11R6_3libXextYES /* XC or XFree86 >= 3.3.1 */ +#endif + #ifdef i386Architecture #define OptimizedCDebugFlags DefaultGcc2i386Opt #define LinuxMachineDefines-D__i386__ #define ServerOSDefinesXFree86ServerOSDefines -DDDXTIME -DPART_NET #define ServerExtraDefines -DGCCUSESGAS XFree86ServerDefines -#if UseElfFormat -#define HasPlugin YES -#define VendorHasX11R6_3libXextYES /* XC or XFree86 >= 3.3.1 */ -#endif #endif /* i386Architecture */ #ifdef AlphaArchitecture Dan /\ /\ | Daniel Jacobowitz|__|SCS Class of 2002 | | Debian GNU/Linux Developer__Carnegie Mellon University | | [EMAIL PROTECTED] | | [EMAIL PROTECTED] | \/ \/
Note about sparc...
(Branden, let me know if you want me to just email debian-x) There is no libxrx compiled for sparc. I'm not even sure what this thing does, but it isn't there. So something needs to be done to make it installed only on a per-case basis. Seems like the best way is to put the files on the command line of the dh_* calls. Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: Note about sparc...
On Tue, Oct 10, 2000 at 06:14:11PM -0400, Ben Collins wrote: > (Branden, let me know if you want me to just email debian-x) > > There is no libxrx compiled for sparc. I'm not even sure what this thing > does, but it isn't there. So something needs to be done to make it > installed only on a per-case basis. Seems like the best way is to put the > files on the command line of the dh_* calls. I could swear I fixed this for all arches, not just powerpc... Branden? What ever happened to patch #204? It included this hunk: @@ -426,15 +428,16 @@ #define XF86OSCardDrivers v4l #endif +#if UseElfFormat +#define HasPlugin YES +#define VendorHasX11R6_3libXextYES /* XC or XFree86 >= 3.3.1 */ +#endif + #ifdef i386Architecture #define OptimizedCDebugFlags DefaultGcc2i386Opt #define LinuxMachineDefines-D__i386__ #define ServerOSDefinesXFree86ServerOSDefines -DDDXTIME -DPART_NET #define ServerExtraDefines -DGCCUSESGAS XFree86ServerDefines -#if UseElfFormat -#define HasPlugin YES -#define VendorHasX11R6_3libXextYES /* XC or XFree86 >= 3.3.1 */ -#endif #endif /* i386Architecture */ #ifdef AlphaArchitecture Dan /\ /\ | Daniel Jacobowitz|__|SCS Class of 2002 | | Debian GNU/Linux Developer__Carnegie Mellon University | | [EMAIL PROTECTED] | | [EMAIL PROTECTED] | \/ \/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Note about sparc...
(Branden, let me know if you want me to just email debian-x) There is no libxrx compiled for sparc. I'm not even sure what this thing does, but it isn't there. So something needs to be done to make it installed only on a per-case basis. Seems like the best way is to put the files on the command line of the dh_* calls. Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X segfaults on configure
X -configure doesn't work on my work machine: XFree86 Version 4.0.1c / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 28 August 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: Linux 2.2.17pre10 i686 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Tue Oct 10 13:01:45 2000 (--) using VT number 7 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.3 XFree86 XInput driver : 0.1 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.1 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.1 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7124 card , rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7125 card 8086,4332 rev 03 class 03,00,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,2418 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2410 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,2411 card 8086,2411 rev 02 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2412 card 8086,2412 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1f:3: chip 8086,2413 card 8086,2413 rev 02 class 0c,05,00 hdr 00 (II) PCI: 01:01:0: chip 8086,1229 card 8086,3000 rev 08 class 02,00,00 hdr 00 (II) PCI: 01:07:0: chip 1274,1371 card 8086,4332 rev 06 class 04,01,00 hdr 00 (II) PCI: 01:08:0: chip 12b9,1008 card 12b9,00ad rev 01 class 07,00,02 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) Bus -1: bridge is at (0:0:0), (-1,-1,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus -1 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus -1 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus -1 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1 prefetchable memory range: (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x02 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0xd000 - 0xdfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0xff40 - 0xff8f (0x50) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0xf6a0 - 0xf6af (0x10) MX[B] (--) PCI:*(0:1:0) Intel i810e rev 3, Mem @ 0xf800/26, 0xffa8/19 List of video drivers: mga glint nv tga s3virge sis rendition neomagic i740 tdfx cirrus tseng trident chips apm glide fbdev r128 ati i810 imstt cyrix vga v4l (II) LoadModule: "mga" (II) Loading /usr/X11R6/lib/modules/drivers/mga_drv.o (II) Module mga: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.3 (II) LoadModule: "glint" (II) Loading /usr/X11R6/lib/modules/drivers/glint_drv.o (II) Module glint: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.3 (II) LoadModule: "nv" (II) Loading /usr/X11R6/lib/modules/drivers/nv_drv.o (II) Module nv: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.3 (II) LoadModule: "tga" (II) Loading /usr/X11R6/lib/modules/drivers/tga_drv.o (II) Module tga: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 1.0.0 Module class: XFree86
X segfaults on configure
X -configure doesn't work on my work machine: XFree86 Version 4.0.1c / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 28 August 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: Linux 2.2.17pre10 i686 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Tue Oct 10 13:01:45 2000 (--) using VT number 7 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.3 XFree86 XInput driver : 0.1 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.1 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.1 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7124 card , rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7125 card 8086,4332 rev 03 class 03,00,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,2418 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2410 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,2411 card 8086,2411 rev 02 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2412 card 8086,2412 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1f:3: chip 8086,2413 card 8086,2413 rev 02 class 0c,05,00 hdr 00 (II) PCI: 01:01:0: chip 8086,1229 card 8086,3000 rev 08 class 02,00,00 hdr 00 (II) PCI: 01:07:0: chip 1274,1371 card 8086,4332 rev 06 class 04,01,00 hdr 00 (II) PCI: 01:08:0: chip 12b9,1008 card 12b9,00ad rev 01 class 07,00,02 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) Bus -1: bridge is at (0:0:0), (-1,-1,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus -1 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus -1 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus -1 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1 prefetchable memory range: (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x02 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0xd000 - 0xdfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0xff40 - 0xff8f (0x50) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0xf6a0 - 0xf6af (0x10) MX[B] (--) PCI:*(0:1:0) Intel i810e rev 3, Mem @ 0xf800/26, 0xffa8/19 List of video drivers: mga glint nv tga s3virge sis rendition neomagic i740 tdfx cirrus tseng trident chips apm glide fbdev r128 ati i810 imstt cyrix vga v4l (II) LoadModule: "mga" (II) Loading /usr/X11R6/lib/modules/drivers/mga_drv.o (II) Module mga: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.3 (II) LoadModule: "glint" (II) Loading /usr/X11R6/lib/modules/drivers/glint_drv.o (II) Module glint: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.3 (II) LoadModule: "nv" (II) Loading /usr/X11R6/lib/modules/drivers/nv_drv.o (II) Module nv: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.3 (II) LoadModule: "tga" (II) Loading /usr/X11R6/lib/modules/drivers/tga_drv.o (II) Module tga: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 1.0.0 Module class: XFree8
Re: Suggestion
On Mon, Oct 09, 2000 at 09:11:38PM +0200, Marcelo E. Magallon wrote: > For indirect rendering, the application talks to the X server via the > GLX protocol (there's no library talking to the hardware in this case). > The server decodes the GLX requests and renders them appropriately > (which means either via a software renderer, or a hw accelerated one). > > I'm not sure about the *current* DRI implementation (which is a shame, > because *this* is the counter argument), but I *think* there's no hw > acceleration for the indirect case. This means, the dri modules have > to be shipped with the X server package, not with the GL library > package. There isn't, at present, any such thing as indirect renderect via a GLX pipeline; but a few weeks ago there was a thread on one of the XFree86 mailing lists about it, and somebody knowledgeable (Mark Vojkovich, maybe) said it shouldn't be hard to do. The bad news is, as I recall no one seemed interested in doing it. -- G. Branden Robinson |I must despise the world which does not Debian GNU/Linux|know that music is a higher revelation [EMAIL PROTECTED] |than all wisdom and philosophy. http://www.debian.org/~branden/ |-- Ludwig van Beethoven pgp5i2VvSXXum.pgp Description: PGP signature
Re: Suggestion
On Mon, Oct 09, 2000 at 12:01:14PM -0600, Joshua Shagam wrote: > > I'm still apprehensive about moving *_dri.so out of /usr/X11R6/lib/modules. > > If they aren't really X server modules, then they don't belong in that > > directory (maybe /usr/lib/xlibmesa3 ?). Should I ask upstream? > > Ur, although they're separate files from the video drivers, aren't they > considered part of the video driver? Well, that's what I thought, but I have a pending request to move them to xlibmesa3, since they're "part of Mesa". I am inclined to disagree. > Oh, I was under the impression that xlibmesa was more than just mesa (i.e. > that it was the client-side libGL, which handled all the communication with > the X server, be it through GLX or whatever). That is true. But Mesa isn't just GL anymore. See, for instance the OSMesa library. -- G. Branden Robinson | It doesn't matter what you are doing, Debian GNU/Linux| emacs is always overkill. [EMAIL PROTECTED] | -- Stephen J. Carpenter http://www.debian.org/~branden/ | pgpkeJjkRvDaW.pgp Description: PGP signature
Re: strange looking fonts.
* Olaf Meeuwissen <[EMAIL PROTECTED]> [001009 22:58]: > > What I would imagine to fix your problem is to edit your > > /etc/X11/XF86Config file. I bet the 100dpi fonts are listed before the > > 75 dpi fonts. If so, swap their order and restart X. > You could also just purge the xfonts-100dpi package ;-) Of course, this is a much better idea, since if they are listed second, they aren't likely to be used, and just take up space that could be used for something more useful. :)
Re: Suggestion
On Mon, Oct 09, 2000 at 09:11:38PM +0200, Marcelo E. Magallon wrote: > For indirect rendering, the application talks to the X server via the > GLX protocol (there's no library talking to the hardware in this case). > The server decodes the GLX requests and renders them appropriately > (which means either via a software renderer, or a hw accelerated one). > > I'm not sure about the *current* DRI implementation (which is a shame, > because *this* is the counter argument), but I *think* there's no hw > acceleration for the indirect case. This means, the dri modules have > to be shipped with the X server package, not with the GL library > package. There isn't, at present, any such thing as indirect renderect via a GLX pipeline; but a few weeks ago there was a thread on one of the XFree86 mailing lists about it, and somebody knowledgeable (Mark Vojkovich, maybe) said it shouldn't be hard to do. The bad news is, as I recall no one seemed interested in doing it. -- G. Branden Robinson |I must despise the world which does not Debian GNU/Linux|know that music is a higher revelation [EMAIL PROTECTED] |than all wisdom and philosophy. http://www.debian.org/~branden/ |-- Ludwig van Beethoven PGP signature
Re: Suggestion
On Mon, Oct 09, 2000 at 12:01:14PM -0600, Joshua Shagam wrote: > > I'm still apprehensive about moving *_dri.so out of /usr/X11R6/lib/modules. > > If they aren't really X server modules, then they don't belong in that > > directory (maybe /usr/lib/xlibmesa3 ?). Should I ask upstream? > > Ur, although they're separate files from the video drivers, aren't they > considered part of the video driver? Well, that's what I thought, but I have a pending request to move them to xlibmesa3, since they're "part of Mesa". I am inclined to disagree. > Oh, I was under the impression that xlibmesa was more than just mesa (i.e. > that it was the client-side libGL, which handled all the communication with > the X server, be it through GLX or whatever). That is true. But Mesa isn't just GL anymore. See, for instance the OSMesa library. -- G. Branden Robinson | It doesn't matter what you are doing, Debian GNU/Linux| emacs is always overkill. [EMAIL PROTECTED] | -- Stephen J. Carpenter http://www.debian.org/~branden/ | PGP signature
Re: strange looking fonts.
Seth Arnold <[EMAIL PROTECTED]> writes: > Russell, the debian-x mail list (in recent times anyway) is more > intended for developers and ginuea pigs of XF86 4.0. debian-users is > more appropriate. > > What I would imagine to fix your problem is to edit your > /etc/X11/XF86Config file. I bet the 100dpi fonts are listed before the > 75 dpi fonts. If so, swap their order and restart X. You could also just purge the xfonts-100dpi package ;-) > If this doesn't fix it, then perhaps mucking with the X server's idea of > the DPI of the display is the only way to go. -- Olaf Meeuwissen Epson Kowa Corporation, Research and Development
