similar to: [PATCH] keytab-lilo: update to support kbd 2.0.3 format

On Sunday, December 27, 2015, 23:34:11, Ady via Syslinux wrote: > How this change would affect users with older versions of kbd / > loadkeys / or in older OSes? I mean, let's assume a user using a newer > version of Syslinux (containing this proposed change in its keytab-lilo > perl script) but with an older OS / older version of kbd / loadkeys / > map files. The changed

> On 27.12.2015 23:57, Jernej Simon?i? via Syslinux wrote: > > On Sunday, December 27, 2015, 23:34:11, Ady via Syslinux wrote: > > > >> How this change would affect users with older versions of kbd / > >> loadkeys / or in older OSes? I mean, let's assume a user using a newer > >> version of Syslinux (containing this proposed change in its keytab-lilo

> Since kbd 2.0.3 (commit 6ff47cf2) the format generated by 'loadkeys -m' has > changed slightly, using "unsigned short" instead of "u_short" > How this change would affect users with older versions of kbd / loadkeys / or in older OSes? I mean, let's assume a user using a newer version of Syslinux (containing this proposed change in its keytab-lilo

Hi, I just noticed that the keytab-lilo utility included with SYSLINUX isn't up to date. It *is* a problem since the old version isn't compatible with current distributions like Debian ou Ubuntu (for example). Two options are offered to those who would like to use keytab-lilo in order to generate a file compatible with the KBDMAP directive : - use an up to date version of keytab-lilo

On 29.12.2015 22:20, Ady via Syslinux wrote: > >> On 27.12.2015 23:57, Jernej Simon?i? via Syslinux wrote: >>> On Sunday, December 27, 2015, 23:34:11, Ady via Syslinux wrote: >>> >>>> How this change would affect users with older versions of kbd / >>>> loadkeys / or in older OSes? I mean, let's assume a user using a newer >>>>

On 27.12.2015 23:57, Jernej Simon?i? via Syslinux wrote: > On Sunday, December 27, 2015, 23:34:11, Ady via Syslinux wrote: > >> How this change would affect users with older versions of kbd / >> loadkeys / or in older OSes? I mean, let's assume a user using a newer >> version of Syslinux (containing this proposed change in its keytab-lilo >> perl script) but

On 29.12.2015 22:51, poma wrote: > On 29.12.2015 22:20, Ady via Syslinux wrote: >> >>> On 27.12.2015 23:57, Jernej Simon?i? via Syslinux wrote: >>>> On Sunday, December 27, 2015, 23:34:11, Ady via Syslinux wrote: >>>> >>>>> How this change would affect users with older versions of kbd / >>>>> loadkeys / or in older OSes? I

> doc: keytab-lilo example on Fedora > > --- > doc/keytab-lilo.txt | 4 ++++ > 1 file changed, 4 insertions(+) > > diff --git a/doc/keytab-lilo.txt b/doc/keytab-lilo.txt > index cdbea0f..f35b3e8 100644 > --- a/doc/keytab-lilo.txt > +++ b/doc/keytab-lilo.txt > @@ -83,3 +83,7 @@ where <kbd> is the name of the keyboard layout. > Example: > >

> It is a "generic example" which differs from the "actual example" on Fedora. ;) > Someone may favor wiki style, then again someone graces the source doc style. > What is important, none of them is a redundant, that is, they complement each other. > Patching for Fedora (or for whichever other distro) in upstream Syslinux should only be done when it would affect

On 07.03.2016 19:24, Ady via Syslinux wrote: >> doc: keytab-lilo example on Fedora >> >> --- >> doc/keytab-lilo.txt | 4 ++++ >> 1 file changed, 4 insertions(+) >> >> diff --git a/doc/keytab-lilo.txt b/doc/keytab-lilo.txt >> index cdbea0f..f35b3e8 100644 >> --- a/doc/keytab-lilo.txt >> +++ b/doc/keytab-lilo.txt >> @@ -83,3 +83,7 @@

Hi all, How do you trap key strobes in centos before they are handed off to an application? In X windows I dont care what app is running or which app has focus. I need to know what key is pressed. The key can still go on to the application that is fine. I just need to know what keys are being pressed. I have tried xbindkeys but depending on which app is running I may or may not get my

On my new Dell system, it's got a cardreader. More to the point, it's got an idiot menu key... *right* next to the right control key, and just where the annoying keyboard design has it cut down from the oversize space bar ASCII art <ctrl><WinDoze> <tall[ ]<tall<tall<tall <ctrl> Alt>[ tall spacebar ] alt> Win>

Hi, These patches contain support for some features that are already in Syslinux 4 but weren't working properly on the elflink branch. It's another step closer to feature parity with Syslinux 4. Having to jump through the comboot API for localboot support is less than ideal and I'll eventually fix that, probably when we move a big chunk of code from asm to C. Also, there's a

hi all, we were trying to configure our system with 2 ethernet catds connected to two different providers using iproute2 so that it recieves and transmits data from both of them. We have followed the configuration as given on lartc''s howto But the most wierd part of the story is that after we restart the system (We have put the script in rc.local) the system works fine and we can ping

Le 04/01/2019 ? 14:42, Jonathan Billings a ?crit?: > If I were running a VM on a linux system, I'd probably use > KVM/qemu/libvirt. I'm sure that was exhaustively tested. This is what I normally use. My only use for VirtualBox is making screenshots of the installer, and sometimes for a quick test, because it's easy to make a VM clone in a single click. Niki -- Microlinux -

Le 14/11/2016 ? 12:49, Patrick Hess a ?crit : > XFCE user here, so I'm not sure if KDE tries to enforce its own settings > with > regard to the keyboard layout, but have you tried (as root): > > localectl set-x11-keymap <whatever name the Swiss-French layout > might have> pc105 nodeadkey > > This changes the X11 keyboard settings permanently for all users on

the stat() on which file? On Wed, Apr 04, 2001 at 02:06:56PM +0200, Jan Just Keijser wrote: > hmmm, I found the problem and managed to fix it, but I am not sure if this > isn't broken: > > using gdb, I found that sshd fails to stat the 'authorized_keys' files, > which was in /local/home/janjust/.ssh/authorized_keys. Here were the > permissions for the directories

Package: xen-utils-3.0 Version: 3.0.2+hg9697-1 Severity: normal On unstable, xen-utils-3.0 can't be installed, due to dependencies. Reproducable: yes. Just install unstable and try to install xen-utils-3.0. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash

Greetings all- I'm currently working with CentOS 5.x (various version 5.0 - 5.5) attempting to run it on a system based on the AMD Geode LX CPU. There are known issues with this CPU running Centos 5, specifically those listed here: http://bugs.centos.org/view.php?id=2552 The kernel and system run fine on the Geode LX, but the installer detects the CPU as i586. Since there is no i586 kernel

Author: dm89450 Repository: /hg/zfs-crypto/gate Revision: fe0bf8e57ac4df0265e4c3d932b3183d06de3f88 Log message: 6217588 New Keyboards software needed for S11 and S10 U2 Files: create: usr/src/cmd/loadkeys/type_6/albania create: usr/src/cmd/loadkeys/type_6/belarus create: usr/src/cmd/loadkeys/type_6/bulgaria create: usr/src/cmd/loadkeys/type_6/croatia create: