Re: Change of behavior of shift+numpad arrow keys (without numlock)

2003-08-05 Thread Ivan Pascal
David Dawes wrote:
 On Mon, Aug 04, 2003 at 03:10:02PM +0200, Egbert Eich wrote:
 Bugzilla 558 requests to change the behavoir of shift+numpad arrow keys

 This requests sounds reasonable so I would like to find out if
 somebody has a strong opinion on this issue. 
 If not I will commit the supplied fix.
 
 Since X has been documented to work this way for a long time, it would
 be better to make the behaviour configurable than to just change it.

I agree completely.
It's easy to make new XkbOption that switch on the behaviour of numpad keys
exactly as in MS Windows.

Egbert, I'd like to ask you don't apply the patch from the bugreport.
I am going to make this option (something like numpad:no_shift or
numpad:microsoft) soon.

Any suggestions about an option name are welcome.

-- 
 Ivan U. Pascal |   e-mail: [EMAIL PROTECTED]
   Administrator of |   Tomsk State University
 University Network |   Tomsk, Russia
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: CapsLock behaviour and Turkish keyboard

2003-08-05 Thread Ivan Pascal
  Hi,

 I see keyboard topics are being discussed right now...
 there is long standing problem with the CapsLock and turkish keyboard
 that would be nice to have fixed.

Yes. There *was* such problem and it was discussed year ago. :-)
(I don't remember but I was sure you took part in that discussion.)

Now Turkish keyboard users just have to set XkbOption caps:shift.
With that option Xlib doesn't use 'internal capitalization' but CapsLock
key acts as 'locking Shift' (but can be canceled by Shift key).  It solves
the problem.

-- 
 Ivan U. Pascal |   e-mail: [EMAIL PROTECTED]
   Administrator of |   Tomsk State University
 University Network |   Tomsk, Russia
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


CapsLock behaviour and Turkish keyboard

2003-08-05 Thread Pablo Saratxaga
Kaixo!

I see keyboard topics are being discussed right now...
there is long standing problem with the CapsLock and turkish keyboard
that would be nice to have fixed.

The problem is that when CapsLock is set, XFree86 does an uppercasing
of the letters, so typing 'a' with CapsLock set gives 'A' etc.
*BUT* in Turkish (and Azeri too), the 'I' is not the uppercase of the 'i'.
In fact in Turkish there are two kind of i, one with dot (with a *dotted*
uppercase letter) and one without dot (with 'I' as uppercase, and a dotless
lowercase one). 

The turkish keyboard has:

 key AD08 { [  idotless,I ] };

 key AC11 { [ i,Iabovedot ] };


it works well, except for the CapsLock mode.

In previous versions of XFree86, it was somewhat bypassed by redfining
CapsLock to some group switching function and tweaking the groups, eg:


key CAPS {  [ ISO_Next_Group, ISO_Next_Group], [ ISO_Prev_Group, ISO_Prev_Group ] };
...
 key AD01 { [  q, Q ], [ Q, q ] };
...
 key AD08 { [  idotless, I ], [ I, idotless ] };
 key AC11 { [  i, Iabovedot ], [ Iabovedot, i ] };
...
key AB10 {  [ period, colon ], [ period, colon ] };


you get the idea.

But of course it was an ugly hack, and it doesn't work anymore with the
new version of XFree86...

Imho it should be fixed at the right place: where XFree86 does ther current
uppercasing.
With a new keyboard to tell that a given keyboard layout wants to use the
Turkish uppercasing scheme (there are three layouts that would use
it; tr Q (modern turkish), tr F (traditional turkish) and az (Azeri))
so the layout remains simple:

 key AD08 { [  idotless,I ] };
 key AC11 { [ i,Iabovedot ] };

without tricks; and in config file, some special option tells
that the turkish casing scheme iswanted; eg: case:turkish or something
like that.
Or maybe (better imho) defining that in the layout file itself;
something like:

 key AD01 { [  q, Q ] };
...
 key AD08 { type[group1] = TURKISH, [  idotless,I ] };
 key AC11 { type[group1] = TURKISH, [ i,Iabovedot ] };

Thanks

-- 
Ki ça vos våye bén,
Pablo Saratxaga

http://chanae.walon.org/pablo/  PGP Key available, key ID: 0xD9B85466
[you can write me in Walloon, Spanish, French, English, Italian or Portuguese]


pgp0.pgp
Description: PGP signature


Re: CapsLock behaviour and Turkish keyboard

2003-08-05 Thread Owen Taylor
On Tue, 2003-08-05 at 08:55, Ivan Pascal wrote:
   Hi,
 
  I see keyboard topics are being discussed right now...
  there is long standing problem with the CapsLock and turkish keyboard
  that would be nice to have fixed.
 
 Yes. There *was* such problem and it was discussed year ago. :-)
 (I don't remember but I was sure you took part in that discussion.)
 
 Now Turkish keyboard users just have to set XkbOption caps:shift.
 With that option Xlib doesn't use 'internal capitalization' but CapsLock
 key acts as 'locking Shift' (but can be canceled by Shift key).  It solves
 the problem.

I don't think that this is a particularly good way to handling things.
Using caps:shiftproduces all sorts of strange behavior - for example,
the number keys will give their shifted variants.

The Turkish user might well wonder why everybody else gets a useful
caps lock key, while they have this monstrosity.

It should be possible in Xlib's code for handling
lock == Caps_Lock to simply special case this; if the lower case
key is 'i', then check to see whether the key in the second level
is 'I' or 'Idotabove', and act accordingly.

Regards,
Owen


___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: Seeking MergedFB - Xinerama development advice

2003-08-05 Thread Alex Deucher
I actually discovered the new code on your website last night ;)
I read over the description on the webpage and started to look at the
code.  I'll be working on porting it to radeon this week, once I get my
DSL back up.  I also use Gnome, so I'll report back how it behaves with
the new code. Thanks for writing the code and preparing this
description.

Alex

--- Thomas Winischhofer [EMAIL PROTECTED] wrote:
 Alex Deucher wrote:
  I'd be interested in seeing your code once you have decided on a
 route,
  so that I can update the radeon mergedfb driver.
 
 Alex, the code is now available on my website (URL in sig).
 
 Look for everything surrounded by #ifdef SISXINERAMA, and check the
 
 additions to the CopyModeNLink() function (setup of maxCRTx_xx).
 
 I wrote a little description which can be found in the options
 chapter 
 about MergedFB mode on the mentioned website. Please read that first.
 
 When reading and trying to understand the code (which is far from
 being 
 as trivial as I wrote in the original message of this thread), think
 of 
 the following special situations:
 
 - overlapping viewports (virtual desktop too small for largest
 Metamode),
 - Virtual desktops larger than the largest Metamode
 - Clone modes whereas the CRT2Position is not Clone
 
 The SiS-Pseudo-Xinerama extension will be disabled if the user
 selected 
 Clone as the CRT2Position (whatever you call this in the radeon 
 driver), and if only clone modes are given (that is, if the metamodes
 
 list only contains modes without a - and a second mode following).
 
 For a while I thought of updating the Xineramainfo with each mode 
 switch, since the boundary between the two heads eventually changes
 with 
 every such event. But after having implemented this, I turned out
 that, 
 at least with KDE/KDM, that had no effect; seems that the KDE system 
 queries the Xinerama extension only once, at startup... So I went for
 a 
 static information, calculated based on all Metamodes given, trying
 to 
 find a somewhat usable common.
 
 Essentially, the Xineramainfo for each (pseudo-)screen is the
 maximum 
 scrolling area of each head, taken from all Metamodes given. So far, 
 this is the smartest solution I could come up with.
 
 KDM works well with this, even with overlapping pseudo-screens, as
 does 
 Xine and some other applications. I don't know about other window 
 managers, though.
 
 Some Metamode-combinations are, of course, very inconvenient for my 
 current concept, such as the 1280x1024-1024x768 1024x768-1280x1024 
 example I already mentioned. But I think, manually disabling Xinerama
 
 support in such cases this is the price one must pay...
 
 Comments appreciated, especially from folks using the NVidia binary 
 driver with its Xinerama support.
 
 Thomas
 
 -- 
 Thomas Winischhofer
 Vienna/Austria
 thomas AT winischhofer DOT net  ***
 http://www.winischhofer.net/
 twini AT xfree86 DOT org
 


__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: CapsLock behaviour and Turkish keyboard

2003-08-05 Thread Pablo Saratxaga
Kaixo!

On Wed, Aug 06, 2003 at 01:31:45AM +0700, Ivan Pascal wrote:

  On Tue, 2003-08-05 at 08:55, Ivan Pascal wrote:
   Now Turkish keyboard users just have to set XkbOption caps:shift.

 I risk to seem impolite but did you try this option before making such
 assertion?  If you tried you would notice that it is not true.

Mmh, indeed it seems to work (I only tested a handful letters, but it seems
ok).

The name was misleading I thought it was the system where capslock
is similar to shift lock (how is that mode named then?) 

And why isn't caps:shift made the default? It doesn't seem to change
anything for other layouts (after some quick tests).
 
  The Turkish user might well wonder why everybody else gets a useful
  caps lock key, while they have this monstrosity.
 
 Do you have real complains from Turkish users?

Well, I regularly do.
Now that I know it, I would ensure that caps:shift is set
for the keyboards needing it.

 I want to assure you it works as expected.  CapsLock affects alphabetic keys
 only. XKB automaticaly recognizes what keys are 'letter' ones.  Shift
 key being pressed cancels CapsLock action.  What is wrong?

Why isn't that the default CapsLock behaviour?
And what is exactly the difference between the caps:shift and the currently
default behaviour? 
 
 Of course, you may add a 'specila case' kludge to Xlib.  But the problem you
 want to solve doesn't exist actually.

Thanks.
Note also that /usr/X11R6/lib/X11/xkb/README.enhancing is outdated, it
doesn't talk about caps:shift 
 
 -- 
  Ivan U. Pascal |   e-mail: [EMAIL PROTECTED]
Administrator of |   Tomsk State University
  University Network |   Tomsk, Russia
 ___
 Devel mailing list
 [EMAIL PROTECTED]
 http://XFree86.Org/mailman/listinfo/devel


-- 
Ki ça vos våye bén,
Pablo Saratxaga

http://chanae.walon.org/pablo/  PGP Key available, key ID: 0xD9B85466
[you can write me in Walloon, Spanish, French, English, Italian or Portuguese]


pgp0.pgp
Description: PGP signature


Gnome2 misses fontconfig.pc

2003-08-05 Thread Stefan Fiedler
Up to version 4.399.5 a file 'fontconfig.pc' was installed in 
/usr/X11R6/lib/pkgconfig but is missing since .6.
It is used to detect the presence of the fontconfig library and is needed (at 
least) to compile Gnome 2.x packages.
I am currently using 4.3.99.8 as part of the Rock Linux distribution build 
kit. Here the workaround is to provide a copy of the file.
Can someone please make sure this gets fixed in the xc sources?

Thanks for Your help,
Stefan Fiedler

___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: CapsLock behaviour and Turkish keyboard

2003-08-05 Thread Pablo Saratxaga
Kaixo!

