Re: [arch-general] [arch-dev-public] [PATCH 4/4] ftpdir-cleanup: lock repo before doing the cleanup
On Wed, Feb 24, 2010 at 8:52 PM, Evangelos Foutras wrote:
> On Thu, Feb 25, 2010 at 3:36 AM, Eric Bélanger
> wrote:
>
>> for arch in ${arch...@]}; do
>>
>> + IS_LOCKED=0
>> + count=0
>> + while [ $count -le $LOCK_TRIAL ]; do
>> + if repo_lock $reponame $arch ; then
>> + IS_LOCKED=1
>> + let count=$LOCK_TRIAL+1
>> + continue
>
> I'd just use a 'break' here, instead of making the conditional
> expression false and jumping to the check again.
You're right. That's what I intended to do but I couldn't remember the
name of the command. ;) I'll wait for other feedback before making a
new patch.
Also, for LOCK_TRIAL and LOCK_DELAY I chose what I believe is a sane
default, i.e. try every 10 seconds for 1 minute. These could be
tweaked of course.
BTW, I also removed some trailing spaces. That's why some lines in
the patch don't appear to have any changes.
>
>> + fi
>> + sleep $LOCK_DELAY
>> + let count=$count+1
>> + done
>> +
>> + if [ $IS_LOCKED -eq 0 ]; then
>
>
> Thanks for creating this patch. :)
>
Re: [arch-general] Microsoft keyboard and unworking keys
On Thu, Feb 25, 2010 at 6:47 AM, André Ramaciotti < andre.ramacio...@gmail.com> wrote: > > I've found something interestingly weird. The output of ls -lh > /dev/input/by-id shows that this keyboard has three /dev/input entries: > /dev/input/event14, /dev/input/event15 and /dev/input/js0 (?) . Event14 is > the "main keyboard", where most of the keypresses result in an event. Both > event15 and js0 react to only one key (one of the non-working ones). So > mistery somewhat solved: it is indeed a Microsoft thing, and I'm > semi-officially giving up making this keyboard work 100%. I has more > multimedia keys that I'll ever need, anyway (most of them working). > Next time make sure not to buy a ms keyboard :) I replaced one a few months ago, which was from my non linux days, and worked perfectly under linux. but just out of principle, i bought a non ms keyboard this time.
Re: [arch-general] [arch-dev-public] [PATCH 4/4] ftpdir-cleanup: lock repo before doing the cleanup
On Thu, Feb 25, 2010 at 3:36 AM, Eric Bélanger wrote:
> for arch in ${arch...@]}; do
>
> + IS_LOCKED=0
> + count=0
> + while [ $count -le $LOCK_TRIAL ]; do
> + if repo_lock $reponame $arch ; then
> + IS_LOCKED=1
> + let count=$LOCK_TRIAL+1
> + continue
I'd just use a 'break' here, instead of making the conditional
expression false and jumping to the check again.
> + fi
> + sleep $LOCK_DELAY
> + let count=$count+1
> + done
> +
> + if [ $IS_LOCKED -eq 0 ]; then
Thanks for creating this patch. :)
Re: [arch-general] Microsoft keyboard and unworking keys
On Wed, Feb 24, 2010 at 9:34 PM, Celti wrote: > On Wed, Feb 24, 2010 at 17:32, André Ramaciotti > wrote: > > On Wed, Feb 24, 2010 at 7:45 PM, Andre Ramaciotti < > > andre.ramacio...@gmail.com> wrote: > > > >> Celti writes: > >> > >> > On Wed, Feb 24, 2010 at 15:38, Andre Ramaciotti > >> > wrote: > >> >> Celti writes: > >> >> > >> >>> On Wed, Feb 24, 2010 at 15:23, Celti > wrote: > >> On Wed, Feb 24, 2010 at 15:19, Andre Ramaciotti > >> wrote: > >> > Daenyth Blank < > daenyth%2ba...@gmail.com >> > >> writes: > >> >> On Wed, Feb 24, 2010 at 16:34, Andre Ramaciotti > >> >> wrote: > >> >>> as in "they don't show any keycode > >> >>> on 'xev' or 'showkey'". > >> >> > >> >> It sounds like those keys are broken. It should be sending > >> something. Is it old? > >> > > >> > It's barely used. I don't think the keys are broken, most > probably, > >> > these keys send the "I've been pressed" signal in a non-standard > way > >> > (you know, it's Microsoft, it wouldn't surprise me at all). I > >> suspect > >> > this because this keyboard comes with an installation CD, which > >> probably > >> > contains some kind of special driver (for Windows and Mac OS X > only). > >> > > >> > >> Likely they don't have a kernel mapping, so X doesn't even see > them. > >> You'll need to get their scancodes with `showkeys`, and map them to > >> keycodes with `setkeycodes`, while out of X. > >> > >> ~celti > >> >>> > >> >>> Er, sorry, I'm blind. You said you used showkey. Did you try it with > >> '-s'? > >> >> > >> >> Yay! It did return some key codes, though they were kind of strange, > >> >> like a single key printing '0xe0 0x5d' (instead of a single byte). > Will > >> >> I have any problems because of this? > >> > > >> > Nope. Those are scancodes, not keycodes. There are plenty of howtos > >> > out there on mapping scancodes to keycodes; it's been long enough > >> > since I've needed to that I've forgotten the exact syntax. > >> > > >> > Glad I could help. > >> > > >> > ~celti > >> > >> I'm glad, too. Thank you! :) > >> > > > > Actually... I should pay more atention to what I'm doing. I've just > > realized that I was pressing the wrong key; I was pressing one by the > side > > of the key that doesn't produces any code. They key I should be pressing > > still doesn't show anycode when running showkey as `showkey -s`. > > Oh. In that case, it probably does use some silly proprietary > Microsoft thing. No idea how to help there, sorry. > > ~celti > I've found something interestingly weird. The output of ls -lh /dev/input/by-id shows that this keyboard has three /dev/input entries: /dev/input/event14, /dev/input/event15 and /dev/input/js0 (?) . Event14 is the "main keyboard", where most of the keypresses result in an event. Both event15 and js0 react to only one key (one of the non-working ones). So mistery somewhat solved: it is indeed a Microsoft thing, and I'm semi-officially giving up making this keyboard work 100%. I has more multimedia keys that I'll ever need, anyway (most of them working).
Re: [arch-general] Microsoft keyboard and unworking keys
On Wed, Feb 24, 2010 at 17:32, André Ramaciotti wrote: > On Wed, Feb 24, 2010 at 7:45 PM, Andre Ramaciotti < > andre.ramacio...@gmail.com> wrote: > >> Celti writes: >> >> > On Wed, Feb 24, 2010 at 15:38, Andre Ramaciotti >> > wrote: >> >> Celti writes: >> >> >> >>> On Wed, Feb 24, 2010 at 15:23, Celti wrote: >> On Wed, Feb 24, 2010 at 15:19, Andre Ramaciotti >> wrote: >> > Daenyth Blank > >> writes: >> >> On Wed, Feb 24, 2010 at 16:34, Andre Ramaciotti >> >> wrote: >> >>> as in "they don't show any keycode >> >>> on 'xev' or 'showkey'". >> >> >> >> It sounds like those keys are broken. It should be sending >> something. Is it old? >> > >> > It's barely used. I don't think the keys are broken, most probably, >> > these keys send the "I've been pressed" signal in a non-standard way >> > (you know, it's Microsoft, it wouldn't surprise me at all). I >> suspect >> > this because this keyboard comes with an installation CD, which >> probably >> > contains some kind of special driver (for Windows and Mac OS X only). >> > >> >> Likely they don't have a kernel mapping, so X doesn't even see them. >> You'll need to get their scancodes with `showkeys`, and map them to >> keycodes with `setkeycodes`, while out of X. >> >> ~celti >> >>> >> >>> Er, sorry, I'm blind. You said you used showkey. Did you try it with >> '-s'? >> >> >> >> Yay! It did return some key codes, though they were kind of strange, >> >> like a single key printing '0xe0 0x5d' (instead of a single byte). Will >> >> I have any problems because of this? >> > >> > Nope. Those are scancodes, not keycodes. There are plenty of howtos >> > out there on mapping scancodes to keycodes; it's been long enough >> > since I've needed to that I've forgotten the exact syntax. >> > >> > Glad I could help. >> > >> > ~celti >> >> I'm glad, too. Thank you! :) >> > > Actually... I should pay more atention to what I'm doing. I've just > realized that I was pressing the wrong key; I was pressing one by the side > of the key that doesn't produces any code. They key I should be pressing > still doesn't show anycode when running showkey as `showkey -s`. Oh. In that case, it probably does use some silly proprietary Microsoft thing. No idea how to help there, sorry. ~celti
Re: [arch-general] Microsoft keyboard and unworking keys
On Wed, Feb 24, 2010 at 7:45 PM, Andre Ramaciotti < andre.ramacio...@gmail.com> wrote: > Celti writes: > > > On Wed, Feb 24, 2010 at 15:38, Andre Ramaciotti > > wrote: > >> Celti writes: > >> > >>> On Wed, Feb 24, 2010 at 15:23, Celti wrote: > On Wed, Feb 24, 2010 at 15:19, Andre Ramaciotti > wrote: > > Daenyth Blank > > writes: > >> On Wed, Feb 24, 2010 at 16:34, Andre Ramaciotti > >> wrote: > >>> as in "they don't show any keycode > >>> on 'xev' or 'showkey'". > >> > >> It sounds like those keys are broken. It should be sending > something. Is it old? > > > > It's barely used. I don't think the keys are broken, most probably, > > these keys send the "I've been pressed" signal in a non-standard way > > (you know, it's Microsoft, it wouldn't surprise me at all). I > suspect > > this because this keyboard comes with an installation CD, which > probably > > contains some kind of special driver (for Windows and Mac OS X only). > > > > Likely they don't have a kernel mapping, so X doesn't even see them. > You'll need to get their scancodes with `showkeys`, and map them to > keycodes with `setkeycodes`, while out of X. > > ~celti > >>> > >>> Er, sorry, I'm blind. You said you used showkey. Did you try it with > '-s'? > >> > >> Yay! It did return some key codes, though they were kind of strange, > >> like a single key printing '0xe0 0x5d' (instead of a single byte). Will > >> I have any problems because of this? > > > > Nope. Those are scancodes, not keycodes. There are plenty of howtos > > out there on mapping scancodes to keycodes; it's been long enough > > since I've needed to that I've forgotten the exact syntax. > > > > Glad I could help. > > > > ~celti > > I'm glad, too. Thank you! :) > Actually... I should pay more atention to what I'm doing. I've just realized that I was pressing the wrong key; I was pressing one by the side of the key that doesn't produces any code. They key I should be pressing still doesn't show anycode when running showkey as `showkey -s`.
Re: [arch-general] [arch-dev-public] boost-1.42.0 rebuild
On 02/25/2010 02:15 AM, Ng Oon-Ee wrote: Perhaps. I see now that the .pkg.tar.xz is identical to mine EXCEPT for that line... I must have copied from script-defaults at some point in the pass. In any case, I've removed that line and it still seems to work fine... I'm guessing it takes the value from ./default/config anyway? possible. i'm not familiar with it since i don't use it. if not, maybe we can modify that script and source the config in a way. if is not working like it is now, open a bug report and maybe we can implement it. -- Ionut
Re: [arch-general] [arch-dev-public] boost-1.42.0 rebuild
On Thu, 2010-02-25 at 01:54 +0200, Ionut Biru wrote: > On 02/25/2010 01:42 AM, Ng Oon-Ee wrote: > > On Thu, 2010-02-25 at 01:30 +0200, Ionut Biru wrote: > >> > >> maybe you did that modification since in our package is not such thing > >> in /etc/schroot/scripts-arch32. > >> > >> grep -l NSSDATABASES $(pacman -Qlq schroot) > >> /etc/schroot/default/config > >> /etc/schroot/setup.d/00check > >> /etc/schroot/setup.d/20nssdatabases > >> /etc/schroot/setup.d/99check > >> > >> grep -l nssdatabases-defaults $(pacman -Qlq schroot) > >> > >> > > Hmmm sorry, here's my pacman -Ql schroot | grep script > > > > [ngoo...@ngoonee-laptop ~]$ pacman -Ql schroot | grep script > > schroot /etc/schroot/script-arch32 > > schroot /usr/share/man/man5/schroot-script-config.5.gz > > > > I spelt it wrongly =p. I at first thought it was my own config file, but > > a quick check on the wiki (which is the thing I would have gotten the > > config from) showed no instructions on creating it, so it should have > > been generated by the package, I believe. No .pacnew or .pacsave > > either... > > > > i know you spelt wrong (i did too doh, is like a disease). that grep > should say everything and there is no such thing. like i said, maybe you > did mess with the configs on some point. > Perhaps. I see now that the .pkg.tar.xz is identical to mine EXCEPT for that line... I must have copied from script-defaults at some point in the pass. In any case, I've removed that line and it still seems to work fine... I'm guessing it takes the value from ./default/config anyway?
Re: [arch-general] [arch-dev-public] boost-1.42.0 rebuild
On 02/25/2010 01:42 AM, Ng Oon-Ee wrote: On Thu, 2010-02-25 at 01:30 +0200, Ionut Biru wrote: On 02/25/2010 12:48 AM, Ng Oon-Ee wrote: On Wed, 2010-02-24 at 18:05 +0100, Giovanni Scafora wrote: 2010/2/24, Ionut Biru: all done. i had to patch it. i don't use it so please report back if is working well Thanks Ionut. We needs testers for the new schroot. Let us know. Just tested it, skype loads up properly, as does E-sword. A note though, when I first ran `schroot -p` I get this error: I: 20nssdatabases: nssdatabases file '/etc/schroot/nssdatabases-defaults' does not exist E: Arch32-c77d80ac-3ded-4b06-b7d5-1fce667418d5: Chroot setup failed: stage=setup-start Modifying /etc/schroot/scripts-arch32 from NSSDATABASES="/etc/schroot/nssdatabases-defaults" to NSSDATABASES="/etc/schroot/default/nssdatabases" fixes it. Got that value from /etc/schroot/default/config. It appears /etc/schroot/scripts-arch32 belongs to schroot (according to pkgfile -i), so probably needs to be modified? Otherwise works okay, as mentioned. maybe you did that modification since in our package is not such thing in /etc/schroot/scripts-arch32. grep -l NSSDATABASES $(pacman -Qlq schroot) /etc/schroot/default/config /etc/schroot/setup.d/00check /etc/schroot/setup.d/20nssdatabases /etc/schroot/setup.d/99check grep -l nssdatabases-defaults $(pacman -Qlq schroot) Hmmm sorry, here's my pacman -Ql schroot | grep script [ngoo...@ngoonee-laptop ~]$ pacman -Ql schroot | grep script schroot /etc/schroot/script-arch32 schroot /usr/share/man/man5/schroot-script-config.5.gz I spelt it wrongly =p. I at first thought it was my own config file, but a quick check on the wiki (which is the thing I would have gotten the config from) showed no instructions on creating it, so it should have been generated by the package, I believe. No .pacnew or .pacsave either... i know you spelt wrong (i did too doh, is like a disease). that grep should say everything and there is no such thing. like i said, maybe you did mess with the configs on some point. -- Ionut
Re: [arch-general] [arch-dev-public] boost-1.42.0 rebuild
On Thu, 2010-02-25 at 01:30 +0200, Ionut Biru wrote: > On 02/25/2010 12:48 AM, Ng Oon-Ee wrote: > > On Wed, 2010-02-24 at 18:05 +0100, Giovanni Scafora wrote: > >> 2010/2/24, Ionut Biru: > >>> all done. i had to patch it. i don't use it so please report back if is > >>> working well > >> > >> Thanks Ionut. > >> We needs testers for the new schroot. > >> Let us know. > > > > Just tested it, skype loads up properly, as does E-sword. > > > > A note though, when I first ran `schroot -p` I get this error: > > > > I: 20nssdatabases: nssdatabases file > > '/etc/schroot/nssdatabases-defaults' does not exist > > E: Arch32-c77d80ac-3ded-4b06-b7d5-1fce667418d5: Chroot setup failed: > > stage=setup-start > > > > Modifying /etc/schroot/scripts-arch32 from > > NSSDATABASES="/etc/schroot/nssdatabases-defaults" > > to > > NSSDATABASES="/etc/schroot/default/nssdatabases" > > fixes it. Got that value from /etc/schroot/default/config. > > > > It appears /etc/schroot/scripts-arch32 belongs to schroot (according to > > pkgfile -i), so probably needs to be modified? Otherwise works okay, as > > mentioned. > > > > > > maybe you did that modification since in our package is not such thing > in /etc/schroot/scripts-arch32. > > grep -l NSSDATABASES $(pacman -Qlq schroot) > /etc/schroot/default/config > /etc/schroot/setup.d/00check > /etc/schroot/setup.d/20nssdatabases > /etc/schroot/setup.d/99check > > grep -l nssdatabases-defaults $(pacman -Qlq schroot) > > Hmmm sorry, here's my pacman -Ql schroot | grep script [ngoo...@ngoonee-laptop ~]$ pacman -Ql schroot | grep script schroot /etc/schroot/script-arch32 schroot /usr/share/man/man5/schroot-script-config.5.gz I spelt it wrongly =p. I at first thought it was my own config file, but a quick check on the wiki (which is the thing I would have gotten the config from) showed no instructions on creating it, so it should have been generated by the package, I believe. No .pacnew or .pacsave either...
Re: [arch-general] [arch-dev-public] boost-1.42.0 rebuild
On 02/25/2010 12:48 AM, Ng Oon-Ee wrote: On Wed, 2010-02-24 at 18:05 +0100, Giovanni Scafora wrote: 2010/2/24, Ionut Biru: all done. i had to patch it. i don't use it so please report back if is working well Thanks Ionut. We needs testers for the new schroot. Let us know. Just tested it, skype loads up properly, as does E-sword. A note though, when I first ran `schroot -p` I get this error: I: 20nssdatabases: nssdatabases file '/etc/schroot/nssdatabases-defaults' does not exist E: Arch32-c77d80ac-3ded-4b06-b7d5-1fce667418d5: Chroot setup failed: stage=setup-start Modifying /etc/schroot/scripts-arch32 from NSSDATABASES="/etc/schroot/nssdatabases-defaults" to NSSDATABASES="/etc/schroot/default/nssdatabases" fixes it. Got that value from /etc/schroot/default/config. It appears /etc/schroot/scripts-arch32 belongs to schroot (according to pkgfile -i), so probably needs to be modified? Otherwise works okay, as mentioned. maybe you did that modification since in our package is not such thing in /etc/schroot/scripts-arch32. grep -l NSSDATABASES $(pacman -Qlq schroot) /etc/schroot/default/config /etc/schroot/setup.d/00check /etc/schroot/setup.d/20nssdatabases /etc/schroot/setup.d/99check grep -l nssdatabases-defaults $(pacman -Qlq schroot) -- Ionut
Re: [arch-general] [OT] boost-1.42.0 rebuild
On Thu, 2010-02-25 at 00:07 +0100, f...@kokkinizita.net wrote: > On Thu, Feb 25, 2010 at 06:48:01AM +0800, Ng Oon-Ee wrote: > > > On Wed, 2010-02-24 at 18:05 +0100, Giovanni Scafora wrote: > > > > > We needs testers for the new schroot. > > Reading this thread really made me wonder if it > was about some tool to recycle old and decaying > code or something similar. In Dutch and Flemish > (my native language) 'schroot' means 'scrap metal', > the sort of rusty bits and pieces you'd find on > a junk yard. > > There are actually packages named in Dutch, one > of them being the voice analyser and synthesiser > 'praat', meaning 'talk' or 'speak'. > > Ciao, > The wonders of a multi-lingual internet community =). As a non-dutch speaker I just see 'S'-'chroot'. Never bothered to find out what the 'S' is for though. Does anyone notice that the 'name' for this arch-general group spells "Discussion" as "Discusson"?
[arch-general] [OT] boost-1.42.0 rebuild
On Thu, Feb 25, 2010 at 06:48:01AM +0800, Ng Oon-Ee wrote: > On Wed, 2010-02-24 at 18:05 +0100, Giovanni Scafora wrote: > > > We needs testers for the new schroot. Reading this thread really made me wonder if it was about some tool to recycle old and decaying code or something similar. In Dutch and Flemish (my native language) 'schroot' means 'scrap metal', the sort of rusty bits and pieces you'd find on a junk yard. There are actually packages named in Dutch, one of them being the voice analyser and synthesiser 'praat', meaning 'talk' or 'speak'. Ciao, -- FA O tu, che porte, correndo si ? E guerra e morte !
Re: [arch-general] [arch-dev-public] boost-1.42.0 rebuild
On Wed, 2010-02-24 at 18:05 +0100, Giovanni Scafora wrote: > 2010/2/24, Ionut Biru : > > all done. i had to patch it. i don't use it so please report back if is > > working well > > Thanks Ionut. > We needs testers for the new schroot. > Let us know. Just tested it, skype loads up properly, as does E-sword. A note though, when I first ran `schroot -p` I get this error: I: 20nssdatabases: nssdatabases file '/etc/schroot/nssdatabases-defaults' does not exist E: Arch32-c77d80ac-3ded-4b06-b7d5-1fce667418d5: Chroot setup failed: stage=setup-start Modifying /etc/schroot/scripts-arch32 from NSSDATABASES="/etc/schroot/nssdatabases-defaults" to NSSDATABASES="/etc/schroot/default/nssdatabases" fixes it. Got that value from /etc/schroot/default/config. It appears /etc/schroot/scripts-arch32 belongs to schroot (according to pkgfile -i), so probably needs to be modified? Otherwise works okay, as mentioned.
Re: [arch-general] Microsoft keyboard and unworking keys
Celti writes: > On Wed, Feb 24, 2010 at 15:38, Andre Ramaciotti > wrote: >> Celti writes: >> >>> On Wed, Feb 24, 2010 at 15:23, Celti wrote: On Wed, Feb 24, 2010 at 15:19, Andre Ramaciotti wrote: > Daenyth Blank writes: >> On Wed, Feb 24, 2010 at 16:34, Andre Ramaciotti >> wrote: >>> as in "they don't show any keycode >>> on 'xev' or 'showkey'". >> >> It sounds like those keys are broken. It should be sending something. Is >> it old? > > It's barely used. I don't think the keys are broken, most probably, > these keys send the "I've been pressed" signal in a non-standard way > (you know, it's Microsoft, it wouldn't surprise me at all). I suspect > this because this keyboard comes with an installation CD, which probably > contains some kind of special driver (for Windows and Mac OS X only). > Likely they don't have a kernel mapping, so X doesn't even see them. You'll need to get their scancodes with `showkeys`, and map them to keycodes with `setkeycodes`, while out of X. ~celti >>> >>> Er, sorry, I'm blind. You said you used showkey. Did you try it with '-s'? >> >> Yay! It did return some key codes, though they were kind of strange, >> like a single key printing '0xe0 0x5d' (instead of a single byte). Will >> I have any problems because of this? > > Nope. Those are scancodes, not keycodes. There are plenty of howtos > out there on mapping scancodes to keycodes; it's been long enough > since I've needed to that I've forgotten the exact syntax. > > Glad I could help. > > ~celti I'm glad, too. Thank you! :)
Re: [arch-general] Microsoft keyboard and unworking keys
On Wed, Feb 24, 2010 at 15:38, Andre Ramaciotti wrote: > Celti writes: > >> On Wed, Feb 24, 2010 at 15:23, Celti wrote: >>> On Wed, Feb 24, 2010 at 15:19, Andre Ramaciotti >>> wrote: Daenyth Blank writes: > On Wed, Feb 24, 2010 at 16:34, Andre Ramaciotti > wrote: >> as in "they don't show any keycode >> on 'xev' or 'showkey'". > > It sounds like those keys are broken. It should be sending something. Is > it old? It's barely used. I don't think the keys are broken, most probably, these keys send the "I've been pressed" signal in a non-standard way (you know, it's Microsoft, it wouldn't surprise me at all). I suspect this because this keyboard comes with an installation CD, which probably contains some kind of special driver (for Windows and Mac OS X only). >>> >>> Likely they don't have a kernel mapping, so X doesn't even see them. >>> You'll need to get their scancodes with `showkeys`, and map them to >>> keycodes with `setkeycodes`, while out of X. >>> >>> ~celti >> >> Er, sorry, I'm blind. You said you used showkey. Did you try it with '-s'? > > Yay! It did return some key codes, though they were kind of strange, > like a single key printing '0xe0 0x5d' (instead of a single byte). Will > I have any problems because of this? Nope. Those are scancodes, not keycodes. There are plenty of howtos out there on mapping scancodes to keycodes; it's been long enough since I've needed to that I've forgotten the exact syntax. Glad I could help. ~celti
Re: [arch-general] Microsoft keyboard and unworking keys
Celti writes: > On Wed, Feb 24, 2010 at 15:23, Celti wrote: >> On Wed, Feb 24, 2010 at 15:19, Andre Ramaciotti >> wrote: >>> Daenyth Blank writes: On Wed, Feb 24, 2010 at 16:34, Andre Ramaciotti wrote: > as in "they don't show any keycode > on 'xev' or 'showkey'". It sounds like those keys are broken. It should be sending something. Is it old? >>> >>> It's barely used. I don't think the keys are broken, most probably, >>> these keys send the "I've been pressed" signal in a non-standard way >>> (you know, it's Microsoft, it wouldn't surprise me at all). I suspect >>> this because this keyboard comes with an installation CD, which probably >>> contains some kind of special driver (for Windows and Mac OS X only). >>> >> >> Likely they don't have a kernel mapping, so X doesn't even see them. >> You'll need to get their scancodes with `showkeys`, and map them to >> keycodes with `setkeycodes`, while out of X. >> >> ~celti > > Er, sorry, I'm blind. You said you used showkey. Did you try it with '-s'? Yay! It did return some key codes, though they were kind of strange, like a single key printing '0xe0 0x5d' (instead of a single byte). Will I have any problems because of this?
Re: [arch-general] Microsoft keyboard and unworking keys
Celti writes: > Likely they don't have a kernel mapping, so X doesn't even see them. > You'll need to get their scancodes with `showkeys`, and map them to > keycodes with `setkeycodes`, while out of X. > > ~celti As I said, they don't show a keycode on 'showkeys'. I think I need a hack at a lower level.
Re: [arch-general] Microsoft keyboard and unworking keys
On Wed, Feb 24, 2010 at 15:23, Celti wrote: > On Wed, Feb 24, 2010 at 15:19, Andre Ramaciotti > wrote: >> Daenyth Blank writes: >>> On Wed, Feb 24, 2010 at 16:34, Andre Ramaciotti >>> wrote: as in "they don't show any keycode on 'xev' or 'showkey'". >>> >>> It sounds like those keys are broken. It should be sending something. Is it >>> old? >> >> It's barely used. I don't think the keys are broken, most probably, >> these keys send the "I've been pressed" signal in a non-standard way >> (you know, it's Microsoft, it wouldn't surprise me at all). I suspect >> this because this keyboard comes with an installation CD, which probably >> contains some kind of special driver (for Windows and Mac OS X only). >> > > Likely they don't have a kernel mapping, so X doesn't even see them. > You'll need to get their scancodes with `showkeys`, and map them to > keycodes with `setkeycodes`, while out of X. > > ~celti Er, sorry, I'm blind. You said you used showkey. Did you try it with '-s'?
Re: [arch-general] Microsoft keyboard and unworking keys
On Wed, Feb 24, 2010 at 15:19, Andre Ramaciotti wrote: > Daenyth Blank writes: >> On Wed, Feb 24, 2010 at 16:34, Andre Ramaciotti >> wrote: >>> as in "they don't show any keycode >>> on 'xev' or 'showkey'". >> >> It sounds like those keys are broken. It should be sending something. Is it >> old? > > It's barely used. I don't think the keys are broken, most probably, > these keys send the "I've been pressed" signal in a non-standard way > (you know, it's Microsoft, it wouldn't surprise me at all). I suspect > this because this keyboard comes with an installation CD, which probably > contains some kind of special driver (for Windows and Mac OS X only). > Likely they don't have a kernel mapping, so X doesn't even see them. You'll need to get their scancodes with `showkeys`, and map them to keycodes with `setkeycodes`, while out of X. ~celti
Re: [arch-general] Microsoft keyboard and unworking keys
Daenyth Blank writes: > On Wed, Feb 24, 2010 at 16:34, Andre Ramaciotti > wrote: >> as in "they don't show any keycode >> on 'xev' or 'showkey'". > > It sounds like those keys are broken. It should be sending something. Is it > old? It's barely used. I don't think the keys are broken, most probably, these keys send the "I've been pressed" signal in a non-standard way (you know, it's Microsoft, it wouldn't surprise me at all). I suspect this because this keyboard comes with an installation CD, which probably contains some kind of special driver (for Windows and Mac OS X only).
Re: [arch-general] [patch] AIF, partition table compatibility with grub2.
On Wed, Feb 24, 2010 at 2:37 PM, Dieter Plaetinck wrote: > On Tue, 23 Feb 2010 00:18:28 +0100 > Jan de Groot wrote: > >> On Mon, 2010-02-22 at 23:21 +0100, Tobias Powalowski wrote: >> > Just poked around with grub2 and kvm, >> > you really need the extra space, else it will fail to install. >> > creating partitions with cfdisk will also leave this space. >> >> With nowadays RAID and SSD stuff you want to align your partitions on >> stripe or blocksizes anyways. Some newer harddisks come with 4Kbyte >> sectors and have a mapping to 512byte sectors so old OS'es can work >> with it. You really want to align such devices, as performance is >> terrible without it. >> > > Err... I'm a bit lost. But anyway, you agree we need the -D flag? > I'm not really into these alignment things, but if you guys say I should > apply it, then I'll do it. I vote for it :)
Re: [arch-general] Microsoft keyboard and unworking keys
On Wed, Feb 24, 2010 at 16:34, Andre Ramaciotti wrote: > as in "they don't show any keycode > on 'xev' or 'showkey'". It sounds like those keys are broken. It should be sending something. Is it old?
[arch-general] Microsoft keyboard and unworking keys
Hi all, I have a Microsoft keyboard (*hides*) and some of its multimedia keys don't work (most of them do, though), as in "they don't show any keycode on 'xev' or 'showkey'". I don't really think I'll get them to work, but I'll ask anyway: is there any hack to make them work? It's a Digital Media 3000 if it makes any difference. TIA
Re: [arch-general] [patch] AIF, partition table compatibility with grub2.
On Tue, 23 Feb 2010 00:18:28 +0100 Jan de Groot wrote: > On Mon, 2010-02-22 at 23:21 +0100, Tobias Powalowski wrote: > > Just poked around with grub2 and kvm, > > you really need the extra space, else it will fail to install. > > creating partitions with cfdisk will also leave this space. > > With nowadays RAID and SSD stuff you want to align your partitions on > stripe or blocksizes anyways. Some newer harddisks come with 4Kbyte > sectors and have a mapping to 512byte sectors so old OS'es can work > with it. You really want to align such devices, as performance is > terrible without it. > Err... I'm a bit lost. But anyway, you agree we need the -D flag? I'm not really into these alignment things, but if you guys say I should apply it, then I'll do it. Dieter
Re: [arch-general] How to obtain development headers for package
Thanks for all the quick replies! I was actually missing base-devel ^_^ 2010/2/24 gt > Wow did all of you post simultaneously ;) >
