Bug#340745: Xorg and ATI radeon 7000, 340745 bugs.debian.org

[Michel Dänzer]

On Tue, 2006-12-19 at 10:44 +0100, Jean-Michel wrote:
> 
> The main issues seems to be:
> * about two seconds black screen, from time to time, when doing an action 
> with 
> keybord or mouse which have a big impact on screen, such as make a window 
> bigger 
> (with dri), or searching data within a PDF under vmware, or searching data 
> with 
> a web page on firefox (without vmware).

See https://bugs.freedesktop.org/show_bug.cgi?id=2859 .

> * graphic card hang (definitive black screen, but computer works as 
> possibility 
> to change NumLock dell from console ALT-F1 to ALT-F6). 

Please clarify 'possibility to change NumLock dell from console ALT-F1
to ALT-F6'. Are you saying you can still switch from X to console at
that point?


> * some keys might be lost.

That's probably an unrelated issue, the video driver doesn't have
anything to do with keys.


> I have two similar computers,
> One works without any issue, when the other one as the kind of issue 
> described above.

Please post full X log files from both systems.


> :> The system seems to be a dual processor (according to /proc/cpuinfo).
> :
> :Does only using one logical CPU make a difference? 
> 
> No such a binary kernel seems to be available in debian etch testing.

With these kernels, you can disable the second CPU at runtime with

echo 0 > /sys/devices/system/cpu/cpu1/online

(and re-enable it by writing 1 in there)


> : How about 
> :running a newer kernel or disabling the DRI?
> 
> Disabling DRI reduce the issue, but issue still exist.

All of them? The intermittent blanking is (mostly) independent from the
DRI, but a GPU hang/lockup (which would be my current guess for the
'definitive black screen') would be quite unusual with the DRI disabled.


Also note that it was recently discovered that there can be stability
issues when the X server sets up an AGP transfer mode which is different
from that set up in the BIOS. You may want to check that these match.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Bug#403818: xserver-xorg: no video or keyboard after upgrading to sarge (deps too loose)

[Steinar H. Gunderson]

On Tue, Dec 19, 2006 at 09:22:34PM -0500, David Nusinow wrote:
> I can't imagine what that would be... I'd love to know. Was this on x86?

It was on x86, yes.

> Perhaps for video 'xserver-xorg-video-all | xserver-xorg-video-vesa' in the
> recommends.

That could work as well; OTOH a well-functioning aptitude (ie. one not faced
with conflicts) would already pull in xserver-xorg-video-all, so I'm not sure
if there's a particularly good reason to put -all in the recommends. I still
think the best basic idea is to give aptitude a simple choice to work with,
with no alternatives.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian XSF SVN to git migration

[Thierry Reding]

* Otavio Salvador wrote:
> Thierry Reding <[EMAIL PROTECTED]> writes:
> 
> > A very related issue is how to work with Debian-specific branches. Should we
> > use a master branch which we keep the packaging files in and into which we
> > merge/cherry-pick from the upstream branches as necessary? Or would it be
> > better to have separate upstream and Debian branches and merge those two 
> > into
> > the master branch? What we're looking for is the easiest way to pull and 
> > push
> > patches so we can keep the difference between the Debian packages and
> > upstream as small as possible.
> 
> That means we'll stop to use the quilt to manage the patches and leave
> git to manage all delta between Debian and original upstream code?

That is still something that's up for discussion. I think stgit was being
considered as an alternative to quilt for managing the Debian-specific
patches. As I understand it, it's pretty much the same as quilt only it's
using git as backend.

Thierry



signature.asc
Description: Digital signature

Bug#116507: Cher Monsieur,

[Mutombo Dikembe]

Cher Monsieur,
 
 Que la Paix du Seigneur soit avec vous.
 Je suis Mutombo Dikembe et je suis anime par la
 volonte de Dieu avous assister financierement.
 Je sais que vous etes surpris comment j'ai pu
 avoir votre adresse.Un frere m'a parle de vos
 bonnes oeuvres,puisse Dieu vous benisse au Nom de
 Jesus-Christ.
 
 Je priais a Dieu pour savoir a qui et ou je
 devrais faire ce gestede bonne foi,avant que ce quelqu'un
 me dise de vos bonnes activites,et dans mon esprit et ma
 conscience,je sentis que vous etiez la personne ideale pour
 recevoir ce don.
 
 Merci de votre devouement et amour pour notre
 Seigneur,Jesus-Christ.Veuillez-bien me repondre
 des reception de mon message.
 
 Que Dieu vous benisse.
 
 Mutombo Dikembe. 
 