On Tue, Aug 05, 2003 at 09:38:59AM -0400, Owen Taylor wrote:
 On Tue, 2003-08-05 at 08:55, Ivan Pascal wrote:
 
  Yes. There *was* such problem and it was discussed year ago. :-)
  (I don't remember but I was sure you took part in that discussion.)

Yes.
 
  Now Turkish keyboard users just have to set XkbOption caps:shift.

but it is not very satisfactory.
as Owen says:

 I don't think that this is a particularly good way to handling things.
 Using caps:shift produces all sorts of strange behavior - for example,
 the number keys will give their shifted variants.
 
 The Turkish user might well wonder why everybody else gets a useful
 caps lock key, while they have this monstrosity.

We can also tell Turkish users not to use CapsLock; or live with
a casing that doesn't corresponds to their locale... but those aren't real
solutions, only workarounds.

I thought it was too difficult to fix back then; but now I see that special
behaviour for numeric pad is added; so why not a small handling for
Turkish style casing ?

 It should be possible in Xlib's code for handling
 lock == Caps_Lock to simply special case this; if the lower case
 key is 'i', then check to see whether the key in the second level
 is 'I' or 'Idotabove', and act accordingly.

Such one is a nice idea, it wouldn't even need the introduction of a special
keyword.

If someone knows where on Xlib code that casing is done, I may take a look
at it.

Thanks
 
-- 
Ki ça vos våye bén,
Pablo Saratxaga

http://chanae.walon.org/pablo/  PGP Key available, key ID: 0xD9B85466
[you can write me in Walloon, Spanish, French, English, Italian or Portuguese]


pgp0.pgp
Description: PGP signature


store used VT number in a prop ?

2003-08-05 Thread Samuel Thibault
Hi,

We are currently developping X access to braille devices thanks to
gnopernicus connected to the standard text console reader brltty,
through BrlAPI. But for this to work (avoid conflicts with text console
reading), we need to know on which VT the X server is running.

Currently, there is no way to get this information from the server: X11
protocol doesn't have any native request for this. Parsing the logfile
like this:

CONTROLVT=$(grep using VT number /var/log/XFree86.$(echo $DISPLAY | sed -e 
s/^.*::*\([0-9]*\).*$/\1/).log | sed -e s/^.*using VT number \([0-9]*\).*$/\1/)
export CONTROLVT

in the .xinitrc/.xsession is quite reliable, but a bit hairy... Dave
proposed that it be recorded as a property, which is quite fine to my
mind. Could this be done before 4.3.0 ?

Just a reminder: the VT number is got from the os dependant part, for
instance lnx_init.c:90, which stores it in xf86Info.vtno. It is printed
in the log file (which is parsed in the ugly line above), and then never
used again. I've just checked in the latest cvs revision with grep
xf86InfoRec[^.] (and vtno, of course), only references to the
Documentation or the definition itself could be found, so
xf86InfoRec.vtno is really not given to anybody.

Regards,
Samuel Thibault
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: final issues... xfree86 for the VIA Apollo CLE266

2003-08-05 Thread George Georgalis
On Sun, Aug 03, 2003 at 03:15:38PM +0100, Aidan Kehoe wrote:
 Ar an 1? l? de m? 8, scr?obh George Georgalis :

  How do I disable tcp/6000 connections?

No-one else seems to have mentioned this, so I'll address it; pass the
server the options -nolisten tcp on the command line. 

thanks. hummm but it doesn't seem to work

This is how I'm invoking X, it's a djb daemontools (tcpserver) run script.

#!/bin/sh
exec 21
exec envuidgid user /usr/bin/X11/X  -ac -nosilk -br -allowMouseOpenFail \
-nolisten tcp 


It works great, even if I kill X it comes back up, but it still listens
on 6000.  I find this odd, maybe I need to invoke it with Xfree86, not X?



On Fri, Aug 01, 2003 at 12:38:37PM -0700, Tim Roberts wrote:
(WW) via(0): Failed to set up write-combining range (0xd800,0x200)

It's not a big deal; write-combining is a performance optimization available
on Pentium-II and beyond.  It's possible the MTRR has already been set up; what
do you get if you cat /proc/mtrr?

On Fri, Aug 01, 2003 at 12:49:05PM -0700, Alex Deucher wrote:
 
 
 Also whatever this means, I have the feeling it's a big deal
 regarding
 the cle266, is this something I need to fix in BIOS?
 
 (WW) via(0): Failed to set up write-combining range
 (0xd800,0x200)
 
Does your kernel have support for MTRRs compiled in?

The kernel did have mtrr enabled, but cat proc/mtrr did not provide
all the nice info like in the docs.

I think it is incomplete development of the via source... I'm really
glad I got a buildable snapshot of xc! For my project the load has gone
from 90-115% to 50-85% so it's clear the cle266 is being utilized :-}

// George


-- 
GEORGE GEORGALIS, System Admin/Architectcell: 646-331-2027IXOYE
Security Services, Web, Mail,mailto:[EMAIL PROTECTED] 
Multimedia, DB, DNS and Metrics.   http://www.galis.org/george 

___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: [Fonts] After-XTT's extension of the encoding field.

2003-08-05 Thread Egbert Eich
Jungshik Shin writes:
  On Sat, 2 Aug 2003, Chisato Yamauchi wrote:
  
 Although the pliability of handling such special fonts is also important,
   non BMP plane in XLFD is now the most important problem.  Confusion is
   already seen such as linux-utf8 list.  An official definition should be
   indicated right now.  Why has XFree86 left this?
  
That's because XFree86 is moving away from 15year-old XLFD-based
  approach. As Owen wrote, we'd better let that poor thing rest in peace
  and move along. With fontconfig/Xft, we don't need to worry about XLFD
  any more except for the sake of backward compatibility.  For non-BMP
  characters, there isn't much issue with back. comp.  to worry about.
  
  If you take a look at Mozilla's gfx/src/gtk/nsFontMetricsGTK.cpp
  and gfx/src/gtk/nsFontMetricsXft.cpp
  (or gfx/src/windows/nsFontMetricsWin.cpp) at
  http://lxr.mozilla.org/seamonkey, you'll know what I mean.
  Mozilla developers have put tremendous amount of 'heroic' efforts to make
  CSS-style font selection work with XLFD-based font names. However,
  a much simpler and shorter fontconfig based code(in
  nsFontMetricsXft.cpp) works better that nsFontMetricsGTK.cpp (for XLFD-based
  font names).
  
  Adding yet another field to make XLFD more complex doesn't help a bit
  in this respect. Besides, in your example (GT fonts), I don't see why
  you need to extend XLFD. Couldn't you just use different numbers in
  the last field of XLFD?
  
  gt21.ttf -gt-mincho-medium-r-normal--0-0-0-0-c-0-gt.2000-0.1
  gt22.ttf -gt-mincho-medium-r-normal--0-0-0-0-c-0-gt.2000-0.2
  gt23.ttf -gt-mincho-medium-r-normal--0-0-0-0-c-0-gt.2000-0.3
  
  Instead of the above, the following should work as well, shouldn't it?
  Am I missing something?
  
  gt21.ttf -gt-mincho-medium-r-normal--0-0-0-0-c-0-gt.2000-1
  gt22.ttf -gt-mincho-medium-r-normal--0-0-0-0-c-0-gt.2000-2
  gt23.ttf -gt-mincho-medium-r-normal--0-0-0-0-c-0-gt.2000-3
  
  
 Why do we persist in X-TT?  The reason is that libfreetype.a
   does not useful at all in CJK.  Especially the following two points are fatal.
  
Well, X-TT's 'competitor' is not freetype module, but fontconfig
  (+FT2 + Xft)
  
 - Handling a proportional multi-bytes fonts is too slow.
   (The loading speed of libfreetype.a is 20 times slower than
that of X-TT 1.4; I show a benchmark in next email.)
  
For the with TTCap option case, the option has been set to
fc=0x3400-0xe7ff:fm=0x5a00.  This particular option setting
indicates that xtt handles the glyphs that are within the CJK
region (in unicode) with constant spacing, whose metrics are
similar to that of 0x5a00.
  
This is a nifty idea that can be utilized in Freetype2 and/or
  fontconfig, but it seems to me that the fact that there's that much difference
  in the perf.  between two cases is yet another indication that
  X11 core fonts have to go away.
  

X11 core fonts need to stay for legacy applications and these
applications have to retain their present functionality.
Saying 'core fonts need to go way' is equivalent to saying
'lets change the core protocol'. That's out of the question.

If a well understood modification to core font handling gives you
a speed improvement for its present functionality it appears to
be a valid enhancement.

Egbert.
___
Fonts mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/fonts


Re: [I18n] US international deadkeys not working in XFree86 4.3.0

2003-08-05 Thread Uno Engborg
Stephen Bosch wrote:

Hello, all:

1. I want to use US international dead keys in OpenOffice.org 1.1. 
RC2. I am running XFree86 4.3.0.

Dead keys work in

KDE applications
Gnome applications
Mozilla
Dead keys do not work in
xterm
KDE konsole
virtual consoles (outside of X)
OpenOffice.org
For the cases in which dead keys work, I have used one of two 
techniques (they both work):

loadkeys br-latin1-us.map

or

by altering XF86Config-4 to include these lines

Section InputDevice
Identifier  Keyboard0
Driver  keyboard
Option  XkbModel pc104
Option  XkbLayout us_intl
Option  XkbOptions 
In NEITHER of these cases will dead keys work in xterm, a KDE console, 
or OpenOffice.org. Moreover, when the dead keys are enabled, I can't 
even type quotation marks in the applications for which dead keys 
don't work (in other words, not only does it not work, but it actually 
makes the situation worse).

That is my first question -- how I get us_intl dead keys to work in 
xterm and OpenOffice.org?

2. As a temporary workaround, I decided to specify two keyboard maps 
in XF86Config-4 and switch between them on an as-needed basis by 
following directions mentioned in other posts to the list, like so:

Section InputDevice
Identifier  Keyboard0
Driver  keyboard
Option  XkbModel pc104
Option  XkbLayout us_intl,us
Option  XkbOptions grp:win_switch
EndSection
I have placed us_intl first, then us, because I want the default to be 
us_intl. I want to use my Windows keys to switch between keyboard maps.

The result: it doesn't work. The dead keys are not working, and it is 
not possible to switch between the two by pressing the Windows key.

I checked things with setxkbmap as shown below:

[EMAIL PROTECTED]:~$ setxkbmap -v 10
Setting verbose level to 10
locale is C
Applied rules from xfree86:
model:  pc104
layout: us_intl,us
options:grp:win_switch
Trying to build key map using the following components:
keycodes:   xfree86+aliases(qwerty)
types:  complete
compat: complete
symbols:pc/pc(pc104)+pc/us_intl+pc/us:2+group(win_switch)
geometry:   pc(pc104)
Error loading new keyboard description
[EMAIL PROTECTED]:~$
The Error loading new keyboard description is suspicious. I followed 
Ivan Pascal's example from late July and put the following text in a 
file:

xkb_keymap {
xkb_keycodes  { include xfree86+aliases(qwerty)   };
xkb_types { include complete  };
xkb_compat{ include complete  };
xkb_symbols   { include 
pc/pc(pc104)+pc/us_intl+pc/us:2+group(win_switch)  };
xkb_geometry  { include pc(pc104) };
};

When I run xkbcomp on the file, I get this result:

Warning:  Attempt to alias XFER to non-existent key I01
  Ignored
Warning:  Attempt to alias NFER to non-existent key I03
  Ignored
Warning:  Attempt to alias AE13 to non-existent key I05
  Ignored
Error:Can't find file pc/us_intl for symbols include
  Exiting
  Abandoning symbols file (null)
So -- pretty much nothing is working and I've had no success sifting 
through the documentation. Help is appreciated.

Cheers,

Stephen

___
I18n mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/i18n


Hmm,  from what I understand OpenOffice makes some use of java, could 
it  be that be that  it
somehow have bin bitten by Sun Java Bug ID 4707542, 4799499 and 4799500 
that makes it impossible to write some dead keys in java based applications.

For more info about these Java bugs see 
http://developer.java.sun.com/developer/bugParade/
(free registration needed)

Regards
Uno Engborg
___
I18n mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/i18n


[I18n] for the support of new language

2003-08-05 Thread pawan
hello,

i am doing some localization work for Nepali[ne] language.

i would like to know if anyone has done anything or anyone is currently
working on this language to provide support for nepali in linux or X

if so i would like to join the team and contribute some of my time for the
development of the same.

thanks


pawan


___
I18n mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/i18n


Re: [XFree86] Glide

2003-08-05 Thread Aivils . Stoss
Linux-ix86-glibc21. So I have downloaded the appropriate 12 files from
your server and tried
to install it on my PC. While doing so the installation script told me
that I need Glide installed
and stopped the installation process. Now my first question is: Has
anything gone wrong with
the installation or do I really need Glide? And second: If I really do
need Glide how can I get

Seems files from xfree.org compiled with Glide support. This mean
libGL.so works via Glide (may be).
A bit newer redhat distros has Glide in install CD's.
To go around the ban simple extract from Glide3-*.rpm necessary
libglide*.so with mc(midnight commander) help.
Grab Glide3-*.rpm from nearest ftp which contains redhat distros.
Of course this is unserious hint :)
Sometimes zero lenght files diddle install scripts.
If You use RH6.2 today , then You need diddle.

Aivils Stoss

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] mouse pointer freeze

2003-08-05 Thread Berge, Harry ten
Hi,

We have a situation where the mouse pointer freezes in the middle of the
screen and is completely dead. You have to restart the X server to fix
this. I'm suspicious about one of our applications, but could this be
the case? Is it possible for an application to disable the mouse pointer
completely?

Tips are reeally appreciated!


 Met vriendelijke groet / Mit freundlichen Grüßen / Kind Regards,
 
H.J. ten Berge
Test Engineer

HITT Traffic
Oude Apeldoornseweg 41-45
P.O. Box 717
NL-7300 AS, APELDOORN
The Netherlands
Telephone   +31-55-543 26 34
Fax +31-55-543 25 53  
E-mail  mailto:[EMAIL PROTECTED]
Internethttp://www.hitt-traffic.nl



___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] NVIDIA GeForce4 Ti 4200 - TD8X

2003-08-05 Thread Mike Metal
hi,

i was just wondering if anyone knows if this card has or is going to get video driver 
support.

Thanks.
-- 

http://www.operamail.com
Get OperaMail Premium today - USD 29.99/year


Powered by Outblaze
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] Video problems

2003-08-05 Thread Chris Hobbick



Hello, 

I am currently trying to install RedHat 9 and been 
having problems. Basically, anytime I try to start anything graphical, my 
monitor goes into sleep mode. I am able to log in the text mode, but when 
i try to run redhat-config-xfree86, it does the same thing. My video card 
is a Prolink GeForce FX5200. It is not on their list of drivers, but it 
should work with a generic one. When I try to access the XFree86.0.log, it 
tells me permission denied, even under root. I have the 4.3.0 version of 
XFree86.

Can you please help me,

Chris


[XFree86] Problem related to server crash

2003-08-05 Thread Reshmi Jain





XFree86.0.log
Description: inlinefilename=XFree86.0.log


[XFree86] Black screen when running X

2003-08-05 Thread Peter Le
Hi,


I'm running RH9 (Dell Latitude C800) trying to connect
to Solaris 9(Ultra 10) system through X.

command from linux box to the sun box.

X :1 -query sunbox

problem:  all I get is a black screen and a cursor.

Help

Thanks.
Pete

__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] Problems with S3 968 Vision

2003-08-05 Thread Gustavo K. Ruziscka
Hi,

I have a computer with Sony CPD 200 sf and S3 968 Vision (2 Mega)pci
video card. When i try to configure X server(Red Hat 9.0 and XFree86
4.3.0) always receive errors messages(Attached).

After search on the Web i tried many suggestions but don't solve this
problem.

Could someone help me?

Gustavo Klaus.
P.S: Sorry for poor english
-- 
Pontifícia Universidade Católica do Rio de Janeiro
CETUC - Centro de Estudos em Telecomunicações
Rua Marquês de São Vicente, 255 - Ala K - 7º andar
Tel: 3114-1149/1690
Fax: 2294-5748


-- 
Pontifícia Universidade Católica do Rio de Janeiro
CETUC - Centro de Estudos em Telecomunicações
Rua Marquês de São Vicente, 255 - Ala K - 7º andar
Tel: 3114-1149/1690
Fax: 2294-5748



XFree86.0.log
Description: Binary data
# XFree86 4 configuration created by redhat-config-xfree86

Section ServerLayout
Identifier Default Layout
Screen  0  Screen0 0 0
InputDeviceMouse0 CorePointer
InputDeviceKeyboard0 CoreKeyboard
InputDeviceDevInputMice AlwaysCore
EndSection

Section Files
# RgbPath is 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.

