Current e tastiera

[conraid]

Aggiungendo

Codice: Seleziona tutto

    Option         "SendCoreEvents"

sia nella sezione mouse sia in quella keyboard adesso vanno meglio sia velocità sia blocnum

Ed il log è cambiato

Codice: Seleziona tutto

(**) Option "SendCoreEvents"
(**) Option "CorePointer"
(**) Mouse1: always reports core events
(**) Option "SendCoreEvents"
(**) Option "CoreKeyboard"
(**) Keyboard1: always reports core events
(**) Option "xkb_rules" "xorg"
(**) Option "xkb_model" "evdev"
(**) Option "xkb_layout" "it"
(II) evaluating device (Keyboard1)
(II) XINPUT: Adding extended input device "Keyboard1" (type: KEYBOARD)
(II) evaluating device (Mouse1)
(II) XINPUT: Adding extended input device "Mouse1" (type: KEYBOARD)
evdev: leds are 0x0 for device 2
(II) Keyboard1: Init
evdev: leds are 0x0 for device 3
(II) Mouse1: Init
(II) Keyboard1: On
(II) Mouse1: On
(**) AT Translated Set 2 keyboard: always reports core events
(II) AT Translated Set 2 keyboard: Unable to grab pEvdev (Device or resource busy).  Cowardly refusing to check use as keyboard.
(EE) AT Translated Set 2 keyboard: Don't know how to use pEvdev.
(II) UnloadModule: "evdev"
(EE) PreInit returned NULL for "AT Translated Set 2 keyboard"
(**) Logitech USB RECEIVER: always reports core events
(II) Logitech USB RECEIVER: Found 4 relative axes.
(II) Logitech USB RECEIVER: Configuring as pointer.
(II) Logitech USB RECEIVER: Found 16 mouse buttons
(II) Logitech USB RECEIVER: Configured 21 mouse buttons.
(II) XINPUT: Adding extended input device "Logitech USB RECEIVER" (type: MOUSE)
(**) Logitech USB RECEIVER: 2 valuators.
(**) Logitech USB RECEIVER: Configuring in Absolute mode.
(**) Logitech USB RECEIVER: Registering 21 buttons.
(II) Logitech USB RECEIVER: Init
(II) Logitech USB RECEIVER: On
evdev: leds are 0x0 for device 2
evdev: leds are 0x0 for device 3
evdev: leds are 0x0 for device 2
evdev: leds are 0x0 for device 3
evdev: leds are 0x2 for device 2
evdev: leds are 0x2 for device 3
evdev: leds are 0x2 for device 2
evdev: leds are 0x2 for device 3
evdev: leds are 0x2 for device 2
evdev: leds are 0x2 for device 3

[conraid]

Scusate se aggiungo Post invece di editare, ma non voglio mescolare osservazioni a log.

Provando il modo suggerito da Meskalamdug di modificare anche da pannello di controllo di KDE è successa una cosa strana.
Io avevo disabilitato l'opzione di lasciare a KDE la mappatura della tastiera, per provare l'ho abilitata, ho messo evdev e cambia le lingue bene. Solo che disattivandola, e quindi mettendo tutto nuovamente come prima, non torna più la lingua italiana al riavvio di X.
Come se KDE avesse modificato qualche file.

Sarà anche vero che non c'è nessun bug, però che palle

[Strarivari]

kde non fa altro che chiamare setxkbmap, una roba tipo "setxkbmap -layout it -model evdev"

poi anche visto il fatto che lo fa da utente e non da root, al prossimo riavvio dovrebbe tornare tutto come prima.

[conraid]

kde non fa altro che chiamare setxkbmap, una roba tipo "setxkbmap -layout it -model evdev"

poi anche visto il fatto che lo fa da utente e non da root, al prossimo riavvio dovrebbe tornare tutto come prima.

No, anche riavviando non va.
Dopo provo meglio.


UPDATE
Ho dato
setxkbmap -layout it
da console e sembra ok.
Anche riavviando. Sia in KDE sia in Fluxbox.

In fluxbox il mouse non va come deve, ma ci penserò dopo a questo

[Strarivari]

soluzione alternativa (provata):

cancellare il file 0-10-x11-input.fdi nella directory /usr/share/hal/fdi/policy/10osvendor/

poi funziona tutto come prima, ovvero si puo usare il driver "kbd" e si possono settare altri model oltre a evdev

[conraid]