Envoyer votre réponse à mon compte privé [EMAIL PROTECTED]


-
 Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! 
Profitez des connaissances, des opinions et des expériences des internautes sur 
Yahoo! Questions/Réponses.

Bug#403917: the "editres" resource-box set "maxWidth" without reason

[Michelle Konzack]

Package: xbase-clients
Version: 4.3.0.dfsg.1-14sarge2
Severity: normal

Hello Maintainer,

the following Bug occurs in Sarge, Etch and Sid.

Since I am localizing and Themeing the Xresources (app-defaults) I have
encountered an error in "editres" which I use for my work heavily.

In the ~/.Xresources/Editres-real I use

8<--
.Editres.geometry:  0x0

.Editres.height:200
.Editres.width: 350

.Editres.minHeight: 200
.Editres.minWidth:  350

.Editres.maxHeight: 656
.Editres.maxWidth:  940
8<--

Which is working fine.  --  The Dialog start up in 350x200 pixels
shown as 0x0 and can not exceed the size of my visible screen which
is 940x656 and going behind the FvwmButtons or FvwmTaskbar.

Now I do not want to have a monster Resource-Box showing up and
use

8<--
.Editres.paned.porthole.tree.?.xt.geometry: 0x0

.Editres.paned.porthole.tree.?.xt.height:   290
.Editres.paned.porthole.tree.?.xt.width:392

.Editres.paned.porthole.tree.?.xt.minHeight:290
.Editres.paned.porthole.tree.?.xt.minWidth: 392

.Editres.paned.porthole.tree.?.xt.maxHeight:656
.Editres.paned.porthole.tree.?.xt.maxWidth: 780
8<--

which should work too...  but it does not.

It open as desired a Resource-Box of 392x290 pixels which can only
resized in the height up to 728 pixels but NOT in the width which
is fixed to 392 pixels...

It seems to be a Bug in editres.

Please can you correct this or forward it to upstream.

If you need more specified informations, please let me know.

Thanks, Greetings and nice Day
Michelle Konzack
Systemadministrator
Tamay Dogan Network
Debian GNU/Linux Consultant


-- System Information
Debian Release: 3.1
Kernel Version: Linux michelle1.private 2.4.27-2-386 #1 Wed Aug 17 09:33:35 UTC 
2005 i686 GNU/Linux