# Multiple FontPath entries are allowed (they are concatenated together)
# By default, Red Hat 6.0 and later now use a font server independent of
# the X server to render fonts.

RgbPath  /usr/X11R6/lib/X11/rgb
FontPath unix/:7100
EndSection

Section Module
Load  dbe
Load  extmod
Load  fbdevhw
Load  glx
Load  record
Load  freetype
Load  type1
EndSection

Section InputDevice
# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
#   Option  Xleds 1 2 3

# To disable the XKEYBOARD extension, uncomment XkbDisable.
#   Option  XkbDisable

# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults).  For example, for a non-U.S.
# keyboard, you will probably want to use:
#   Option  XkbModel  pc102
# If you have a US Microsoft Natural keyboard, you can use:
#   Option  XkbModel  microsoft
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
#   Option  XkbLayout de
# or:
#   Option  XkbLayout de
#   Option  XkbVariantnodeadkeys
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
#   Option  XkbOptionsctrl:swapcaps
# Or if you just want both to be control, use:
#   Option  XkbOptionsctrl:nocaps
#
Identifier  Keyboard0
Driver  keyboard
Option  XkbRules xfree86
Option  XkbModel pc105
Option  XkbLayout us_intl
EndSection

Section InputDevice
Identifier  Mouse0
Driver  mouse
Option  Protocol PS/2
Option  Device /dev/psaux
Option  ZAxisMapping 4 5
Option  Emulate3Buttons no
EndSection

Section InputDevice
# If the normal CorePointer mouse is not a USB mouse then
# this input device can be used in AlwaysCore mode to let you
# also use USB mice at the same time.
Identifier  DevInputMice
Driver  mouse
Option  Protocol IMPS/2
Option  Device /dev/input/mice
Option  ZAxisMapping 4 5
Option  Emulate3Buttons no
EndSection

Section Monitor
Identifier   Monitor0
VendorName   Monitor Vendor
ModelNameUnknown monitor
HorizSync31.5 - 37.9
VertRefresh  50.0 - 70.0
Option  dpms
EndSection

Section Device
Identifier  Videocard0
Driver  s3
VendorName  Videocard vendor
BoardName   S3 968 (generic)
EndSection

Section Screen
Identifier Screen0
Device Videocard0
MonitorMonitor0
DefaultDepth 16
SubSection Display
Depth 16
Modes800x600 640x480
EndSubSection
EndSection

Section DRI
Group0
Mode 0666
EndSection





[XFree86] subwoffer, sblive 5.1, suse 8.1

2003-08-05 Thread grandeBer



does any body know how cain i meke subwoffer play 
sound with SBLIVE 5.1 y and SUSE 8.1 playing music, watching mpeg, 
etc..
thanks




Re: Re: [XFree86] Black screen when running X

2003-08-05 Thread Peter Le
Craig,

Thanks.

PL
---Original Message---
From: Craig Ringer [EMAIL PROTECTED]
Sent: 08/05/03 05:47 PM
To: [EMAIL PROTECTED]
Subject: Re: [XFree86] Black screen when running X

 
 I'm running RH9 (Dell Latitude C800) trying to connect
to Solaris 9(Ultra 10) system through X.

command from linux box to the sun box.

X :1 -query sunbox

problem:  all I get is a black screen and a cursor.

I'd say your XDMCP server on your Sun box is not listening to requests, 
rejecting requests from that host, or perhaps there are network issues. 
RH9 uses a black background by default on XFree86 instead of the 
stippled grey you're probably used to, so if you get a black background 
and cursor then your X server is loading fine.

Make sure you can ping the target host, and check the remote host's logs 
for indications of rejected connections. Most likely this is more of a 
remote host connectivity/configuration issue than an XFree86 issue.

I've used XDMCP queries from RH9 to SCO OpenServer, so I can confirm 
that XFree's XDMCP querying is at least somewhat well behaved. Hell, 
it'll deal with OpenServer

'luck

Craig Ringer

I'm not familiar with the -query switch.  But a black
 screen and cursor is all you're expected to get when you
 run X.  I think you want startx -- :1

It runs an XDMCP query - the easy way of getting a remote graphical 
login screen. Commonly used by thin clients etc, to make the X server 
behave like an old-style xterm.

Craig Ringer

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86
 
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] problems with setting up Xfree

2003-08-05 Thread Bruno Boettcher
Hello

i am migrating a machine from an old suse distro to debian and am
running into strange problems

after setting up the kernel (linux 2.4.18) to use the nvidia extensions
i tryed to start the Xfree system, and nothing happens...

i put up the log files onto:

http://boettcher.ath.cx/~bboett/x-log
http://boettcher.ath.cx/~bboett/XFree86.0.log

the error is strange, i can't quite see somethings getting really wrong,
  and the final error is unintelligible to me...

any help appreciated, please include a CC to me since i am not on the
list...

-- 
ciao bboett
==
[EMAIL PROTECTED]
http://inforezo.u-strasbg.fr/~bboett
===
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] Bug in Linux Red Hat 9

2003-08-05 Thread Saulo Wulhynek
Helo,

I have install Linux Red Hat 9 in my machine and run
it 10 times (maybe). Today, whem I try power up, it
failed!

Can you help-me?
Thanks

Saulo

___
Conheça o novo Cadê? - Mais rápido, mais fácil e mais preciso.
Toda a web, 42 milhões de páginas brasileiras e nova busca por imagens!
http://www.cade.com.br
XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2)
Release Date: 27 February 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: Linux 2.4.20-3bigmem i686 [ELF] 
Build Date: 27 February 2003
Build Host: porky.devel.redhat.com
 
Before reporting problems, check http://www.XFree86.Org/
to make sure that you have the latest version.
Module Loader present
OS Kernel: Linux version 2.4.20-8 ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red 
Hat Linux 3.2.2-5)) #1 Thu Mar 13 17:54:28 EST 2003 
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/XFree86.0.log, Time: Tue Aug  5 11:09:19 2003
(==) Using config file: /etc/X11/XF86Config
(==) ServerLayout Default Layout
(**) |--Screen Screen0 (0)
(**) |   |--Monitor Monitor0
(**) |   |--Device Videocard0
(**) |--Input Device Mouse0
(**) |--Input Device Keyboard0
(**) Option XkbRules xfree86
(**) XKB: rules: xfree86
(**) Option XkbModel abnt2
(**) XKB: model: abnt2
(**) Option XkbLayout br
(**) XKB: layout: br
(==) Keyboard: CustomKeycode disabled
(**) |--Input Device DevInputMice
(**) FontPath set to unix/:7100
(**) RgbPath set to /usr/X11R6/lib/X11/rgb
(==) ModulePath set to /usr/X11R6/lib/modules
(++) using VT number 7

(II) Open APM successful
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.2
XFree86 Video Driver: 0.6
XFree86 XInput driver : 0.4
XFree86 Server Extension : 0.2
XFree86 Font Renderer : 0.4
(II) Loader running on linux
(II) LoadModule: bitmap
(WW) Warning, couldn't open module bitmap
(II) UnloadModule: bitmap
(EE) Failed to load module bitmap (module does not exist, 0)
(II) LoadModule: pcidata
(WW) Warning, couldn't open module pcidata
(II) UnloadModule: pcidata
(EE) Failed to load module pcidata (module does not exist, 0)

