Re: déplacement de touche avec XKB. [résolu]

[Prego Jérémy]

bonjour,

enfin, ça fonctionne !

merci beaucoup vincent pour ta patience

et le top, ça fonctionne même dans virtualbox ! ce qui n'était plus le 
cas avec xmodmap


jerem
Le 15/01/2016 14:04, Vincent Lefevre a écrit :


Bonjour,

On 2016-01-15 03:25:26 +0100, Prego Jérémy wrote:

marque de pc: asus
version d'udev: 215-17+deb8u2
system d'init: sysvinit
en pièce jointe le fichier que j'ai fait en fonction des exemple du fichier

"/lib/udev/hwdb.d/60-keyboard.hwdb" et des nombreux conseils.

le: "udevadm hwdb --update" ce passe sans erreur. par contre, le
"udevadm trigger /dev/input/event0" me renvoie un: Extraneous
argument: '/dev/input/event0'

Désolé, c'était une erreur sur ma page. Je n'avais pas vu que
"udevadm trigger" avait changé. J'ai corrigé. Pour la version 215,
il ne faut pas mettre d'argument, mais avec l'inconvénient que
l'opération se fait sur tous les devices input event (ce qui peut
poser des problèmes dans certains cas); il est peut-être possible
de filtrer avec des options, mais de toute manière, il suffit d'un
reboot...


je précise que le reboot ne fonctionne pas non plus ...

Ça veut dire que tes modifications n'ont pas été prises en compte.

Attention, avec certaines versions d'udev, une ligne "KEYBOARD_KEY_..."
doit commencer par une espace et *une seule*. Sinon la ligne est
simplement ignorée sans message d'erreur! Cela a été corrigé fin
novembre 2014, donc udev 215 est toujours affecté par ce problème.

Tu peux voir la discussion:

   https://bugs.freedesktop.org/show_bug.cgi?id=82311

Re: déplacement de touche avec XKB.

[Prego Jérémy]

Le 15/01/2016 09:49, Bernard Schoenacker a écrit :

Le Fri, 15 Jan 2016 03:25:26 +0100,
Prego Jérémy  a écrit :


bonjour,

je suis casiment au bout !

mais pour le moment ça ne fonctionne toujours pas ...

marque de pc: asus
version d'udev: 215-17+deb8u2
system d'init: sysvinit
en pièce jointe le fichier que j'ai fait en fonction des exemple du
fichier

"/lib/udev/hwdb.d/60-keyboard.hwdb" et des nombreux conseils.

le: "udevadm hwdb --update" ce passe sans erreur. par contre, le
"udevadm trigger /dev/input/event0" me renvoie un: Extraneous
argument: '/dev/input/event0'

je précise que le reboot ne fonctionne pas non plus ...

quai-je oublié ?

merci encore pour l'aide fourni !

jerem

Le 14/01/2016 00:27, Vincent Lefevre a écrit :

On 2016-01-14 00:20:30 +0100, Vincent Lefevre wrote:

evdev:input:b0003v05ACp0221*
   KEYBOARD_KEY_70068=insert  # F13: Insert

Je précise, pour la ligne evdev, il suffit de récupérer les infos
données par evtest quand on choisit le "device event number". Pour
moi:

Input device ID: bus 0x3 vendor 0x5ac product 0x221 version 0x111
Input device name: "Apple, Inc Apple Keyboard"

ce qui donne les 4 chiffres hexa après "b", "v" et "p".

Pour un clavier USB, on peut aussi les récupérer avec lsusb:

Bus 003 Device 005: ID 05ac:0221 Apple, Inc. Aluminum Keyboard (ISO)

En cas de doute et pour des exemples, cf le fichier
"/lib/udev/hwdb.d/60-keyboard.hwdb".
  

bonjour,

puisque c'est trolldi ...

jérémie :

sed -ie 's/casiment/quasiment/g'

le quai de la gare existe mais c'est : qu'ai je fait comme erreur ?


bonjour,

merci beaucoup ! je vais tacher de m'en souvenir !

slt
bernard


slt
jerem

Re: déplacement de touche avec XKB.

[Vincent Lefevre]

Bonjour,

On 2016-01-15 03:25:26 +0100, Prego Jérémy wrote:
> marque de pc: asus
> version d'udev: 215-17+deb8u2
> system d'init: sysvinit
> en pièce jointe le fichier que j'ai fait en fonction des exemple du fichier
> 
> "/lib/udev/hwdb.d/60-keyboard.hwdb" et des nombreux conseils.
> 
> le: "udevadm hwdb --update" ce passe sans erreur. par contre, le
> "udevadm trigger /dev/input/event0" me renvoie un: Extraneous
> argument: '/dev/input/event0'

Désolé, c'était une erreur sur ma page. Je n'avais pas vu que
"udevadm trigger" avait changé. J'ai corrigé. Pour la version 215,
il ne faut pas mettre d'argument, mais avec l'inconvénient que
l'opération se fait sur tous les devices input event (ce qui peut
poser des problèmes dans certains cas); il est peut-être possible
de filtrer avec des options, mais de toute manière, il suffit d'un
reboot...

> je précise que le reboot ne fonctionne pas non plus ...