Versions of the packages xbase-clients depends on:
ii  cpp3.3.5-3The GNU C preprocessor (cpp)
ii  libc6  2.3.2.ds1-22sa GNU C Library: Shared libraries and Timezone
ii  libdps14.3.0.dfsg.1-1 Display PostScript (DPS) client library
ii  libexpat1  1.95.8-3   XML parsing C library - runtime library
ii  libfontconfig1 2.3.1-2generic font configuration library (shared l
ii  libfreetype6   2.1.7-6FreeType 2 font engine, shared library files
ii  libgcc13.4.3-13sarge1 GCC support library
ii  libice64.3.0.dfsg.1-1 Inter-Client Exchange library
ii  libncurses55.4-4  Shared libraries for terminal handling
ii  libpng12-0 1.2.8rel-1 PNG library - runtime
ii  libsm6 4.3.0.dfsg.1-1 X Window System Session Management library
ii  libstdc++5 3.3.5-13   The GNU Standard C++ Library v3
ii  libxaw74.3.0.dfsg.1-1 X Athena widget set library
ii  libxcursor11.1.3-1X cursor management library
ii  libxext6   4.3.0.dfsg.1-1 X Window System miscellaneous extension libr
ii  libxft22.1.7-1FreeType-based font drawing library for X
ii  libxi6 4.3.0.dfsg.1-1 X Window System Input extension library
ii  libxmu64.3.0.dfsg.1-1 X Window System miscellaneous utility librar
ii  libxmuu1   4.3.0.dfsg.1-1 lightweight X Window System miscellaneous ut
ii  libxpm44.3.0.dfsg.1-1 X pixmap library
ii  libxrandr2 4.3.0.dfsg.1-1 X Window System Resize, Rotate and Reflectio
ii  libxrender10.8.3-7X Rendering Extension client library
ii  libxt6 4.3.0.dfsg.1-1 X Toolkit Intrinsics
ii  libxtrap6  4.3.0.dfsg.1-1 X Window System protocol-trapping extension 
ii  libxtst6   4.3.0.dfsg.1-1 X Window System event recording and testing 
ii  libxv1 4.3.0.dfsg.1-1 X Window System video extension library
ii  xfree86-common 4.3.0.dfsg.1-1 X Window System (XFree86) infrastructure
ii  xlibmesa-gl4.3.0.dfsg.1-1 Mesa 3D graphics library [XFree86]
ii  xlibmesa-glu   4.3.0.dfsg.1-1 Mesa OpenGL utility library [XFree86]
ii  xlibs  4.3.0.dfsg.1-1 X Keyboard Extension (XKB) configuration dat
ii  xlibs-data 4.3.0.dfsg.1-1 X Window System client data
ii  zlib1g 1.2.2-4.sarge. compression library - runtime
xlibmesa-gl Version: 4.3.0.dfsg.1-14sarge2 (Provides virtual package libgl1)
ii  xlibmesa-gl4.3.0.dfsg.1-1 Mesa 3D graphics library [XFree86]
^^^ (Provides virtual package libgl1)
xlibmesa-gluVersion: 4.3.0.dfsg.1-14sarge2 (Provides virtual package 
libglu1)
ii  xlibmesa-glu   4.3.0.dfsg.1-1 Mesa OpenGL utility library [XFree86]
^^^ (Provides virtual package libglu1)


-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
# Debian GNU/Linux Consultant #
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSM LinuxMichi
0033/6/6192519367100 St

New BoldMode behaviour

[Jörg Sommer]

Hi,

in the version 222-2 of xterm a new behaviour of BoldMode and BoldFont
was implemented. Can someone explain it to me? How must I set the options
to get bold emulation (former BoldMode = false) and use the a special
font for bold characters?

This is my config that worked with xterm before 222-2:
% xrdb -query | grep -E 'bold|font:'
XTerm.*.boldFont:   -misc-fixed-bold-*-*-*-18-*-*-*-*-*-iso10646-1
XTerm.*.boldMode:   false
XTerm.*.font:   -misc-fixed-medium-*-*-*-18-*-*-*-*-*-iso10646-1

Now I have no bold characters in my xterm. What should I change?

Bye, Jörg.
-- 
The UNIX Guru's View of Sex:
# unzip ; strip ; touch ; finger ; mount ; fsck ; more ; yes ; umount ; sleep


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Please use PTS for commit mails

[Frans Pop]

Hi,

Currently the debian-x list is getting heavily spammed with commit mails, 
both from SVN and from git. IMO this is not necessary.

Other packages are set up to send their commit mails to the PTS:
[EMAIL PROTECTED]

Then people interested in following commits can subscribe to these mails 
through the PTS.

Of course, it would be possible to use just a single source package for 
all X.Org commit mails (e.g. xorg) instead of separating things out per 
source package.

Cheers,
FJP


pgpOZHHx2iqg9.pgp
Description: PGP signature

Re: Please use PTS for commit mails

[Joey Hess]

Frans Pop wrote:
> Currently the debian-x list is getting heavily spammed with commit mails, 
> both from SVN and from git. IMO this is not necessary.

The git ones are especially annoying, since they don't contain any diff
to read. Why get commit mails if there's no diff..

-- 
see shy jo


signature.asc
Description: Digital signature

Processing of compiz_0.3.5~git20061219-1_i386.changes

[Archive Administrator]

PGP/GnuPG signature check failed on compiz_0.3.5~git20061219-1_i386.changes
gpg: Signature made Wed Dec 20 20:05:56 2006 UTC using DSA key ID F8740872
gpg: Can't check signature: public key not found
(Exit status 2)
compiz_0.3.5~git20061219-1_i386.changes has bad PGP/GnuPG signature!
Removing compiz_0.3.5~git20061219-1_i386.changes, but keeping its associated 
files for now.

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403969: xserver-xorg: xserver crashing, mode related?

[Rob Bochan]

Package: xserver-xorg
Version: 1:7.1.0-9
Severity: important

The xserver on this machine is crashing. So far, it's happening whenever
I've tried to run a winex/cedega based game, tried to run glxgears, or tried
to call up glxinfo. Whenever any of the aforementioened are attempted, I'm
dumped back to the console (since I use startx). This has come up today, but
I haven't restarted the xserver in well over a month.

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 2006-07-29 09:07 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1597868 2006-12-12 21:34 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 4 / Voodoo 5 
(rev 01)

/etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 3046 2006-12-20 18:13 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# /etc/X11/xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the /etc/X11/xorg.conf manual page.
# (Type "man /etc/X11/xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "Files"
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/X11R6/lib/X11/fonts/misc"
FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/X11R6/lib/X11/fonts/cyrillic"
FontPath"/usr/share/fonts/X11/100dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/share/fonts/X11/75dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/X11R6/lib/X11/fonts/Type1"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi"
# path to defoma fonts
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
EndSection

Section "Device"
Identifier  "3Dfx Interactive, Inc. Voodoo 4 / Voodoo 5"
Driver  "tdfx"
BusID   "PCI:1:0:0"
VideoRam65535
EndSection

Section "Monitor"
Identifier  "Diamond Pro 710"
Option  "DPMS"
HorizSync   30-60
VertRefresh 50-75
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "3Dfx Interactive, Inc. Voodoo 4 / Voodoo 5"
Monitor "Generic Monitor"
DefaultDepth16
SubSection "Display"
Depth   1
Modes   "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   4
Modes   "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   8
Modes   "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   15
Modes   "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   16
Modes   "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   24
Modes   "1024x768" "800x600" "640x480"
EndS

Bug#403975: Upgrade report

[Robert de Bath]

Package: x11-common
Version: 1:7.1.0-8

Upgrade report from sarge.

Packages removed for x11-common to be able to install:
  ucbmpeg-play qvwm opera-static

The existing xorg.conf was very complex; it caused the Xserver to 
segfault. I have attached it but am not currently using it; I will 
probably be re-adding may of the changes if I find a specific problem I 
will add it here.


I regenerated a new xorg.conf accepting the defaults (except for the 
display name and acceptable video modes).


The machine this is on is a Toshiba Portage R100.

Value in  XkbLayout of generated xorg.conf file was "uk" the correct value 
is "gb". With "uk" the keyboard was in "us" layout and the Ctrl-Alt Fkeys 
did not work.


The default layout also used the "synaptics" driver for the 'touch-pad' 
mouse, I understand the device is an 'ALPS Glidepad'. This is sufficiently 
different from a synaptics for the default setup of the synaptics driver 
to be unusable and the documentation is not sufficient to correct this 
without a LOT of guesswork.  I have disabled the synaptics driver and am

using the default ps/2 setup.

The known bugs in the xv extension and the DPMS are still present.

01:00.0 VGA compatible controller: Trident Microsystems CyberBlade XP4m32 
(rev 91)


--
Rob.  (Robert de Bath )
 # XF86Config-4 (XFree86 X server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
#   md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum
#   dpkg-reconfigure xserver-xfree86

Section "ServerFlags"
# Option"HandleSpecialKeys" "Always"
# Option"XkbDisable"
Option  "VTSysReq"  "on"
# Option"VTSysreqToggle"
# Option"DontVTSwitch"
EndSection

Section "Files"
FontPath"unix/:7100"# local font server
FontPath"unix/:7110"# local font server
# if the local font server has problems, we can fall back on these
FontPath"/usr/lib/X11/fonts/Type1"
FontPath"/usr/lib/X11/fonts/CID"
FontPath"/usr/lib/X11/fonts/Speedo"
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi"
FontPath"/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"freetype"
Load"glx"
Load"int10"
Load"record"
Load"type1"
# Load  "xtrap"
Load"vbe"
# Load  "GLcore" # Not xorg
# Load  "speedo" # Not xorg

Load"extmod"

# This disables XVideo
# SubSection "extmod"
#   Option  "omit XVideo"
#   Option  "omit XVideo-MotionCompensation"
# EndSubSection
EndSection

###

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc105"
Option  "XkbLayout" "gb"
#Option "XkbOptions""compose:ralt"
Option  "XkbOptions""compose:caps"
#Option "XkbOptions""caps:shift"
#Option "XkbOptions""srvrkeys:none" # No Ctrl-Alt-F1

#Option "XkbRules"  "xorg"
#Option "XkbModel"  "pc104"
#Option "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "PS Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/psaux"
Option  "Buttons"   "2"
Option  "Protocol"  "auto"
Option  "Emulate3Buttons"   "true"
Option  "ZAxisMapping"  "4 5"
EndSection

Section "InputDevice"
Identifier  "GPM Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/gpmdata"
Option  "Buttons"   "2"
Option  "Protoc

Re: Debian XSF SVN to git migration

[David Nusinow]

On Wed, Dec 20, 2006 at 01:02:45PM +0100, Thierry Reding wrote:
> * Otavio Salvador wrote:
> > Thierry Reding <[EMAIL PROTECTED]> writes:
> > 
> > > A very related issue is how to work with Debian-specific branches. Should 
> > > we
> > > use a master branch which we keep the packaging files in and into which we
> > > merge/cherry-pick from the upstream branches as necessary? Or would it be
> > > better to have separate upstream and Debian branches and merge those two 
> > > into
> > > the master branch? What we're looking for is the easiest way to pull and 
> > > push
> > > patches so we can keep the difference between the Debian packages and
> > > upstream as small as possible.
> > 
> > That means we'll stop to use the quilt to manage the patches and leave
> > git to manage all delta between Debian and original upstream code?
> 
> That is still something that's up for discussion. I think stgit was being
> considered as an alternative to quilt for managing the Debian-specific
> patches. As I understand it, it's pretty much the same as quilt only it's
> using git as backend.

When we last had this discussion[0], everyone was in favor of keeping the
quilt system. No one really spoke up in favor of stgit, although it was
listed as an option. Given that discussion, and a currently working patch
system with quilt, I think we should keep using quilt.

 - David Nusinow

[0] http://lists.debian.org/debian-x/2006/08/msg00110.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: X Strike Force X.Org X11 SVN commit: r4161 - trunk/debian/xorg/debian

[David Nusinow]

On Wed, Dec 20, 2006 at 08:47:11AM +0100, Michel Dänzer wrote:
> On Tue, 2006-12-19 at 22:18 -0500, X Strike Force SVN Repository Admin
> wrote:
> > 
> > * Move the depends on xserver-xorg-(input/video)-all to a recommends. Just
> >   depend on the pseudopackages. The recommends also | -vesa for video, and
> >   -kbd and -mouse for -input. We duplicate the recommendation for
> >   xserver-xorg-input-all to handle the two different input packages we need.
> >   This is to deal with issues in which aptitude can't install the -all
> >   packages, so it just picks something random. This gives it some hints,
> >   hopefully at least guaranteeing that -vesa, -kbd, and -mouse are
> >   installed.
> 
> The vesa driver doesn't work on most non-x86 machines...

Well, that option is meant to be a failsafe when the xserver-xorg-video-all
package fails to install for whatever reason. Do you have any ideas for a
better failsafe option that could cover us better across more arches?

 - David Nusinow


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: X Strike Force X.Org X11 SVN commit: r4161 - trunk/debian/xorg/debian

[Michel Dänzer]

On Wed, 2006-12-20 at 22:30 -0500, David Nusinow wrote:
> On Wed, Dec 20, 2006 at 08:47:11AM +0100, Michel Dänzer wrote:
> > On Tue, 2006-12-19 at 22:18 -0500, X Strike Force SVN Repository Admin
> > wrote:
> > > 
> > > * Move the depends on xserver-xorg-(input/video)-all to a recommends. Just
> > >   depend on the pseudopackages. The recommends also | -vesa for video, and
> > >   -kbd and -mouse for -input. We duplicate the recommendation for
> > >   xserver-xorg-input-all to handle the two different input packages we 
> > > need.
> > >   This is to deal with issues in which aptitude can't install the -all
> > >   packages, so it just picks something random. This gives it some hints,
> > >   hopefully at least guaranteeing that -vesa, -kbd, and -mouse are
> > >   installed.
> > 
> > The vesa driver doesn't work on most non-x86 machines...
> 
> Well, that option is meant to be a failsafe when the xserver-xorg-video-all
> package fails to install for whatever reason. Do you have any ideas for a
> better failsafe option that could cover us better across more arches?

There is no single 'failsafe' driver. Where vesa doesn't work, fbdev
might (ignoring its current ShadowFB breakage...), but in some cases
even vga or something else might be necessary.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Bug#403969: xserver-xorg: xserver crashing, mode related?

[Michel Dänzer]

On Wed, 2006-12-20 at 18:33 -0500, Rob Bochan wrote:
> Package: xserver-xorg
> Version: 1:7.1.0-9
> Severity: important
> 
> The xserver on this machine is crashing. So far, it's happening whenever
> I've tried to run a winex/cedega based game, tried to run glxgears, or tried
> to call up glxinfo. Whenever any of the aforementioened are attempted, I'm
> dumped back to the console (since I use startx).

Please provide a log file from a crash and the output from

LIBGL_DEBUG=verbose glxinfo


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer