Howto build fdo driver for Debian XFree86?
I'm trying to get DRM working on my laptop, which has an S3 Savage MX-MV chipset. According to directions I've found on the web (http://www.linux-sxs.org/guis/DRIS3.html), I'd hoped it might be as simple as building the DRI kernel driver for the savage and inserting it, and the XFree86 driver would be able to handle it. Apparently not. What I'm trying to do now is build the savage Xfree86 driver out of the freedesktop.org DRI CVS and install it, but when I start X, I get an error module ABI minor version (7) is newer than the server's version (6). Obviously the build is picking up too much FDO stuff and not enough Debian-X stuff. Is there a recommended procedure for building a new shiny driver out of FDO CVS for the Debian X build, or is the only available procedure to build FDO X instead and use all of that instead? Any suggestions appreciated. - Matt
Re: Howto build fdo driver for Debian XFree86?
On Sun, 2004-07-25 at 16:02 +1000, Matthew Palmer wrote: What I'm trying to do now is build the savage Xfree86 driver out of the freedesktop.org DRI CVS and install it, but when I start X, I get an error module ABI minor version (7) is newer than the server's version (6). Obviously the build is picking up too much FDO stuff and not enough Debian-X stuff. Actually, all you need to overcome this particular problem is to use the server binary from DRI CVS as well. FYI, the DRI CVS xc tree is deprecated now, it's been folded into the X.Org tree (experimental DRI support for drivers like mach64, savage etc. still isn't built by default though but only if BuildDevelDRIDrivers is defined in the imake configuration). -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: Howto build fdo driver for Debian XFree86?
On Sun, Jul 25, 2004 at 12:42:37PM +0200, Michel D?nzer wrote: On Sun, 2004-07-25 at 16:02 +1000, Matthew Palmer wrote: What I'm trying to do now is build the savage Xfree86 driver out of the freedesktop.org DRI CVS and install it, but when I start X, I get an error module ABI minor version (7) is newer than the server's version (6). Obviously the build is picking up too much FDO stuff and not enough Debian-X stuff. Actually, all you need to overcome this particular problem is to use the server binary from DRI CVS as well. What I was trying to do was minimise the amount of new code I was introducing, as I'm not in a position to be able to debug problems in strange places in my X server (much as I'd like to be able to). FYI, the DRI CVS xc tree is deprecated now, it's been folded into the X.Org tree (experimental DRI support for drivers like mach64, savage etc. still isn't built by default though but only if BuildDevelDRIDrivers is defined in the imake configuration). OK, I guess I'll try that out at some stage. Unfortunately, the best information I've gotten so far is that the Savage drivers don't support DRI for the Savage MX series. I've also got something from somewhere else that said that all S3 chips don't support OpenGL, but I really can't work out how that gels with supporting 3D Direct Rendering under Linux in general. I think that might have been a bit of misinformation. - Matt
Bug#261337: [INTL:nl] updated dutch po-debconf translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: xfree86 Version: 4.3.0.dfsg.1-5 Severity: wishlist Tags: patch l10n Please find attached the updated to the dutch po-debconf translation. This translation has been vetted by the review process of the debian-l10n-dutch team. Please add it to your next package revision TIA. Feel free to mail me if this file needs updating at some future date. - -- Cheers, cobaco /\ ASCII Ribbon Campaign \ / No proprietary formats in attachments without request X i.e. *NO* WORD, POWERPOINT or EXCEL documents / \ Respect Open Standards http://www.fsf.org/philosophy/no-word-attachments.html http://www.goldmark.org/netrants/no-word/attach.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBA4+65ihPJ4ZiSrsRAsZlAJ9NLQc0/J0nc02vL6R2FGMMXe3dlACfZ6UJ c6X5W8cpzxJURj/2mCtrJvw= =FSfN -END PGP SIGNATURE- nl.po Description: application/gettext
Bug#260440: other info
For this bug, Migrating to kernel 2.6.7 seemed to solve the problem stF
Re: Howto build fdo driver for Debian XFree86?
On Sun, 2004-07-25 at 20:59 +1000, Matthew Palmer wrote: On Sun, Jul 25, 2004 at 12:42:37PM +0200, Michel D?nzer wrote: On Sun, 2004-07-25 at 16:02 +1000, Matthew Palmer wrote: What I'm trying to do now is build the savage Xfree86 driver out of the freedesktop.org DRI CVS and install it, but when I start X, I get an error module ABI minor version (7) is newer than the server's version (6). Obviously the build is picking up too much FDO stuff and not enough Debian-X stuff. Actually, all you need to overcome this particular problem is to use the server binary from DRI CVS as well. What I was trying to do was minimise the amount of new code I was introducing, as I'm not in a position to be able to debug problems in strange places in my X server (much as I'd like to be able to). Well, you'd only be using a different server binary; problems tend to be located in modules, most of which would be unchanged (although the savage DRI support might require some other modules like dri, drm and glx from CVS as well). Unfortunately, the best information I've gotten so far is that the Savage drivers don't support DRI for the Savage MX series. That's not what I'm reading on http://dri.sourceforge.net/cgi- bin/moin.cgi/S3Savage . I've also got something from somewhere else that said that all S3 chips don't support OpenGL, but I really can't work out how that gels with supporting 3D Direct Rendering under Linux in general. I think that might have been a bit of misinformation. It certainly seems wrong in this form. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: Howto build fdo driver for Debian XFree86?
On Sun, Jul 25, 2004 at 02:08:24PM +0200, Michel D?nzer wrote: On Sun, 2004-07-25 at 20:59 +1000, Matthew Palmer wrote: Unfortunately, the best information I've gotten so far is that the Savage drivers don't support DRI for the Savage MX series. That's not what I'm reading on http://dri.sourceforge.net/cgi- bin/moin.cgi/S3Savage . Doi to me. There's conflicting information on there, and I only read the first part before getting all discouraged. Perhaps an update (or at least clarification) might be in order? At any rate, I think I might end up subscribing to the dri-devel list and trying it out. Might as well finally get around to contributing something back to X. - Matt
i haerd you borke into a huose last ngiht
ErX Elíxír is 5 times more potent than V,í.a,g.r,a! íncreased s.e.m.e.n and s.p.e.r.m production up to 600%! íncreased circulation and E.N,L.A,R.G,E your girth and size up to 3 inches or MORE! íncreased testosterone levels! Obtain GIANT rock-solid more powerful e,r.e,c.t,í.o,n.s! Have LONGER LASTING e,r.e,c.t,í.o,n.s! íncreased líbído and vitality! Have more energy for vígorous actívíty! Best of all, Recommended by REAL d0ct0rs! http://www.rapidfazt.net/index.php?a=811 1.0.0%_Money_Back_Guarantee! Feed'st thy light's flame with self-substantial fuel, Surely, said I, surely, that is something at my window lattice. First follow NATURE, and your Judgment frame Making a famine where abundance lies,
Bug#261251: xserver-xfree86: [ati/radeon+crusoe] Xclients are crashing at start
Hi all, I still haven't found precisely the bug but I might have found a way to work around. I downloaded the sources of the Xserver at: http://ftp.debian.org/debian/pool/main/x/xfree86/xfree86_4.3.0.dfsg.1.orig.tar.gz And I compiled it with no modification (I mean the minimum modifications needed to make it compile). It means that this version was compiled with optimization of level 2 and no debug. When I entered the specific mode where the problem was occurring, I tried to run the Xserver compiled by myself and it was running ok (no bug). Just to be sure that I was still in the specific mode I tried another time to run the Xserver of the package from Debian afterward and it crashed as expected. The point here was that I never had any problem with the Xserver that I compiled by myself and I thought at first that it was because of the debug options, but I always had the debug options on for all of them. So, just to be sure, I tried to compile one with full optimization and no debug. I was hoping that it would either crash or run. My guess now is that it is coming from one of the patches applied... but I might be wrong. I noticed also that when running the Xserver that I compiled by myself the DRM was activated and the Xserver was much faster. I attach to this mail, the /var/log/XFree86.0.log from the Xserver that I compiled and the one of the plain debian package. If anybody want more details or has some suggestions to track this bug a bit further, I would be pleased to perform the tests or give the informations. For now, I will be running the Xserver that I compiled by myself (it is faster and it resist to the bug, so I would be stupid to not have it). Regards -- Emmanuel Fleury Computer Science Department, | Office: B1-201 Aalborg University, | Phone: +45 96 35 72 23 Fredriks Bajersvej 7E, | Fax:+45 98 15 98 89 9220 Aalborg East, Denmark | Email: [EMAIL PROTECTED] XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.7 i686 [ELF] Build Date: 24 July 2004 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: Sun Jul 25 17:14:19 2004 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Screen 0 (0) (**) | |--Monitor LCD Display (**) | |--Device Radeon Mobility 0 (**) |--Input Device Keyboard (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc101 (**) XKB: model: pc101 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device Mouse (**) |--Input Device USB Mouse (**) FontPath set to /usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr/X11R6/lib/X11/fonts/75dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (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.1, 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.1, 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 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1279,0395 card 104d,80ec rev 03 class 06,00,00 hdr 80 (II) PCI: 00:00:1: chip 1279,0396 card 104d,80ec rev 00 class 05,00,00 hdr 80 (II) PCI: 00:00:2: chip 1279,0397 card 104d,80ec rev 00 class 05,00,00 hdr 80 (II) PCI: 00:06:0: chip 10b9,5451 card 104d,80ec rev 02 class 04,01,00 hdr 00 (II) PCI: 00:07:0: chip 10b9,1533 card 104d,80ec rev 00 class 06,01,00 hdr 00 (II) PCI: 00:08:0: chip 10b9,5457 card 104d,80ec rev 00 class 07,03,00 hdr 00 (II) PCI: 00:09:0: chip 104c,8023 card 104d,80ec rev 00 class 0c,00,10 hdr 00 (II) PCI: 00:0a:0: chip 10cf,2011 card 104d,80ec rev 00 class 04,80,00 hdr 00 (II) PCI: 00:0b:0:
Bug#261251: xserver-xfree86: [ati/radeon+crusoe] Xclients are crashing at start
Hi, I don't understand anything... I just encountered the bug again starting with the new Xserver that I compiled. What is really strange is that when I ran the Xserver from Debian (which was crashing previously) it worked (the bug did not appear but still the Xserver compiled by me was stuck). It seems that when one Xserver is crashing, you cannot run it anymore but you can run others... It looks like black art to me. I have no explanation. I'm lost. :-( If somebody has some rational explanation or some experiments to perform, I'll be happy. Any clue ? Regards -- Emmanuel Fleury Computer Science Department, | Office: B1-201 Aalborg University, | Phone: +45 96 35 72 23 Fredriks Bajersvej 7E, | Fax:+45 98 15 98 89 9220 Aalborg East, Denmark | Email: [EMAIL PROTECTED]
Bug#255270: xfree86: libglide3 has now ia64 and amd64 support
Hi Branden, On Wed, Jul 14, 2004 at 11:19:13AM -0500, Branden Robinson wrote: On Sat, Jun 19, 2004 at 11:58:45PM +0200, Guillem Jover wrote: I've ported libglide3 to amd64 and ia64. So now xfree86 can Build-Depend on libglide3-dev on those arches. I've integrated this patch: $ svn log -r 1640 svn://necrotic.deadbeast.net/xfree86 Oh, sorry to have missed some stuff in the patch. If you and your fellow Glide enthusiasts could test the XFree86 SVN trunk on i386, amd64, ia64, and alpha, I sure would appreciate it. Ok I've build trunk r1640 (trunk r1685 at the time didn't build correclty, suppose it's a known issue) and tested it on i386. Report follows: [EMAIL PROTECTED]:~$ uname -a Linux zulo 2.6.6-zulo #1 Tue May 11 12:05:18 CEST 2004 i586 GNU/Linux [EMAIL PROTECTED]:~$ X -version This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-6+glide 20040725043259 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.7-haydn i686 [ELF] Build Date: 25 July 2004 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.6.6-zulo ([EMAIL PROTECTED]) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Tue May 11 12:05:18 CEST 2004 [EMAIL PROTECTED]:~$ glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: VA Linux Systems, Inc. OpenGL renderer string: Mesa DRI 20020221 Voodoo4 x86/MMX/3DNow! OpenGL version string: 1.2 Mesa 4.0.4 OpenGL extensions: GL_ARB_multitexture, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_packed_pixels, GL_EXT_paletted_texture, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_object, GL_EXT_texture_lod_bias, GL_EXT_vertex_array, GL_HP_occlusion_test, GL_IBM_rasterpos_clip, GL_MESA_window_pos, GL_NV_texgen_reflection glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess 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 . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x24 24 tc 1 24 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x25 24 tc 1 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x26 24 tc 1 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x27 24 tc 1 24 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x28 24 tc 1 24 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x29 24 tc 1 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x2a 24 tc 1 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2b 24 dc 1 24 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x2c 24 dc 1 24 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x2d 24 dc 1 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x2e 24 dc 1 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2f 24 dc 1 24 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x30 24 dc 1 24 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x31 24 dc 1 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x32 24 dc 1 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow regards, guillem
Bug#261389: xfree86: [INTL:pt_BR] Please apply attached patch to fix some typos found in pt_BR translation
Package: xfree86 Severity: wishlist Tags: patch sid l10n Hello, Please consider applying the attached patch in order to fix some typos found in xfre86's Brazilian Portuguese (pt_BR) debconf template translation. Regards, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (ignored: LC_ALL set to pt_BR) Index: debian/po/pt_BR.po === --- debian/po/pt_BR.po (revision 1685) +++ debian/po/pt_BR.po (working copy) @@ -29,7 +29,7 @@ Project-Id-Version: xfree86\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2004-06-06 10:41-0500\n -PO-Revision-Date: 2004-06-23 22:15-0300\n +PO-Revision-Date: 2004-07-25 15:41-0300\n Last-Translator: André Luís Lopes [EMAIL PROTECTED]\n Language-Team: Debian-BR Project debian-l10n-portuguese@lists.debian.org\n MIME-Version: 1.0\n @@ -547,7 +547,7 @@ head configuration. msgstr No momento, somente uma configuração de monitor único é suportada pelo -debconf; porém. os arquivos de configuração do servidor X podem ser editados +debconf. Porém, os arquivos de configuração do servidor X podem ser editados para suportarem uma configuração de diversos monitores. #. Type: string @@ -1002,7 +1002,7 @@ spacing accent marks and diaereses as normal spacing keys, and if this is the preferred behavior, enter \nodeadkeys\. msgstr -Muitos layouts de teclados suportam uma opção para tratar teclad \mortas +Muitos layouts de teclados suportam uma opção para tratar teclas \mortas \ (\dead keys\) como marcas de acento sem espaço e acentuação como teclas de espaço. Caso esse seja o comportamento preferido, informe \nodeadkeys\. @@ -1025,7 +1025,7 @@ msgid Users of U.S. English keyboards should generally leave this entry blank. msgstr -Usuários de teclado americamos devem geralmente deixar esta entrada em +Usuários de teclado americanos devem geralmente deixar esta entrada em branco. #. Type: string @@ -1145,7 +1145,7 @@ autodetection succeeds, further debconf questions about your mouse will be pre-answered. msgstr -aso você aceite esta opção e a autodetecção falhe esta pergunta lhe será +Caso você aceite esta opção e a autodetecção falhe esta pergunta lhe será feita novamente. Você pode tentar a autodetecção quantas vezes desejar. Caso a autodetecção tenha sucesso, perguntas futuras do debconf sobre seu mouse estarão pré-respondidas. @@ -1373,7 +1373,7 @@ Para a opção \simples\ você precisa saber somente o tamanho físico do monitor (em polegadas); isto irá definir alguns valores de configuração apropriados para um CRT típico de tamanho correspondente, mas podem -subutilizar as capacidadses de um CRT de alta qualidade. (Esta opção é +subutilizar as capacidades de um CRT de alta qualidade. (Esta opção é desabilitada para usuários de painéis LCD, uma vez que estes displays são configurados para uma resoluçao particular.) @@ -1621,7 +1621,7 @@ XFree86 server configuration file. You may wish to do this if you want to change the access privileges to the DRI port. msgstr -Desabilite esta opçãocaso você queira gravar sua própria seção \DRI\ no +Desabilite esta opção caso você queira gravar sua própria seção \DRI\ no arquivo do configuração do servidor XFree86. Você pode desejar fazê-lo caso você queira mudar os privilégios de acesso a porta DRI.
Re: Release update
Hi everybody, On Sun, 25 Jul 2004, Steve Langasek wrote: Hello world. There's a steadily increasing buzz about the status of the sarge release, now that the new installer is on the home stretch. The release team has been hard at work on finalizing a viable release schedule, but it will take a little more time yet before that's ready to be announced. In the meantime, we do need to announce the first stage of the sarge freeze. 31 July Hard-freeze of base+standard [SNIP] With the recent announce from the release team, to start the freeze period for sarge release, and after a discussion with Branden on irc, the next release of the X packages will be the last one that will bring in new features. The release will take longer than usual due to the number of things in the TODO list and you are welcome to add your comments, if you truely believe that something must absoultely be changed. From the 15th of August, X will be in hard freeze condition. Only RC bugs fixes will be performed. tho we have only one that affect the release and hopefully it will be fixed before the next upload. Now, more than ever is important that people will start to test and report bugs asap!! You should know the drill by now. Fabio -- user fajita: step one fajita Whatever the problem, step one is always to look in the error log. user fajita: step two fajita When in danger or in doubt, step two is to scream and shout.
Bug#261163: Acknowledgement (xlibs-data: change sequences for KP_Delete for PL locales)
Bugreport should be send for package xlibs, so please reassign it and apply
attached patch.
diff -ur /etc/X11/xkb/symbols/pc/pl /etc/X11/xkb/symbols/pc/pl
--- /etc/X11/xkb/symbols/pc/pl 2004-06-16 09:12:52.0 +0200
+++ /etc/X11/xkb/symbols/pc/pl 2004-07-26 03:53:52.0 +0200
@@ -21,5 +21,10 @@
key AB03 { [ c, C, cacute, Cacute ] };
key AB06 { [ n, N, nacute, Nacute ] };
+// Begin keypad section
+// The Polish standard is comma on the keypad not decimal dot
+key KPDL {[KP_Delete, comma] };
+// End of keypad section
+
include level3(ralt_switch_multikey)
};
diff -ur /etc/X11/xkb/symbols/pc/pl2 /etc/X11/xkb/symbols/pc/pl2
--- /etc/X11/xkb/symbols/pc/pl2 2004-06-16 09:12:52.0 +0200
+++ /etc/X11/xkb/symbols/pc/pl2 2004-07-26 03:54:17.0 +0200
@@ -41,6 +41,11 @@
key BKSL { [oacute, zacute, dead_grave, dead_breve ] };
key AB03 { [ c, C, cent,copyright ] };
+// Begin keypad section
+// The Polish standard is comma on the keypad not decimal dot
+key KPDL {[KP_Delete, comma] };
+// End of keypad section
+
include level3(ralt_switch_multikey)
};
diff -ur /etc/X11/xkb/symbols/pl /etc/X11/xkb/symbols/pl
--- /etc/X11/xkb/symbols/pl 2004-06-16 09:12:51.0 +0200
+++ /etc/X11/xkb/symbols/pl 2004-07-26 03:52:25.0 +0200
@@ -35,6 +35,11 @@
[ zabovedot, Zabovedot ] };
// End alphanumeric section
+// Begin keypad section
+// The Polish standard is comma on the keypad not decimal dot
+key KPDL {[KP_Delete, comma] };
+// End of keypad section
+
// Begin mofifier mappings
modifier_map Shift { Shift_L };
diff -ur /etc/X11/xkb/symbols/pl2 /etc/X11/xkb/symbols/pl2
--- /etc/X11/xkb/symbols/pl22004-06-16 09:12:51.0 +0200
+++ /etc/X11/xkb/symbols/pl22004-07-26 03:52:11.0 +0200
@@ -94,6 +94,11 @@
[ bar ] };
// End alphanumeric section
+
+// Begin keypad section
+// The Polish standard is comma on the keypad not decimal dot
+key KPDL {[KP_Delete, comma] };
+// End of keypad section
// begin modifier mappings
modifier_map Shift { Shift_L };
Xsession and login shells
Xsession does not spawn a login shell. There has been much discussion lately on the debian lists about the problems users see because Xsession does not spawn a user shell. This has been causing a lot of trouble for users. It is different than other distros. Much discussion ensued after martin f krafft [EMAIL PROTECTED] filed this as a bug against kdm. Many of us now believe the problem really lies with xfree86-common's /etc/X11/Xsession. I plan on reassigning Bug#250765 to xfree86-common but wanted to introduce the problem here first and to get people's comments on this problem. Please look at Bug#250765 and comment on the solution proposed there. In summary it is to change /etc/X11/Xsession so that it spawns the user's $SHELL as a login shell. This converges Debian with at least one other popular distro and provides the user with a login environment. Thanks Bob pgpc2mc1YMM4K.pgp Description: PGP signature