soluzione alternativa (provata):

cancellare il file 0-10-x11-input.fdi nella directory /usr/share/hal/fdi/policy/10osvendor/

poi funziona tutto come prima, ovvero si puo usare il driver "kbd" e si possono settare altri model oltre a evdev

Leggendo i file TXT di Pat consiglia di modificare un file .fdi mettendolo in /etc/hal

magari potrebbe andare un file vuoto /etc/hal/fdi/policy/10osvendor/10-x11-input.fdi ?

[giberg]

Ieri ho ho dovuto aggiornare anch'io xorg alla versione della current perché altrimenti aggiornando il driver intel e mesa non mi andava più il direct rendering.

Mi sono accorto che anch'io ho un problema con la tastiera del portatile: non si riesce più ad attivare il tastierino numerico con la combinazione Fn+BlocNum. In questo caso non uso evdev (che è per le usb, giusto?) ma il driver kbd.

[conraid]

In questo caso non uso evdev (che è per le usb, giusto?) ma il driver kbd.

No evedev e' per tutti, anche per tastiera non usb.
Stamani a me non funziona nuovamente. Che palle al quadrato.
Ora provo a togliere il file di hal, ma che a volte vada a volte no, lo trovo strano.

[conraid]

Allora. Se volete usare evdev (altrimenti seguite i consigli di Strarivari)

Per far andare la tastiera italiana ho modificato il file usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi mettendolo in /etc/hal/fdi/policy/10osvendor/10-keymap.fdi

Codice: Seleziona tutto

$ cat /etc/hal/fdi/policy/10osvendor/10-keymap.fdi
<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
  <device>
    <match key="info.capabilities" contains="input.keymap">
      <append key="info.callouts.add" type="strlist">hal-setup-keymap</append>
    </match>

    <match key="info.capabilities" contains="input.keys">
      <merge key="input.xkb.rules" type="string">base</merge>

      <!-- If we're using Linux, we use evdev by default (falling back to
           keyboard otherwise). -->
      <merge key="input.xkb.model" type="string">keyboard</merge>
      <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
             string="Linux">
        <merge key="input.xkb.model" type="string">evdev</merge>
      </match>

         <merge key="input.xkb.layout" type="string">it</merge>
      <merge key="input.xkb.variant" type="string" />
    </match>
  </device>
</deviceinfo>

La riga cambiata è
<merge key="input.xkb.layout" type="string">it</merge>
L'ho messo in /etc/hal senza modificare il file originale perché Pat consiglia di fare così, penso per possibili sovrascritture in fase di aggiornamento

Sembra funzionare. Dico sembra perché prima a volte andava ed a volte no, non ho capito il motivo, ma credo perché evdev settato da hal aveva delle impostazioni e quello settato da xorg.conf altre.

A proposito. Spengere o riavviare semplicemente il computer può essere diverso in questo caso? In teoria direi di no, ma sembra che cambiava proprio in quel caso la configurazione della tastiera.

Credo che per tasti multimediali o per configurare il mouse bisogna agire nei file di configurazione di HAL, oppure capire come modificare la sezione di xorg senza ricaricare il driver.

Per togliere quegli errori da X di mouse e tastiera trovati due volte, in xorg.conf ho messo solamente queste righe:

Codice: Seleziona tutto

Section "InputDevice"
    Identifier     "Keyboard"
    Driver         "evdev"
EndSection

Section "InputDevice"
    Identifier     "Mouse"
    Driver         "evdev"
EndSection

Naturalmente in Section "ServerLayout" c'è

Codice: Seleziona tutto

    InputDevice    "Mouse" "CorePointer"
    InputDevice    "Keyboard" "CoreKeyboard"

Fatemi sapere se a voi funziona così.

Questo è il log di X adesso:

Codice: Seleziona tutto

