Re: xkb-data: Help needed for Macintosh keyboards
On Tue, Aug 29, 2006 at 01:26:09PM +0200, Gabriel Paubert wrote: > Another point, the es layout for Macintosh is actually > latin american. Apple makes both es and latin american > and they are very different: simply look at the differences > between latam and es in the symbols directory. There is indeed an old bugreport upstream https://bugs.freedesktop.org/show_bug.cgi?id=1576 which contains a patch. Can you please test the attached patch? The "es" layout is renamed into "latam" and keys 1 and 2 are modified, and a new "es" layout is created for Spain. Denis --- symbols.orig/macintosh_vndr/es +++ symbols/macintosh_vndr/es @@ -1,38 +1,6 @@ partial default alphanumeric_keys xkb_symbols "basic" { - -// Describes the differences between a very simple mac_US -// keyboard and a very simple Spanish keybaord - -include "latin" +include "es" name[Group1]= "Spain - Mac"; - -key { [ bracketleft,bracketright,braceleft, braceright ] }; -key { [less, greater, bracketleft, braceleft ] }; -key { [ 1, exclam ] }; -key { [ 2, exclamdown, at, oneeighth ] }; -key { [ 3, numbersign,guillemotleft, guillemotright ] }; -key { [ 4, dollar, yen, Icircumflex ] }; -key { [ 5, percent ] }; -key { [ 6, slash,backslash, Idiaeresis ] }; -key { [ 7, ampersand, bar, Iacute ] }; -key { [ 8,asterisk, degree ] }; -key { [ 9, parenleft, sterling, Ocircumflex ] }; -key { [ 0, parenright ] }; -key { [ minus, underscore ] }; -key { [ equal,plus,plusminus ] }; -key { [ dead_grave, degree ] }; -key { [ dead_acute, dead_diaeresis, bar ] }; - -key { [ comma,questiondown ] }; -key { [ period,question ] }; -key { [ccedilla,Ccedilla ] }; -key {[ ntilde, Ntilde, asciitilde, dead_doubleacute ] }; -key { [ semicolon, colon ] }; -key { [ apostrophe,quotedbl ] }; - -// End alphanumeric section - -include "level3(ralt_switch)" }; --- /dev/null +++ symbols/macintosh_vndr/latam @@ -0,0 +1,38 @@ + +partial default alphanumeric_keys +xkb_symbols "basic" { + +// Describes the differences between a very simple mac_US +// keyboard and a very simple Spanish keybaord + +include "latin" +name[Group1]= "Latin American - Mac"; + +key { [ bracketleft,bracketright,braceleft, braceright ] }; +key { [less, greater, bracketleft, braceleft ] }; +key { [ 1, exclamdown ] }; +key { [ 2, exclam, at, oneeighth ] }; +key { [ 3, numbersign,guillemotleft, guillemotright ] }; +key { [ 4, dollar, yen, Icircumflex ] }; +key { [ 5, percent ] }; +key { [ 6, slash,backslash, Idiaeresis ] }; +key { [ 7, ampersand, bar, Iacute ] }; +key { [ 8,asterisk, degree ] }; +key { [ 9, parenleft, sterling, Ocircumflex ] }; +key { [ 0, parenright ] }; +key { [ minus, underscore ] }; +key { [ equal,plus,plusminus ] }; +key { [ dead_grave, degree ] }; +key { [ dead_acute, dead_diaeresis, bar ] }; + +key { [ comma,questiondown ] }; +key { [ period,question ] }; +key { [ccedilla,Ccedilla ] }; +key {[ ntilde, Ntilde, asciitilde, dead_doubleacute ] }; +key { [ semicolon, colon ] }; +key { [
[D-I] Switching initrd filesystem (was: mass kernel udeb update and preparations for RC1)
On Friday 22 September 2006 16:39, Grant Grundler wrote: > I didn't see anything for parisc (HPPA). > I don't know of any problems with initramfs on parisc. > but I don't expect any surprises from the kernel on that. Maybe I was not clear enough on this. The original text was: * type of initrd used Some arches have already switched to using initramfs for d-i initrds, other arches are still using cramfs or ext2. Please check if a change could/should be made for your architecture. The default is: config/common:59:INITRD_FS = ext2 $ wcgrep INITRD_FS config/hppa This means that all hppa d-i initrds currently use the default ext2 filesystem. The question was: should hppa be switched to using initramfs instead of ext2 for Debian Installer images? Whether this is possible depends amongst others on what the bootloaders used for different installation methods support. Note that using intramfs has some advantages as can be seen from these changelog entries from Joey for i386/amd64: * Remove root=/dev/ram from syslinux configs, turns out not to be needed for the kernel to find initramfs. * Remove ramdisk_size= and "rw" settings, also not needed. The same goes for other architectures: alpha: uses default ext2 arm/armeb: most subarches use cramfs ia64: uses cramfs m68k: uses default ext2 mips: uses cramfs mipsel: uses cramfs (except bcm947xx/netboot/firmware.cfg: jffs2) sparc: uses default ext2 i386, amd64, powerpc and s/390 already use initramfs as default. pgpNGBut0ZZHm.pgp Description: PGP signature
Re: xkb-data with support for Mac keyboards into unstable
Hi, On 9/23/06, Denis Barbier <[EMAIL PROTECTED]> wrote: Hi, I just uploaded xkb-data 0.8-13 into unstable, it is available at http://people.debian.org/~barbier/tmp/ Thanks. It works fine on my ibook G4 1.2Ghz 12" french keyboard. Some remarks about french ibook keyboard: 1) xorg.conf Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "macintosh" #Option "XkbModel" "ibook" Option "XkbLayout" "fr" #Option "XkbOptions""lv3:lwin_switch" EndSection ===> No accesses to the special characters (~ [ ] { } | ...). Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" #Option "XkbModel" "macintosh" Option "XkbModel" "ibook" Option "XkbLayout" "fr" #Option "XkbOptions""lv3:lwin_switch" EndSection ===> Access to the special characters by the KP_Enter key. Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "macintosh" #Option "XkbModel" "ibook" Option "XkbLayout" "fr" Option "XkbOptions""lv3:lwin_switch" EndSection ===> Access to the special characters by the Apple key. Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" #Option "XkbModel" "macintosh" Option "XkbModel" "ibook" Option "XkbLayout" "fr" Option "XkbOptions""lv3:lwin_switch" EndSection ===> Access to the special characters by the Apple key or KP_Enter key. 2) package console-data I use mac-fr-ext (/usr/share/keymaps/mac/mac-fr-ext.kmap.gz) from package console-data, which enables me to switch to X by ctrl + Apple + F7 and to write special characters using alt/option key in a console. With the xkb-data's default setting, I switch to console by ctrl + alt/option + Fx, and write special characters with Apple or KP_Enter key. I have no preference among these two default settings. Best regards, Bin and will reach mirrors in almost a day. This version is very similar to 0.8-12exp4, I believe that it is pretty solid, but needs more polishing. We can discuss to change default settings and broken layouts, but keep in mind that since most layouts were unusable, people now have different habits and we cannot make everybody happy with default settings. Please, test it, send feedback if something does not work or can be improved, write documentation for other powerpc users that could be included in xkb-data, etc. Thanks for your help. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xkb-data with support for Mac keyboards into unstable
Hello, On Sat, Sep 23, 2006 at 02:19:42AM +0200, Denis Barbier wrote: > I just uploaded xkb-data 0.8-13 into unstable, it > is available at http://people.debian.org/~barbier/tmp/ > and will reach mirrors in almost a day. I took it from your directory, as even ftp.debian.org does not have it (yet). > This version is very similar to 0.8-12exp4, I believe > that it is pretty solid, but needs more polishing. > We can discuss to change default settings and broken > layouts, but keep in mind that since most layouts > were unusable, people now have different habits and > we cannot make everybody happy with default settings. Well, no change for me, except that it does not crash X anymore :-)) So the following still needs to be done for a german ibook keyboard: 1. When pressing the key between ß? and backspace, I still get nothing, while I expect ' as printed on the key. With the shift modifier it works. This is keycode 21. 2. The AltGr-Bracket sequence is still "wrong", i.e. I would like the PC style version, i.e. (starting at AltGR-7) {[]}\ while I get (starting at AltGr-5) []|{}}\. This behaviour should be switchable. Also I still wonder why "}" is on AltGr-9 *and* AltGr-0. 3. AltGr-Q still produces "«" and not "@" I am happy that you kept AltGr-Y and AltGr-X as "«" and "»". Also several characters are on several positions, e.g. `, ~, |, «, ß, }. As of now, I don't see this as a problem, but maybe a general consensus should be found regarding the AltGr-mapping. > Please, test it, send feedback if something does not > work or can be improved, write documentation for other > powerpc users that could be included in xkb-data, etc. Please let me know if you need more/other feedback. > Thanks for your help. Thanks for your efforts cleaning this up. Greetings Helge -- Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED] gpg signed mail preferred 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software "libre": http://www.ffii.de/ signature.asc Description: Digital signature
Re: xserver-xorg-video-ati: Switching to vt garbled screen and freezes PPC powerbook
On Sat, 23 Sep 2006 the mental interface of Michel Dänzer told: > On Sat, 2006-09-23 at 13:43 +0200, Elimar Riesebieter wrote: > > Package: xserver-xorg-video-ati > > Version: 1:6.6.2-2 > > Severity: important > > > > After an upgrade to 7.1 I can't switch to console via F?. > > The screen went garbled and the powerbook freeze. I am using the > > same xorg.conf as in 7.0 (ati 6.5.8.0). > > > > Please notice the following extract of /var/log/Xorg.0.log: > > Module class: X.Org Video Driver > > ABI class: X.Org Video Driver, version 1.0 > > (WW) INVALID IO ALLOCATION b: 0xf400 e: 0xf4ff correcting > > (EE) end of block range 0xefff < begin 0xf000 > > [...] > > > Section "Device" > > Identifier "ATI Technologies, Inc. RV350 [Mobility Radeon 9600 > > M10]" > > Driver "ati" > > Option "MergedFB" "no" > > Option "UseFBDev" "yes" > > EndSection > > Does this also happen without Option "UseFBDev"? No, everything included DRI went fine. But hey, on i386 I am running a r200 (RV250) with UseFBDev and no problems. THX for t he hint, I'll close the bug when it is in the BTS. Elimar -- Learned men are the cisterns of knowledge, not the fountainheads ;-)
Re: xserver-xorg-video-ati: Switching to vt garbled screen and freezes PPC powerbook
In the future, please use X-Debbugs-CC: so the CC'd recipients get the bug number. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Re: xserver-xorg-video-ati: Switching to vt garbled screen and freezes PPC powerbook
On Sat, 2006-09-23 at 13:43 +0200, Elimar Riesebieter wrote: > Package: xserver-xorg-video-ati > Version: 1:6.6.2-2 > Severity: important > > After an upgrade to 7.1 I can't switch to console via F?. > The screen went garbled and the powerbook freeze. I am using the > same xorg.conf as in 7.0 (ati 6.5.8.0). > > Please notice the following extract of /var/log/Xorg.0.log: > Module class: X.Org Video Driver > ABI class: X.Org Video Driver, version 1.0 > (WW) INVALID IO ALLOCATION b: 0xf400 e: 0xf4ff correcting > (EE) end of block range 0xefff < begin 0xf000 [...] > Section "Device" > Identifier "ATI Technologies, Inc. RV350 [Mobility Radeon 9600 > M10]" > Driver "ati" > Option "MergedFB" "no" > Option "UseFBDev" "yes" > EndSection Does this also happen without Option "UseFBDev"? If yes, please provide full config and log files. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Re: Fwd: Debian Edu for powerpc ready for testing
On Thu, Sep 21, 2006 at 09:42:33AM +0200, Holger Levsen wrote: > Hi, > > as I'm away from powerpc machines for the next two weeks I would be happy for > testers, too... > > > regards, > Holger > > -- Forwarded Message -- > > Subject: Debian Edu for powerpc ready for testing > Date: Thursday 21 September 2006 00:51 > From: Petter Reinholdtsen <[EMAIL PROTECTED]> > To: debian-edu@lists.debian.org > > Thanks to the work of Holger and with some help from me, there are now > automatically build powerpc test CDs for Debian Edu. Currently only > for the etch-test profile. The CD images are available from > ftp://ftp.skolelinux.org/cd-etch-test-powerpc/>. rsync should > work too, use something like this to download it: > > rsync -vt \ > > ftp.skolelinux.no::skolelinux-etch-test-powerpc/debian-edu-powerpc-binary-1. > raw \ debian-edu-powerpc-binary-1.raw > > I have no idea if it boots, nor if it installs. Feedback is most > welcome. :) > > Friendly, Downloading and will test over the WE. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-video-ati: Switching to vt garbled screen and freezes PPC powerbook
Package: xserver-xorg-video-ati Version: 1:6.6.2-2 Severity: important After an upgrade to 7.1 I can't switch to console via F?. The screen went garbled and the powerbook freeze. I am using the same xorg.conf as in 7.0 (ati 6.5.8.0). Please notice the following extract of /var/log/Xorg.0.log: Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 1.0 (WW) INVALID IO ALLOCATION b: 0xf400 e: 0xf4ff correcting (EE) end of block range 0xefff < begin 0xf000 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-aragorn Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xserver-xorg-video-ati depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii xserver-xorg-core2:1.1.1-7 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. Relevant xorg.conf sections: Section "Module" Load"type1" Load"extmod" Load"freetype" Load"glx" Load"dri" Load"dbe" Load"xtrap" Load"synaptics" EndSection Section "Device" Identifier "ATI Technologies, Inc. RV350 [Mobility Radeon 9600 M10]" Driver "ati" Option "MergedFB" "no" Option "UseFBDev" "yes" EndSection -- Do you smell something burning or ist it me? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]