gt; driver may simply be too old.
OK, I'll try something newer when it's available. Sign me up for testing new
experimental debs when they're available :)
Thanks,
--
Matt Taggart
[EMAIL PROTECTED]
Sven Luther writes...
> On Thu, Feb 19, 2004 at 09:59:13AM +0100, Michel Dänzer wrote:
> > On Thu, 2004-02-19 at 08:49, Matt Taggart wrote:
> > >
> > > (II) Primary Device is: PCI 01:00:0
> > > (--) Assigning device section with no busID to primary device
&
Package: xterm
Severity: wishlist
There exists a patch for xterm openi18n support at,
http://www.openi18n.org/subgroups/utildev/dli18npatch2.html
if it's clean and accepted upstream it would be nice to have in the debian
package.
Thanks,
--
Matt Taggart
[EMAIL PROTECTED]
-
Package: xterm
Severity: wishlist
There exists a patch for xterm openi18n support at,
http://www.openi18n.org/subgroups/utildev/dli18npatch2.html
if it's clean and accepted upstream it would be nice to have in the debian
package.
Thanks,
--
Matt Taggart
[EMAIL PROTECTED]
//www.pcidatabase.com/search.php?device_search_str=5941&device_search=
Search
[3] http://users.actrix.co.nz/michael/radeon9200.html
Thanks,
--
Matt Taggart
[EMAIL PROTECTED]
Michel =?ISO-8859-1?Q?D=E4nzer?= writes...
> On Thu, 2004-02-19 at 08:49, Matt Taggart wrote:
> >=20
> > (II) Primary Device is: PCI 01:00:0
> > (--) Assigning device section with no busID to primary device
> > (WW) RADEON: No matching Device section for instance
er turning it
down.
3) The bottom of the configure-input page says:
"Warning: it becomes quite difficult to use things like Ctrl+click
in a browser, or Alt+drag to move windows."
I think this is what the syndaemon -K flag is for? (which is on by
default). So maybe the example could
n and bugs filed. Let this bug track
that someone needs to do this.
2) References to X(1), X(1x), and X(7). xorg renamed this to Xorg(1x).
Should the manpages that reference these be fixed, symlinks created so
they still work, or both?
3) Other similar potential changes that I'm not aware of.
Th
Option "XkbModel" "hpnc40x0"
EndSection
The audio keys are working but the others aren't, output from xev attached.
Any idea why it's not working?
Did I miss something?
Can you change thing like this at runtime or does it need to be pa
Matt Taggart writes...
> The audio keys are working but the others aren't, output from xev attached.
>
> Any idea why it's not working?
With help from Stuart Anderson I figured it out. I had the keycode to keyname
mapping wrong :( That's what I get for working on it a
6.6.2-2
System #2:
ATI Technologies Inc Rage XL (rev 65)
with the etch version ( xserver-xorg-video-ati 6.5.8.0-1) I don't see the
problem but when I upgraded to latest unstable (6.6.2-2) it broke.
Hope this additional data helps. Let me know if you need me to try anything
else.
--
Matt Ta
uot;grepper" also reports seeing the problem with an nv based system (although I
assume the log entries are different).
--
Matt Taggart
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-1.4.1/x11perf.man
You might want to spellcheck everything, I might have missed some.
Thanks,
--
Matt Taggart
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
13 matches
Mail list logo