Package: xserver-xorg-video-amdgpu
Version: 23.0.0-1
Severity: important
Prerequisites:
- icewm
- xscreensaver
- vlc
Repro:
a) let a fullscreen video run in VLC
b) wait until xscreensaver blackens the screen
c) push any key in the very same second
Result:
Whole Xorg going down, see below.
severity 1025389 normal
thanks
Hallo,
* Fabio Pedretti [Mon, Jan 02 2023, 10:10:24AM]:
> Hi, i965 driver was removed, and replaced by iris, crocus and (gallium
> version of) i915.
>
> Did you have any reference to i965 in your configuration?
>
> cd /etc/ && grep -ri i965
>
> If so try to remove
Am Sun, Jan 01, 2023 at 11:02:08PM +0100 schrieb Eduard Bloch:
> reopen 1025389
> severity 1025389 serious
> thanks
>
> Am Sun, Jan 01, 2023 at 02:29:01PM +0100 schrieb Fabio Pedretti:
> > Version: 22.3.0-3
> >
> > 22.3.0-3 reenabled two intel drivers mis
reopen 1025389
severity 1025389 serious
thanks
Am Sun, Jan 01, 2023 at 02:29:01PM +0100 schrieb Fabio Pedretti:
> Version: 22.3.0-3
>
> 22.3.0-3 reenabled two intel drivers missing in previou release.
Why the heck are you closing this when the very specific issue in the
subject is not resolved?
Control: tags 948346 +patch
Hallo,
* Chris Hofstaedtler [Mon, Feb 08 2021, 01:43:52AM]:
> * Eduard Bloch [210208 00:43]:
> > > Could you make an upload to DELAYED instead of further waiting?
> >
> > I am no longer waiting, today is timeout day. Will use 7-DAY D
Hallo,
* Adrian Bunk [Mon, Jan 25 2021, 07:15:35AM]:
> On Sun, Jan 10, 2021 at 12:10:16PM +0100, Eduard Bloch wrote:
> >...
> > I am setting this to RC severity because it's just NOT ok and obvious to
> > fix. Going to change mentioned things and NMU this
Control: severity 948346 serious
On Tue, 04 Aug 2020 11:49:17 +0300 =?UTF-8?B?QWxleGFuZGVyIEtsaW1vdg==?=
wrote:
>
> The attached seems to work on buster.
Thanks for the patch, also thanks to Bernhard for investigation.
The patch could be used but it just working around symptoms. I see
On Mon, 7 May 2018 12:15:37 +0200 =?UTF-8?Q?Michel_D=c3=a4nzer?=
wrote:
> On 2018-05-05 04:20 PM, Eduard Bloch wrote:
> > Package: xserver-xorg-video-amdgpu
> > Version: 18.0.1-1
> > Severity: normal
> >
> > Hello,
> >
> > my card (cheaper version of
Hallo,
* Debian Bug Tracking System [Sat, Oct 27 2018, 09:27:07PM]:
> Thank you for filing a new Bug report with Debian.
PS: I grabbed the default config from
https://wiki.archlinux.org/index.php/Touchpad_Synaptics#Frequently_used_options
and it immediately solved the problem.
So the actual
Package: xserver-xorg-input-synaptics
Version: 1.9.1-1
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
I dist-upgraded recently, now having X.org 1.20 instead of 1.19
* What was the outcome
Package: xserver-xorg-video-amdgpu
Version: 18.0.1-1
Severity: normal
Hello,
my card (cheaper version of Rx560) has been working quite well for months.
But I made a dist-upgrade a few weeks ago and since then I see strange
flickering happening every few minutes, sometimes even multiple times
per
Package: xserver-xorg-core
Version: 2:1.19.3-2
Severity: normal
Dear Maintainer,
* What led up to the situation?
In the good old times (*cough* XFree86 *cough*) it always has bene
possible and reliable to run multiple sessions that you started with
"startx ". I tried the same now, having the
Package: xserver-xorg-video-nouveau
Version: 1:1.0.11-1+b1
Followup-For: Bug #763890
Same here. And it also crashes when chromium window is closing.
I attached a gdb in remote console to get a backtrace, here is the result:
Program received signal SIGSEGV, Segmentation fault.
0x560e8c50f9c8
Hi,
I am not sure this is an X server problem. I started seing this with
vim-gtk in Ubuntu after upgrading to LTS 14, which runs in an VMware VM.
And I also see this in Terminator now, which runs on a native Linux
(laptop, AMD, radeon). And also sometimes in the VM.
Smells more like an Gtk bug
Package: xserver-xorg-video-radeon
Version: 1:6.12.192-2
Severity: wishlist
Tags: patch
#include hallo.h
This is followup to bug #575945. I should mention the fact that I
_had_ a lot of radeon firmware files in /lib/firmware/$(uname
-r)/radeon/, therefore it was not obvious to look for firmware
#include hallo.h
* Tourneur Henry-Nicolas [Sat, Feb 20 2010, 10:03:16AM]:
On Saturday 20 February 2010 00:40:02 Matthew Johnson wrote:
On Fri Feb 19 19:08, Tourneur Henry-Nicolas wrote:
In the past, you did upload a version of the driver to experimental.
Would it be possible to get an
retitle 568162 Please add Nouveau related parts
severity 568162 normal
thanks
@Brice: nope, that is not enough, because a) libdrm-nouveau1 is badly outdated,
b) libdrm-nouveau1 is not enough, the -dev parts are also missing which means
that a user can not even compile the xorg nouveau driver
#include hallo.h
* Brice Goglin [Sun, Jun 15 2008, 11:16:52AM]:
I can even start a second Xserver; there the keys and LED state change
work (for some minutes) while they are broken in the first one, so I
guess this is not a kernel problem. It also happens with a vanilla
kernel.
Hello,
I have a keyboad with embedded touchpad (attached via Bluetooth).
The keyboard works after having some fun with bluetooth/hidd, but the
mouse does not. AFAICS it's mentioned in the Xorg log, but it's not
registered as an input device. /proc/bus/input/devices lists the device
as:
I:
Package: xserver-xorg-input-evdev
Version: 1:1.2.0-1
Severity: normal
A new version of upstream source seems to be available at
http://xorg.freedesktop.org/releases/individual/driver/. This is
especially important for me because it solves problems with X/Y axes
setup on some devices, see
#include hallo.h
* Eduard Bloch [Sat, Jun 28 2008, 05:36:28PM]:
(**) PSTC Bluetooth Keyboard: always reports core events
(II) PSTC Bluetooth Keyboard: Found 2 absolute axes.
(II) PSTC Bluetooth Keyboard: Configuring as pointer.
(II) PSTC Bluetooth Keyboard: Found 3 relative axes.
(II) PSTC
Package: xserver-xorg-input-kbd
Version: 1:1.2.2-3
Severity: important
Hello,
I have an annoying problems since upgrading to one of the latext Xorg
versions -- few minutes after Xsession start (usually 2-10 minutes) the
LEDs stop changing their state, i.e. Num-Lock changes the numpad mode
but
#include hallo.h
* Ross Burton [Thu, Jul 26 2007, 12:49:34PM]:
I was even not
able to get rid of this nautilus thingy at all because killing it opens
a new one. I just renamed it and killed it to get rid of.
If you don't use nautilus, why not remove the package? If you want to
keep
#include hallo.h
* Brice Goglin [Tue, Jun 19 2007, 10:32:18PM]:
Hi,
About a year ago, you reported (or replied to) a bug to the Debian BTS
regarding the X server and console dying on a Radeon X800GTO board. Did
you reproduce this problem recently? With Xorg/Etch? With latest
Package: xserver-xorg-video-ati
Version: 1:6.6.3-2
Severity: important
Hello, I still suffer from bug 374986 and the X server still goes nuts
when dri driver is loaded, leading to a complete keyboardconsole screwup.
The problem now is: I cannot disable dri anymore? The according line is
#include hallo.h
Sorry, I have been told about
/usr/share/doc/xserver-xorg-core/NEWS.Debian.gz which describes my case
precisely. But... why is the config not updated automatically? What about
doing s/^\s*#\s*Load(.*)/Disable$1/ (perlish) by default?
Eduard.
--
Salz jjFux: Ted hieß ja früher
#include hallo.h
* Michel Dänzer [Sun, Nov 19 2006, 03:10:57PM]:
On Fri, 2006-11-17 at 22:43 +0100, Eduard Bloch wrote:
#include hallo.h
* Michel Dänzer [Fri, Nov 17 2006, 05:03:21PM]:
On Wed, 2006-11-01 at 13:21 +0100, Eduard Bloch wrote:
What do you think about simply removing
#include hallo.h
* Michel Dänzer [Fri, Nov 17 2006, 05:03:21PM]:
On Wed, 2006-11-01 at 13:21 +0100, Eduard Bloch wrote:
What do you think about simply removing the dri module if a recent ATI
card has been detected? The entry may even be there, but commented. The
reason is simple
#include hallo.h
What do you think about simply removing the dri module if a recent ATI
card has been detected? The entry may even be there, but commented. The
reason is simple, it still causes trouble with dying (system locking) X
server, and for many people the stuff does not work anyway
Package: xserver-xorg
Version: 1:7.1.0-5
Severity: normal
Hello,
the subject says it all. With the current sid versions of all packages,
I see only ati in the list of available drivers but the radeon
driver is missing. Unfortunately this is the one I need.
Eduard.
-- System Information:
reopen 396254
reassign 396254 xserver-xorg-video-ati
retitle 396254 ati does not switch to radeon driver
thanks
#include hallo.h
* Julien Cristau [Mon, Oct 30 2006, 10:39:13PM]:
On Mon, Oct 30, 2006 at 20:52:24 +0100, Eduard Bloch wrote:
Package: xserver-xorg
Version: 1:7.1.0-5
Severity
#include hallo.h
* Michel Dänzer [Fri, Jul 21 2006, 05:40:17PM]:
I am Cc'ing to LKML now. See below about xf86-video-ati git.
Summary: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=374986
since 2.6.17-rcSomething X seems to fail at startup, hangs in a kind of
loop while doing
4582
#include hallo.h
* Robert Millan [Thu, Jul 20 2006, 10:33:17PM]:
Hi Eduard,
On Thu, Jul 20, 2006 at 10:12:34PM +0200, Eduard Bloch wrote:
You're probably hitting a different issue then. Please try Mesa CVS or
at least libg11-mesa-dri from experimental.
There is no libgl1-mesa
#include hallo.h
* Michel Dänzer [Fri, Jul 21 2006, 04:36:46PM]:
On Fri, 2006-07-21 at 15:05 +0200, Eduard Bloch wrote:
In file included from savagerender.c:138:
../../../../../src/mesa/tnl_dd/t_dd_dmatmp.h: In function
‘savage_flat_render_po
ly_elts_s3d’:
../../../../../src/mesa
#include hallo.h
* Michel Dänzer [Mon, Jul 17 2006, 02:06:21PM]:
On Tue, 2006-07-04 at 20:12 +0200, Robert Millan wrote:
Tried with radeon-force-some-clocks.diff, twice. One of the times I got
much
further (I could actualy play the game, rather than only reach the menus),
but
it also
Package: xserver-xorg-video-ati
Version: 1:6.5.8.0-1a
Severity: normal
Hello,
on my desktop machine with Radeon X800 GTO, DPMS standby does not work
when xlock -mode blank is active. The monitor just does not go off,
though standy works usually when no xlock runs. This alone would
indicate a
#include hallo.h
* Michel Dänzer [Sat, Jun 24 2006, 02:14:13PM]:
moment where it usualy changes the resolution the monitor goes off and
the console seems to be dead. Keyboard does not react, not even magic
sys-rq does work. I can login from remote but I cannot kill X any more.
It hangs
Package: xserver-xorg-video-ati
Version: 1:6.5.8.0-1
Severity: important
Hello,
my Radeon X800GTO,PCIe card does not work with kernel 2.6.17 anymore.
With 2.6.16 there was no such problem. Now the driver gets up and in the
moment where it usualy changes the resolution the monitor goes off and
reopen 362885
thanks
#include hallo.h
BTW, I'm reopening this bug: Making a symlink is bogus since
dpkg removes it when one removes a package that contains files
in /usr/X11R6/bin. Otherwise, x11-common should make sure that
the symlink remains (if possible).
We've found a good
#include hallo.h
* Vincent Lefevre [Mon, May 15 2006, 11:33:35AM]:
On 2006-05-15 09:06:33 +0200, Eduard Bloch wrote:
- present a list to the user, saying what the remaining files are and
where they do come from (package names to be easily removed by $user)
The user can remove
#include hallo.h
* David Martínez Moreno [Mon, May 15 2006, 02:34:26AM]:
El sábado, 13 de mayo de 2006 16:35, Eduard Bloch escribió:
#include hallo.h
I changed mouse driver from evdev to mouse and similar things do
happen there. Buttons send wrong events, no button 4 and 5 events
Package: xserver-xorg-input-evdev
Version: 1:1.0.0.5-2
Severity: normal
Hello,
after upgrading to today's xorg packages (before: 1:7.0.14, now
1:7.0.18) my mouse began to behave weird. xev shows that wheel buttons
are now numbered with 6 and 7 and all other button numbers follow.
Buttons 4 and 5
#include hallo.h
I changed mouse driver from evdev to mouse and similar things do
happen there. Buttons send wrong events, no button 4 and 5 events.
And I cannot map them with xmodmap. Either it complaints about not
specifying enough buttons - it claims to see 14 buttons (or 32! with
evdev where
#include hallo.h
* Steve Langasek [Tue, Apr 18 2006, 01:41:08PM]:
On Tue, Apr 18, 2006 at 12:14:25PM +0200, Eduard Bloch wrote:
If you move the files, dpkg may be unable to find them at package
uninstallation, resulting in orphaned files on the filesystem; or there
may
Not 100
#include hallo.h
* Steve Langasek [Mon, Apr 17 2006, 08:58:38PM]:
On Mon, Apr 17, 2006 at 09:51:58AM +0200, Eduard Bloch wrote:
#include hallo.h
* Steve Langasek [Sun, Apr 16 2006, 04:58:25PM]:
If you ask me, I think it's better to keep the vast majority of irritating
bugs confined
#include hallo.h
* Steve Langasek [Sun, Apr 16 2006, 04:58:25PM]:
If you ask me, I think it's better to keep the vast majority of irritating
bugs confined to unstable, and only make users of stable deal with the
single issue of moving their files out of /usr/X11R6/bin; which is why I
asked
Package: x11-common
Version: 1:7.0.11
Severity: serious
Hello,
I cannot upgrade the package on my system because it repeatedly fails
with:
rmdir: /usr/X11R6/bin: Directory not empty
x11-common postinst error: Could not remove /usr/X11R6/bin. Is not yet
empty
dpkg: error processing x11-common
#include hallo.h
* Steve Langasek [Sun, Apr 16 2006, 01:19:35AM]:
On Sun, Apr 16, 2006 at 09:47:29AM +0200, Eduard Bloch wrote:
I cannot upgrade the package on my system because it repeatedly fails
with:
rmdir: /usr/X11R6/bin: Directory not empty
x11-common postinst error: Could
#include hallo.h
* Michael Gilbert [Sat, Mar 11 2006, 10:21:46PM]:
Hello,
I was recently browsing the web on a windows box and realized that
over the last 4 years, I had forgotten how nice it is to be able
browse back/forward with a single button click. So I set about
enabling this
severity 345406 grave
thanks
Please excuse my boldness if any detected, but I feel the need to
increase the severity of this bug. It hits me too and it seems that it
completely breaks Xsession processing if a local .xsession file exists.
Eduard.
-- System Information:
Debian Release:
Package: x11-common
Version: 6.8.2.dfsg.1-7
Severity: wishlist
Following the IRC discussion with Overfiend and later comments from
gravity, here is the complaint written down as bug report:
please consider no longer using set -e in the Xsession script or at
least set +e and -e later before/after
Package: xutils
Version: 6.8.2.dfsg.1-7
Severity: wishlist
Hi,
there is a funny (not) dependency between the xutils package and cpp.
This makes it inpossible to remove the development tools while keeping
unrelated packages depending on xutils, mozilla-firefox for example.
For this reason I
Hello,
I would like to get a competent comment to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=229426 .
Summary:
the Windows key does not work in IceWM since some X versions, maybe 4.3.
Xev shows the events but IceWM does not get them somehow. Setting
Option XkbOptions
Moin deblst!
[EMAIL PROTECTED] schrieb am Tuesday, den 08. June 2004:
Just checked, while running the freetype module and xfs-xtt I can start xmms
whithout a problem.
But if I run xfstt xmms crashes the Xserver instantly.
Shall I file a bugreport against xfstt?
It is already reported,
severity 250998 wishlist
thanks
#include hallo.h
* Martin-Ãric Racine [Wed, May 26 2004, 11:52:10AM]:
It would be desirable for the menu entry to call -ls (login shell) to
ensure that all user-defined shell preferences will be loaded upon
launching rxvt.
The same applies to the non-XFT
#include hallo.h
* Branden Robinson [Mon, Mar 08 2004, 04:57:13PM]:
It seems to fail because ld doesn't find libXext.so.6, which is normaly
provided by xlibs
(build-depend ok). I don't know what I can do. Any idea?
Looks like a result of #236428, the libxext package is not pulled
tags 236428 important
thanks
I have a problem with liquidwar and motorola 68000 : the build fails
http://buildd.debian.org/fetch.php?pkg=liquidwarver=5.6.2-1arch=m68kstamp=1078042740file=logas=raw
...
It seems to fail because ld doesn't find libXext.so.6, which is normaly
provided by xlibs
Package: xfree86-common
Version: 4.3.0-0pre1v4
Severity: wishlist
Tags: experimental
As promised on IRC, here is my addition to the X FAQ which describes the
problem and the steps to configure X to have correct DPI value.
Another wish from me is: please create some symlinks in the doc
#include hallo.h
* Branden Robinson [Mon, Nov 10 2003, 10:59:47PM]:
Could somebody who can reproduce this bug (not me at the moment) please
(a) run 'man -d xterm' and (b) run 'accessdb | egrep
(xterm|x-terminal-emulator)'? Thanks.
I wish I could but it is no longer reproducible for me.
#include hallo.h
* Cameron Patrick [Sun, Nov 09 2003, 01:15:53PM]:
| That's not a problem with the certain terminal emulator, that is a
| problem with groff syntax not understood by many authors. Xterm works
| just fine as UTF-8 terminal as well as mlterm/pterm/konsole/gnome-terminal
| but
#include hallo.h
* Cameron Patrick [Sun, Nov 09 2003, 08:32:54PM]:
On Sun, Nov 09, 2003 at 12:37:43PM +0100, Eduard Bloch wrote:
| That may be so, but gnome-terminal /does/ cope with this situation by
| displaying replacing the hyphen with a minus sign when the font doesn't
#include hallo.h
* Cameron Patrick [Fri, Nov 07 2003, 05:31:12PM]:
Package: xterm
Version: 4.3.0-0pre1v4
Many TrueType fonts don't have both a hyphen (0x2010) and a minus sign
(0x2212); however, groff (and thus man pages) differentiates between the
two in UTF-8 locales. This results in
#include hallo.h
* Branden Robinson [Tue, Oct 21 2003, 05:20:50PM]:
Thanks!
Okay, and do you intend to apply it? I cannot see the pending tag...
If not, what is the reason?
Would you settle down? The pending tag is not applied until after a fix
is actually committed to the repo. I
, 2003 at 10:50:08AM +0200, Eduard Bloch wrote:
Da config in attachement.
Thanks!
Okay, and do you intend to apply it? I cannot see the pending tag...
If not, what is the reason?
MfG,
Eduard.
--
Stechende Schmerzen im Auge beim Kaffeetrinken? Einfach vor dem Trinken
den Löffel aus der Tasse
#include hallo.h
* Kai Hendry [Sat, Oct 18 2003, 12:14:12AM]:
Package: xterm
Version: 4.2.1-12.1
Severity: normal
Followup-For: Bug #215828
http://www.cs.helsinki.fi/u/hendry/pictures/debian/xterm-utf8.png
It's not refreshing properly
Sure? Mutt is a bad example; you need to install
:38:19 -0400 (EDT)
|From: Mark Vojkovich [EMAIL PROTECTED]
|Subject: Re: Stripes in wide/Full-Screen mode (nv_drv, XVideo)
|To: Eduard Bloch [EMAIL PROTECTED]
|
|
| Look at the second link I sent you. I backed that one
He meants the rewrite,
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver
Package: xlibs
Version: 4.2.1-12
Severity: grave
Please look at
http://buildd.debian.org/fetch.php?pkg=icewmver=1.2.13-2arch=s390stamp=1065108989file=logas=raw
or
http://buildd.debian.org/fetch.php?pkg=icewmver=1.2.13-2arch=ia64stamp=1065108710file=logas=raw
Unpacking xlibs (from
Package: xlibmesa-drm-src
Version: 4.3.0-0pre1v1
Severity: grave
Tags: sid
Hello,
AFAICSs the current dpkg-deb requires to have a Source: line in
debian/rules. However, your file in the modules source does not have
one, so make-kpkg Co. break on it.
dh_gencontrol
dpkg-gencontrol: error: source
#include hallo.h
* Branden Robinson [Mon, Sep 22 2003, 12:32:49PM]:
On Mon, Sep 22, 2003 at 03:26:00PM +0200, Eduard Bloch wrote:
AFAICSs the current dpkg-deb requires to have a Source: line in
debian/rules.
In debian/*rules*?
Mhh, stupid auto-completion. debian/control.m4 of course.
MfG
Package: xlibmesa-drm-src
Version: 4.3.0-0pre1v1
Severity: grave
Tags: sid
Hello,
AFAICSs the current dpkg-deb requires to have a Source: line in
debian/rules. However, your file in the modules source does not have
one, so make-kpkg Co. break on it.
dh_gencontrol
dpkg-gencontrol: error: source
#include hallo.h
* Branden Robinson [Mon, Sep 22 2003, 12:32:49PM]:
On Mon, Sep 22, 2003 at 03:26:00PM +0200, Eduard Bloch wrote:
AFAICSs the current dpkg-deb requires to have a Source: line in
debian/rules.
In debian/*rules*?
Mhh, stupid auto-completion. debian/control.m4 of course.
MfG
#include hallo.h
* Branden Robinson [Wed, Aug 27 2003, 06:26:02PM]:
Option SWcursor is only needed in a minority of cases as well (and
then it's a driver bug which should simply be fixed), but you even want
Of course it is a driver but, but not giving it a chance to appear is
IMO a better
Package: xserver-xfree86
Severity: wishlist
Okay, here is what I would change in xserver-xfree86.config.
- xserver-xfree86/config/device/use_fbdev:
check for existance of /proc/fb before asking the question about
framebuffer support.
- If it does not exist, do not ask the question and
Moin Christoph!
Christoph Hellwig schrieb am Wednesday, den 27. August 2003:
On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote:
Package: xserver-xfree86
Severity: wishlist
Okay, here is what I would change in xserver-xfree86.config.
- xserver-xfree86/config/device
#include hallo.h
* Eduard Bloch [Wed, Aug 27 2003, 01:08:02PM]:
General Screen Size: ${screen-size} diagonal (Width:
{ratio-calculation($screen-size)}, Height: {ratio-calculation($screen-size)})
Best resolution: ${ (type==tft) : ${value from resolution-class} : ${value from
data table
Package: xserver-xfree86
Severity: wishlist
Okay, here is what I would change in xserver-xfree86.config.
- xserver-xfree86/config/device/use_fbdev:
check for existance of /proc/fb before asking the question about
framebuffer support.
- If it does not exist, do not ask the question and
Moin Christoph!
Christoph Hellwig schrieb am Wednesday, den 27. August 2003:
On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote:
Package: xserver-xfree86
Severity: wishlist
Okay, here is what I would change in xserver-xfree86.config.
- xserver-xfree86/config/device
#include hallo.h
* Eduard Bloch [Wed, Aug 27 2003, 01:08:02PM]:
General Screen Size: ${screen-size} diagonal (Width:
{ratio-calculation($screen-size)}, Height: {ratio-calculation($screen-size)})
Best resolution: ${ (type==tft) : ${value from resolution-class} : ${value
from data table
#include hallo.h
* Michel Dänzer [Wed, Aug 27 2003, 05:26:19PM]:
should a Debian package really special-case buggy non-free software?
So? The framebuffer driver in the kernel is non-free? Please look where
nvidia is read from.
It still doesn't make sense as the nv driver supports
Moin Christoph!
Christoph Hellwig schrieb am Wednesday, den 27. August 2003:
On Wed, Aug 27, 2003 at 07:02:44PM +0200, Christoph Hellwig wrote:
framebuffer for nvidia cards? (and the framebuffer driver is called
rivafb, just btw..)
which doesn't show up in /proc/fb but at least in the
#include hallo.h
* Branden Robinson [Wed, Aug 27 2003, 06:26:02PM]:
Option SWcursor is only needed in a minority of cases as well (and
then it's a driver bug which should simply be fixed), but you even want
Of course it is a driver but, but not giving it a chance to appear is
IMO a better
Package: xserver-xfree86
Version: 4.3.0-0pre1v1
Severity: minor
Tags: experimental upstream
Hello,
I tried to make a XF86Config-4 for a system where any time the mouse
device changes (see below). To make X always start, I did not want to
set a certain device as CorePointer but expected X to
#include hallo.h
* Michel Dänzer [Mon, Aug 25 2003, 04:44:30PM]:
but fails to start if the CorePointer option is not set on some device.
Next thing I looked for is an option to force X start without a Core
input device (I remember there was some) but the manpage does not
contain any info
Package: xserver-xfree86
Version: 4.3.0-0pre1v1
Severity: minor
Tags: experimental upstream
Hello,
I tried to make a XF86Config-4 for a system where any time the mouse
device changes (see below). To make X always start, I did not want to
set a certain device as CorePointer but expected X to
#include hallo.h
* Michel Dänzer [Mon, Aug 25 2003, 04:44:30PM]:
but fails to start if the CorePointer option is not set on some device.
Next thing I looked for is an option to force X start without a Core
input device (I remember there was some) but the manpage does not
contain any info
Package: xserver-xfree86
Version: 4.3.0-0pre1v1
Severity: minor
Tags: experimental upstream
Hello,
I use multiple keymaps since I write cyrillic mails from time to time.
With XFree86 4.3, I use the multiple-keymap list feature as showed in
their examples (/etc/X11/xkb/README.config), see config
Package: xserver-xfree86
Version: 4.3.0-0pre1v1
Severity: wishlist
Tags: experimental
Hello, would you consider to change the position of the Type1 FontPath
entry in dexconf a bit (as shown in the config below)? I noticed that
some applications like Xchat in Woody do not play well (scratchy
Package: xserver-xfree86
Version: 4.3.0-0pre1v1
Severity: wishlist
Tags: experimental
Hello, would you consider to change the position of the Type1 FontPath
entry in dexconf a bit (as shown in the config below)? I noticed that
some applications like Xchat in Woody do not play well (scratchy
#include hallo.h
* Branden Robinson [Fri, Aug 15 2003, 11:27:32AM]:
On Fri, Aug 15, 2003 at 01:37:33PM +0200, Eduard Bloch wrote:
Hello, would you consider to change the position of the Type1 FontPath
entry in dexconf a bit (as shown in the config below)? I noticed that
some applications
Moin Kristis!
Kristis Makris schrieb am Tuesday, den 05. August 2003:
I am not in a position to support XFree86 packages that I did not
prepare for the Debian Project.
Fair enough, just keep it in mind when you will be packaging 4.3. To add
tothe madness, the xmodmap line works just fine
Moin Kristis!
Kristis Makris schrieb am Thursday, den 31. July 2003:
Package: xbase-clients
Version: 4.3.0-0ds2.0.0woody2
Severity: normal
I am trying to remap the mouse keys for a left-handed mouse, and the following does
not work:
$ xmodmap -e pointer = 3 2 1 4 5
Reproduced with
Moin Kristis!
Kristis Makris schrieb am Thursday, den 31. July 2003:
Package: xbase-clients
Version: 4.3.0-0ds2.0.0woody2
Severity: normal
I am trying to remap the mouse keys for a left-handed mouse, and the
following does not work:
$ xmodmap -e pointer = 3 2 1 4 5
Reproduced with
#include hallo.h
* Dan Jacobson [Sat, Jul 26 2003, 04:08:53AM]:
How can I autologin after boot with xdm?
I'm tired of typing name and password each day at power up.
The maintainer suggested I try another display manager, but all I use
is icewm and don't need or understand the glitz.
What
#include hallo.h
* Dan Jacobson [Sat, Jul 26 2003, 04:08:53AM]:
How can I autologin after boot with xdm?
I'm tired of typing name and password each day at power up.
The maintainer suggested I try another display manager, but all I use
is icewm and don't need or understand the glitz.
What
Hello,
I tried to setup the DPI resolution of my display properly. But somehow,
the Xserver does not use the values of DisplaySize setting. They are
apparently parsed since the Xserver breaks on wrong (non-integer)
parameters. However, xdpyinfo also shows
screen #0:
dimensions:1024x768
#include hallo.h
* Eduard Bloch [Sat, Jul 19 2003, 09:23:23PM]:
I tried to setup the DPI resolution of my display properly. But somehow,
the Xserver does not use the values of DisplaySize setting. They are
apparently parsed since the Xserver breaks on wrong (non-integer)
parameters. However
Hello,
I tried to setup the DPI resolution of my display properly. But somehow,
the Xserver does not use the values of DisplaySize setting. They are
apparently parsed since the Xserver breaks on wrong (non-integer)
parameters. However, xdpyinfo also shows
screen #0:
dimensions:1024x768
#include hallo.h
* Eduard Bloch [Sat, Jul 19 2003, 09:23:23PM]:
I tried to setup the DPI resolution of my display properly. But somehow,
the Xserver does not use the values of DisplaySize setting. They are
apparently parsed since the Xserver breaks on wrong (non-integer)
parameters. However
#include hallo.h
* Jerome Lacoste [Fri, Jun 20 2003, 07:49:55PM]:
I solved my problem by downgrading from XFree 4.3 to XFree 4.2.1 as
packaged by blade
http://people.debian.org/~blade/woody/i386/
It was not packaged but just recompiled. And I will remove this snapshot
soon since Adrian Bunk
#include hallo.h
* Jerome Lacoste [Fri, Jun 20 2003, 07:49:55PM]:
I solved my problem by downgrading from XFree 4.3 to XFree 4.2.1 as
packaged by blade
http://people.debian.org/~blade/woody/i386/
It was not packaged but just recompiled. And I will remove this snapshot
soon since Adrian Bunk
1 - 100 of 163 matches
Mail list logo