Ça veut dire que tes modifications n'ont pas été prises en compte.

Attention, avec certaines versions d'udev, une ligne "KEYBOARD_KEY_..."
doit commencer par une espace et *une seule*. Sinon la ligne est
simplement ignorée sans message d'erreur! Cela a été corrigé fin
novembre 2014, donc udev 215 est toujours affecté par ce problème.

Tu peux voir la discussion:

  https://bugs.freedesktop.org/show_bug.cgi?id=82311

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Re: déplacement de touche avec XKB. [résolu]

[Vincent Lefevre]

On 2016-01-15 14:27:17 +0100, Prego Jérémy wrote:
> bonjour,
> 
> enfin, ça fonctionne !
> 
> merci beaucoup vincent pour ta patience
> 
> et le top, ça fonctionne même dans virtualbox ! ce qui n'était plus le cas
> avec xmodmap

Excellent! Voilà, ma page web[*] est à jour, avec une note sur
la façon d'obtenir les scancodes et des avertissements à propos
des espaces.

[*] https://www.vinc17.net/unix/xkb.fr.html

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Re: problème avec un script de démarrage

[Bernard Schoenacker]

Le Fri, 15 Jan 2016 18:33:34 +0100,
"benoit szczygiel Z.elec"  a écrit :

> Bonjour,
> 
> Comme indiqué dans le titre, j'ai un problème avec un script qui
> doit démarrer avec la machine. En fait j'ai 2 soucis, quand je laisse
> la ligne . /lib/lsb/init-functions, mon démon (eibd) ne démarre pas
> quand je lance le script. Si je désactive la ligne, au démarrage le
> démon ne démarre pas non plus. Le script se trouve dans /etc/init.d
> avec les droits d'éxecutions, j'ai fait un rc-update, le lien
> apparait bien dans /etc.rc2.d comme eibdS06.
> 
> Debian jessie à jour.
> 
> eibd: (pièce jointe)
> 

> 
> Merci pour les idées
> 

bonjour,


attention au shebang :
https://fr.wikipedia.org/wiki/Shebang

attention à l'interface eth0 ou wifi

set chmod +x ?

slt
bernard #! /bin/sh
 ### BEGIN INIT INFO
 # Provides: eibd
 # Required-Start: $portmap
 # Required-Stop: $all
 # Default-Start: S
 # Default-Stop: 0 1 6
 # Short-Description: Start eibd service at the end of boot
 # Description: This services is for communications with knx/eib.
 ### END INIT INFO
 
 # by benoit @ z-elec.com
 
 PATH=/sbin:/usr/sbin:/bin:/usr/bin
 NAME=eibd
 DAEMON=/usr/local/bin/eibd
 DAEMON_ARGS="-u -i -d ipt:192.168.4.11"
 PIDFILE=/var/run/eibd.pid
 
 # Load the VERBOSE setting and other rcS variables
 . /lib/init/vars.sh
 
 # Define LSB log_* functions.
 # Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
 #. /lib/lsb/init-functions
 
 if [ ! -x $DAEMON ]; then
  echo "eibd appears to be uninstalled."
 fi
 
 #
 # Function that starts the daemon/service
 #
 do_start()
 {
  echo -n "Starting eibd"
  PID=`$DAEMON  $DAEMON_ARGS  /dev/null 2>&1 & echo $!`
  echo "Saving PID" $PID " to " $PIDFILE
  echo $PID  $PIDFILE
  echo " done"
 }
 
 do_stop()
 {
  echo "Stoping eibd"
  PID=`cat $PIDFILE`
  kill $PID & /dev/null
  echo "done"
 }
 
 #
 # Function that stops the daemon/service
 #
 
 case "$1" in
  start)
  do_start
  ;;
  stop)
  do_stop
  ;;
  restart)
  do_stop
  sleep 1
  do_start
  ;;
  status)
echo " 1"
pid=$(pidofproc -p $PIDFILE $DAEMON)
ret=$?
pid=${pid% } # pidofproc() supplies a trailing space, strip it
 
if [ $ret -eq 0 ]; then
  echo "eibd is running (PID: $pid)"
  exit 0
elif [ $ret -eq 1 ] || [ $ret -eq 2 ]; then
  echo "eibd is dead, although $PIDFILE exists."
  exit 1
elif [ $ret -eq 3 ]; then
  echo "eibd is not running."
  exit 3
fi
 echo "sais pas"
  ;;
  *)
  echo "usage: $0 {start|stop|restart|status}"
  exit 1
 esac
 

problème avec un script de démarrage

[benoit szczygiel Z.elec]

Bonjour,

Comme indiqué dans le titre, j'ai un problème avec un script qui doit  
démarrer avec la machine. En fait j'ai 2 soucis, quand je laisse la  
ligne . /lib/lsb/init-functions, mon démon (eibd) ne démarre pas quand  
je lance le script. Si je désactive la ligne, au démarrage le démon ne  
démarre pas non plus. Le script se trouve dans /etc/init.d avec les  
droits d'éxecutions, j'ai fait un rc-update, le lien apparait bien  
dans /etc.rc2.d comme eibdS06.


Debian jessie à jour.

eibd:

! /bin/sh
### BEGIN INIT INFO
# Provides: eibd
# Required-Start: $portmap
# Required-Stop: $all
# Default-Start: S
# Default-Stop: 0 1 6
# Short-Description: Start eibd service at the end of boot
# Description: This services is for communications with knx/eib.
### END INIT INFO

# by benoit @ z-elec.com

PATH=/sbin:/usr/sbin:/bin:/usr/bin
NAME=eibd
DAEMON=/usr/local/bin/eibd
DAEMON_ARGS="-u -i -d ipt:192.168.4.11"
PIDFILE=/var/run/eibd.pid

# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh

# Define LSB log_* functions.
# Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
#. /lib/lsb/init-functions

if [ ! -x $DAEMON ]; then
echo "eibd appears to be uninstalled."
fi

#
# Function that starts the daemon/service
#
do_start()
{
echo -n "Starting eibd"
PID=`$DAEMON  $DAEMON_ARGS > /dev/null 2>&1 & echo $!`
echo "Saving PID" $PID " to " $PIDFILE
echo $PID > $PIDFILE
echo " done"
}

do_stop()
{
echo "Stoping eibd"
PID=`cat $PIDFILE`
kill $PID &> /dev/null
echo "done"
}

#
# Function that stops the daemon/service
#

case "$1" in
start)
do_start
;;
stop)
do_stop
;;
restart)
do_stop
sleep 1
do_start
;;
status)
echo " 1"
pid=$(pidofproc -p $PIDFILE $DAEMON)
ret=$?
pid=${pid% } # pidofproc() supplies a trailing space, strip it

if [ $ret -eq 0 ]; then
echo "eibd is running (PID: $pid)"
exit 0
elif [ $ret -eq 1 ] || [ $ret -eq 2 ]; then
echo "eibd is dead, although $PIDFILE exists."
exit 1
elif [ $ret -eq 3 ]; then
echo "eibd is not running."
exit 3
fi
   echo "sais pas"
;;
*)
echo "usage: $0 {start|stop|restart|status}"
exit 1
esac


Merci pour les idées

--
Benoit SZCZYGIEL

Re: [INTERNET] iGPU Intel (Skylake) et second écran "vertical"

[Damien TOURDE]

Bonjour Pierre,

La résolution max sur 1 seul port sur mon iGPU c'est 4096x2304, donc
j'ai essayé, dans le doute, le port VGA (reconnu comme un DP sur
xrandr...), et ça ne fonctionne pas non plus en vertical (mais bien en
horizontal).

Je ne comprends pas pourquoi je n'ai pas de Xorg.log, mais je ne pense
quand même pas que la partie graphique soit gérée en "frame buffer",
mais je me trompe peut-être.


En tout cas, les 2 écrans en vertical ça ne passe pas, et l'écran HDMI
en vertical et le VGA/DVI en horizontal, c'est le HDMI qui ne fonctionne
plus.


Donc deux solutions, soit l'écran vertical n'est pas encore bien géré
par le driver Intel ou xrandr, soit mon iGPU est en frame buffer et gère
donc les 2 écran comme un seul grand affichage.


La première étape est de rétablir les log de X.org (Sid serait-il passé
en Wayland par hasard ?)


A bientôt,
Damien