Fatal server error:
Unable to load required base modules, Exiting...


When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file /var/log/XFree86.0.log.
Please report problems to [EMAIL PROTECTED]



[XFree86] Mandrake 9.0 Troubleshooting

2003-08-05 Thread Dovchin



Dear Sir/Madam,
I have a problem with installation of Mandrake 9.0. 
I have a problem which is produces the following error message:

Using vt 7
(EE) Screen(s) found, but none have a usable 
configuration.

Fatal Server Error:
no screens found

I'm also forwarding you the log file: 
"/var/log/XFree86.0.log"

Thank you for your assistance and looking ot hear 
from you soon.

Sincerely,
Dovchinbazar D.





XFree86.0.log
Description: Binary data


Re: [XFree86] Black screen when running X

2003-08-05 Thread Mark Vojkovich
On Mon, 4 Aug 2003, Peter Le wrote:

 Hi,
 
 
 I'm running RH9 (Dell Latitude C800) trying to connect
 to Solaris 9(Ultra 10) system through X.
 
 command from linux box to the sun box.
 
 X :1 -query sunbox
 
 problem:  all I get is a black screen and a cursor.


   I'm not familiar with the -query switch.  But a black
screen and cursor is all you're expected to get when you
run X.  I think you want startx -- :1

Mark.

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


Re: [XFree86] newbie - i wanna run KDE but XFree86 runs first!

2003-08-05 Thread Craig Ringer
When the install
phase of XFree package finish, the system automatically  startup with an
old grapich interface, not with KDE intreface.
Y loggon in this old interface as root and type KDE, and KDE interface
aperst inside the old desktop.
I need the system startup automatically with KDE desktop, waht can i
do??
sorry for my basic and rudimentary english...

Thanks
type kdm from a root console login.
After you're logged in use the Red Hat control center to make changes that 
allow you to use kdm as your login mabager.
Alternately, you should be able to run (as a normal user, not root)

startx `which KDE`

(replace KDE with whatever command you used to run KDE, usually startkde)

to get it going. Please do not run this as root - you run the risk of 
all sorts of problems. You're much better off logging in as a normal 
user and running a particular command as root in a terminal using su -c 
command. Most recent distros will ask you for your root password when 
you try to run root-only tools as a normal user, making it even easier.

Once you've fired up KDE, you should be able to use the KDE admin tools 
to set it as default.

Editing /etc/sysconfig/desktop and changing whatever the default 
desktop shown there is to KDE should also work.

Craig Ringer

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


Re: [XFree86] Bug in Linux Red Hat 9

2003-08-05 Thread Mark Vojkovich
  The server won't work without them, so if it worked you must
have had them at some point.  It sounds like something deleted
them, and I have no idea what in RedHat would have done that.
Sounds like you need to reinstall XFree86.

   Do they show up anywhere?  Run

locate libbitmap.a
locate libpcidata.a


Mark.

On Tue, 5 Aug 2003, [iso-8859-1] Saulo Wulhynek wrote:

 Helo Mark,
 
 Thanks by atention!
 
 I don´t locate this files (bitmap  pcidata). What I
 can do? I am a inexperient user...
 
 Saulo
 
  --- Mark Vojkovich [EMAIL PROTECTED] escreveu: 
 
I saw another report like this a week or two ago. 
  
  It seems that the modules XFree86 needs have either
  disappeared or become inaccessible.  What does
 ls -l /usr/X11R6/lib/modules
   and
 ls -l /usr/X11R6/lib/modules/fonts
  say?
  
  
  Mark.
  
  
  On Tue, 5 Aug 2003, [iso-8859-1] Saulo Wulhynek
  wrote:
  
   Helo,
   
   I have install Linux Red Hat 9 in my machine and
  run
   it 10 times (maybe). Today, whem I try power up,
  it
   failed!
   
   Can you help-me?
   Thanks
   
   Saulo
   
  
 
 ___
   Conheça o novo Cadê? - Mais rápido, mais fácil e
  mais preciso.
   Toda a web, 42 milhões de páginas brasileiras e
  nova busca por imagens!
   http://www.cade.com.br
   
 
 ___
 Conheça o novo Cadê? - Mais rápido, mais fácil e mais preciso.
 Toda a web, 42 milhões de páginas brasileiras e nova busca por imagens!
 http://www.cade.com.br
 


___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] Problem report - Mandrake 9.1 on Dell Optiplex GX270 with Flat Screen 1504FP

2003-08-05 Thread Elisabeth Porteneuve
Greetings,


Mandrake 9.1 on Dell Optiplex GX270 with Flat Screen 1504FP
The install went well, I even have Mandrake graphic screen
with choice of linux, dos, etc, but then when corresponding
boot starts it ends with black screen, and problem.

Dell techies say they support Windows only.

The CDROM provided with Flat Screen gives all characteristics
(in French), and it also says that monitor have capability
of Plug and Play.
On resolution it says:
La plage de fréquence horizontale  31 kHz à 60 kHz (automatique) 
La plage de fréquence verticale 60 Hz à 75 Hz (automatique) 
Résolution présélectionnée optimale 1024 x 768, 60 Hz 
Résolution présélectionnée maximale  1024 x 768, 75 Hz 


The XFree log is attached /var/log/XFree86.0.log

What does it meen no screens found, see at the end below.

Thanks you !
Elisabeth Porteneuve

--

XFree86 Version 4.3.0
Release Date: 27 February 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: Linux 2.4.21-0.13mdksmp i686 [ELF] 
Build Date: 12 March 2003
Before reporting problems, check http://www.XFree86.Org/
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/XFree86.0.log, Time: Tue Aug  5 17:02:27 2003
(==) Using config file: /etc/X11/XF86Config-4
(==) ServerLayout layout1
(**) |--Screen screen1 (0)
(**) |   |--Monitor monitor1
(**) |   |--Device device1
(**) |--Input Device Keyboard1
(WW) Option XkbCompat requires an string value
(**) Option XkbModel pc105
(**) XKB: model: pc105
(**) Option XkbLayout fr
(**) XKB: layout: fr
(WW) Option XkbOptions requires an string value
(==) Keyboard: CustomKeycode disabled
(**) |--Input Device Mouse1
(**) FontPath set to unix/:-1
(==) RgbPath set to /usr/X11R6/lib/X11/rgb
(==) ModulePath set to /usr/X11R6/lib/modules
(**) Option AllowMouseOpenFail
Using vt 7
(--) using VT number 7

