Control: tags -1 + patch pending
This is already fixed in git:
https://salsa.debian.org/xorg-team/lib/libxt/-/commit/1c6d55358db3825bdc27a9c0101bbef5cff3d04e
Control: reopen -1
Reopening, as the same error is still thrown, as can be seen [0] in the
autopkgtest runs [1] of src:awesome.
[0]
https://ci.debian.net/data/autopkgtest/unstable/amd64/a/awesome/5031085/log.gz
[1] https://ci.debian.net/packages/a/awesome/unstable/amd64/
signature.asc
Descript
Control: affects -1 + src:awesome
This also caused a regression in awesome's autopkgtests [1], as this error
now appears on stderr:
> The XKEYBOARD keymap compiler (xkbcomp) reports:
> > Internal error: Could not resolve keysym XF86FullScreen
> Errors from xkbcomp are not fatal to the X server
> > again.
> >
> > This has worked for me.
> > See the post (problem with your Debian packages) on the list
> >
> > Good Luck
> >
> >
> > Reiner Stallknecht
>
> --
> Antonio M. D'souza
> Math/CS 725-7651
> St. Pauls,
> > again.
> >
> > This has worked for me.
> > See the post (problem with your Debian packages) on the list
> >
> > Good Luck
> >
> >
> > Reiner Stallknecht
>
> --
> Antonio M. D'souza
> Math/CS 725-7651
> St. Pauls,
Hallo,
If you have a symlink from /usr/X11R6/lib/X11/app-defaults to
etc/X11/app-defaults, then remove this symlink and try the install
again.
This has worked for me.
See the post (problem with your Debian packages) on the list
Good Luck
Reiner Stallknecht
e trap snaps if you update,
after you make this symlink) big bummer
delete this link and it should go fine
I've learned this the hard-way (removing all the X depending stuff;
inclusive X itself; don't do this)
Hi Branden and all,
A solution for this?
Greetings
Reiner Stallknecht
Hallo,
If you have a symlink from /usr/X11R6/lib/X11/app-defaults to
etc/X11/app-defaults, then remove this symlink and try the install
again.
This has worked for me.
See the post (problem with your Debian packages) on the list
Good Luck
Reiner Stallknecht
--
To UNSUBSCRIBE, email to
(The trap snaps if you update,
after you make this symlink) big bummer
delete this link and it should go fine
I've learned this the hard-way (removing all the X depending stuff;
inclusive X itself; don't do this)
Hi Branden and all,
A solution for this?
Greetings
Reiner Stallknecht
-
Hallo all,
The following XF86Config was working with the low resolution-modes on
XF 4.01.e (4.0.1-5 deb's). Now they don't work :-(
The Xlogfile says:
(WW) TDFX(0): mode "512x384" deleted (no mode of this name)
(WW) TDFX(0): mode "320x240" deleted (no mode of this name)
(WW) TDFX(0): Mode "512x38
Hallo all,
The following XF86Config was working with the low resolution-modes on
XF 4.01.e (4.0.1-5 deb's). Now they don't work :-(
The Xlogfile says:
(WW) TDFX(0): mode "512x384" deleted (no mode of this name)
(WW) TDFX(0): mode "320x240" deleted (no mode of this name)
(WW) TDFX(0): Mode "512x3
seen this?
Any hints?
Kernel or X related or xosview bug or maybe parsec-bug?
Greetings
Reiner Stallknecht
PS: Kernel 2.4.0test10pre? shows this also
seen this?
Any hints?
Kernel or X related or xosview bug or maybe parsec-bug?
Greetings
Reiner Stallknecht
PS: Kernel 2.4.0test10pre? shows this also
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello Branden, Hello all,
>Here is a list of issues that are delaying official Debian XFree86
4.x
>packages:
>* The Mesa problem (specifically, the lack of libGLU.so) really
has to be
>sorted out upstream if Debian is going to have a sensible
handling of
>Mesa in
Hello Branden, Hello all,
>Here is a list of issues that are delaying official Debian XFree86
4.x
>packages:
>* The Mesa problem (specifically, the lack of libGLU.so) really
has to be
>sorted out upstream if Debian is going to have a sensible
handling of
>Mesa in
15 matches
Mail list logo