On 15/01/2016 09:43, Pierre TOUZEAU wrote:
> Mes réflexions (pas de solution :-( ) :
> J'utilise sous xubuntu un ultra-portable cg Intel GM4500 vielle
> génération avec un écran de bureau 24", et très rapidement, j'ai
> compris que je ne pouvais avoir toutes les résolutions sur les écrans,
> il fallait tenir compte du max x max possible en logeant les 2 écrans
> dans ce rectangle virtuel, chez toi : 3267x3267.
>
> J'ai donc regardé tes résolutions et conclu que cela devrait
> fonctionner en vertical (!) mais pas en horizontal (???).
> Ton écran principal, noté "HDMI2 primary" par xrand, occupe un
> rectangle de 1920x x 1080y, si on lui colle un rectangle vertical
> supplémentaire sur le côté (HDMI1) en 1050x x 1680y on obtient une
> "surface" occupée de 2970x x 1680y (comme indiqué par xrand  "current
> 2970 x 1680"), inférieure et inscrit dans le rectangle max 3267x3267.
> Cela devrait donc fonctionner...
> Alors que les 2 écrans à l'horizontale : 1920x1080 + 1680x1050 =
> 3600x1080 débordent le carré max et ne devraient pas fonctionner ainsi.
>
> ??? Bon, désolé je n'ai pas le sentiment de t'avoir beaucoup aidé ;  à
> tout hasard, changer de résolution pour une fréquence de balayage
> absolument exacte pour les 2 écrans :  60hz => HDMI1=> 1280x960ou
> 75.02Hz =>1280x1024 sur les 2 ?
>
>
> My two screens ;-)
> Pierre
>
>
>
>
>
> Le 14/01/2016 20:11, Damien TOURDE a écrit :
>> Bonjour,
>>
>> J'utilise Debian Sid, avec un processeur i5 6500 (Skylake), et pas de
>> carte graphique autre que l'iGPU intégrée au processeur.
>>
>>
>> Quand je branche mon 2ème écran sur la sortie DVI (le premier est sur la
>> sortie HDMI) de ma carte mère, il est bien reconnu, mais dès que je le
>> passe (avec Gnome ou xrandr) en vertical (1050x1680), l'écran devient
>> noir, je vois bien la souris sur l'écran vertical, mais c'est bien la
>> seule chose que je voie.
>>
>>
>> Une petite idée de ce qu'il se passe ?
>>
>> D'autre part, je remarque que je n'ai pas de fichier de log Xorg.log,
>> est-ce normal ?
>>
>>
>>
>> Voici le résultat de la commande "xrandr" (le premier écran est un 23"
>> reconnu comme un 7"...) :
>>
>> Screen 0: minimum 8 x 8, current 2970 x 1680, maximum 32767 x 32767
>> DP1 disconnected (normal left inverted right x axis y axis)
>> DP2 disconnected (normal left inverted right x axis y axis)
>> HDMI1 connected 1050x1680+1920+0 left (normal left inverted right x axis
>> y axis) 474mm x 296mm
>>1680x1050 59.88*+
>>1280x1024 75.0260.02 
>>1280x960  60.00 
>>1152x864  75.00 
>>1024x768  75.0870.0760.00 
>>832x624   74.55 
>>800x600   72.1975.0060.3256.25 
>>640x480   75.0072.8166.6760.00 
>>720x400   70.08 
>> HDMI2 connected primary 1920x1080+0+0 (normal left inverted right x axis
>> y axis) 160mm x 90mm
>>1920x1080 60.00*+  50.0059.9430.0025.0024.00   
>> 29.9723.98 
>>1920x1080i60.0050.0059.94 
>>1600x1200 60.00 
>>1680x1050 59.88 
>>1280x1024 75.0260.02 
>>1440x900  59.90 
>>1280x960  60.00 
>>1280x800  59.91 
>>1152x864  75.00 
>>1280x720  60.0050.0059.94 
>>1024x768  75.0870.0760.00 
>>832x624   74.55 
>>800x600   72.1975.0060.3256.25 
>>720x576   50.00 
>>720x480   60.0059.94 
>>640x480   75.0072.8166.6760.0059.94 
>>720x400   70.08 
>> HDMI3 disconnected (normal left inverted right x axis y axis)
>> VIRTUAL1 disconnected (normal left inverted right x axis y axis)
>>
>>
>
> -- 
> Pro. Signature
>
> Pierre Touzeau
>
> ---
> Chargé de mission  Préfecture de region Basse-Normandie
> SGAR, rue Daniel HUET 14038 CAEN CEDEX  +33 231 306 306
> pierre.touz...@basse-normandie.pref.gouv.fr +33 608 968 574
> ---
>

Re: [INTERNET] iGPU Intel (Skylake) et second écran "vertical"

[Damien TOURDE]

Rectification, les logs sont dans ~/.local/share/xorg/Xorg.0.log :

*A partir de [  1117.338], c'est le moment où je fais mes test de
rotations du mail précédent.


Je ne vois rien d'étrange dans ce log...

[  1116.732]
X.Org X Server 1.17.3
Release Date: 2015-10-26
[  1116.733] X Protocol Version 11, Revision 0
[  1116.733] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[  1116.733] Current Operating System: Linux olorin-fixe 4.3.0-1-amd64
#1 SMP Debian 4.3.3-5 (2016-01-04) x86_64
[  1116.733] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.3.0-1-amd64
root=/dev/mapper/olorin--fixe--vg-root ro quiet
[  1116.733] Build Date: 27 October 2015  11:41:02PM
[  1116.733] xorg-server 2:1.17.3-2 (http://www.debian.org/support)
[  1116.733] Current version of pixman: 0.33.6
[  1116.733] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  1116.733] Markers: (--) probed, (**) from config file, (==) default
setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1116.733] (==) Log file: "/home/damien/.local/share/xorg/Xorg.0.log",
Time: Fri Jan 15 20:21:44 2016
[  1116.733] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  1116.734] (==) No Layout section.  Using the first Screen section.
[  1116.734] (==) No screen section available. Using defaults.
[  1116.734] (**) |-->Screen "Default Screen Section" (0)
[  1116.734] (**) |   |-->Monitor ""
[  1116.735] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[  1116.735] (==) Automatically adding devices
[  1116.735] (==) Automatically enabling devices
[  1116.735] (==) Automatically adding GPU devices
[  1116.735] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not
exist.
[  1116.735] Entry deleted from font path.
[  1116.735] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[  1116.735] (==) ModulePath set to "/usr/lib/xorg/modules"
[  1116.735] (II) The server relies on udev to provide the list of input
devices.
If no devices become available, reconfigure udev or disable
AutoAddDevices.
[  1116.735] (II) Loader magic: 0x55f8d3b95de0
[  1116.735] (II) Module ABI versions:
[  1116.735] X.Org ANSI C Emulation: 0.4
[  1116.735] X.Org Video Driver: 19.0
[  1116.735] X.Org XInput driver : 21.0
[  1116.735] X.Org Server Extension : 9.0
[  1116.740] (II) systemd-logind: took control of session
/org/freedesktop/login1/session/_32
[  1116.742] (II) xfree86: Adding drm device (/dev/dri/card0)
[  1116.742] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 9
paused 0
[  1116.744] (--) PCI:*(0:0:2:0) 8086:1912:1043:8694 rev 6, Mem @
0xde00/16777216, 0xc000/268435456, I/O @ 0xf000/64
[  1116.745] (II) LoadModule: "glx"
[  1116.745] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[  1116.749] (II) Module glx: vendor="X.Org Foundation"
[  1116.749] compiled for 1.17.3, module version = 1.0.0
[  1116.749] ABI class: X.Org Server Extension, version 9.0
[  1116.749] (==) AIGLX enabled
[  1116.749] (==) Matched intel as autoconfigured driver 0
[  1116.749] (==) Matched intel as autoconfigured driver 1
[  1116.749] (==) Matched modesetting as autoconfigured driver 2
[  1116.749] (==) Matched fbdev as autoconfigured driver 3
[  1116.749] (==) Matched vesa as autoconfigured driver 4
[  1116.749] (==) Assigned the driver to the xf86ConfigLayout
[  1116.749] (II) LoadModule: "intel"
[  1116.750] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
[  1116.752] (II) Module intel: vendor="X.Org Foundation"
[  1116.752] compiled for 1.17.2, module version = 2.99.917
[  1116.752] Module class: X.Org Video Driver
[  1116.752] ABI class: X.Org Video Driver, version 19.0
[  1116.752] (II) LoadModule: "modesetting"
[  1116.752] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[  1116.753] (II) Module modesetting: vendor="X.Org Foundation"
[  1116.753] compiled for 1.17.3, module version = 1.17.3
[  1116.753] Module class: X.Org Video Driver
[  1116.753] ABI class: X.Org Video Driver, version 19.0
[  1116.753] (II) LoadModule: "fbdev"
[  1116.753] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[  1116.753] (II) Module fbdev: vendor="X.Org Foundation"
[  1116.753] compiled for 1.17.1, module version = 0.4.4
[  1116.753] Module class: X.Org Video Driver
[  1116.753] ABI class: X.Org Video Driver, version 19.0
[  1116.753] (II) LoadModule: "vesa"
[  1116.754] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[  1116.754] (II) Module vesa: vendor="X.Org Foundation"
[  1116.754] compiled for 1.17.3, module version = 2.3.4
[  1116.754] Module class: 