(**) Option "CorePointer"
(**) Mouse: always reports core events
(EE) Mouse: cannot open input pEvdev
(II) UnloadModule: "evdev"
(EE) PreInit returned NULL for "Mouse"
(**) Option "CoreKeyboard"
(**) Keyboard: always reports core events
(EE) Keyboard: cannot open input pEvdev
(II) UnloadModule: "evdev"
(EE) PreInit returned NULL for "Keyboard"
(**) AT Translated Set 2 keyboard: always reports core events
(**) Option "xkb_model" "evdev"
(**) Option "xkb_layout" "it"
(II) XINPUT: Adding extended input device "AT Translated Set 2 keyboard" (type: KEYBOARD)
evdev: leds are 0x0 for device 2
(II) AT Translated Set 2 keyboard: Init
(II) AT Translated Set 2 keyboard: On
(**) Logitech USB RECEIVER: always reports core events
(II) Logitech USB RECEIVER: Found 4 relative axes.
(II) Logitech USB RECEIVER: Configuring as pointer.
(II) Logitech USB RECEIVER: Found 16 mouse buttons
(II) Logitech USB RECEIVER: Configured 21 mouse buttons.
(II) XINPUT: Adding extended input device "Logitech USB RECEIVER" (type: MOUSE)
(**) Logitech USB RECEIVER: 2 valuators.
(**) Logitech USB RECEIVER: Configuring in Absolute mode.
(**) Logitech USB RECEIVER: Registering 21 buttons.
(II) Logitech USB RECEIVER: Init
(II) Logitech USB RECEIVER: On
evdev: leds are 0x0 for device 2
evdev: leds are 0x0 for device 2
evdev: leds are 0x2 for device 2
evdev: leds are 0x2 for device 2
evdev: leds are 0x2 for device 2

P.S.
Poco fa il post era un po' diverso. Non avevo proprio settato le sezioni corepointer e corekeyboard in X e quindi cercava di stabilirle in automatico e poi caricava evdev.
Non dava errori di evdev tipo
(II) UnloadModule: "evdev"

Forse è la soluzione migliore chissà.

[puzuma]

pare che il buon Pat per ora abbia rinunciato a X + hal e quindi le cose funzionano come prima.

Evidently, the HAL/D-Bus enabled X server, xf86-input-evdev, and one of HAL's
.fdi files aren't playing well together. After considering three possible
workarounds, it was decided to disable D-Bus/HAL support in the X server for
now.

[conraid]

pare che il buon Pat per ora abbia rinunciato a X + hal e quindi le cose funzionano come prima.

Evidently, the HAL/D-Bus enabled X server, xf86-input-evdev, and one of HAL's
.fdi files aren't playing well together. After considering three possible
workarounds, it was decided to disable D-Bus/HAL support in the X server for
now.

Per adesso appunto. Va beh... almeno conosco un po' meglio evdev

[Strarivari]

pare che il buon Pat per ora abbia rinunciato a X + hal e quindi le cose funzionano come prima.

Evidently, the HAL/D-Bus enabled X server, xf86-input-evdev, and one of HAL's
.fdi files aren't playing well together. After considering three possible
workarounds, it was decided to disable D-Bus/HAL support in the X server for
now.

Per adesso appunto. Va beh... almeno conosco un po' meglio evdev

il buon pat ha risolto (in maniera radicale ), comunque visto che se ne discuteva:

ho provato anche io il tuo suggerimento di mettere un file fdl modificato (con xkb al posto di evdev per la tastiera o vuoto) visto che mi sembrava la soluzione piu pulita, ma senza successo. Il fatto di riavviare o no il pc e non solo x incide nel senso che va riavviato il demone di hal

[conraid]

ho provato anche io il tuo suggerimento di mettere un file fdl modificato (con xkb al posto di evdev per la tastiera o vuoto) visto che mi sembrava la soluzione piu pulita, ma senza successo. Il fatto di riavviare o no il pc e non solo x incide nel senso che va riavviato il demone di hal

Quello di mettere "it" nell'altro file hai provato?
A me sembra funzionare. Non ho ancora aggiornato.

Io non parlavo di riavviare X o HAL. Ma di riavviare o spengere.
Insomma HALT e REBOOT

[Strarivari]

ok ho capito male allora

per quanto riguarda la modifica del file fdl: no non avevo letto il tuo post, e comunque la restrizione a xkbmodel evdev sarebbe rimasta e quindi il vantaggio rispetto a prima sarebbe stato minimo (per me)

vediamo come si sviluppa il tutto, i primi bugreport sono del 2006 e ancora non si e fatto chiarezza: una cosa tipo settare la propria tastiera e il mouse in un file fdl in /etc/hal non sarebbe male secondo me, l'importante e appunto sapere dove settare (xorg.conf o hal)

[JohnnyMnemonic]

Beh, visto che Pat è informato e in questi giorni non posso sperimentare sul mio pc aspetto che si arrivi a una soluzione definitiva, senza bisogno di modificare file di configurazione