(II) Open APM successful
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.2
XFree86 Video Driver: 0.6
XFree86 XInput driver : 0.4
XFree86 Server Extension : 0.2
XFree86 Font Renderer : 0.4
(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.3.0, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.4
(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.3.0, module version = 1.0.0
ABI class: XFree86 Video Driver, version 0.6
(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,2570 card 1028,0151 rev 02 class 06,00,00 hdr 00
(II) PCI: 00:02:0: chip 8086,2572 card 1028,0151 rev 02 class 03,00,00 hdr 00
(II) PCI: 00:1d:0: chip 8086,24d2 card 1028,0151 rev 02 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,24d4 card 1028,0151 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:2: chip 8086,24d7 card 1028,0151 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:3: chip 8086,24de card 1028,0151 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:7: chip 8086,24dd card 1028,0151 rev 02 class 0c,03,20 hdr 00
(II) PCI: 00:1e:0: chip 8086,244e card , rev c2 class 06,04,00 hdr 01
(II) PCI: 00:1f:0: chip 8086,24d0 card , rev 02 class 06,01,00 hdr 80
(II) PCI: 00:1f:1: chip 8086,24db card 1028,0151 rev 02 class 01,01,8a hdr 00
(II) PCI: 00:1f:2: chip 8086,24d1 card 1028,0151 rev 02 class 01,01,8f hdr 00
(II) PCI: 00:1f:3: chip 8086,24d3 card 1028,0151 rev 02 class 0c,05,00 hdr 00
(II) PCI: 00:1f:5: chip 8086,24d5 card 1028,0151 rev 02 class 04,01,00 hdr 00
(II) PCI: 01:0c:0: chip 8086,100e card 1028,0151 rev 02 class 02,00,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
[0] -1  0   0x - 0x (0x1) IX[B]
(II) Bus 0 non-prefetchable memory range:
[0] -1  0   0x - 0x (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
[0] -1  0   0x - 0x (0x0) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x0002 (VGA_EN is cleared)
(II) Bus 1 I/O range:
[0] -1  0   0xd000 - 0xdfff (0x1000) IX[B]
(II) Bus 1 non-prefetchable memory range:
[0] -1  0   0xfea0 - 0xfeaf (0x10) MX[B]
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set)
(--) PCI:*(0:2:0) Intel Corp. 865G Chipset Graphics 

Re: Re: Re: [XFree86] Black screen when running X

2003-08-05 Thread Peter Le
---Original Message---
From: Craig Ringer [EMAIL PROTECTED]
Sent: 08/05/03 05:47 PM
To: [EMAIL PROTECTED]
Subject: Re: [XFree86] Black screen when running X

 
 I'm running RH9 (Dell Latitude C800) trying to connect
to Solaris 9(Ultra 10) system through X.

command from linux box to the sun box.

X :1 -query sunbox

problem:  all I get is a black screen and a cursor.

I'd say your XDMCP server on your Sun box is not listening to requests, 
rejecting requests from that host, or perhaps there are network issues. 
RH9 uses a black background by default on XFree86 instead of the 
stippled grey you're probably used to, so if you get a black background 
and cursor then your X server is loading fine.

Make sure you can ping the target host, and check the remote host's logs 
for indications of rejected connections. Most likely this is more of a 
remote host connectivity/configuration issue than an XFree86 issue.

I've used XDMCP queries from RH9 to SCO OpenServer, so I can confirm 
that XFree's XDMCP querying is at least somewhat well behaved. Hell, 
it'll deal with OpenServer

'luck

Craig Ringer

I'm not familiar with the -query switch.  But a black
 screen and cursor is all you're expected to get when you
 run X.  I think you want startx -- :1

It runs an XDMCP query - the easy way of getting a remote graphical 
login screen. Commonly used by thin clients etc, to make the X server 
behave like an old-style xterm.

Craig Ringer

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86
 
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86
 


When I try it with the startx command, the screen flash and give me this output.

startx -- :1 -query sunbox
 
 
XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2)
Release Date: 27 February 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: Linux 2.4.20-3bigmem i686 [ELF]
Build Date: 27 February 2003
Build Host: porky.devel.redhat.com
  
Before reporting problems, check http://www.XFree86.Org/
to make sure that you have the latest version.
Module Loader present
OS Kernel: Linux version 2.4.20-18.9 ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 
(Red Hat Linux 3.2.2-5)) #1 Thu May 29 07:08:16 EDT 2003
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/XFree86.1.log, Time: Tue Aug  5 11:06:07 2003
(==) Using config file: /etc/X11/XF86Config
IBM ITSX95
Color, Single, TFT
(EE) R128(0): [dri] DRIScreenInit failed.  Disabling DRI.
gnome-session: you're already running a session manager
 
waiting for X server to shut down
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] Does Red hat 9 support ATI Radeon Mobility U1 video card?

2003-08-05 Thread Alex Deucher
It does not by default.  you need to upgrade to one of Mike Harris'
newer xfree86 rpms or use xfree86 cvs.  binaries from cvs are available
here:
http://www.xfree86.org/~alanh/

Alex

--

Hi
Does anyone know if red hat 9 supports ATI Redeon
Mobility U1 video card, because
I have Hp Pavilion ze4400 machine and this video card
did not work, I had to put vesa instead, 

Thanks
Mithat 

__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] problems with sis 630 video card

2003-08-05 Thread Andrew Rothbart
Hi everyone, I'm a linux newbie trying to sort out some problems with XFree.

I am running XFree 4.3 under the Mandrake 9.1 distribution.  My video 
card is a SiS 630 onboard. I'm not sure how much background history I 
should give, so I'll be on the safe side and give tons.

The first time I installed Mandrake, everything went perfectly. All my 
hardware was detected, KDE ran smoothly, it was blast. But then I 
decided that I wanted to get better support for my 3D card, because I 
wanted to run a pretty screensaver I found on kde-look.org.  So I went 
to the SiS website, and downloaded an rpm they have there called 
xsis.rpm. This is where my problems started. 

After I installed the rpm, I rebooted my computer.. and KDE wouldn't 
load. It kept saying that it couldn't read a section from my XF86Config 
file. I even downloaded the sample config file on the sis website.. same 
result. So I decided 'fine, I'll just format my partitions and 
re-install Mandrake.'  Unfortunately, this time around Mandrake didn't 
detect my hardware (I have no idea why). 

I had to run xf86config and configure my video card manually. For some 
reason, choosing SiS 630/730 from the supplied database didn't work.. 
everything on my screen flickered and windows didn't show up properly, 
so I ended up going with the SiS 530 option, which worked fairly well 
(except I couldn't get my third mouse button or sound to work, but 
that's another issue).  At this point, I felt pretty good about my 
skills with XFree, and decided 'Hey, I could probably get that xsis.rpm 
package to work if I tried to install it again.' Big mistake there.  I 
ended up running into the same problem I had last time (XFree complained 
a section of my config file was corrupted or something).  So, I 
uninstalled the rpm, but now I get this error message when I try to 
start XFree:

xinit: No such file or directory (errno 2): no server 'X' in path

So I guess xsis.rpm screwed up my system when I installed it, and 
uninstalling the rpm didn't fix the problem. 

I was considering un-installing and re-installing XFree, hoping that 
this might fix my settings and allow me to go back to pretending my 
video card is an SiS 530.
But what I *really* want to do is figure out how to get this xsis.rpm 
package working. So I am asking the following questions:

1) If I want to un-install and then re-install XFree, how do I go about 
uninstalling XFree? Installing seems fairly simple (I just download the 
binaries from the website), but I have no clue how to uninstall it first!