L'Assemblée Nationale n'aime pas du tout le logiciel Libre et Opensource

[andre_debian]

Nos députés n'apprécient guère le logiciel Libre et Opensource,
comme le montre ce récent vote :

AMENDEMENT N°CE1 ... non soutenu
www.assemblee-nationale.fr/14/amendements/3318/CION-ECO/CE1.asp

AMENDEMENT N°CE28 ... non soutenu 
www.assemblee-nationale.fr/14/amendements/3318/CION-ECO/CE28.asp

En plus, l'Assemblée Nationale doit avoir un serveur sous Micro$oft,
(extension .asp...).

Quel revirement de la majorité depuis la circulaire 2012 de j.m. Ayrault...
=> vers Micro$oft toutes !

C'est bien triste.

André

Re: L'Assemblée Nationale n'aime pas du tout le logiciel Libre et Opensource

[Philippe Gras]

Le 15 janv. 2016 à 21:52, andre_deb...@numericable.fr a écrit :

> Nos députés n'apprécient guère le logiciel Libre et Opensource,

Il s'agit d'un projet, et non d'une proposition de loi. Ça signifie que

le texte a été déposé par le gouvernement.

Des députés ont ensuite déposé des amendements, comme les 2

auxquel tu fais référence ci-dessous.

Mais le gouvernement n'ayant pas envie qu'ils dénaturent le texte

qu'il avait déposé, les ont fait rejeter en commission, ou même un

peu plus tôt dans le processus législatif…

Ce qui ne signifie pas que les députés n'apprécient pas le logiciel

libre et l'opensource a priori, ça veut dire que le gouvernement ne

veut pas en entendre parler. Nuance…

Quant à l'Assemblée, les assemblées parlementaires, ça fait belle

lurette qu'elles se font fourrer à sec par le gouvernement.
> comme le montre ce récent vote :
> 
> AMENDEMENT N°CE1 ... non soutenu
> www.assemblee-nationale.fr/14/amendements/3318/CION-ECO/CE1.asp
> 
> AMENDEMENT N°CE28 ... non soutenu 
> www.assemblee-nationale.fr/14/amendements/3318/CION-ECO/CE28.asp
> 
> En plus, l'Assemblée Nationale doit avoir un serveur sous Micro$oft,
> (extension .asp...).
> 
> Quel revirement de la majorité depuis la circulaire 2012 de j.m. Ayrault...
> => vers Micro$oft toutes !

Chaque révision constitutionnelle en rajoute une couche depuis

1962, ainsi va la vie sous la Vème, merci mongénéral ;-)

Mais là, je déborde un peu du cadre de cette liste…

Ph. Gras
> 
> C'est bien triste.
> 
> André
> 

Re: L'Assemblée Nationale n'aime pas du tout le logiciel Libre et Opensource

[andre_debian]

