Sujet: [Projet] Payement virtuel.
17/11/2009 @ 17:22:33: blietaer: [Projet] Payement virtuel.
phil a balancé ceci dans la shoot, y a pas longtemps:
http://cgi.befr.ebay.be/ws/eBayISAPI.dll?ViewItem&item=330353916950

Est-ce une bonne piste à tenter?
dangereux pour la douane?

Commande groupée?Qui en veut?combien?
17/11/2009 @ 18:47:26: philfr: [Projet] Payement virtuel.
phil a balancé ceci dans la shoot, y a pas longtemps:
http://cgi.befr.ebay.be/ws/eBayISAPI.dll?ViewItem&item=330353916950

Est-ce une bonne piste à tenter?
dangereux pour la douane?

Commande groupée?Qui en veut?combien?


A mon avis moins risqué en commande individuelle qu'en commande groupée.
16/12/2009 @ 15:20:44: blietaer: [Projet] Payement virtuel.
Or donc, pour notre projet mégalo de caisses virtuellesnous allons (fort probablement) investir dans une grosse 20aine (30aine? 40aine?) de Laptops de seconde main.

Le but du jeu sera d'en faire des terminaux de caisse (bar, accueuil, point info, ...)
Outre des modifications HW afin de les rendre robuste, on imagine les faire tourner sous Linux/Debian (What Else?) en mode "kioske": l'utilisateur a un browser (donc un mini server X) et c'est _TOUT_ (c'est à dire qu'il ne peut pas en sortir, un peu comme les PC de consultation/recherche à la médiathèque)

Différentes questions émergent donc:

1./ Quid de l'installation automatisée d'autant de PC?
Je suis assez familiarisé avec les serveurs NetBoot NPX, mais tjrs à partir de l'ISO des CD d'installation.
Y a-t-il moyen d'automatiser l'installation d'une image d'une machine existante? (y compris le fdisk donc...)
Le but est évidemment de n'avoir (quasi) aucune intervention humaine sur chaque machine (à part, à la limite, l'/etc/hostname, et encore...)

2./ Qu'existe-t-il comme mode kioske TRES robuste sous Linux ? distro spéciale?
16/12/2009 @ 15:43:30: Jean-Christophe: [Projet] Payement virtuel.
Pourquoi faire une installation?
Si c'était moi, je ferai un test de PXE + ISO de LiveCD.
Tu charges l'iso sur le serveur et au boot, le PC le récupère et boot dessus.
Ca ne te fais qu'un seul ISO à maintenir mais il faut voir si ton réseau est apte à supporter le transfert d'un ISO à chaque boot.
J'ai un switch dans la cave qui pourrait peut-être t'être utile pour ce cas là...
16/12/2009 @ 15:47:27: blietaer: [Projet] Payement virtuel.
:rofl: OK pour le switch :itm:

Mmmh oui booter en PXE un liveCD ca je sais faire, mais alors je dois trouver un liveCD qui fait ce que je veux (tous les liveCD que j'ai font BCP BCP trop : y a même une calculatrice et un terminal root!)

Mais ...attend...en fait ...si je comprends...bien..je crois que tu m'invites à reposer la question ainsi: comment créer son propre liveCD ? :tinostar:
16/12/2009 @ 16:07:36: Jean-Christophe: [Projet] Payement virtuel.
Voilà, tu y es :grin:
Mais d'abord, voir si le principe est viable (infrastructure, hétérogénéité du parc machine, etc.).

Ensuite, un peu de lecture
16/12/2009 @ 16:23:38: blietaer: [Projet] Payement virtuel.
C'est clairement pas viable.
On peut pas se payer le luxe d'un massive reboot général et tt le monde qui vient chercher sa petite ISO sur le réseau, même avec ton super switch (ca vaaaaaaa)

Par contre faire un WE d'install party avec des pizzas et du redbull (burpps...ooOoo...), oui.
Mais même pour ce genre de sauterie, ce serait bien de pas se ballader avec un CD, et puis de devoir sur chaque PC aller taper "Enter", "Enter","Enter",...pour installer tout l'OS from scratch.

Donc je cherche bien un moyen d'installer, automatiquement, par réseau, un grand nombre de PCs avec une image faite maison.
16/12/2009 @ 17:17:11: BrainBusY: [Projet] Payement virtuel.
As tu déjà essayé nLite - Windows Installation Customizer
http://www.nliteos.com/nlite.html
Ou vlite si je me souviens bien pour Vistouille...
16/12/2009 @ 18:16:03: Jean-Christophe: [Projet] Payement virtuel.
C'est clairement pas viable.
On peut pas se payer le luxe d'un massive reboot général et tt le monde qui vient chercher sa petite ISO sur le réseau, même avec ton super switch (ca vaaaaaaa)

Par contre faire un WE d'install party avec des pizzas et du redbull (burpps...ooOoo...), oui.
Mais même pour ce genre de sauterie, ce serait bien de pas se ballader avec un CD, et puis de devoir sur chaque PC aller taper "Enter", "Enter","Enter",...pour installer tout l'OS from scratch.

Donc je cherche bien un moyen d'installer, automatiquement, par réseau, un grand nombre de PCs avec une image faite maison.


Va faire un tour par là : http://www.informaticien.be/news_item-8430-Notre_logiciel_libre_du_lundi__gNetic.html

Sinon, je ne crois pas qu'il faille virer d'un revers de la main la possibilité d'utiliser un live CD.
Pour avoir le minimum de hardware supporté et un X mini pour faire tourner un browser en kioske, tu dois pouvoir faire ca dans moins de 100MB. Même en cas de reboot massif (ce qui n'arrivera pas puisque ce sont des portables avec des batteries et que donc une micro-coupure ne leur fera aucun mal), un réseau minimum peut supporter la charge. Même peut-être en WiFi, mais là, il faut voir le matériel dont tu disposes.
17/12/2009 @ 11:24:34: ovh: [Projet] Payement virtuel.
Mais ...attend...en fait ...si je comprends...bien..je crois que tu m'invites à reposer la question ainsi: comment créer son propre liveCD ? :tinostar:

Je l'ai déjà fait, pour tester, sur base d'un système ubuntu minimal et en installant les paquets supplémentaires un à un en chroot, ça marche pas mal et c'est pas ultra dur :dawa:
22/12/2009 @ 15:49:49: blietaer: [Projet] Payement virtuel.
Trouvé!!

http://webconverger.com/

y a plus qu'à le mettre en BOOTP...
29/03/2010 @ 16:36:54: blietaer: [Projet] Payement virtuel.
Juste pour vous dire que le premier WE de test a été très largement passé.
Côté soft on s'en sort bien, et pour le HW: je suis très satisfait des lecteurs RFID que j'ai trouvé: stable et portée correcte.. parfois un vieux bourré doit repasser sa puce 2-3x avant que ca beep mais bon :kneu_panospamafote:

Enfin, le mode kioske de webconverger est bien foutu, on est vraiment bien jailed et pas moyen d'en sortir,...si bien que pour faire des modif: ssh! :halalala:

encore pas mal de modif en cosmétique et du côté sécurité, mais le proof-of-concept est là.

Ca fait plaisir et du bien.

Pfiouuuu....


Merci encore pour vos aides.
30/03/2010 @ 08:39:23: Jean-Christophe: [Projet] Payement virtuel.
Et donc, tu peux résumé ce que tu as fait?
Tu avais parlé de pas mal de possibilités, qu'as-tu retenu finalement?
01/04/2010 @ 16:49:50: vody: [Projet] Payement virtuel.
Au final, la configuration était la suivante :
- réseau filaire câblé de quelques mètres
- 4 ordinateurs portables, vieux de quelques années, formatés avec un beau linux en mode browser/kiosque avec aucune possibilité pour l'utilisateur d'en sortir. Toutes les interventions se faisaient à distance par ssh.
- 2 ordinateurs avaient un second écran pour que le visiteur puisse lire sa commande et vérifier qu'aucune erreur n'étaient faites.
- le soft fonctionnait sur un serveur php/mysql avec une page vente-bar et quelques pages pour les caisses (activation d'un compte/rechargement d'un compte/historique d'un compte/fermeture d'un compte)
- la virtualisation de l'argent se faisait sur des puces rdif en porte-clé avec des lecteurs rdif (paralax).
- les lecteurs rfid étaient gérés sur les ordis-clients par un petit soft home made par bli en python, qui gérait le driver de celui-ci et veillait à insérer l'identifiant d'un tag rfid dans les pages php comme une insertion clavier.


Voilà, ça c'était donc la config pour le test, soit pour 2 ordinateurs de ventes au bar, et 2 ordinateurs de rechargement aux caisses. Il y avait à peu près 180 tags en circulation, et quelques 6 produits vendus. Beaucoup d'énergie pour quelques heures et pas beaucoup d'utilité sur un si petit événement, mais l'objectif était avant tout de tester le soft, le hardware, et la réaction du public sachant que le gros événement est réparti sur 3 jours, avec 4.000/5.000 festivaliers par jour, une trentaine de produits différents (boissons + nourriture), entre 40 et 60 ordis-points de ventes le tout sur une plaine boueuse et humide...


En tout cas votre bli a bien assuré sur ce coup-là :wink:

Et merci également pour les précieux conseils qui ont été donnés ici précédemment.
18/05/2010 @ 14:39:07: blietaer: [Projet] Payement virtuel.
Petite question: je suis entrain de tester un lecteur RFID HID sous linux..

tout va bien dans le sens ou le lecteur est bien alimenté (encore heureux, peu importe l'OS) et beep/clignotte lorsqu'un badge lui est présenté mais il n'affiche rien a l'écran...(pas d'évenement clavier donc...)

je me demandais si je devais ajouter/compiler un quelconque driver?
j'ai déja chargé une belle panoplie de hid, input, hidusb, etc... rien n'y fait..

j'ose a peine mentioner la facilité avec laquelle le bazar s'est installé et fonctionne sous Win7...grrr...
18/05/2010 @ 14:46:13: rfr: [Projet] Payement virtuel.
Que dit dmesg quand tu insères le lecteur?
18/05/2010 @ 15:17:15: blietaer: [Projet] Payement virtuel.
Ah oui j'avais oublié de poster les différents messages:

dmesg:

[ 2288.603932] usb usb2: usb resume
[ 2288.603938] ehci_hcd 0000:00:1d.7: resume root hub
[ 2288.623015] hub 2-0:1.0: hub_resume
[ 2288.623028] ehci_hcd 0000:00:1d.7: GetStatus port 1 status 001803 POWER sig=j CSC CONNECT
[ 2288.623034] hub 2-0:1.0: port 1: status 0501 change 0001
[ 2288.724027] hub 2-0:1.0: state 7 ports 6 chg 0002 evt 0000
[ 2288.724041] hub 2-0:1.0: port 1, status 0501, change 0000, 480 Mb/s
[ 2288.775196] ehci_hcd 0000:00:1d.7: port 1 full speed --> companion
[ 2288.775203] ehci_hcd 0000:00:1d.7: GetStatus port 1 status 003801 POWER OWNER sig=j CONNECT
[ 2288.775222] hub 2-0:1.0: port 1 not reset yet, waiting 50ms
[ 2288.775229] usb usb6: usb resume
[ 2288.775235] usb usb6: wakeup_rh
[ 2288.807014] hub 6-0:1.0: hub_resume
[ 2288.807023] uhci_hcd 0000:00:1d.0: port 1 portsc 0093,00
[ 2288.807028] hub 6-0:1.0: port 1: status 0101 change 0001
[ 2288.826020] ehci_hcd 0000:00:1d.7: GetStatus port 1 status 003002 POWER OWNER sig=se0 CSC
[ 2288.826041] hub 2-0:1.0: state 7 ports 6 chg 0000 evt 0002
[ 2288.908023] hub 6-0:1.0: state 7 ports 2 chg 0002 evt 0000
[ 2288.908034] hub 6-0:1.0: port 1, status 0101, change 0000, 12 Mb/s
[ 2289.010268] usb 6-1: new full speed USB device using uhci_hcd and address 2
[ 2289.131013] usb 6-1: ep0 maxpacket = 8
[ 2289.153992] usb 6-1: skipped 1 descriptor after interface
[ 2289.153996] usb 6-1: skipped 1 descriptor after interface
[ 2289.158989] usb 6-1: default language 0x0409
[ 2289.171982] usb 6-1: udev 2, busnum 6, minor = 641
[ 2289.171986] usb 6-1: New USB device found, idVendor=1667, idProduct=0005
[ 2289.171989] usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 2289.171992] usb 6-1: Product: USB300
[ 2289.171995] usb 6-1: Manufacturer: GIGA-TMS
[ 2289.172106] usb 6-1: usb_probe_device
[ 2289.172110] usb 6-1: configuration #1 chosen from 1 choice
[ 2289.174992] usb 6-1: adding 6-1:1.0 (config #1, interface 0)
[ 2289.175061] usbhid 6-1:1.0: usb_probe_interface
[ 2289.175065] usbhid 6-1:1.0: usb_probe_interface - got id
[ 2289.178288] input: GIGA-TMS USB300 as /devices/pci0000:00/0000:00:1d.0/usb6/6-1/6-1:1.0/input/input8
[ 2289.178304] uhci_hcd 0000:00:1d.0: reserve dev 2 ep81-INT, period 1, phase 0, 17 us
[ 2289.178381] generic-usb 0003:1667:0005.0007: input,hidraw6: USB HID v1.10 Keyboard [GIGA-TMS USB300] on usb-0000:00:1d.0-1/input0
[ 2289.178415] usb 6-1: adding 6-1:1.1 (config #1, interface 1)
[ 2289.178463] usbhid 6-1:1.1: usb_probe_interface
[ 2289.178466] usbhid 6-1:1.1: usb_probe_interface - got id
[ 2291.698017] hub 2-0:1.0: hub_suspend
[ 2291.698026] usb usb2: bus auto-suspend
[ 2291.698029] ehci_hcd 0000:00:1d.7: suspend root hub
[ 2299.181652] generic-usb 0003:1667:0005.0008: timeout initializing reports
[ 2299.181660] drivers/usb/core/file.c: looking for a minor, starting at 96
[ 2299.181762] generic-usb 0003:1667:0005.0008: hiddev97,hidraw7: USB HID v1.10 Device [GIGA-TMS USB300] on usb-0000:00:1d.0-1/input1
[ 2299.181811] drivers/usb/core/inode.c: creating file '002'
[ 2299.192948] uhci_hcd 0000:00:1d.0: reserve dev 2 ep83-INT, period 1, phase 0, 23 us



et :
cat /proc/bus/input/devices


I: Bus=0003 Vendor=1667 Product=0005 Version=0110
N: Name="GIGA-TMS USB300"
P: Phys=usb-0000:00:1d.0-1/input0
S: Sysfs=/devices/pci0000:00/0000:00:1d.0/usb6/6-1/6-1:1.0/input/input8
U: Uniq=
H: Handlers=kbd event8
B: EV=120013
B: KEY=e080ffdf01cfffff fffffffffffffffe
B: MSC=10
B: LED=7



18/05/2010 @ 22:55:45: blietaer: [Projet] Payement virtuel.
Grr j'ai tout retourné, je vois pas...
:bombe:

c'est quand-même bête quoi: je fais exprès de prendre un Linux/HID compliant, et voila-t-y pas que c'est pas vraiment plug'n'play...
Je dois pas être loin pourtant vu que cela beep bien...
:sad:

est-ce que c'est juste du côté du Xorg que je dois lui apprendre un nouvel input kbd?
pourtant depuis HAL c'est géré automatiquement tout cela non?
comment être certain qu'il y a bien un event kbd lié à mon hid?
xev?
18/05/2010 @ 23:13:55: philfr: [Projet] Payement virtuel.
hid ne veut pas forcément dire clavier: souris, joystick entrent aussi dans cette catégorie.
Mais puisque tu as le device input8, tu dois pouvoir l'utiliser, non ?
19/05/2010 @ 09:19:06: blietaer: [Projet] Payement virtuel.
hid ne veut pas forcément dire clavier: souris, joystick entrent aussi dans cette catégorie.

Oui, mais dans les specs, il parlent bien de clavier... :sad:



Mais puisque tu as le device input8, tu dois pouvoir l'utiliser, non ?

Voilà!
C'est exactement cela: comment le faire parler au même titre que mon clavier/souris dans Xorg ?

Si je dois re-écrire un petit script en python qui écoute sur un /dev/input quelconque et reproduit le string dans /dev/uinput, c'est perdu (j'ai investi dans le HID pour rien, cela marchait très bien avec le modèle serial/USB). :halalala:
Retour