When wacom ServerLayout lines are uncommented, last /var/log/Xorg.0.log
lines are:
(II) XINPUT: Adding extended input device Souris sans fil (type: Wacom
Cursor)
(II) XINPUT: Adding extended input device Gomme (type: Wacom Eraser)
(II) XINPUT: Adding extended input device Crayon (type: Wacom
This one time, at band camp, Kurt Roeckx said:
On Sun, Jan 01, 2006 at 11:25:02PM +, Stephen Gran wrote:
This one time, at band camp, Kurt Roeckx said:
xlibs should get removed, so I think it should be a Conflicts.
Surely nothing so drastic as removing xlibs is necessary for moving
This one time, at band camp, Kurt Roeckx said:
xlibs should get removed, so I think it should be a Conflicts.
Surely nothing so drastic as removing xlibs is necessary for moving a
file between packages? The versioned conflicts/replaces/etc magic is
probably all that's necessary.
--
On Sun, Jan 01, 2006 at 11:25:02PM +, Stephen Gran wrote:
This one time, at band camp, Kurt Roeckx said:
xlibs should get removed, so I think it should be a Conflicts.
Surely nothing so drastic as removing xlibs is necessary for moving a
file between packages? The versioned
Package: xbase-clients
Version: 6.9.0.dfsg.1-1
Severity: minor
The following part of the package description is obsolete and should
therefore be removed:
-- snip --
...
xrdb requires the C preprocessor (cpp) to process X resource files. The GNU
C preprocessor's -traditional support
Package: xserver-xorg
Version: 6.9.0.dfsg.1-1
Severity: important
I have struck the exact same problem. Starting X.org 6.9.0 from unstable
with the good old dual-head setup that has worked since xfree86 4.3
(slightly modified on x.org transition) brings me a dual-head sized
desktop, but a black
On Sat, Dec 31, 2005 at 06:57:49PM +0200, Shai Berger wrote:
Package: xserver-xorg
Version: 6.9.0.dfsg.1-1
[...]
The upgrade to this version broke console switching
under X for normal users. That is, Ctrl-Alt-F(N) does
not work under X, but it works perfectly in non-X
virtual terminals.
Package: xserver-xorg
Version: 6.9.0.dfsg.1-1
Severity: important
File: /usr/X11R6/lib/modules/input/wacom_drv.so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The file /usr/X11R6/lib/modules/input/wacom_drv.so contains an undefined
symbol IsPad. As a result, when the X server attempts to use
-- eric
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi!
xserver-xorg/6.9.0.dfsg.1-1 fails to start with my G400 mga also (6.8.2
was fine). I believe the problem is in the missing
MGAGetBOARDHANDLESize symbol. There is some extra information available
at the bottom of the page in
http://www.livejournal.com/community/linux/2005/03/29/
I think
i have problems too with xserver-xorg/6.9.0.dfsg.1-1 and mga.
xserver is crashing. but my console keeps working.
the xserver works with vesa driver.
graphics card is matrox g450.
thanks in advance for solving this problem.
cheers
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Package: xserver-xorg
Version: 6.9.0.dfsg.1-1
Followup-For: Bug #318319
I've just upgraded and things appear to be working fine. I can switch
to VTs and come back to X without problem, and I've got accelerated 3D
too. I believe this bug can be closed.
-- Package-specific info:
VGA-compatible
Package: xdm
Version: 6.9.0.dfsg.1-1
Followup-For: Bug #345406
I think this bug deserves urgent fixing.
xdm-config copied from previous package version
(xdm_6.8.2.dfsg.1-11) works perfectly well.
Hoping to see updated package soon.
-- System Information:
Debian
Hello,
On Sun, Jan 23, 2005 at 05:57:09PM +0100, Mario Holbe wrote:
on xserver start I get the following warning:
The XKEYBOARD keymap compiler (xkbcomp) reports:
Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols
Ignoring extra symbols
Errors from
- I tried to recompile lastest kernel (2.6.14.5), but there is always
the bug
- I tried to comment logitech mouse, and only uncomment wacom pencil.
Always crashes...
signature.asc
Description: OpenPGP digital signature
Package: xserver-xorg
Version: 6.9.0.dfsg.1-1
Severity: normal
Hello,
I just noticed that Xorg uses ACPI's /proc/acpi/event. Now, when acpid
is running Xorg is smart enough to read from its socket instead, and
when you, brave user, stop acpid: kaboom!
Xorg uses all my CPU leaving no option than
libxrender_0.9.0.2-0bpo1_amd64.changes uploaded successfully to localhost
along with the files:
libxrender1_0.9.0.2-0bpo1_amd64.deb
libxrender1-dbg_0.9.0.2-0bpo1_amd64.deb
libxrender-dev_0.9.0.2-0bpo1_amd64.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to
The source of problem is changed
/usr/X11R6/lib/X11/locale/en_US.UTF-8/XLC_LOCALE to which ru_RU.UTF-8
locale is aliased. The attached patch adds correct for russian
ru_RU.UTF-8/XLC_LOCALE (and necessaty ru_RU.UTF-8/XI18N_OBJS) and
aliases ru_RU.UTF-8 locale to it. It also update manifests and
Package: xorg-x11
Severity: normal
Tags: l10n
The hidden debconf template about an extra fontpath URL should not be marked
for translation.
This can be done by removing the leading underscore on the Description line.
I can't do this myself as it seems that the access to the SVN repository is
19 matches
Mail list logo