On Friday 15 January 2016 21:52:48 andre_deb...@numericable.fr wrote:
> En plus, l'Assemblée Nationale doit avoir un serveur sous Micro$oft,
> (extension .asp...).

Désolé, on est vendredi, je me suis trompé :

nmap -O --osscan-guess assemblee-nationale.fr
[...]
Running (JUST GUESSING): F5 Networks embedded (92%), F5 Networks TMOS
11.4.X (86%), FreeBSD 6.X (85%)
OS CPE: cpe:/o:f5:tmos:11.4 cpe:/o:freebsd:freebsd:6.2
Aggressive OS guesses: F5 BIG-IP Edge Gateway (92%), F5 BIG-IP AFM
firewall (86%), FreeBSD 6.2-RELEASE (85%)

Je suis un peu rassuré alors : leur serveur serait sous Unix FreeBSD.

Mais je comprends mal les scripts Web ASP propriétaires (Micro$oft)...
implémentés sur quel serveur Web ?

André

L'Assemblée Nationale n'aime pas du tout le logiciel Libre et Opensource

[merkedanke]

j'ai vu le ce1 mais pas le 28, bref, rien d'étonnant.
(je vois pas le rapport avec la Vème, qu'importe).
bonne journée.

Re: L'Assemblée Nationale n'aime pas du tout le logiciel Libre et Opensource

[Gilles Mocellin]

Le 15/01/2016 23:21, andre_deb...@numericable.fr a écrit :

On Friday 15 January 2016 21:52:48 andre_deb...@numericable.fr wrote:

En plus, l'Assemblée Nationale doit avoir un serveur sous Micro$oft,
(extension .asp...).

Désolé, on est vendredi, je me suis trompé :

nmap -O --osscan-guess assemblee-nationale.fr
[...]
Running (JUST GUESSING): F5 Networks embedded (92%), F5 Networks TMOS
11.4.X (86%), FreeBSD 6.X (85%)
OS CPE: cpe:/o:f5:tmos:11.4 cpe:/o:freebsd:freebsd:6.2
Aggressive OS guesses: F5 BIG-IP Edge Gateway (92%), F5 BIG-IP AFM
firewall (86%), FreeBSD 6.2-RELEASE (85%)

Je suis un peu rassuré alors : leur serveur serait sous Unix FreeBSD.

Mais je comprends mal les scripts Web ASP propriétaires (Micro$oft)...
implémentés sur quel serveur Web ?

André


Meu non, leurs IIS sont derrière un load balancer F5...

Re: L'Assemblée Nationale n'aime pas du tout le logiciel Libre et Opensource

[Bernard Schoenacker]

Le Fri, 15 Jan 2016 23:21:56 +0100,
andre_deb...@numericable.fr a écrit :

> On Friday 15 January 2016 21:52:48 andre_deb...@numericable.fr wrote:
> > En plus, l'Assemblée Nationale doit avoir un serveur sous Micro$oft,
> > (extension .asp...).  
> 
> Désolé, on est vendredi, je me suis trompé :
> 
> nmap -O --osscan-guess assemblee-nationale.fr
> [...]
> Running (JUST GUESSING): F5 Networks embedded (92%), F5 Networks TMOS
> 11.4.X (86%), FreeBSD 6.X (85%)
> OS CPE: cpe:/o:f5:tmos:11.4 cpe:/o:freebsd:freebsd:6.2
> Aggressive OS guesses: F5 BIG-IP Edge Gateway (92%), F5 BIG-IP AFM
> firewall (86%), FreeBSD 6.2-RELEASE (85%)
> 
> Je suis un peu rassuré alors : leur serveur serait sous Unix FreeBSD.
> 
> Mais je comprends mal les scripts Web ASP propriétaires (Micro$oft)...
> implémentés sur quel serveur Web ?
> 
> André
> 

bonjour,

nmap -O --osscan-guess assemblee-nationale.fr

Starting Nmap 7.00 ( https://nmap.org ) at 2016-01-16 00:29 CET
Nmap scan report for assemblee-nationale.fr (89.185.59.149)
Host is up (0.052s latency).
rDNS record for 89.185.59.149: unused-89-185-59-149.fr.clara.net
Not shown: 999 filtered ports
PORT   STATE SERVICE
80/tcp open  http
Warning: OSScan results may be unreliable because we could not find at
least 1 open and 1 closed port Device type: load balancer|firewall
Running (JUST GUESSING): F5 Networks embedded (93%), F5 Networks TMOS
11.4.X (87%) OS CPE: cpe:/o:f5:tmos:11.4
Aggressive OS guesses: F5 BIG-IP Edge Gateway (93%), F5 BIG-IP AFM
firewall (87%) No exact OS matches for host (test conditions non-ideal).

OS detection performed. Please report any incorrect results at
https://nmap.org/submit/ . Nmap done: 1 IP address (1 host up) scanned
in 14.22 seconds

pour asp.net il suffit d'avoir un serveur apache avec mono

voici les liens :
http://vincentlaine.developpez.com/tuto/dotnet/mod_mono/
http://www.mono-project.com/docs/web/aspnet/

ci joint la liste des paquets disponibles pour FreeBSD


et la version du noyau :

uname -ar

FreeBSD bestial.happy-tux.localdomain 11.0-CURRENTDEC2015 FreeBSD
11.0-CURRENTDEC2015 #2 a19abdd(freebsd-base-graphics): Wed Dec  2
15:05:30 UTC 2015
root@devastator:/usr/obj/net/executor/builds/git/freebsd-11-graphics/sys/GENERIC
amd64

la doc pour FreeBSD en asp.net :
http://www.rhyous.com/2011/03/02/asp-net-web-services-on-freebsd-and-apache-using-mono/
https://books.google.fr/books?id=KdbPLXEdph8C=PA59=PA59=apache+asp.net+FreeBSD=bl=Eq-w-dc4Yx=bn0Phz_Zdb4_ri3wjVrh0KEtOSg=fr=X=0ahUKEwi6_KXSgK3KAhVEWxoKHQBnDD0Q6AEIczAJ#v=onepage=apache%20asp.net%20FreeBSD=false

http://wiki.visualwebgui.com/pages/index.php/Deploying_to_Mono_-_Install_FreeBSD_9

et le tout grâce à pkgng s'installe sans soucis et je n'ai pas du
lancer une seulefois une compilation pour installer un paquet

revenons à debian : apt-cache search asp.net (pièce jointe)

c'est pas toujours une install de grouik qui fait la différence

il suffisait de gratter un peut comme le disait la pub :

https://www.youtube.com/watch?v=iMS1Vs30DX8

slt
bernardpkg search mono |grep .NET

ap24-mod_mono-3.12 Apache module for serving ASP.NET applications
mono-4.2.1.102 Open source implementation of .NET Development 
Framework
mono-basic-4.0.1   VisualBasic.NET support for Mono
mono-kmod-20070416 Execute .NET applications from command line
wine-mono-0.0.8Mono .NET implementation for Wine development 
branch (HTML support)
wine-mono-devel-4.5.6  Mono .NET implementation for Wine development 
branch (HTML support)

apt-cache search asp.net 
asp.net-examples - pages de démonstration pour l'infrastructure ASP.NET
libapache2-mod-mono - Apache module for running ASP.NET applications on Mono
libmono-system-web-mvc3.0-cil - Mono ASP.NET MVC 3.0 Library (for CLI 4.0)
monodoc-http - MonoDoc http based viewer
monodevelop - Development Environment for GNOME
uwsgi-app-integration-plugins - plugins for integration of uWSGI and application
uwsgi-plugin-mono - Mono/ASP.NET plugin for uWSGI
dh-xsp - debhelper add-on to handle ASP.NET sites
libfpm-helper0 - ASP.NET backend for FastCGI Process Manager - helper lib
mono-apache-server - ASP.NET backend for mod_mono Apache module - default 
version
mono-apache-server4 - ASP.NET 4.5 backend for mod_mono Apache module
mono-fastcgi-server - ASP.NET backend for FastCGI webservers - default version
mono-fastcgi-server4 - ASP.NET 4.0 backend for FastCGI webservers
mono-fpm-server - ASP.NET backend for FastCGI Process Manager
mono-xsp - simple web server to run ASP.NET applications - default version
mono-xsp4 - simple web server to run ASP.NET 4.0 applications
libmono-system-web-mvc1.0-cil - Mono ASP.NET MVC 1.0 Library (for CLI 2.0)
libmono-system-web-mvc2.0-cil - Mono ASP.NET MVC 2.0 Library (for CLI 2.0)
mono-apache-server2 - ASP.NET 2.0 backend for mod_mono2 Apache module
mono-fastcgi-server2 - ASP.NET 2.0 backend for FastCGI webservers
mono-xsp2 - simple web server to run ASP.NET 2.0 applications

Re: [INTERNET] iGPU Intel (Skylake) et second écran "vertical"

[Pierre TOUZEAU]

Mes réflexions (pas de solution :-( ) :
J'utilise sous xubuntu un ultra-portable cg Intel GM4500 vielle
génération avec un écran de bureau 24", et très rapidement, j'ai compris
que je ne pouvais avoir toutes les résolutions sur les écrans, il
fallait tenir compte du max x max possible en logeant les 2 écrans dans
ce rectangle virtuel, chez toi : 3267x3267.

J'ai donc regardé tes résolutions et conclu que cela devrait fonctionner
en vertical (!) mais pas en horizontal (???).
Ton écran principal, noté "HDMI2 primary" par xrand, occupe un rectangle
de 1920x x 1080y, si on lui colle un rectangle vertical supplémentaire
sur le côté (HDMI1) en 1050x x 1680y on obtient une "surface" occupée de
2970x x 1680y (comme indiqué par xrand  "current 2970 x 1680"),
inférieure et inscrit dans le rectangle max 3267x3267. Cela devrait donc
fonctionner...
Alors que les 2 écrans à l'horizontale : 1920x1080 + 1680x1050 =
3600x1080 débordent le carré max et ne devraient pas fonctionner ainsi.

??? Bon, désolé je n'ai pas le sentiment de t'avoir beaucoup aidé ;  à
tout hasard, changer de résolution pour une fréquence de balayage
absolument exacte pour les 2 écrans :  60hz => HDMI1=> 1280x960ou
75.02Hz =>1280x1024 sur les 2 ?


My two screens ;-)
Pierre





Le 14/01/2016 20:11, Damien TOURDE a écrit :
> Bonjour,
>
> J'utilise Debian Sid, avec un processeur i5 6500 (Skylake), et pas de
> carte graphique autre que l'iGPU intégrée au processeur.
>
>
> Quand je branche mon 2ème écran sur la sortie DVI (le premier est sur la
> sortie HDMI) de ma carte mère, il est bien reconnu, mais dès que je le
> passe (avec Gnome ou xrandr) en vertical (1050x1680), l'écran devient
> noir, je vois bien la souris sur l'écran vertical, mais c'est bien la
> seule chose que je voie.
>
>
> Une petite idée de ce qu'il se passe ?
>
> D'autre part, je remarque que je n'ai pas de fichier de log Xorg.log,
> est-ce normal ?
>
>
>
> Voici le résultat de la commande "xrandr" (le premier écran est un 23"
> reconnu comme un 7"...) :
>
> Screen 0: minimum 8 x 8, current 2970 x 1680, maximum 32767 x 32767
> DP1 disconnected (normal left inverted right x axis y axis)
> DP2 disconnected (normal left inverted right x axis y axis)
> HDMI1 connected 1050x1680+1920+0 left (normal left inverted right x axis
> y axis) 474mm x 296mm
>1680x1050 59.88*+
>1280x1024 75.0260.02 
>1280x960  60.00 
>1152x864  75.00 
>1024x768  75.0870.0760.00 
>832x624   74.55 
>800x600   72.1975.0060.3256.25 
>640x480   75.0072.8166.6760.00 
>720x400   70.08 
> HDMI2 connected primary 1920x1080+0+0 (normal left inverted right x axis
> y axis) 160mm x 90mm
>1920x1080 60.00*+  50.0059.9430.0025.0024.00   
> 29.9723.98 
>1920x1080i60.0050.0059.94 
>1600x1200 60.00 
>1680x1050 59.88 
>1280x1024 75.0260.02 
>1440x900  59.90 
>1280x960  60.00 
>1280x800  59.91 
>1152x864  75.00 
>1280x720  60.0050.0059.94 
>1024x768  75.0870.0760.00 
>832x624   74.55 
>800x600   72.1975.0060.3256.25 
>720x576   50.00 
>720x480   60.0059.94 
>640x480   75.0072.8166.6760.0059.94 
>720x400   70.08 
> HDMI3 disconnected (normal left inverted right x axis y axis)
> VIRTUAL1 disconnected (normal left inverted right x axis y axis)
>
>

-- 
Pro. Signature

Pierre Touzeau

---
Chargé de mission  Préfecture de region Basse-Normandie
SGAR, rue Daniel HUET 14038 CAEN CEDEX  +33 231 306 306
pierre.touz...@basse-normandie.pref.gouv.fr +33 608 968 574
---

Re: déplacement de touche avec XKB.

[Bernard Schoenacker]

Le Fri, 15 Jan 2016 03:25:26 +0100,
Prego Jérémy  a écrit :

> bonjour,
> 
> je suis casiment au bout !
> 
> mais pour le moment ça ne fonctionne toujours pas ...
> 
> marque de pc: asus
> version d'udev: 215-17+deb8u2
> system d'init: sysvinit
> en pièce jointe le fichier que j'ai fait en fonction des exemple du
> fichier
> 
> "/lib/udev/hwdb.d/60-keyboard.hwdb" et des nombreux conseils.
> 
> le: "udevadm hwdb --update" ce passe sans erreur. par contre, le
> "udevadm trigger /dev/input/event0" me renvoie un: Extraneous
> argument: '/dev/input/event0'
> 
> je précise que le reboot ne fonctionne pas non plus ...
> 
> quai-je oublié ?
> 
> merci encore pour l'aide fourni !
> 
> jerem
> 
> Le 14/01/2016 00:27, Vincent Lefevre a écrit :
> > On 2016-01-14 00:20:30 +0100, Vincent Lefevre wrote:  
> >> evdev:input:b0003v05ACp0221*
> >>   KEYBOARD_KEY_70068=insert  # F13: Insert  
> > Je précise, pour la ligne evdev, il suffit de récupérer les infos
> > données par evtest quand on choisit le "device event number". Pour
> > moi:
> >
> > Input device ID: bus 0x3 vendor 0x5ac product 0x221 version 0x111
> > Input device name: "Apple, Inc Apple Keyboard"
> >
> > ce qui donne les 4 chiffres hexa après "b", "v" et "p".
> >
> > Pour un clavier USB, on peut aussi les récupérer avec lsusb:
> >
> > Bus 003 Device 005: ID 05ac:0221 Apple, Inc. Aluminum Keyboard (ISO)
> >
> > En cas de doute et pour des exemples, cf le fichier
> > "/lib/udev/hwdb.d/60-keyboard.hwdb".
> >  
> 

bonjour,

puisque c'est trolldi ...

jérémie :

sed -ie 's/casiment/quasiment/g'

le quai de la gare existe mais c'est : qu'ai je fait comme erreur ?

slt
bernard