2) Does anyone have experience trying to get a SiS 630 card to work? 
What am I doing wrong?

3) Should I just re-format (again!) and live with poor video card 
performance, and quit messing around with XFree?

TIA!!!

~Andrew Rothbart

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


Re: [XFree86] Radeon 9200: can't get DVI working

2003-08-05 Thread hy0
- Original Message -
From: Burkhard Leun [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, August 04, 2003 5:20 AM
Subject: Re: [XFree86] Radeon 9200: can't get DVI working


 XFree86 4.3.x detects the card (chip id 0x5961, see log)
 and even the DFP on the primary port, but a signal is only
 produced on the (not connected) secondary VGA port.

  This is something new. It's supposed to work the same as 9000 cards, but
  apparently it isn't.
  I haven't seen a 9200 with a DVI port so far. What's the brand name of
 your
  card? I'll try to get one for the test.

 The card is from club-3d (www.club-3d.com).


  For now you can try to comment off following two lines in
  RADEONRestoreFPRegisters (radeon_driver.c), see if this makes any
  difference.
  -OUTREG(RADEON_TMDS_PLL_CNTL,restore-tmds_pll_cntl);
  -
OUTREG(RADEON_TMDS_TRANSMITTER_CNTL,restore-tmds_transmitter_cntl);

 It makes a big difference - it seems to work now.

 A quick test shows only a minor (possibly acceleration related) problem:
 the picture is flickering if a window (menu) is opened at a screen
 border. I had the same effect with the windows driver, disabling cursor
 and bitmap optimization (the highest of 5 levels) cured it there.

 Thank you very much for your help. Of course I'm willing to do other
 tests with the card if it would be useful for driver development.

Can you try to comment off one line at a time of above two lines and let me
know which line causes the problem. Thanks,

Hui


 Burkhard

  Hui

 --
 COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test
 --
 1. GMX TopMail - Platz 1 und Testsieger!
 2. GMX ProMail - Platz 2 und Preis-Qualitätssieger!
 3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8.
e-Post

 ___
 XFree86 mailing list
 [EMAIL PROTECTED]
 http://XFree86.Org/mailman/listinfo/xfree86


___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] Pixmap Data Type

2003-08-05 Thread Thomas Scott



What is the data 
type or structure of Pixmap? Is it a class? If I just specify a 
Pixmap as illustrated below, does it initialize properly?

Pixmap 
mypixmap;

Thanks,
Thomas Scott
Sr. Firmware Engineer
Sierra Design Group



Re: [XFree86] problems with sis 630 video card

2003-08-05 Thread George Georgalis
On Tue, Aug 05, 2003 at 04:07:42PM -0700, Andrew Rothbart wrote:
Hi everyone, I'm a linux newbie trying to sort out some problems with XFree.

I am running XFree 4.3 under the Mandrake 9.1 distribution.  My video 
card is a SiS 630 onboard. I'm not sure how much background history I 
should give, so I'll be on the safe side and give tons.

It's always good to first clearly state the problem. In addition to
all the details, in this case your XF86Config-4 is broken after you
install the sys rpm.  The other _very_important_ thing to do is study
and provide the log. eg /var/log/XFree86.0.log

It sounds like you have a few problems, but none of them could really be
solved by reinstalling your OS. The first thing I would consider is what
is in that rpm. try 'rpm -qpl ./xsis.rpm' at least then you can see what
files are being replaced when you install it. The other thing to do is
backup your existing XF86Config-4 file before you do anything. You are
getting some error about a broken config, that's what need fixing.

if your X server doesn't support your hardware, I would recommend
compiling XFree86 from source before installing some 3rd party rpm.
With debian, I needed these packages to build x (in addition to the
base install) binutils bison cpp cpp-2.95 flex g++ g++-2.95 gcc
gcc-2.95 libc6-dev libncurses5-dev libpam0g-dev libpng2 libpng2-dev
libstdc++2.10-dev make zlib1g-dev they might have slightly different
names under Mandrake.

First extract the newest stable version (have a lot of disk space, it's
big), eg:

#tar xzvf X430/X430src-1.tgz
#tar xzvf X430/X430src-2.tgz
#tar xzvf X430/X430src-3.tgz
#tar xzvf X430/X430src-4.tgz # xc/fonts/
#tar xzvf X430/X430src-5.tgz # xc/fonts/scaled/
#tar xzvf X430/X430src-6.tgz # xc/doc/specs/
#tar xzvf X430/X430src-7.tgz # xc/doc/hardcopy/

then edit this file: xc/config/cf/site.def
so these lines look like this:

#ifndef HasGcc2
#define HasGcc2 YES
#endif

ie no c language /* comment delimenators */ around that part.

then compile and install:

# su - root
$ cd xc/
$ make World  make install  echo no problems

don't be surprised if that command takes 4 hours

it will install the xfree binaries over any existing binaries you have.

be sure this '/usr/X11R6/lib' is in /etc/ld.so.conf

now run the command ldconfig to update your kernel library cache file.


here's the tough part. produce by whatever means possible, a correct
XF86Config-4 file. try to startx, if it doesn't work look at the log
file and focus on the problem, don't start over. :-)

one last tip, don't leave any old XF86Config-4 files around, always
rename them something like XF86Config-4-almost-worked, least they be
spotted and used by Xfree when you think another config is being used.
this will happen if you have a /root/XF86Config-4 but you are expecting
some XF86Config-4 in /etc/ to be parsed.

-- unfortunatly I won't be available to follow up. :-\

Cheers,
// George


-- 
GEORGE GEORGALIS, System Admin/Architectcell: 646-331-2027IXOYE
Security Services, Web, Mail,mailto:[EMAIL PROTECTED] 
Multimedia, DB, DNS and Metrics.   http://www.galis.org/george 

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


Re: [XFree86] How to config xfree to use it without mouse

2003-08-05 Thread Craig Ringer
So how to config xfree for no mouse?
I think there's a directive you can put in XF86Config called 
AllowMouseOpenFail. I can't remember which section it's in but you 
should be able to find out pretty easily, knowing the directive name.

Of course, far too many window managers and apps aren't keyboard 
navigation friendly... :-(

Craig Ringer

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] Re: final issues... xfree86 for the VIA Apollo CLE266

2003-08-05 Thread Aidan Kehoe
 Ar an 4ú lá de mí 8, scríobh George Georgalis :

  It works great, even if I kill X it comes back up, but it still listens
  on 6000.  I find this odd, maybe I need to invoke it with Xfree86, not X?

Hmm, that shouldn't make a difference. I've got -nolisten tcp working on
this machine with the 4.3.99.5 snapshot; it's getting called as

/usr/bin/nice -15 /X11/bin/X -nolisten tcp -logverbose 2 -wm vt02

and both nmap(1) and lsof(1) confirm that it's not listening on TCP. Perhaps
you could try moving the -nolisten tcp to the first two argument
positions?

-- 
These are the prettiest looking witnesses we have had in a long time. I
imagine you are all married. If not, you could be if you wanted to be.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86