Package: xbase-clients
Version: 4.1.0-17
Severity: normal
This directory contains a conffile. Hence it needs to be removed
by hand in the postrm script.
-- System Information
Debian Release: testing/unstable
Kernel Version: Linux gondolin 2.4.18-686-smp #1 SMP Sun Apr 14 12:07:19 EST
2002 i686
Package: xbase-clients
Version: 4.1.0-17
Severity: normal
This directory contains a conffile. Hence it needs to be removed
by hand in the postrm script.
-- System Information
Debian Release: testing/unstable
Kernel Version: Linux gondolin 2.4.18-686-smp #1 SMP Sun Apr 14 12:07:19 EST 2002 i686
Package: xnest
Version: 4.2.1-2
Whether I start Xnest with no options, with -kb or with +kb, I cannot
seem to get the XKEYBOARD extension. It's not listed in xdpyinfo
output, and xkbcomp (which my xnest wrapper script uses to copy the
host server's keymap to the nested server) fails with:
Erro
Package: xnest
Version: 4.2.1-2
Whether I start Xnest with no options, with -kb or with +kb, I cannot
seem to get the XKEYBOARD extension. It's not listed in xdpyinfo
output, and xkbcomp (which my xnest wrapper script uses to copy the
host server's keymap to the nested server) fails with:
Erro
I'm not sure if this is a problem with X or with the way the msttcorefonts
are setup. If I had a bit of debugging knowledge and a better
understanding of how fonts are selected it might help determine where the
problem is.
I'm running an up-to-date Debian Testing laptop with the XFree86 debian
pa
FAI ATTENZIONE PERCHE' CON QUESTO SISTEMA GUADAGNI DAVVERO !
(se il messaggio vi e' arrivato piu volte scusate ma,
leggetelo
..)
Vorresti Davvero Guadagnare con Internet?
Bene, la prima cosa da fare è salvare su disco questa pagina per averla
a portata di mano anche se il tuo PC no
On Fri, Oct 11, 2002 at 05:45:49PM +0200, Juliusz Chroboczek wrote:
> JL> vesa one is vesa 1, i.e. vbe, afaik, so it works in lots of places
> JL> where vesafb doesn't.
>
> Just to be pedantic: Xvesa does work on anything that has either VBE
> 1.2 or later, or a VGA BIOS, or an EGA BIOS. (It has
On Fre, 2002-10-11 at 17:41, Dale Harris wrote:
>
> So I don't understand why I'm not seeing the video bios on the radeon
> mobility m7 lw..
It's hard to see something that doesn't exist... it's not relevant.
> I'm using a Powerbook G4 obviously. I assume this related to why it can't
> see the
I'm not sure if this is a problem with X or with the way the msttcorefonts
are setup. If I had a bit of debugging knowledge and a better
understanding of how fonts are selected it might help determine where the
problem is.
I'm running an up-to-date Debian Testing laptop with the XFree86 debian
p
Michel Dänzer wrote:
Whoops. :)
Have you read the documentation on http://dri.sf.net then? In
particular,
LIBGL_DEBUG=verbose glxinfo
might give useful information.
Oh i'm so stupid... , apt-get install xlibmesa3 seemed to do the trick
for GL, but thought DRI and XVideo were somewhat rel
FAI ATTENZIONE PERCHE' CON QUESTO SISTEMA GUADAGNI DAVVERO !
(se il messaggio vi e' arrivato piu volte scusate ma,
leggetelo
..)
Vorresti Davvero Guadagnare con Internet?
Bene, la prima cosa da fare è salvare su disco questa pagina per averla
a portata di mano anche se il tuo PC n
Package: xserver-xfree86
Version: 4.2.1-2
Severity: minor
Tags: sid
So I don't understand why I'm not seeing the video bios on the radeon
mobility m7 lw.. I'm using a Powerbook G4 obviously. I assume this
related to why it can't see the AGP stuff either. Do I just need a
newer radeon driver?
JL> vesa one is vesa 1, i.e. vbe, afaik, so it works in lots of places
JL> where vesafb doesn't.
Just to be pedantic: Xvesa does work on anything that has either VBE
1.2 or later, or a VGA BIOS, or an EGA BIOS. (It has been tested on a
plain EGA chipset by a friendly sysadmin from Sverdlovsk.)
X
Michel Dänzer wrote:
Whoops. :)
Have you read the documentation on http://dri.sf.net then? In
particular,
LIBGL_DEBUG=verbose glxinfo
might give useful information.
Hmmm... something like that?
name of display: :0.0
libGL: XF86DRIGetClientDriverName: 1.1.0 i810
libGL: trying /usr/X11
On Fre, 2002-10-11 at 16:32, Idan Sofer wrote:
> Michel Dänzer wrote:
>
> >>---
> >>name of display: :0.0
> >>display: :0 screen: 0
> >>direct rendering: No
> >>
> >
> >See http://lists.debian.org/debian-x/2002/debian-x-200208/msg00011.html
> >
>
>
> 10x, But as I stated thi
Michel Dänzer wrote:
---
name of display: :0.0
display: :0 screen: 0
direct rendering: No
See http://lists.debian.org/debian-x/2002/debian-x-200208/msg00011.html
10x, But as I stated this does not seem to treat the problem(Just to
make sure i've just tried it once ag
On Fri, Oct 11, 2002 at 05:45:49PM +0200, Juliusz Chroboczek wrote:
> JL> vesa one is vesa 1, i.e. vbe, afaik, so it works in lots of places
> JL> where vesafb doesn't.
>
> Just to be pedantic: Xvesa does work on anything that has either VBE
> 1.2 or later, or a VGA BIOS, or an EGA BIOS. (It has
On Fre, 2002-10-11 at 17:41, Dale Harris wrote:
>
> So I don't understand why I'm not seeing the video bios on the radeon
> mobility m7 lw..
It's hard to see something that doesn't exist... it's not relevant.
> I'm using a Powerbook G4 obviously. I assume this related to why it can't
> see the
Michel Dänzer wrote:
>
>
>Whoops. :)
>
>Have you read the documentation on http://dri.sf.net then? In
>particular,
>
>LIBGL_DEBUG=verbose glxinfo
>
>might give useful information.
>
Oh i'm so stupid... , apt-get install xlibmesa3 seemed to do the trick
for GL, but thought DRI and XVideo were s
Package: xserver-xfree86
Version: 4.2.1-2
Severity: minor
Tags: sid
So I don't understand why I'm not seeing the video bios on the radeon
mobility m7 lw.. I'm using a Powerbook G4 obviously. I assume this
related to why it can't see the AGP stuff either. Do I just need a
newer radeon driver?
JL> vesa one is vesa 1, i.e. vbe, afaik, so it works in lots of places
JL> where vesafb doesn't.
Just to be pedantic: Xvesa does work on anything that has either VBE
1.2 or later, or a VGA BIOS, or an EGA BIOS. (It has been tested on a
plain EGA chipset by a friendly sysadmin from Sverdlovsk.)
Michel Dänzer wrote:
>
>
>Whoops. :)
>
>Have you read the documentation on http://dri.sf.net then? In
>particular,
>
>LIBGL_DEBUG=verbose glxinfo
>
>might give useful information.
>
>
>
Hmmm... something like that?
name of display: :0.0
libGL: XF86DRIGetClientDriverName: 1.1.0 i810
libGL: tr
Package: xserver-xfree86
Version: 4.2.1-2
Severity: normal
After upgrading to XF4.2.x in sid, I noticed something strange going on
with my display. First I notices some light "snow", i.e. very few random
pixels were the wrong color. Then more "snow", more pixels were the wrong
color, but this time
On Fre, 2002-10-11 at 16:32, Idan Sofer wrote:
> Michel Dänzer wrote:
>
> >>---
> >>name of display: :0.0
> >>display: :0 screen: 0
> >>direct rendering: No
> >>
> >
> >See http://lists.debian.org/debian-x/2002/debian-x-200208/msg00011.html
> >
>
>
> 10x, But as I stated th
On Fre, 2002-10-11 at 13:38, Idan Sofer wrote:
>
> I've upgraded to 4.2.1-2 today, It works great and solved the problem of
> crashing when switching VT's.
>
> However, although the X11 log file reports DRI is enabled, that's not what
> glxinfo reports:
>
> ---
> name of disp
Michel Dänzer wrote:
>>---
>>name of display: :0.0
>>display: :0 screen: 0
>>direct rendering: No
>>
>
>See http://lists.debian.org/debian-x/2002/debian-x-200208/msg00011.html
>
10x, But as I stated this does not seem to treat the problem(Just to
make sure i've just tried
Package: xserver-xfree86
Version: 4.2.1-2
Severity: normal
Tags: sid
I've upgraded to 4.2.1-2 today, It works great and solved the problem of
crashing when switching VT's.
However, although the X11 log file reports DRI is enabled, that's not what
glxinfo reports:
---
name of
Your message dated Fri, 11 Oct 2002 11:19:17 +0100
with message-id <20021011101917.GC4186@polya>
and subject line Bug#163936: xserver-xfree86: should be loading xext modules!
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If
Package: xserver-xfree86
Version: 4.2.1-2
Severity: normal
After upgrading to XF4.2.x in sid, I noticed something strange going on
with my display. First I notices some light "snow", i.e. very few random
pixels were the wrong color. Then more "snow", more pixels were the wrong
color, but this time
On Fre, 2002-10-11 at 13:38, Idan Sofer wrote:
>
> I've upgraded to 4.2.1-2 today, It works great and solved the problem of
> crashing when switching VT's.
>
> However, although the X11 log file reports DRI is enabled, that's not what
> glxinfo reports:
>
> ---
> name of disp
Your message dated Fri, 11 Oct 2002 11:19:17 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#163936: xserver-xfree86: should be loading xext modules!
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is n
Package: xserver-xfree86
Version: 4.2.1-2
Severity: normal
Tags: sid
I've upgraded to 4.2.1-2 today, It works great and solved the problem of
crashing when switching VT's.
However, although the X11 log file reports DRI is enabled, that's not what
glxinfo reports:
---
name of
Package: xserver-xfree86_4.1.0-16_i386
Logfile from: /var/log/XFree86.0.log
This is a pre-release version of XFree86, and is
not supported in anyway. Bugs may be reported to XFree86@XFree86.Org and patches
submittedto [EMAIL PROTECTED]. Before reporting
bugs in pre-release ver
On Thu, Oct 10, 2002 at 05:59:38PM -0400, Greg Fischer wrote:
> According to this (http://www.osnews.com/story.php?news_id=1901&page=3),
> support for changing resolutions on the fly has just been added into
> XFree86 CVS. If it would be possible to backport this into the current
> 4.2.1 release w
Package: xserver-xfree86_4.1.0-16_i386
Logfile from: /var/log/XFree86.0.log
This is a pre-release version of XFree86, and is
not supported in anyway. Bugs may be reported to [EMAIL PROTECTED] and patches
submittedto [EMAIL PROTECTED]. Before reporting
bugs in pre-release versi
On Thu, Oct 10, 2002 at 05:59:38PM -0400, Greg Fischer wrote:
> According to this (http://www.osnews.com/story.php?news_id=1901&page=3),
> support for changing resolutions on the fly has just been added into
> XFree86 CVS. If it would be possible to backport this into the current
> 4.2.1 release
36 matches
Mail list logo
