Bug#577442: xkb-data: Support for Logitech Elite Keyboard
Package: xkb-data Version: 1.8-1 Severity: normal Hello, (please refer to https://www-lipn.univ-paris13.fr/projects/jcdubacq/wiki/FixKeyboard#TheLogitechEliteKeyboard for context, esp. starting from "Using USB connexion..." ) The Logitech Elite keyboard works now sufficiently good out of the box to be (maybe) included in the xkb-data distribution. Currently only this needs to be added (in symbols/inet): // Logitech Elite Keyboard partial alphanumeric_keys xkb_symbols "logielite" { key { [ XF86Messenger ] }; key { [ XF86iTouch] }; }; Other things may be done for a fuller support (geometry, etc.) and can be done if somebody is willing to include it (this keyboard is a bit out of fashion, but it is mine). There is a remaining bug in the kernel support of this keyboard: * two keys have the same code (in xev) * one key sends a button press! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100411161548.27215.65036.report...@oberon.localnet
Re: [pkg-nvidia-devel] X stack for squeeze
On 17/03/2010 09:51, Russ Allbery wrote: > Philipp Kern writes: >> On Tue, Mar 16, 2010 at 04:23:11PM -0700, Randall Donald wrote: > >>> We generally go with the latest version at the time of freeze and then >>> build a kernel module package that is compatible. Other than that is >>> there something else you are asking about? > >> You mean regardless of 9 RC bugs opened against the package? That even >> sounds like "please force the newest upstream versions into squeeze >> regardless of any packaging bugs", or do you want to release with the >> current version in testing? > > Generally, the problem with RC bugs against nvidia-graphics-drivers are > just lack of team manpower so far as I can tell (as a user but not someone > involved in the team). Each time I look at them, most of them should be > downgraded (#523879) or just closed (#534873, #561239, #549869, #548840), > or while a bug are probably no longer relevant enough to really be RC > (#558369), or ones that I've never been able to reproduce despite building > the package all the time (#416594). > > The problem is mostly people not having enough time for bug triage and > cleanup. Very little of that high RC bug count represents any serious > problem with the current packages in unstable other than reflecting that > lack of time. I agree with this statement. I have been investigating the packaging of nvidia-graphics-drivers and most bugs are unreproducible on my machines with 190.53. I had scheduled some time for bug triaging but due to an unexpected trip to China (and preparation for it) I had to delay. However, there is a critical security bug on nvidia-kernel-common very easy to fix that has to enter testing. PS: I am not formally part of the team, not being a DM/DD. But I do have an interest in joining it since I do the maintainance for many different machines almost all with nvidia GPU. -- Jean-Christophe Dubacq -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ba0aef3.7070...@free.fr
Re: overwrite over upgrades on unstable package
Gabriel Filion a écrit : > Hello, > > I run Debian unstable and I also happen to own a "Logitech Elite > Keyboard". The howtos that I've found on google showed me that to make > the keys on the upper part of the keyboard to work, I have to modify > three files in /usr/share/x11/xkb -- namely symbols.dir symbols/inet and > rules/base . I don't get all the keys working that way but I can still > manage to use most of them. > > Now, my problem is that every time the package xkb-data is upgraded, it > overwrites those three files without verifying if they were modified. > And it is beginning to be annoying to have to restore the files from my > backups, manually each time so that I don't break modifications the > maintainers could have made to them. > > So, first, would you know of a way to get my keyboard working for all > users on the computer with a less drastic modification? > And if not, then second, is it possible to make those files be config > files so that it checks for differences when the package gets upgraded? > This way I could be aware that the files are getting changed and I could > check a diff to see if anything is new at all. > > Thanks > > p.s.: if you need more details on the system, package versions or the > changes I do in the files, I will be glad to provide the information you > need. > I have the exact same problem with the same keyboard. 1) If you want all keys to work, just use the attached file keymap-logitech (has to be run at boot time, I put it in rcS.d) This is necessary because there is no kernel support for all those keys. 2) I use diversions to cope with the other problem (changes in xkb-data). I attached my patch and my init program that takes care of everything. Adapt it to your needs. However, it would really be better if base.xml and other files be built from a bunch of files kept in a directory, it would be easier to customize (system-wide). Please insert the *patch files in /etc/X11/xkb, and the fixkeyboard in init.d (and some rc*.d at your convenience). Please see this message as one of support for your requests. :) -- JCD #!/bin/sh #For the messenger key setkeycodes e011 232 #Should be 145 . Yields 228 # For the webcam key setkeycodes e012 233 #Should be 146 . Yields 142 # For the itouch key setkeycodes e013 147 #works! # For the shopping key setkeycodes e014 148 #Is OK. Should be . Yields 159 #For the function keys not as function keys setkeycodes e03b 187 #Is OK. Should be . Yields 131 setkeycodes e03c 188 #Is OK. Should be . Yields 247 setkeycodes e03d 118 #Is OK. Should be .Yields 123 setkeycodes e03e 189 #Should be 119 . Yields 132 setkeycodes e03f 120 #Is OK. Should be . Yields 139 setkeycodes e040 121 #Is OK. Should be . Yields 134 setkeycodes e041 122 #Is OK. Should be . Yields 121 setkeycodes e042 194 #Is OK. Should be . Yields 119 setkeycodes e043 195 #Is OK. Should be . Yields 149 setkeycodes e044 196 #Is OK. Should be . Yields 150 setkeycodes e057 215 #Is OK. Should be . Yields 120 setkeycodes e058 192 #Should be 216 . Yields 249 loadkeys << EOF keycode 187 = F71 keycode 188 = F72 keycode 118 = F73 keycode 189 = F74 keycode 120 = F75 keycode 121 = F76 keycode 122 = F77 keycode 194 = F78 keycode 195 = F79 keycode 196 = F80 keycode 215 = F81 keycode 192 = F82 string F71="" string F72="" string F73="" string F74="" string F75="" string F76="" string F77="" string F78="" string F79="" string F80="" string F81="" string F82="" EOF #!/bin/bash ### BEGIN INIT INFO # Provides: fixkeyboard # Required-Start:$local_fs # Required-Stop: $local_fs # Should-Start: # Should-Stop: # Default-Start: 2 3 4 5 # Default-Stop: S 0 1 6 # Short-Description: Keyboard fixing # Description: Adds logielite and Extended French keyboard ### END INIT INFO KEYBOARD_PATCH=/etc/X11/xkb/keyboard.patch XML_PATCH=/etc/X11/xkb/xml.patch XKBDIR=/usr/share/X11/xkb if [ ! -f "$KEYBOARD_PATCH" ]; then exit 0 fi echo -n "JCD keyboard: " EXKBDIR=${XKBDIR//\//\\/} # Delete any unwanted diversions for i in $(dpkg-divert --list | grep ^local| grep /xkb/| cut -f4 -d' '); do rm $i;dpkg-divert --remove $i > /dev/null; echo -n .; done # First, check wether all diversions are active case "$1" in start|restart|reload) find "$XKBDIR" -name '*.rej' | xargs rm 2>/dev/null for i in $(grep ^+++ "$KEYBOARD_PATCH"| cut -f2 -d' '|cut -f1|sed -e "s/^./$EXKBDIR/g"); do B=$(dpkg-divert --list "$i") if [ -z "$B" ]; then if [ -e "$i.orig" ]; then mv "$i.orig" "$i" fi dpkg-divert --add --rename --divert "$i.orig" "$i">/dev/null echo -n "." fi cp "$i.orig" "$i" done dpkg-divert --add --rename --divert "/etc/X11/xkb/base.xml.orig" "/etc/X11/xkb/base.xml">/dev/null cp "/etc/X11/xkb/base.xml.orig" "/etc/X11/xkb/base.xml" cd "$XKBDIR" patch -p0 -s < "$KEYBOARD_PATCH" cd /etc/X11/xkb patch -p0 -s < "$XML_PATCH" echo "enabled." for i in $(grep ^+++ "
Bug#395159: x11-common: [xsession] /etc/X11/Xsession.d contains obsolete XFree86 files (launches ssh-agent twice)
Package: x11-common Version: 1:7.1.0-5 Severity: normal Xfree86 config files were left behind in /etc/X11/Xsession.d As a result: they do not belong to any more packages; and ssh-agent is launched twice (and various wrappers could have strange effects). Plus, it is not elegant. I do not know where is the right place to clean this mess (it should have been made when the x11-* files were created). Maybe simply deleting them, or sed'ing them so as to render them inactive is the solution. But it will probably require to be post-etch. As a workaround: cd /etc/X11/Xsession.d rm *xfree86* -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.5.6 Debian configuration management sy ii debianutils 2.17.3 Miscellaneous utilities specific t ii lsb-base 3.1-17 Linux Standard Base 3.1 init scrip x11-common recommends no packages. -- debconf information: * x11-common/xwrapper/allowed_users: Console Users Only x11-common/experimental_packages: x11-common/xwrapper/actual_allowed_users: console x11-common/xwrapper/nice_value/error: * x11-common/upgrade_issues: * x11-common/xwrapper/nice_value: -10 x11-common/x11r6_bin_not_empty: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#368885: xkb-data: symbols/inet and rules/base.* do not match
Package: xkb-data Version: 0.8-5 Severity: normal /usr/share/X11/xkb/rules/base{.lst,.xml} do not match the content of /usr/share/X11/xkb/symbols{.dir,/inet} For example, logidak is defined in /usr/share/X11/xkb/rules/base.* but nowhere else in /usr/share/X11/xkb/symbols/inet. This causes this keyboard to be the same as the basic keyboard. Same for itouchin. Maybe related, but logiitc Logitech iTouch Cordless Keyboard (model Y-RB6) logiik Logitech Internet Keyboard are present in /usr/share/X11/xkb/rules/base.* twice. It causes confusion when selecting a model for keyboard (as if the variety of Logitech keyboards was not enough). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (499, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#276143: xkb-data: altwin:meta_win breaks 3rd level modifier (AltGr)
Package: xkb-data Version: 0.8-5 Followup-For: Bug #276143 I have a patch that modifies altwin:meta_win to leave Right-Alt untouched. It also gives explanation to what happens to Left-Alt key. -- patch included below -- -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (499, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- no debconf information diff -ur ../xkb.orig/rules/base ./rules/base --- ../xkb.orig/rules/base 2006-05-25 17:46:51.0 +0200 +++ ./rules/base2006-05-25 17:46:41.0 +0200 @@ -989,6 +989,7 @@ ctrl:ctrl_ra = +ctrl(ctrl_ra) altwin:menu = +altwin(menu) altwin:meta_alt = +altwin(meta_alt) + altwin:meta_win_orig = +altwin(meta_win_orig) altwin:meta_win = +altwin(meta_win) altwin:left_meta_win = +altwin(left_meta_win) altwin:super_win = +altwin(super_win) diff -ur ../xkb.orig/rules/base.lst ./rules/base.lst --- ../xkb.orig/rules/base.lst 2006-04-14 22:43:45.0 +0200 +++ ./rules/base.lst2006-05-25 17:22:06.0 +0200 @@ -435,7 +435,8 @@ altwin Alt/Win key behavior altwin:menu Add the standard behavior to Menu key. altwin:meta_alt Alt and Meta are on the Alt keys (default). - altwin:meta_win Meta is mapped to the Win-keys. + altwin:meta_win_orig Meta is mapped to the Win-keys. + altwin:meta_win Meta is mapped to the Win-keys, Alt is mapped to the left Alt-key. altwin:left_meta_win Meta is mapped to the left Win-key. altwin:super_win Super is mapped to the Win-keys (default). altwin:hyper_win Hyper is mapped to the Win-keys. diff -ur ../xkb.orig/rules/base.xml ./rules/base.xml --- ../xkb.orig/rules/base.xml 2006-04-14 22:43:45.0 +0200 +++ ./rules/base.xml2006-05-25 17:45:23.0 +0200 @@ -10884,7 +10884,7 @@ - altwin:meta_win + altwin:meta_win_orig Meta is mapped to the Win-keys. Meta is verbind aan die Win-sleutels. Meta Win düymələrinə xəritələnib. @@ -10913,6 +10913,35 @@ + altwin:meta_win + Meta is mapped to the Win-keys, Alt is mapped to the left Alt-key. + Meta is verbind aan die Win-sleutels, Alt is verbind aan die linkerkantste Alt-sleutel. + Meta Win düymələrinə xəritələnib, Alt sol Alt düyməsinə xəritələnib. + И двата Win-а фунцкионират като Meta, левият Alt функционира като Alt. + Meta je mapována na klávesy Win, Alt je mapována na levou klávesu Alt. + Meta ligger på Win-tasterne, Alt ligger på venstre Alt-tast. + Meta is mapped to the Win-keys, Alt is mapped to the left Alt-key. + Meta tulee Win-näppäimistä, Alt tulee vasemmasta Alt-näppäimestä. + Méta est obtenu avec n'importe quelle touche Logo, Alt est obtenu avec la touche Alt de gauche. + A Meta a Win billentyűkhöz van rendelve, a Alt a bal Alt billentyűhöz van rendelve. + Meta è mappato sul tasto Win, Alt è mappato sul tasto Alt sinistro. + Meta wordt afgebeeld op de Win-toetsen, Alt wordt afgebeeld op de linker Alt-toets. + Мета соответствует клавишам Win, Alt соответствует левой клавише Alt + Meta je mapovaný na Win-klávesy, Alt je mapovaný na ľavý Alt-kláves. + Meta funkcionalnost prevzameta Win tipki, Alt funkcionalnost prevzame leva Alt tipka. + Meta është vendosur tek pulsantët Win, Alt është vendosur tek pulsanti i majtë Alt. + Meta је мапиран на Windows тастере, Alt је мапиран на леви Windows тастер Alt. + Meta je mapiran na Windows tastere, Alt je mapiran na levi Alt taster. + Meta är mappat till Win-tangenterna, Alt är mappat till vänster Alt-tangent. + Meta, Win tuşları ile eşleştirilir, Alt, soldaki Alt tuşu ile eşleştirilir. + Клавіша Meta відповідає клавішам Win, клавіша Alt відповідає лівій клавіші Alt + Meta được gắn với các phím Win, Alt được gắn với phím Alt bên trái. + Meta 被映射到 Windows 键。Alt 被映射到左 Alt 键。 + Meta 配置到兩個 Win-key。Alt 配置到左邊的 Alt-key。 + + + + altwin:left_meta_win Meta is mapped to the left Win-key. Meta is verbind aan die linkerkantste Win-sleutel. diff -ur ../xkb.orig/symbols/altwin ./symbols/altwin --- ../xkb.orig/symbols/altwin 2006-04-14 22:43:47.0 +0200 +++ ./symbols/altwin2006-05-25 17:18:03.0 +0200 @@ -11,7 +11,7 @@ }; partial modifier_keys -xkb_symbols "meta_win" { +xkb_symbols "meta_win_orig" { key { [ Alt_L ] }; key { [ Alt_R ] }; key { [ Meta_L ] }; @@ -21,6 +21,15 @@ };
Matrox DRI disabled in 6.8.99 (experimental)
I have a MGA G550 and find that the DRI is disabled in the latest update to experimental. According to Xorg.0.log, everything goes fine until the drm fails to map DMA buffers. Any idea? uname -r is 2.6.14-2-686 (stock debian linux kernel) xorg.0.log attached xorg.conf probably not interesting (attached anyway) Xorg.0.log Description: Binary data xorg.conf Description: Binary data -- JCD
High instability matrox Xorg 6.8.2 kernel 2.6.14
Hello, I have Xorg 6.8.2 and a matrox G550 AGP. Since the last upgrade of Xorg in unstable (which, alas for the gods of Debugging, happened to be at the same time as my upgrade to kernel 2.6.14), my screen sometimes freezes (well, always freezes, but unpredictably). [EMAIL PROTECTED]:~$ LANG=C apt-cache policy xserver-xorg xserver-xorg: Installed: 6.8.2.dfsg.1-10 [...] [EMAIL PROTECTED]:~$ uname -r 2.6.14-1-686 The machine otherwise works perfectly. The Xserver even responds (I can contact the X server). It's just that keyboard input and screen output is frozen. Has anybody already seen anything resembling to those symptoms? Any hint? Btw: I one saw the freeze while operating through VNC, and the Xserver really got frozen. Installing the matrox proprietary drivers (v4.2) did not change anything. Using local socket communication "seems" to increase the risk of freezing. -- JCD, trying to debug -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Customized keyboards
Hello, I would like to make my own customized keyboards for my lab (we have some keyboards not supported in Xorg (logitech Elite keyboard for example)) and the trouble is, I need to change the xorg.lst file and some others under /etc/X11/xkb. I would like to know how it is possible to do this cleanly. Especially, the xorg.lst and xorg.xml could be built from smaller chunks and assembled in a large one. -- JCD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X Strike Force X.Org X11 SVN commit: r434 - trunk/debian
On Sat, Jul 30, 2005 at 06:26:17PM -0400, David Nusinow wrote: > Are there new files created by the driver that need to be shipped? What > issue are you describing exactly? I need to compile with IGNORE_MANIFEST_CHANGES=1. I think there is a new file with shadow in its name. My access to the machine is compromised until tuesday (remote location, electric failure). This is a stolen from HEAD about two weeks ago. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X Strike Force X.Org X11 SVN commit: r434 - trunk/debian
On Sat, Jul 30, 2005 at 10:49:11AM -0500, X Strike Force SVN Repository Admin wrote: > - Move driver backports to -6 release. The i810 seems to be serious > enough to warrant a backport, and if people already provided patches > then we can likely drop them in too, since it involves minimal amounts > of work (and thus won't delay 6.9/7.0 work significantly) You will find a replacement for 000_stolen_from_HEAD_i810.diff at http://www-lipn.univ-paris13.fr/~dubacq/xorg/ However, I do not know how to resolve the MANIFEST issue. -- JCD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: i915 DRI broken after suspend/resume
On Wed, Jul 27, 2005 at 10:45:20AM +0200, David Martínez Moreno wrote: > Hello, Drew. We know that the i810 Xserver included in X.Org 6.8.2 is > old and > does not support newer chips, so probably the problem will be in the X.Org > packages. We are currently working in the upcoming 6.9 X.Org release that we > hope to solve your problem (and several others). Did anybody see my patch (to replace stolen_from_HEAD_i810 with a more recent CVS import)? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Patch for i810 (first shot)
Hello, I wrote some time ago about my recent import of CVS Head of the i810 driver. Following some advice from Michael Daenzer (if I am not mistaken), I managed to build those two small patches. They replace the debian/patches/000_stolen_from_HEAD_i810.diff. I did separate a very minor one since I think it will be very easily gone with next import (see 000_stolen_from_HEAD_Xfuncproto.diff) and is mainly a convenience patch (it might be reused for other drivers). Problem is, I still get the MANIFEST error. Anybody can help me ? I need to use IGNOE_MANIFEST_CHANGES right now. The diffs are at http://www-lipn.univ-paris13.fr/~jcdubacq/xorg/ (not sent as attachments since this seems to be too large for the list) -- JCD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Patch 000_stolen_from_HEAD_i810
Hello, I made my own HEAD grabbing of the i810 driver to have a working i82915G (included in Dell GX280 as integrated card). I replaced the whole 000_stolen_from_HEAD_i810 patch with sources from HEAD, but since I did not check the history of all patches (including checking at which point from HEAD the driver was stolen), I am not sure I did not introduce some not really clean code (ie Debian considers the code unclean, but it remains in Xorg). I also had to make some modifications that do not reside in the i810 directory. Is this list interested in my patch? I can clean it up a bit and send it. Please note that I am a reader of this list, even tough not a large contributor. -- JCD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Building Xorg from svn
On Sun, Jun 26, 2005 at 03:26:04PM +0200, Jean-Christophe Dubacq wrote: > Thank you. I think I fell on something a bit complex with the i810 > driver, and I do not know it this is my fault or the fault of the > driver. The screen I try to use is a 19" DELL 1905FP that can do > [EMAIL PROTECTED] This does not seem to be a standard size (well, a minimal > xorg.conf yields me only 1024x768, which is pretty bad for a flat > panel). Trying to debug the thing, I found that when using custom > modelines I get the following message > (1280x1024_60.00,DELL1905FP) mode clock 10MHz exceeds DDC maximum 140MHz Cure was simple: modify 000_stolen_from_HEAD_i810.patch to match a more recent version. I could not do better. However, DRI does not work any more since libdri remained in 4.3.0 and HEAD now requires 5.0.x for libdri. I would like any help. I know my work was probably not usable for Debian since the Xorg tree perhaps was not sanitized and may include too much code. If anybody knows how I could upgrade libdri to 5.0.x (and not breaking the compilation process), I would be very grateful. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Building Xorg from svn
On Sat, Jun 25, 2005 at 02:10:05PM +0200, Julien Cristau wrote: > On Sat, Jun 25, 2005 at 13:51:42 +0200, Jean-Christophe Dubacq wrote: > > > Hello, > > > > Trying to build Xorg from svn (trunk) (I think I found something wrong > > in 000_stolen_from_HEAD_i810, but need to test), I cannot recompile > > because some files are added (.svn files) and causes an error due to > > MANIFEST.i386. Any tips on how to build from svn? > > You need to run svn export first: > svn export svn://necrotic.deadbeast.net/xorg-x11/trunk xorg-x11-6.8.2.dfsg.1 > cd xorg-x11-6.8.2.dfsg.1 > debian/rules make-orig-tar-gz (if you don't already have the orig > tarball) > > and then you can build the packages :) Thank you. I think I fell on something a bit complex with the i810 driver, and I do not know it this is my fault or the fault of the driver. The screen I try to use is a 19" DELL 1905FP that can do [EMAIL PROTECTED] This does not seem to be a standard size (well, a minimal xorg.conf yields me only 1024x768, which is pretty bad for a flat panel). Trying to debug the thing, I found that when using custom modelines I get the following message (1280x1024_60.00,DELL1905FP) mode clock 10MHz exceeds DDC maximum 140MHz The reason why I get this message is that some structure is not internally done: the pScrn->modes pointer has a component HDisplay and VDisplay which is 0 (so HDisplay and VDisplay is skipped). This all happens in i830_driver.c which is in 000_stolen_from_HEAD_i810. I am willing to help, have hardware to test, but am relatively new to X internals (not that new, but all the same). Anybody has hints or places I could look into ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Building Xorg from svn
Hello, Trying to build Xorg from svn (trunk) (I think I found something wrong in 000_stolen_from_HEAD_i810, but need to test), I cannot recompile because some files are added (.svn files) and causes an error due to MANIFEST.i386. Any tips on how to build from svn? -- JCD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DPI, font size, and Debian
On Mon, Dec 06, 2004 at 11:49:12PM +0900, Mike Hommey > On Mon, Dec 06, 2004 at 08:26:38AM -0600, Billy Biggs > > 3. DPI becomes more complicated given different display devices such > > as data projectors. > > I don't see why. The only problem that could happen is that when > plugging in the new display, X doesn't know instantly that the dpi > changed. I would not like to have my screen projected with 1/2 inch (or 1 cm or whatever galactic leagues) letters high. In fact, I do not want to know the dpi of my projector (which varies according to the distance between it and the wall, anyway). So I would have to lie about the DPI of my projector, should it ever communicate with my X server. I certainly do not want fonts based on a resolution of 5-20 dpi (which is approximately what you get with a projector). So what people want sometimes is measure in pixels (this is the case of the font/widget rendering, and the case when the screen is a projector), and sometimes points/cm/inches (this is the case of the graphics rendering). -- JCD
Re: DPI, font size, and Debian
On Sun, Dec 05, 2004 at 09:19:25PM -0600, Billy Biggs wrote: > Regardless, my proposal is simply to have Xft always default to 96 > DPI, independent of the DPI value you put in X. I read your proposal, and find it is a good one (well argued and everything). However, this means that the real dpi value has to be easily made accessible, as well as adequate font rendering, for all imaging and press applications (gimp, image viewers, gpdf, ggv, scribus, inkscape and co, and ideally Acrobat Reader, but hey). I am no programmer and do not know how easy it is to make it a switch (the case of the video projector is a good one, up to the point where somebody will want to proof a 4m×3m poster using gpdf and a video projector). I already know that I must set acroread to 137% to obtain real size. However, default margins in all widgets probably should be measured using DPI-related (the font DPI, not the other one) units. If one wants big fonts However, Keith's computation is a bit hard: I tested 120 dpi with my 1600x1200 and already find those fonts are gigantic. I would not like staying with 150. By the way, I cannot make sense of the font sizes in firefox. Looks like it uses 75 dpi or 72 dpi as a reference. -- JCD
Re: DPI, font size, and Debian
On Sun, Dec 05, 2004 at 10:12:08AM -0600, Billy Biggs wrote: > > The best scenario would be if X + Desktop Environment picked up on the > > actual DPI of the screen(s) and adjusted for that automatically. > > I disagree. If I hook my laptop up to a data projector, I do not want > all of my fonts to shrink to nothingness. > > I believe that: > - "Screen DPI" as a concept is really just a "scale factor" for user > interfaces and should almost never represent the literal meaning > - Many fonts design their hints for specific point sizes at specific > DPIs. Using "99x98" DPI or "102x102" DPI, even if accurate, is > not productive. Unless if you are working with graphics. If I want to evaluate the proper rendering of a map I am working on (either in bitmap or in vectorial mode), I pretty would like to check how my map compares to the counters that are exactly 3/4" or 1/2" wide.
Re: DPI, font size, and Debian
On Sat, Dec 04, 2004 at 10:18:42PM -0600, Billy Biggs wrote: > Right now, GNOME users default to 96 DPI, xdm users default to 100 > DPI, and other users are randomly assigned DPIs anywhere in the range of > 75-133. I believe that right now, we should adopt the GNOME standard > everywhere as the default value for DPI. Fine to set a default/fallback value. However, the real solution is to have a DisplaySize line in all Monitors section in every XF86Config-4. That way, I do get a 99x98 DPI monitor. This will get easier as monitors use more and more intelligent technologies. -- JCD
Adding a keyboard to Xfree
Hi! Warning: This might be a packaging issue only. I developed my own keyboard mapping for XKB (based on my keyboard, however I did add a lot of fancy chars that I needed so type spanish, italian and other european languages on a regular basis via AltGr+key, I could fit in most of latin-9 charset). To have it work fully, I had to manually edit /etc/X11/xkb/symbols.dir. However, this means each upgrade is slightly annoying (asking me wether I want to replace .../symbols.dir with the provided version). I would also like to package my keyboard, to deploy it on a large number of computers. The modification of symbols.dir would therefore be unpractical and against the Debian packaging rules (no conffile should be modified by two packages). How could I solve this? Any idea? -- JCD
Bug#219551: Unicode xterms should do some kind of substitution for missing characters
On Fri, Nov 07, 2003 at 01:11:29PM -0700, Joel Baker wrote: > If the default Unicode fonts are incomplete enough that they lack this > character, then that is probably worthy of a bug (and this one could just > be reassigned), but I fail to see why the application should be expected to > do something fundamentally antithetical to the user's stated request for > UTF-8, simply because some fonts claiming to be intended for Unicode fail > to provide a useful set of Unicode entries. 2 points for: 1) Pragmatism: most fonts are not free, and missing chars might be easily replaced 2) Even Unicode charts include information about 'equivalences' between chars 2 points against: 1) Separation from upstream 2) Why just those ? Many chars should be provided when missing by identical glyphs (even though they are different chars). See the Unicode charts they are chokeful of equivalences. >From somebody that regularly plays with fonts and adds chars in them, -- JC Dubacq
Re: X Strike Force XFree86 SVN commit: rev 703 - in trunk/debian: . patches
On Thu, Oct 23, 2003 at 10:08:34PM +0200, Denis Barbier wrote: > Hey if you fix trivial bugs, I will be unable to help ;) > (And yes I am still interested, but am RTFMing to learn how 4.3.0 does work). > > Your commit also fixes #185663. > > There are several other similar bugs (e.g. #53782 and #95302) which > seem to have been fixed upstream for a long time. Should I ping > submitters, or closing them after checking that they are indeed fixed > is enough? Well... If I had an access (but not being a DD, I do not, and I am not sure I have enough time to invest), I would have corrected this some time ago. However, enhancing the parsing of the libc locale would solve this bug, diminish the size of the alias file, and be more robust regarding new styles of locale... ([EMAIL PROTECTED], someday ? :) If you still feel like working on those (now solved) bugs... -- JCD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#208137: Processed: locale.alias fixed.
On Tue, Sep 30, 2003 at 12:07:04PM -0500, Branden Robinson wrote: > On Tue, Sep 30, 2003 at 11:03:36AM -0500, Debian Bug Tracking System wrote: > > Processing commands for [EMAIL PROTECTED]: > > > > > close 200933 > > Bug#200933: xlibs-data: /usr/X11R6/lib/X11/locale/locale.alias does not > > contain all canonical locales > > 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. > > Bug#200256: xlibs-data: [nls] X doesn't recognize 'ko_KR.EUC-KR' locale > > Bug#208137: xlibs-data: Compatibility with libc 2.3.2 > > Bug closed, send any further explanations to Donggyoo Lee <[EMAIL > > PROTECTED]> > > > > > It fixed already. > > Unknown command or malformed arguments to command. > > Eh? Why are you closing this bug without a proper -done message? What > changed? How is it fixed? Please explain, or I will have to reopen the > bug. Especially since #208137 has nothing to do with Korean language. I thought they were merged because the answer was in the same file (locale.alias). Another bug was notified (against xlibs, this is why I missed it at first) about #185656/#185663 and is more related, altough not exactly the same. Please reopen the bug. -- J C Dubacq
Bug#208137: Processed: locale.alias fixed.
On Tue, Sep 30, 2003 at 12:07:04PM -0500, Branden Robinson wrote: > On Tue, Sep 30, 2003 at 11:03:36AM -0500, Debian Bug Tracking System wrote: > > Processing commands for [EMAIL PROTECTED]: > > > > > close 200933 > > Bug#200933: xlibs-data: /usr/X11R6/lib/X11/locale/locale.alias does not contain > > all canonical locales > > 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. > > Bug#200256: xlibs-data: [nls] X doesn't recognize 'ko_KR.EUC-KR' locale > > Bug#208137: xlibs-data: Compatibility with libc 2.3.2 > > Bug closed, send any further explanations to Donggyoo Lee <[EMAIL PROTECTED]> > > > > > It fixed already. > > Unknown command or malformed arguments to command. > > Eh? Why are you closing this bug without a proper -done message? What > changed? How is it fixed? Please explain, or I will have to reopen the > bug. Especially since #208137 has nothing to do with Korean language. I thought they were merged because the answer was in the same file (locale.alias). Another bug was notified (against xlibs, this is why I missed it at first) about #185656/#185663 and is more related, altough not exactly the same. Please reopen the bug. -- J C Dubacq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#185663: xlibs: locales with @euro broken
On Sun, Sep 28, 2003 at 08:22:04PM +0200, Jan Paul Schmidt wrote: > Am So, 2003-09-28 um 03.38 schrieb Branden Robinson: > > Can you explain why you are using the @euro modifier with the UTF-8 > > charset, and why you feel this behavior is a bug? Similarly, if [EMAIL PROTECTED] is a valid locale, [EMAIL PROTECTED] is also. I think #208137 should be dissociated from #200256 #200933 (which relate to Korean language, although the solution resides in the same file) and merged with this one. -- JCD
Bug#185663: xlibs: locales with @euro broken
On Sun, Sep 28, 2003 at 08:22:04PM +0200, Jan Paul Schmidt wrote: > Am So, 2003-09-28 um 03.38 schrieb Branden Robinson: > > Can you explain why you are using the @euro modifier with the UTF-8 > > charset, and why you feel this behavior is a bug? Similarly, if [EMAIL PROTECTED] is a valid locale, [EMAIL PROTECTED] is also. I think #208137 should be dissociated from #200256 #200933 (which relate to Korean language, although the solution resides in the same file) and merged with this one. -- JCD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gdm, locales, new libc (patch included)
Can I interest people in bug #208137? The patch is provided, bug is easy to fix. However, bug has been merged with #200256 which is really more specific about korean locale (ko_KR). My problem is with all euro-enabled variants of european languages. Form [EMAIL PROTECTED] was understood by X11 (as fr_FR.ISO8859-15), but locale is now [EMAIL PROTECTED] which does not alias to anything. I presume there is a best way to map this than an alias table, but this short fix is necessary to be able to log in correct language under gdm. Of course, if this mail is bad manners, please tell so, I am eager to learn. -- JCD # Corrections for libc6 2.3.2-3 # Charset is now always present [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]: fr_FR.ISO8859-15 [EMAIL PROTECTED]: fr_LU.ISO8859-15 [EMAIL PROTECTED]: ga_IE.ISO8859-15 [EMAIL PROTECTED]: gl_ES.ISO8859-15 [EMAIL PROTECTED]: it_IT.ISO8859-15 [EMAIL PROTECTED]: nl_BE.ISO8859-15 [EMAIL PROTECTED]: nl_NL.ISO8859-15 [EMAIL PROTECTED]: oc_FR.ISO8859-15 [EMAIL PROTECTED]: pt_PT.ISO8859-15 [EMAIL PROTECTED]: sv_FI.ISO8859-15 [EMAIL PROTECTED]: sv_SE.ISO8859-15 [EMAIL PROTECTED]: wa_BE.ISO8859-15 [EMAIL PROTECTED]: br_FR.ISO8859-15 [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]: fr_FR.ISO8859-15 [EMAIL PROTECTED]: fr_LU.ISO8859-15 [EMAIL PROTECTED]: ga_IE.ISO8859-15 [EMAIL PROTECTED]: gl_ES.ISO8859-15 [EMAIL PROTECTED]: it_IT.ISO8859-15 [EMAIL PROTECTED]: nl_BE.ISO8859-15 [EMAIL PROTECTED]: nl_NL.ISO8859-15 [EMAIL PROTECTED]: oc_FR.ISO8859-15 [EMAIL PROTECTED]: pt_PT.ISO8859-15 [EMAIL PROTECTED]: sv_FI.ISO8859-15 [EMAIL PROTECTED]: sv_SE.ISO8859-15 [EMAIL PROTECTED]: wa_BE.ISO8859-15
gdm, locales, new libc (patch included)
Can I interest people in bug #208137? The patch is provided, bug is easy to fix. However, bug has been merged with #200256 which is really more specific about korean locale (ko_KR). My problem is with all euro-enabled variants of european languages. Form [EMAIL PROTECTED] was understood by X11 (as fr_FR.ISO8859-15), but locale is now [EMAIL PROTECTED] which does not alias to anything. I presume there is a best way to map this than an alias table, but this short fix is necessary to be able to log in correct language under gdm. Of course, if this mail is bad manners, please tell so, I am eager to learn. -- JCD # Corrections for libc6 2.3.2-3 # Charset is now always present [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]: fr_FR.ISO8859-15 [EMAIL PROTECTED]: fr_LU.ISO8859-15 [EMAIL PROTECTED]: ga_IE.ISO8859-15 [EMAIL PROTECTED]: gl_ES.ISO8859-15 [EMAIL PROTECTED]: it_IT.ISO8859-15 [EMAIL PROTECTED]: nl_BE.ISO8859-15 [EMAIL PROTECTED]: nl_NL.ISO8859-15 [EMAIL PROTECTED]: oc_FR.ISO8859-15 [EMAIL PROTECTED]: pt_PT.ISO8859-15 [EMAIL PROTECTED]: sv_FI.ISO8859-15 [EMAIL PROTECTED]: sv_SE.ISO8859-15 [EMAIL PROTECTED]: wa_BE.ISO8859-15 [EMAIL PROTECTED]: br_FR.ISO8859-15 [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]: fr_FR.ISO8859-15 [EMAIL PROTECTED]: fr_LU.ISO8859-15 [EMAIL PROTECTED]: ga_IE.ISO8859-15 [EMAIL PROTECTED]: gl_ES.ISO8859-15 [EMAIL PROTECTED]: it_IT.ISO8859-15 [EMAIL PROTECTED]: nl_BE.ISO8859-15 [EMAIL PROTECTED]: nl_NL.ISO8859-15 [EMAIL PROTECTED]: oc_FR.ISO8859-15 [EMAIL PROTECTED]: pt_PT.ISO8859-15 [EMAIL PROTECTED]: sv_FI.ISO8859-15 [EMAIL PROTECTED]: sv_SE.ISO8859-15 [EMAIL PROTECTED]: wa_BE.ISO8859-15
How to use colored cursors?
Since I switched from xfree-4.3.0-ds4, I do not have the colored cursors any more (I use experimental packages instead). I do have a ~/.icons/default/index.theme: [Icon Theme] Inherits=whiteglass I have the whiteglass files (locate whiteglass returns many results) My XF86Config-4 uses HWCursor false: Section "Device" Identifier "Matrox G550" Driver "mga" BusID "PCI:1:0:0" Option "HWCursor" "false" Option "SWCursor" "true" Option "AGPMode" "4" EndSection I even tried to add a few Xresources: xrdb -query -all *customization: -color Xcursor.core: false Xcursor.size: 48 Xcursor.theme: whiteglass Xcursor.theme_core: whiteglass Xft.antialias: 1 Xft.dpi:100,00 Xft.hinting:1 Xft.hintstyle: hintmedium Xft.rgba: rgb Nothing. I get the standard black with white border cursor. Any hint?
How to use colored cursors?
Since I switched from xfree-4.3.0-ds4, I do not have the colored cursors any more (I use experimental packages instead). I do have a ~/.icons/default/index.theme: [Icon Theme] Inherits=whiteglass I have the whiteglass files (locate whiteglass returns many results) My XF86Config-4 uses HWCursor false: Section "Device" Identifier "Matrox G550" Driver "mga" BusID "PCI:1:0:0" Option "HWCursor" "false" Option "SWCursor" "true" Option "AGPMode" "4" EndSection I even tried to add a few Xresources: xrdb -query -all *customization: -color Xcursor.core: false Xcursor.size: 48 Xcursor.theme: whiteglass Xcursor.theme_core: whiteglass Xft.antialias: 1 Xft.dpi:100,00 Xft.hinting:1 Xft.hintstyle: hintmedium Xft.rgba: rgb Nothing. I get the standard black with white border cursor. Any hint? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#208137: xlibs-data: Compatibility with libc 2.3.2
Package: xlibs-data Version: 4.3.0-0pre1v1 Severity: normal Tags: experimental patch Hello, Since libc now enforces for the [EMAIL PROTECTED] the format [EMAIL PROTECTED] format, some aliases should be added to /usr/X11R6/lib/X11/locale/locale.alias. Here is what I added: # Corrections for libc6 2.3.2-3 and following # Charset is now always present [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]: fr_FR.ISO8859-15 [EMAIL PROTECTED]: fr_LU.ISO8859-15 [EMAIL PROTECTED]: ga_IE.ISO8859-15 [EMAIL PROTECTED]: gl_ES.ISO8859-15 [EMAIL PROTECTED]: it_IT.ISO8859-15 [EMAIL PROTECTED]: nl_BE.ISO8859-15 [EMAIL PROTECTED]: nl_NL.ISO8859-15 [EMAIL PROTECTED]: oc_FR.ISO8859-15 [EMAIL PROTECTED]: pt_PT.ISO8859-15 [EMAIL PROTECTED]: sv_FI.ISO8859-15 [EMAIL PROTECTED]: sv_SE.ISO8859-15 [EMAIL PROTECTED]: wa_BE.ISO8859-15 [EMAIL PROTECTED]: br_FR.ISO8859-15 [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]: fr_FR.ISO8859-15 [EMAIL PROTECTED]: fr_LU.ISO8859-15 [EMAIL PROTECTED]: ga_IE.ISO8859-15 [EMAIL PROTECTED]: gl_ES.ISO8859-15 [EMAIL PROTECTED]: it_IT.ISO8859-15 [EMAIL PROTECTED]: nl_BE.ISO8859-15 [EMAIL PROTECTED]: nl_NL.ISO8859-15 [EMAIL PROTECTED]: oc_FR.ISO8859-15 [EMAIL PROTECTED]: pt_PT.ISO8859-15 [EMAIL PROTECTED]: sv_FI.ISO8859-15 [EMAIL PROTECTED]: sv_SE.ISO8859-15 [EMAIL PROTECTED]: wa_BE.ISO8859-15 Without this patch, locale is not recognized and C is used (with all sorts of problems ensuing). -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux penpen 2.4.20-jcd #1 sam avr 19 11:46:39 CEST 2003 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] -- no debconf information # Corrections for libc6 2.3.2-3 # Charset is now always present [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]:
Bug#208137: xlibs-data: Compatibility with libc 2.3.2
Package: xlibs-data Version: 4.3.0-0pre1v1 Severity: normal Tags: experimental patch Hello, Since libc now enforces for the [EMAIL PROTECTED] the format [EMAIL PROTECTED] format, some aliases should be added to /usr/X11R6/lib/X11/locale/locale.alias. Here is what I added: # Corrections for libc6 2.3.2-3 and following # Charset is now always present [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]: fr_FR.ISO8859-15 [EMAIL PROTECTED]: fr_LU.ISO8859-15 [EMAIL PROTECTED]: ga_IE.ISO8859-15 [EMAIL PROTECTED]: gl_ES.ISO8859-15 [EMAIL PROTECTED]: it_IT.ISO8859-15 [EMAIL PROTECTED]: nl_BE.ISO8859-15 [EMAIL PROTECTED]: nl_NL.ISO8859-15 [EMAIL PROTECTED]: oc_FR.ISO8859-15 [EMAIL PROTECTED]: pt_PT.ISO8859-15 [EMAIL PROTECTED]: sv_FI.ISO8859-15 [EMAIL PROTECTED]: sv_SE.ISO8859-15 [EMAIL PROTECTED]: wa_BE.ISO8859-15 [EMAIL PROTECTED]: br_FR.ISO8859-15 [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]: fr_FR.ISO8859-15 [EMAIL PROTECTED]: fr_LU.ISO8859-15 [EMAIL PROTECTED]: ga_IE.ISO8859-15 [EMAIL PROTECTED]: gl_ES.ISO8859-15 [EMAIL PROTECTED]: it_IT.ISO8859-15 [EMAIL PROTECTED]: nl_BE.ISO8859-15 [EMAIL PROTECTED]: nl_NL.ISO8859-15 [EMAIL PROTECTED]: oc_FR.ISO8859-15 [EMAIL PROTECTED]: pt_PT.ISO8859-15 [EMAIL PROTECTED]: sv_FI.ISO8859-15 [EMAIL PROTECTED]: sv_SE.ISO8859-15 [EMAIL PROTECTED]: wa_BE.ISO8859-15 Without this patch, locale is not recognized and C is used (with all sorts of problems ensuing). -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux penpen 2.4.20-jcd #1 sam avr 19 11:46:39 CEST 2003 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] -- no debconf information # Corrections for libc6 2.3.2-3 # Charset is now always present [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]:
Re: Problem with new libc, locales and X
On Tue, Aug 26, 2003 at 11:27:34AM +0200, Jean-Christophe Dubacq wrote: > Hi! > > I run XFree 4.3.0. I tested the new libc (2.3.2-3) and accordingly new > locale package (and new gdm package). For european countries, LANG is > now set to something like [EMAIL PROTECTED] (instead of the former > [EMAIL PROTECTED]). Xlib does not recognize this kind of locale. More > important, fonts are not found any more (probably no matching charset) > because of this. This leads to really poor experience. > > Any thoughts on this ? I will continue my soliloque: it works perfectly when adding the correct stuff to /usr/X11R6/lib/X11/locale/locale.alias (see attached file) Current versions: libc6: Installed: 2.3.2-3 Candidate: 2.3.2-3 Version Table: *** 2.3.2-3 0 500 ftp://ftp.fr.debian.org unstable/main Packages 100 /var/lib/dpkg/status xlibs: Installed: 4.3.0-0pre1v1 Candidate: 4.3.0-0pre1v1 Version Table: *** 4.3.0-0pre1v1 0 1 ftp://ftp.debian.org ../project/experimental/main Packages 100 /var/lib/dpkg/status 4.2.1-10 0 500 ftp://ftp.fr.debian.org unstable/main Packages Result of locale: [EMAIL PROTECTED] LC_CTYPE="[EMAIL PROTECTED]" LC_NUMERIC="[EMAIL PROTECTED]" LC_TIME="[EMAIL PROTECTED]" LC_COLLATE="[EMAIL PROTECTED]" LC_MONETARY="[EMAIL PROTECTED]" LC_MESSAGES="[EMAIL PROTECTED]" LC_PAPER="[EMAIL PROTECTED]" LC_NAME="[EMAIL PROTECTED]" LC_ADDRESS="[EMAIL PROTECTED]" LC_TELEPHONE="[EMAIL PROTECTED]" LC_MEASUREMENT="[EMAIL PROTECTED]" LC_IDENTIFICATION="[EMAIL PROTECTED]" LC_ALL= Patch to /usr/X11R6/lib/X11/locale/locale.alias: append [EMAIL PROTECTED]: br_FR.ISO8859-15 [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]: fr_FR.ISO8859-15 [EMAIL PROTECTED]: fr_LU.ISO8859-15 [EMAIL PROTECTED]: ga_IE.ISO8859-15 [EMAIL PROTECTED]: gl_ES.ISO8859-15 [EMAIL PROTECTED]: it_IT.ISO8859-15 [EMAIL PROTECTED]: nl_BE.ISO8859-15 [EMAIL PROTECTED]: nl_NL.ISO8859-15 [EMAIL PROTECTED]: oc_FR.ISO8859-15 [EMAIL PROTECTED]: pt_PT.ISO8859-15 [EMAIL PROTECTED]: sv_FI.ISO8859-15 [EMAIL PROTECTED]: sv_SE.ISO8859-15 [EMAIL PROTECTED]: wa_BE.ISO8859-15 [EMAIL PROTECTED]: br_FR.ISO8859-15 [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]: fr_FR.ISO8859-15 [EMAIL PROTECTED]: fr_LU.ISO8859-15 [EMAIL PROTECTED]: ga_IE.ISO8859-15 [EMAIL PROTECTED]: gl_ES.ISO8859-15 [EMAIL PROTECTED]: it_IT.ISO8859-15 [EMAIL PROTECTED]: nl_BE.ISO8859-15 [EMAIL PROTECTED]: nl_NL.ISO8859-15 [EMAIL PROTECTED]: oc_FR.ISO8859-15 [EMAIL PROTE
Re: Problem with new libc, locales and X
On Tue, Aug 26, 2003 at 11:27:34AM +0200, Jean-Christophe Dubacq wrote: > Hi! > > I run XFree 4.3.0. I tested the new libc (2.3.2-3) and accordingly new > locale package (and new gdm package). For european countries, LANG is > now set to something like [EMAIL PROTECTED] (instead of the former > [EMAIL PROTECTED]). Xlib does not recognize this kind of locale. More > important, fonts are not found any more (probably no matching charset) > because of this. This leads to really poor experience. > > Any thoughts on this ? I will continue my soliloque: it works perfectly when adding the correct stuff to /usr/X11R6/lib/X11/locale/locale.alias (see attached file) Current versions: libc6: Installed: 2.3.2-3 Candidate: 2.3.2-3 Version Table: *** 2.3.2-3 0 500 ftp://ftp.fr.debian.org unstable/main Packages 100 /var/lib/dpkg/status xlibs: Installed: 4.3.0-0pre1v1 Candidate: 4.3.0-0pre1v1 Version Table: *** 4.3.0-0pre1v1 0 1 ftp://ftp.debian.org ../project/experimental/main Packages 100 /var/lib/dpkg/status 4.2.1-10 0 500 ftp://ftp.fr.debian.org unstable/main Packages Result of locale: [EMAIL PROTECTED] LC_CTYPE="[EMAIL PROTECTED]" LC_NUMERIC="[EMAIL PROTECTED]" LC_TIME="[EMAIL PROTECTED]" LC_COLLATE="[EMAIL PROTECTED]" LC_MONETARY="[EMAIL PROTECTED]" LC_MESSAGES="[EMAIL PROTECTED]" LC_PAPER="[EMAIL PROTECTED]" LC_NAME="[EMAIL PROTECTED]" LC_ADDRESS="[EMAIL PROTECTED]" LC_TELEPHONE="[EMAIL PROTECTED]" LC_MEASUREMENT="[EMAIL PROTECTED]" LC_IDENTIFICATION="[EMAIL PROTECTED]" LC_ALL= Patch to /usr/X11R6/lib/X11/locale/locale.alias: append [EMAIL PROTECTED]: br_FR.ISO8859-15 [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]: fr_FR.ISO8859-15 [EMAIL PROTECTED]: fr_LU.ISO8859-15 [EMAIL PROTECTED]: ga_IE.ISO8859-15 [EMAIL PROTECTED]: gl_ES.ISO8859-15 [EMAIL PROTECTED]: it_IT.ISO8859-15 [EMAIL PROTECTED]: nl_BE.ISO8859-15 [EMAIL PROTECTED]: nl_NL.ISO8859-15 [EMAIL PROTECTED]: oc_FR.ISO8859-15 [EMAIL PROTECTED]: pt_PT.ISO8859-15 [EMAIL PROTECTED]: sv_FI.ISO8859-15 [EMAIL PROTECTED]: sv_SE.ISO8859-15 [EMAIL PROTECTED]: wa_BE.ISO8859-15 [EMAIL PROTECTED]: br_FR.ISO8859-15 [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]: fr_FR.ISO8859-15 [EMAIL PROTECTED]: fr_LU.ISO8859-15 [EMAIL PROTECTED]: ga_IE.ISO8859-15 [EMAIL PROTECTED]: gl_ES.ISO8859-15 [EMAIL PROTECTED]: it_IT.ISO8859-15 [EMAIL PROTECTED]: nl_BE.ISO8859-15 [EMAIL PROTECTED]: nl_NL.ISO8859-15 [EMAIL PROTECTED]: oc_FR.ISO8859-15 [EMAIL PROTE
Re: Problem with new libc, locales and X
On Tue, Aug 26, 2003 at 11:27:34AM +0200, Jean-Christophe Dubacq wrote: > Hi! > > I run XFree 4.3.0. I tested the new libc (2.3.2-3) and accordingly new > locale package (and new gdm package). For european countries, LANG is > now set to something like [EMAIL PROTECTED] (instead of the former > [EMAIL PROTECTED]). Xlib does not recognize this kind of locale. More > important, fonts are not found any more (probably no matching charset) > because of this. This leads to really poor experience. > > Any thoughts on this ? Strangely enough, this is a rehash of a former major libc upgrade. http://lists.debian.org/debian-x/2000/debian-x-200012/msg00152.html The solution is probably to append a few lines to /usr/X11R6/lib/X11/locale/locale.alias I can provide a patch, if necessary. But shouldn't X11 try to read the locale correctly at first view? I think I already worked on this once. > -- > JCD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Problem with new libc, locales and X
Hi! I run XFree 4.3.0. I tested the new libc (2.3.2-3) and accordingly new locale package (and new gdm package). For european countries, LANG is now set to something like [EMAIL PROTECTED] (instead of the former [EMAIL PROTECTED]). Xlib does not recognize this kind of locale. More important, fonts are not found any more (probably no matching charset) because of this. This leads to really poor experience. Any thoughts on this ? -- JCD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with new libc, locales and X
On Tue, Aug 26, 2003 at 11:27:34AM +0200, Jean-Christophe Dubacq wrote: > Hi! > > I run XFree 4.3.0. I tested the new libc (2.3.2-3) and accordingly new > locale package (and new gdm package). For european countries, LANG is > now set to something like [EMAIL PROTECTED] (instead of the former > [EMAIL PROTECTED]). Xlib does not recognize this kind of locale. More > important, fonts are not found any more (probably no matching charset) > because of this. This leads to really poor experience. > > Any thoughts on this ? Strangely enough, this is a rehash of a former major libc upgrade. http://lists.debian.org/debian-x/2000/debian-x-200012/msg00152.html The solution is probably to append a few lines to /usr/X11R6/lib/X11/locale/locale.alias I can provide a patch, if necessary. But shouldn't X11 try to read the locale correctly at first view? I think I already worked on this once. > -- > JCD
Problem with new libc, locales and X
Hi! I run XFree 4.3.0. I tested the new libc (2.3.2-3) and accordingly new locale package (and new gdm package). For european countries, LANG is now set to something like [EMAIL PROTECTED] (instead of the former [EMAIL PROTECTED]). Xlib does not recognize this kind of locale. More important, fonts are not found any more (probably no matching charset) because of this. This leads to really poor experience. Any thoughts on this ? -- JCD
Re: [mga] 4.3.0 pre1v1: no DRI
On Sun, Aug 17, 2003 at 12:34:38PM +0200, Michel Dänzer wrote: > On Sun, 2003-08-17 at 08:03, Daniel Stone wrote: > > On Sat, Aug 16, 2003 at 10:57:06PM +0200, Tore Anderson wrote: > > > * Jean-Christophe Dubacq > > > > Since I upgraded to 4.3.0-0pre1 (in experimental this morning), coming > > > > from ds4, I do not have DRI enabled any more. > > > > > > Try installing the 'xlibmesa-dri' package. > > > > Should work OK: > > (==) MGA(0): Direct rendering enabled > > Which means the server and DRM sides are OK. It's a good analysis by > Tore suspecting that xlibmesa-dri could be missing, preventing OpenGL > hardware acceleration on the client side. If that's not it, we need to > see the output of > > LIBGL_DEBUG=verbose glxinfo That was it*. Beyond some incompatibility with some programs (obviously crack-attack is a badly written program anyway), xlibmesa-dri is not recommanded by x-window-system or x-window-system-core. It could be. Thanks, -- Jean-Christophe Dubacq * However, crack-attack still doesn't work. It didn't work with 4.3.0-ds4 also, but worked correctly with 4.2.1-9. It segfaults soon after game starts, number 2 is all garbled, number 1 creates the segfault (there is a counter 3-2-1 for game start). The program does not compile with the error: DrawGarbage.cxx: Dans static member function « static void Displayer::drawGarbage() »: DrawGarbage.cxx:507: error: `glActiveTextureARB' undeclared (first use this function) This may or may not be related to the segfault.
Re: [mga] 4.3.0 pre1v1: no DRI
On Sun, Aug 17, 2003 at 12:34:38PM +0200, Michel Dänzer wrote: > On Sun, 2003-08-17 at 08:03, Daniel Stone wrote: > > On Sat, Aug 16, 2003 at 10:57:06PM +0200, Tore Anderson wrote: > > > * Jean-Christophe Dubacq > > > > Since I upgraded to 4.3.0-0pre1 (in experimental this morning), coming > > > > from ds4, I do not have DRI enabled any more. > > > > > > Try installing the 'xlibmesa-dri' package. > > > > Should work OK: > > (==) MGA(0): Direct rendering enabled > > Which means the server and DRM sides are OK. It's a good analysis by > Tore suspecting that xlibmesa-dri could be missing, preventing OpenGL > hardware acceleration on the client side. If that's not it, we need to > see the output of > > LIBGL_DEBUG=verbose glxinfo That was it*. Beyond some incompatibility with some programs (obviously crack-attack is a badly written program anyway), xlibmesa-dri is not recommanded by x-window-system or x-window-system-core. It could be. Thanks, -- Jean-Christophe Dubacq * However, crack-attack still doesn't work. It didn't work with 4.3.0-ds4 also, but worked correctly with 4.2.1-9. It segfaults soon after game starts, number 2 is all garbled, number 1 creates the segfault (there is a counter 3-2-1 for game start). The program does not compile with the error: DrawGarbage.cxx: Dans static member function « static void Displayer::drawGarbage() »: DrawGarbage.cxx:507: error: `glActiveTextureARB' undeclared (first use this function) This may or may not be related to the segfault. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[mga] 4.3.0 pre1v1: no DRI
Since I upgraded to 4.3.0-0pre1 (in experimental this morning), coming from ds4, I do not have DRI enabled any more. No need to insist on all consequences. I attach XFree log, XF86Config, installed packages (no trace of ds4 remains in /var/lib/dpkg/status): x-window-system-core xfonts-base-transcoded lbxproxy xlibmesa-gl xspecs xfonts-75dpi xfonts-100dpi-transcoded proxymngr xfonts-base twm xterm xlibmesa-glu xlibmesa-gl-dev xfs xlibmesa-glu-dev xserver-common xprt xnest libdps-dev xfonts-100dpi xlibs-data xfonts-scalable xfwp xlibs xlibs-dev xfree86-common xserver-xfree86 libxaw6 libxaw7 xbase-clients xutils xvfb libdps1 --- Log follows --- XFree86 Version 4.3.0 (Debian 4.3.0-0pre1v1 20030731221840 root@) Release Date: 18 March 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.0-test1-bk2 i686 [ELF] Build Date: 31 July 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.20-jcd ([EMAIL PROTECTED]) (gcc version 3.2.3 20030415 (Debian prerelease)) #1 sam avr 19 11:46:39 CEST 2003 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Sat Aug 16 16:54:25 2003 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "IIYAMA AU5131DT" (**) | |-->Device "Matrox G550" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "fr-jcd" (**) XKB: layout: "fr-jcd" (**) Option "XkbOptions" "altwin:left_meta_win" (**) XKB: options: "altwin:left_meta_win" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (WW) The directory "/usr/lib/X11/fonts/CID" does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/Speedo". Entry deleted from font path. (Run 'mkfontdir' on "/usr/lib/X11/fonts/Speedo"). (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID". Entry deleted from font path. (Run 'mkfontdir' on "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID"). (**) FontPath set to "/usr/local/share/fonts/ttfonts,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,unix/:7100" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (**) Option "DontVTSwitch" "false" (**) Option "DontZap" "false" (**) Option "BlankTime" "5" (**) Option "StandbyTime" "5" (**) Option "SuspendTime" "5" (**) Option "OffTime" "5" (**) Option "AllowDeactivateGrabs" "true" (**) Option "AllowClosedownGrabs" "true" (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x80b0, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1a30 card 1043,8070 rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1a31 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,244e card , rev 05 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2440 card , rev 05 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244b card 1043,8028 rev 05 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 1043,8028 rev 05 class 0c,03,00 hdr 00 (II) PCI: 00:1f:4: chip 8086,2444 card 1043,8028 rev 05 class 0c,03,00 hdr 00 (II) PCI: 01:00:0: chip 102b,2527 card 102b,0f84 rev 01 class 03,00,00 hdr 00 (II) PCI: 02:03:0: chip 13f6,0111 card 1043,80e2 rev 10 class 04,01,00 hdr 00 (II) PCI: 02:04:0: chip 1033,0035 card 807d,0035 rev 41 class 0c,03,10 hdr 80 (II) PCI: 02:04:1: chip 1033,0035 card 807d,0035 rev
[mga] 4.3.0 pre1v1: no DRI
Since I upgraded to 4.3.0-0pre1 (in experimental this morning), coming from ds4, I do not have DRI enabled any more. No need to insist on all consequences. I attach XFree log, XF86Config, installed packages (no trace of ds4 remains in /var/lib/dpkg/status): x-window-system-core xfonts-base-transcoded lbxproxy xlibmesa-gl xspecs xfonts-75dpi xfonts-100dpi-transcoded proxymngr xfonts-base twm xterm xlibmesa-glu xlibmesa-gl-dev xfs xlibmesa-glu-dev xserver-common xprt xnest libdps-dev xfonts-100dpi xlibs-data xfonts-scalable xfwp xlibs xlibs-dev xfree86-common xserver-xfree86 libxaw6 libxaw7 xbase-clients xutils xvfb libdps1 --- Log follows --- XFree86 Version 4.3.0 (Debian 4.3.0-0pre1v1 20030731221840 root@) Release Date: 18 March 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.0-test1-bk2 i686 [ELF] Build Date: 31 July 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.20-jcd ([EMAIL PROTECTED]) (gcc version 3.2.3 20030415 (Debian prerelease)) #1 sam avr 19 11:46:39 CEST 2003 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Sat Aug 16 16:54:25 2003 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "IIYAMA AU5131DT" (**) | |-->Device "Matrox G550" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "fr-jcd" (**) XKB: layout: "fr-jcd" (**) Option "XkbOptions" "altwin:left_meta_win" (**) XKB: options: "altwin:left_meta_win" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (WW) The directory "/usr/lib/X11/fonts/CID" does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/Speedo". Entry deleted from font path. (Run 'mkfontdir' on "/usr/lib/X11/fonts/Speedo"). (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID". Entry deleted from font path. (Run 'mkfontdir' on "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID"). (**) FontPath set to "/usr/local/share/fonts/ttfonts,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,unix/:7100" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (**) Option "DontVTSwitch" "false" (**) Option "DontZap" "false" (**) Option "BlankTime" "5" (**) Option "StandbyTime" "5" (**) Option "SuspendTime" "5" (**) Option "OffTime" "5" (**) Option "AllowDeactivateGrabs" "true" (**) Option "AllowClosedownGrabs" "true" (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x80b0, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1a30 card 1043,8070 rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1a31 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,244e card , rev 05 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2440 card , rev 05 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244b card 1043,8028 rev 05 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 1043,8028 rev 05 class 0c,03,00 hdr 00 (II) PCI: 00:1f:4: chip 8086,2444 card 1043,8028 rev 05 class 0c,03,00 hdr 00 (II) PCI: 01:00:0: chip 102b,2527 card 102b,0f84 rev 01 class 03,00,00 hdr 00 (II) PCI: 02:03:0: chip 13f6,0111 card 1043,80e2 rev 10 class 04,01,00 hdr 00 (II) PCI: 02:04:0: chip 1033,0035 card 807d,0035 rev 41 class 0c,03,10 hdr 80 (II) PCI: 02:04:1: chip 1033,0035 card 807d,0035 rev
[mga][ds4] xmodmap not working anymore ?
When trying to insert my personal modmap, I stumbled on the following problem (xfree 4.3 from ds4): X suddenly took 100% of CPU (even tough top indicated only 50%), and after a while the computer became totally non-reactive (for a while, the server kept on moving the mouse). I am competent enough to turn my xmodmap into a xkb file (which I did, and I have now even more ideas of stupid keyboard customization), but people will have trouble with that. Is it a known bug ? Btw, where should bugs for ds4 or (soon) experimental be filed (I think there is no experimental tag in the BTS)? Sincerly, -- JCD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[mga][ds4] xfs makes Xfree segfault (reproducible)
When I launch galeon, if I have xfs first in my fontpath, Xfree just restarts (thanks to gdm -- with startx, it just stops). adobe-helvetica-iso8859-1 is the font used on my start page. Shoud I investigate this some more ? Btw the antialiasing is terrible with some fonts. Did anything special change, what could I be looking at ? xdpyinfo: name of display::0.0 version number:11.0 vendor string:The XFree86 Project, Inc vendor release number:4030 XFree86 version: 4.3.0 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 255 focus: window 0x16000d1, revert to Parent number of extensions:30 BIG-REQUESTS DOUBLE-BUFFER DPMS Extended-Visual-Information FontCache GLX LBX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP X-Resource XC-APPGROUP XC-MISC XFree86-Bigfont XFree86-DGA XFree86-DRI XFree86-Misc XFree86-VidModeExtension XInputExtension XKEYBOARD XTEST XVideo default screen number:0 number of screens:1 screen #0: dimensions:1600x1200 pixels (411x311 millimeters) resolution:99x98 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x48 depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x20 default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store NO, save-unders NO largest cursor:64x64 current input event mask:0x5a20bd KeyPressMask ButtonPressMask ButtonReleaseMask EnterWindowMask LeaveWindowMask PointerMotionHintMask ButtonMotionMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask PropertyChangeMask number of visuals:16 default visual id: 0x23 visual: visual id:0x23 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits (other visuals) XF86Config (when not buggy): Section "Files" #if not a comment, bug: FontPath"unix/:7100" # if the local font server has problems, we can fall back on these FontPath "/usr/local/share/fonts/ttfonts" 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" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath"unix/:7100"# local font server EndSection Section "ServerFlags" Option "DontZap" "false" Option "DontVTSwitch" "false" Option "BlankTime" "5" Option "StandbyTime" "5" Option "SuspendTime" "5" Option "OffTime" "5" Option "AllowDeactivateGrabs" "true" Option "AllowClosedownGrabs" "true" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "fr-jcd" Option "XkbOptions""altwin:left_meta_win" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/gpmdata" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Device" Ide
[mga][ds4] xfs makes Xfree segfault (reproducible)
When I launch galeon, if I have xfs first in my fontpath, Xfree just restarts (thanks to gdm -- with startx, it just stops). adobe-helvetica-iso8859-1 is the font used on my start page. Shoud I investigate this some more ? Btw the antialiasing is terrible with some fonts. Did anything special change, what could I be looking at ? xdpyinfo: name of display::0.0 version number:11.0 vendor string:The XFree86 Project, Inc vendor release number:4030 XFree86 version: 4.3.0 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 255 focus: window 0x16000d1, revert to Parent number of extensions:30 BIG-REQUESTS DOUBLE-BUFFER DPMS Extended-Visual-Information FontCache GLX LBX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP X-Resource XC-APPGROUP XC-MISC XFree86-Bigfont XFree86-DGA XFree86-DRI XFree86-Misc XFree86-VidModeExtension XInputExtension XKEYBOARD XTEST XVideo default screen number:0 number of screens:1 screen #0: dimensions:1600x1200 pixels (411x311 millimeters) resolution:99x98 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x48 depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x20 default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store NO, save-unders NO largest cursor:64x64 current input event mask:0x5a20bd KeyPressMask ButtonPressMask ButtonReleaseMask EnterWindowMask LeaveWindowMask PointerMotionHintMask ButtonMotionMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask PropertyChangeMask number of visuals:16 default visual id: 0x23 visual: visual id:0x23 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits (other visuals) XF86Config (when not buggy): Section "Files" #if not a comment, bug: FontPath"unix/:7100" # if the local font server has problems, we can fall back on these FontPath "/usr/local/share/fonts/ttfonts" 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" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath"unix/:7100"# local font server EndSection Section "ServerFlags" Option "DontZap" "false" Option "DontVTSwitch" "false" Option "BlankTime" "5" Option "StandbyTime" "5" Option "SuspendTime" "5" Option "OffTime" "5" Option "AllowDeactivateGrabs" "true" Option "AllowClosedownGrabs" "true" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "fr-jcd" Option "XkbOptions""altwin:left_meta_win" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/gpmdata" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Device" Ide
[mga][ds4] xmodmap not working anymore ?
When trying to insert my personal modmap, I stumbled on the following problem (xfree 4.3 from ds4): X suddenly took 100% of CPU (even tough top indicated only 50%), and after a while the computer became totally non-reactive (for a while, the server kept on moving the mouse). I am competent enough to turn my xmodmap into a xkb file (which I did, and I have now even more ideas of stupid keyboard customization), but people will have trouble with that. Is it a known bug ? Btw, where should bugs for ds4 or (soon) experimental be filed (I think there is no experimental tag in the BTS)? Sincerly, -- JCD
Re: Xfree 4.3 (ds4): error with openGL
On Mon, Aug 04, 2003 at 02:22:18PM +0200, Michel Dänzer wrote: > > > http://bugs.xfree86.org/show_bug.cgi?id=218 maybe? Have you tried > > > xlibmesa-gl1-dri-trunk yet? > > > > Looks similar. But I don't get garbled colors, I get segfaults... > > I am not quite willing to play with cvs free... (had enough troubles > > with a Radeon 7500 a year ago). > > No need to play with CVS - just install the package, try it and remove > it again if you don't like it. :) > Not much success. I couldn't even use glxgears. Is there some doc floating around? penpen:~# glxinfo name of display: :0.0 Error: couldn't find RGB GLX visual visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 24 tc 1 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0x24 24 tc 1 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0x25 24 tc 1 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x26 24 tc 1 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x27 24 tc 1 24 0 r y . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow 0x28 24 tc 1 24 0 r . . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow 0x29 24 tc 1 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0x2a 24 tc 1 24 0 r . . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0x2b 24 dc 1 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0x2c 24 dc 1 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0x2d 24 dc 1 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x2e 24 dc 1 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x2f 24 dc 1 24 0 r y . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow 0x30 24 dc 1 24 0 r . . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow 0x31 24 dc 1 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0x32 24 dc 1 24 0 r . . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow XFree86 Version 4.3.0 (DRI trunk) Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.5.67-mm3 i686 [ELF] Build Date: 06 May 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Mon Aug 4 15:21:16 2003 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Matrox PowerDesk configured." (**) |-->Screen "FlatScreen" (0) (**) | |-->Monitor "AU5131 " (**) | |-->Device "MATROX G550" (**) |-->Input Device "Clavier AZERTY" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "fr" (**) XKB: layout: "fr" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Souris LOGITECH" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/TrueType/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/lib/X11/fonts/TrueType/"). (WW) `fonts.dir' not found (or not valid) in "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID". Entry deleted from font path. (Run 'mkfontdir' on "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID"). (**) FontPath set to "/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/usr/local/share/fonts/ttfonts,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (**) Option "StandbyTime" "300" (**) Option "SuspendTime" "300" (**) Option "OffTime" "300" (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config ty
Re: Xfree 4.3 (ds4): error with openGL
On Mon, Aug 04, 2003 at 12:57:13PM +0200, Michel Dänzer wrote: > > > Which driver? Seems to work fine with the r200 driver from 4.3 here. > > mga > http://bugs.xfree86.org/show_bug.cgi?id=218 maybe? Have you tried > xlibmesa-gl1-dri-trunk yet? Looks similar. But I don't get garbled colors, I get segfaults... I am not quite willing to play with cvs free... (had enough troubles with a Radeon 7500 a year ago). > > I will try. > > However, it worked perfectly before... It compiled, but segfaulted just as well. > Sure, just like a lot of broken software happens to 'work' on i386... > that doesn't mean all that much. No offense meant. Just a bit of despair...
Re: Xfree 4.3 (ds4): error with openGL
On Mon, Aug 04, 2003 at 02:22:18PM +0200, Michel Dänzer wrote: > > > http://bugs.xfree86.org/show_bug.cgi?id=218 maybe? Have you tried > > > xlibmesa-gl1-dri-trunk yet? > > > > Looks similar. But I don't get garbled colors, I get segfaults... > > I am not quite willing to play with cvs free... (had enough troubles > > with a Radeon 7500 a year ago). > > No need to play with CVS - just install the package, try it and remove > it again if you don't like it. :) > Not much success. I couldn't even use glxgears. Is there some doc floating around? penpen:~# glxinfo name of display: :0.0 Error: couldn't find RGB GLX visual visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 24 tc 1 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0x24 24 tc 1 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0x25 24 tc 1 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x26 24 tc 1 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x27 24 tc 1 24 0 r y . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow 0x28 24 tc 1 24 0 r . . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow 0x29 24 tc 1 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0x2a 24 tc 1 24 0 r . . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0x2b 24 dc 1 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0x2c 24 dc 1 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0x2d 24 dc 1 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x2e 24 dc 1 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x2f 24 dc 1 24 0 r y . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow 0x30 24 dc 1 24 0 r . . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow 0x31 24 dc 1 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0x32 24 dc 1 24 0 r . . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow XFree86 Version 4.3.0 (DRI trunk) Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.5.67-mm3 i686 [ELF] Build Date: 06 May 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Mon Aug 4 15:21:16 2003 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Matrox PowerDesk configured." (**) |-->Screen "FlatScreen" (0) (**) | |-->Monitor "AU5131 " (**) | |-->Device "MATROX G550" (**) |-->Input Device "Clavier AZERTY" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "fr" (**) XKB: layout: "fr" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Souris LOGITECH" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/TrueType/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/lib/X11/fonts/TrueType/"). (WW) `fonts.dir' not found (or not valid) in "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID". Entry deleted from font path. (Run 'mkfontdir' on "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID"). (**) FontPath set to "/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/usr/local/share/fonts/ttfonts,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (**) Option "StandbyTime" "300" (**) Option "SuspendTime" "300" (**) Option "OffTime" "300" (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config ty
Re: Xfree 4.3 (ds4): error with openGL
On Mon, Aug 04, 2003 at 12:12:48PM +0200, Michel Dänzer wrote: > > Some more testing of Xfree 4.3 led me to find that crack-attack > > doesn't work any more. > Which driver? Seems to work fine with the r200 driver from 4.3 here. mga > > It doesn't even compile anymore. > > > > The trouble is with function glActiveTextureARB, found not declared. > > > > Apparently this is not the first time this is the problem. Google lead > > me to > > http://seneca.me.umn.edu/pipermail/flightgear-devel/2003-March/016073.html > > > > which talks about the same problem... > > As hinted in that thread, it probably isn't dealing correctly with OpenGL > extensions; defining GLX_GLXEXT_PROTOTYPES before including > /usr/include/GL/glxext.h might work as a shortcut. I will try. However, it worked perfectly before...
Re: Xfree 4.3 (ds4): error with openGL
On Mon, Aug 04, 2003 at 12:57:13PM +0200, Michel Dänzer wrote: > > > Which driver? Seems to work fine with the r200 driver from 4.3 here. > > mga > http://bugs.xfree86.org/show_bug.cgi?id=218 maybe? Have you tried > xlibmesa-gl1-dri-trunk yet? Looks similar. But I don't get garbled colors, I get segfaults... I am not quite willing to play with cvs free... (had enough troubles with a Radeon 7500 a year ago). > > I will try. > > However, it worked perfectly before... It compiled, but segfaulted just as well. > Sure, just like a lot of broken software happens to 'work' on i386... > that doesn't mean all that much. No offense meant. Just a bit of despair... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Xfree 4.3 (ds4): error with openGL
Hello, Some more testing of Xfree 4.3 led me to find that crack-attack doesn't work any more. It doesn't even compile anymore. The trouble is with function glActiveTextureARB, found not declared. Apparently this is not the first time this is the problem. Google lead me to http://seneca.me.umn.edu/pipermail/flightgear-devel/2003-March/016073.html which talks about the same problem...
Re: Xfree 4.3 (ds4): error with openGL
On Mon, Aug 04, 2003 at 12:12:48PM +0200, Michel Dänzer wrote: > > Some more testing of Xfree 4.3 led me to find that crack-attack > > doesn't work any more. > Which driver? Seems to work fine with the r200 driver from 4.3 here. mga > > It doesn't even compile anymore. > > > > The trouble is with function glActiveTextureARB, found not declared. > > > > Apparently this is not the first time this is the problem. Google lead > > me to > > http://seneca.me.umn.edu/pipermail/flightgear-devel/2003-March/016073.html > > > > which talks about the same problem... > > As hinted in that thread, it probably isn't dealing correctly with OpenGL > extensions; defining GLX_GLXEXT_PROTOTYPES before including > /usr/include/GL/glxext.h might work as a shortcut. I will try. However, it worked perfectly before... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Xfree 4.3 (ds4): error with openGL
Hello, Some more testing of Xfree 4.3 led me to find that crack-attack doesn't work any more. It doesn't even compile anymore. The trouble is with function glActiveTextureARB, found not declared. Apparently this is not the first time this is the problem. Google lead me to http://seneca.me.umn.edu/pipermail/flightgear-devel/2003-March/016073.html which talks about the same problem... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RandR with mga driver
Hello, I decided to test Daniel Stone's packages (4.3.0-0ds4) because I have a rotating LCD screen. Everything worked altogether except two things: - Sawfish (windows manager) didn't recognise the Alt key any more (it was called Mod1). I do not know why, and since all other applications do fine with it (Xev shows the right state), I think it is a bug in sawfish. - Main problem: no rotation available. xrandr (1) works pretty fine for resizing (problems are with gnome), but no rotation is possible: xrandr -q: SZ:Pixels Physical Refresh *0 1600 x 1200 ( 411mm x 311mm ) *60 1 1400 x 1050 ( 411mm x 311mm ) 59 2 1280 x 1024 ( 411mm x 311mm ) 75 60 [Lots of possible values] 22 320 x 200( 411mm x 311mm ) 85 23 320 x 175( 411mm x 311mm ) 85 Current rotation - normal Current reflection - none Rotations possible - normal Reflections possible - none Of course, trying the rotation fails with an argument mismatch... - I know I missed testing this before Xfree 4.3 was put in experimental, but my free time was this week, not next week. I will try other versions as provided by the great debian package maintainers. I use mga driver, and can provide more info as requested. I can also try other mailing-lists if this is not appropriate. Sincerly, -- JCD
RandR with mga driver
Hello, I decided to test Daniel Stone's packages (4.3.0-0ds4) because I have a rotating LCD screen. Everything worked altogether except two things: - Sawfish (windows manager) didn't recognise the Alt key any more (it was called Mod1). I do not know why, and since all other applications do fine with it (Xev shows the right state), I think it is a bug in sawfish. - Main problem: no rotation available. xrandr (1) works pretty fine for resizing (problems are with gnome), but no rotation is possible: xrandr -q: SZ:Pixels Physical Refresh *0 1600 x 1200 ( 411mm x 311mm ) *60 1 1400 x 1050 ( 411mm x 311mm ) 59 2 1280 x 1024 ( 411mm x 311mm ) 75 60 [Lots of possible values] 22 320 x 200( 411mm x 311mm ) 85 23 320 x 175( 411mm x 311mm ) 85 Current rotation - normal Current reflection - none Rotations possible - normal Reflections possible - none Of course, trying the rotation fails with an argument mismatch... - I know I missed testing this before Xfree 4.3 was put in experimental, but my free time was this week, not next week. I will try other versions as provided by the great debian package maintainers. I use mga driver, and can provide more info as requested. I can also try other mailing-lists if this is not appropriate. Sincerly, -- JCD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#166335: Bad default configuration for XftConfig
On Sun, Oct 27, 2002 at 07:19:35PM -0500, [EMAIL PROTECTED] wrote: > Could you come up with, and test, a patch to the stock Debian > /etc/X11/XftConfig file that would work well with xfonts-scalable? > > Please generate a "diff -u" of the original and patched file, and mail > that diff to this bug report. Here you are. At least, this gives reasonable default. If not satisfying, I could try to include defaults using packages ttf-freefont and xfonts-scalable. --- XftConfig 2002-10-26 12:32:36.0 +0200 +++ XftConfig.orig 2002-10-30 10:09:32.0 +0100 @@ -19,12 +19,3 @@ # match any family == "charter" edit family += "bitstream charter"; match any family == "bitstream charter" edit family =+ "charter"; - -match any spacing == 110 edit family =+ "Courier 10 Pitch" ; -match any spacing == 100 edit family =+ "Courier 10 Pitch" ; -match any spacing == 0 edit family =+ "Bitstream Charter" ; -match any size > 1 edit - family =+ "Helvetica" ; - family =+ "Arial" ; - family =+ "Bitstream Charter" ; -
Bug#166335: Bad default configuration for XftConfig
On Sun, Oct 27, 2002 at 07:19:35PM -0500, [EMAIL PROTECTED] wrote: > Could you come up with, and test, a patch to the stock Debian > /etc/X11/XftConfig file that would work well with xfonts-scalable? > > Please generate a "diff -u" of the original and patched file, and mail > that diff to this bug report. Here you are. At least, this gives reasonable default. If not satisfying, I could try to include defaults using packages ttf-freefont and xfonts-scalable. --- XftConfig 2002-10-26 12:32:36.0 +0200 +++ XftConfig.orig 2002-10-30 10:09:32.0 +0100 @@ -19,12 +19,3 @@ # match any family == "charter" edit family += "bitstream charter"; match any family == "bitstream charter" edit family =+ "charter"; - -match any spacing == 110 edit family =+ "Courier 10 Pitch" ; -match any spacing == 100 edit family =+ "Courier 10 Pitch" ; -match any spacing == 0 edit family =+ "Bitstream Charter" ; -match any size > 1 edit - family =+ "Helvetica" ; - family =+ "Arial" ; - family =+ "Bitstream Charter" ; - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#166335: Bad default configuration for XftConfig
In some other line of thought, maybe including the following line would help the work between Defoma and Xft: dir "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
Bug#166335: Sorry for the Quoted-Printable, reportbug is guilty
retitle 166335 Bad default configuration for XftConfig
debian-x@lists.debian.org
Package: xlibs Version: 4.2.1-3 Severity: normal Hi, I have been investigation a few problems with Xft, and the first one is the default configuration. Currently, if a font is unkown (and since there is no Sans and Serif and Monospace fonts as used e.g. in Gnome2, or no Helvetica anti-aliased and no fixed antialiased fonts, as used in terminals or Gnumeric), the result is "the first listed font in the list of all available fonts". Which is really really bad, for my first font was Cartwright (try to use Cartwright size 12). I dug a bit around, read the source code of libxft (partly), and found a good way to ensure that fonts would be at least readable when the = environment contains GDK_USE_XFT=3D1. Principle: find reasonable defaults for all font requests. Problem: no font is guaranteed to be present, so we have to put several defaults. Problem: Helvetica and Times are not defaults. Answer: assume xfonts-scalable is there Patch: New /etc/X11/XftConfig -begin of file- # $XFree86: xc/lib/Xft/XftConfig.cpp,v 1.8 2001/11/21 23:41:12 keithp Exp $ dir "/usr/X11R6/lib/X11/fonts/Type1" dir "/usr/X11R6/lib/X11/fonts/TrueType" match any family =3D=3D "fixed" edit family =3D+ "mono"; match any family =3D=3D "fixed" edit spacing =3D+ 100; # # Check users config file # includeif "~/.xftconfig" # # Alias between XLFD families and font file family name, prefer local # fonts # match any family =3D=3D "charter" edit family +=3D "bitstream cha= rter"; match any family =3D=3D "bitstream charter" edit family =3D+ "charter"; # Propose reasonable defaults. Assume xfonts-scalable is there. # First, monospace fonts match any spacing =3D=3D 110 edit family =3D+ "Courier 10 Pitch" ; match any spacing =3D=3D 100 edit family =3D+ "Courier 10 Pitch" ; # Second, all others match any spacing =3D=3D 0 edit family =3D+ "Bitstream Charter" ; # Sometimes fonts are not requested with a specification for spacing, # so the preceding pattern fails to add Bitstream Charter as an # alternative. However, all are requested with a size (I hope). # Propose several alternatives. match any size > 0 edit family =3D+ "Helvetica" ; family =3D+ "Arial" ; family =3D+ "Bitstream Charter" ; ---end of file- -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux penpen 2.4.18jcd #1 ven jui 26 12:25:24 CEST 2002 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages xlibs depends on: ii libc6 2.3.1-3GNU C Library: Shared librarie= s an ii libfreetype6 2.1.2-10 FreeType 2 font engine, shared= lib ii xfree86-common4.2.1-3X Window System (XFree86) infr= astr -- no debconf information
Bug#166335: Bad default configuration for XftConfig
In some other line of thought, maybe including the following line would help the work between Defoma and Xft: dir "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#166335: Sorry for the Quoted-Printable, reportbug is guilty
retitle 166335 Bad default configuration for XftConfig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian-x@lists.debian.org
Package: xlibs Version: 4.2.1-3 Severity: normal Hi, I have been investigation a few problems with Xft, and the first one is the default configuration. Currently, if a font is unkown (and since there is no Sans and Serif and Monospace fonts as used e.g. in Gnome2, or no Helvetica anti-aliased and no fixed antialiased fonts, as used in terminals or Gnumeric), the result is "the first listed font in the list of all available fonts". Which is really really bad, for my first font was Cartwright (try to use Cartwright size 12). I dug a bit around, read the source code of libxft (partly), and found a good way to ensure that fonts would be at least readable when the = environment contains GDK_USE_XFT=3D1. Principle: find reasonable defaults for all font requests. Problem: no font is guaranteed to be present, so we have to put several defaults. Problem: Helvetica and Times are not defaults. Answer: assume xfonts-scalable is there Patch: New /etc/X11/XftConfig -begin of file- # $XFree86: xc/lib/Xft/XftConfig.cpp,v 1.8 2001/11/21 23:41:12 keithp Exp $ dir "/usr/X11R6/lib/X11/fonts/Type1" dir "/usr/X11R6/lib/X11/fonts/TrueType" match any family =3D=3D "fixed" edit family =3D+ "mono"; match any family =3D=3D "fixed" edit spacing =3D+ 100; # # Check users config file # includeif "~/.xftconfig" # # Alias between XLFD families and font file family name, prefer local # fonts # match any family =3D=3D "charter" edit family +=3D "bitstream cha= rter"; match any family =3D=3D "bitstream charter" edit family =3D+ "charter"; # Propose reasonable defaults. Assume xfonts-scalable is there. # First, monospace fonts match any spacing =3D=3D 110 edit family =3D+ "Courier 10 Pitch" ; match any spacing =3D=3D 100 edit family =3D+ "Courier 10 Pitch" ; # Second, all others match any spacing =3D=3D 0 edit family =3D+ "Bitstream Charter" ; # Sometimes fonts are not requested with a specification for spacing, # so the preceding pattern fails to add Bitstream Charter as an # alternative. However, all are requested with a size (I hope). # Propose several alternatives. match any size > 0 edit family =3D+ "Helvetica" ; family =3D+ "Arial" ; family =3D+ "Bitstream Charter" ; ---end of file- -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux penpen 2.4.18jcd #1 ven jui 26 12:25:24 CEST 2002 i686 Locale: LANG=3Dfr_FR@euro, LC_CTYPE=3Dfr_FR@euro Versions of packages xlibs depends on: ii libc6 2.3.1-3GNU C Library: Shared librarie= s an ii libfreetype6 2.1.2-10 FreeType 2 font engine, shared= lib ii xfree86-common4.2.1-3X Window System (XFree86) infr= astr -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]