Pas grâve ! Tu pourras toujours acheter Fenetre Vista et mater des blueray HDdvd et tout le tzouin tzouin DRMizé.
Linux ? A quoi bon c'est pas viable commercialement de toute façon (qu'ils disent).
Le pire dans tout ça c'est que cette magouille politoco financière se fait sous le nez de tout le monde sans aucune retenue, je suis dégoûté (et bien content d'être Suisse pour l'instant)...
Si je passe en shell sans démarrerX tout est OK et bien en qwertz, pareil sous gnome, y a que KDE ou je suis aussi en qwertz mais les caractrès spéciaux ne fonctionnent pas comme il devraient.
Salut, la première fois que tu démarres, le logiciel, gaim te propose d'ajouter des comptes, tu dois entrer les paramètres de ton compte MSN, autrement tu peux accèder dans "outils" / "comptes".
Ensuite ton compte SMS doit s'ajouter dans la liste des comptes, il reste ä cocher "en ligne" et gaim va t'autentifier et tu devrais voir apparaître tes contacts.
J'avais testé suspend2, c'est intéressant mais pas pour ce que je veux faire. Suspend c'est plutôt pour celui qui veut retrouver ce qu'il était entrain de faire en rallumant son P.C.
Moi je veux retrouver à chaques fois la même chose.
A moin que l'on puisse utiliser suspend2 pour ce genre d'application aussi ?
Voilà j'ai une rule qui work impec ! (j'avais un prob avec hotplug c'est pour cela que cela réagissait bizarement....) voilà ce que ça me donne au final:
Dernière question après je te laisses tranquille promis !
Dans mon ca l'écran va devoir être mis sous/hors tension alors que le pc est allumé, ce qui implique que le device doit rester le même pour que la partie tactile fonctionne malgré un débranchage/branchage.
Actuellement quand je débranche (physiquement) mon écran et que je le rebranche, la partie tactile répond mais est faussée (axes Y + géométrie/calibration).
Si je fais un #cat /proc/bus/input/devices, avant de débrancher l'écran et de le rebrancher j'ai cela.
********************************
S: Sysfs=/class/input/input4
H: Handlers=mouse1 event4
********************************
et après avoir rebranché (donc contrôles faussé) j'ai
********************************
S: Sysfs=/class/input/input5
H: Handlers=mouse1 event5
********************************
Voilà, tu as peut-être remarqué qu'il y avait quelque chose d'étrange, c'est que dans ma rule je spécifie l'event5 et que c'est le 4 qui est affiché lors du #cat /proc/bus/input/devices, alors que si je controles l'entrée utilisée par X c'est bien l'event5 !
Il y a un flou pour moi de ce côté là, ça serait sympa si tu pouvais encore m'aider la dessus.
Alors j'ai un peu looké, avec la règle ci-dessus mon /dev/touchscreen/ pointe sur /dev/ts1, si je fais un cat de ce device et que je touche mon écran je vois bien la sortie RAW data de mon screen, quand je lances X, il n'arrive pas à interpreter ça et le curseur part n'importe ou.
Par contre avec la règle ci-dessus j'ai un autre device qui s'est crée dans /dev/event2 (surement à cause du NAME"%k"???) et si je fais un cat de ce dossier j'ai la sortie pour X qui apparait et non plus les raw data, donc cela joue si j utilises ce device pour x (le curseur est alors ok).
Bien entendu le %k fait que si le device change de place au boot ben mon écran part sur un autre device ce qui re-pose le problème du départ...
Donc au lieu de name="%k" j'ai tenté un name"touchscreen" je reboot et il me sort toujours des raw data in-interprétables...
Merci pour tes précieuses info c'est de mieux en mieux !
Le device est bien crée dans /dev/touchscreen, j'ai donc modifié la ligne dans mon /etc/X11/xorg.conf pour qu'elle pointe sur ce device
C'est le driver evdev qui se charge de translater les donées pour le serveur X dans mon cas, et c'est là le problème:
Quand l'écran est détecté automatiquement, par exemple, sur /dev/input/event3 (et que mon xorg est bien sur cette entrée), tout est ok le curseur suit mon mouvement sur l'écran
Par contre si l'écran est monté sur /dev/touchscreen grâce à la règle sus-écrite (et le xorg.conf adapté) le curseur ne suit pas mon doight mais va se caler dans le coin droite de l'écran.
[^] # Re: DADVSI et vente liée
Posté par xenon_hs (site web personnel) . En réponse à la dépêche DADVSI : l'interopérabilité disparait. Évalué à 1.
Linux ? A quoi bon c'est pas viable commercialement de toute façon (qu'ils disent).
Le pire dans tout ça c'est que cette magouille politoco financière se fait sous le nez de tout le monde sans aucune retenue, je suis dégoûté (et bien content d'être Suisse pour l'instant)...
Vivendi cay le mal résiliez votre abo Canal+ !!!
[^] # Re: On y pense...
Posté par xenon_hs (site web personnel) . En réponse au message Priorité sonores ?. Évalué à 0.
[^] # Re: jar
Posté par xenon_hs (site web personnel) . En réponse au message Problème installation open exchange. Évalué à 0.
Une autre idée ??? Merci et bonne soirée
[^] # Re: Et dans les autres applis ?
Posté par xenon_hs (site web personnel) . En réponse au message Problème keyboard layout sous KDE. Évalué à 0.
J'ai démarré ma session gnome et je suis revenu sous KDE et tout refonctionnes :/
[^] # Re: Et dans les autres applis ?
Posté par xenon_hs (site web personnel) . En réponse au message Problème keyboard layout sous KDE. Évalué à 0.
Si je passe en shell sans démarrerX tout est OK et bien en qwertz, pareil sous gnome, y a que KDE ou je suis aussi en qwertz mais les caractrès spéciaux ne fonctionnent pas comme il devraient.
Merci pour le coup de pouce
[^] # Re: nail -v ?
Posté par xenon_hs (site web personnel) . En réponse au message comment utiliser nail ?. Évalué à 1.
Si tu connais un moyen plus simple je prend ;)
@+
# Script
Posté par xenon_hs (site web personnel) . En réponse au message copie de fichier avec des options avancées. Évalué à 1.
#!/bin/sh
#
echo "Starting backup script"
#
#
#On va commencer par renseigner les variables necessaires
DATE=`date +"%Y.%m.%d"`
BACKUPDIR=/mnt/hdc1/linux_backup/gateway/weekly_backup
BACKUPDIROLD=/mnt/hdc1/linux_backup/gateway/weekly_backup_old
#
#On commence par virer tout les anciens backups
rm $BACKUPDIROLD/*
#
#Ensuite on va copier tout les anciens fichiers de config dans les archives
cp $BACKUPDIR/* $BACKUPDIROLD/
#
#Ensuite on va supprimer tout les anciens fichiers de config
rm $BACKUPDIR/*
#
#Liste des fichiers a copier
#
echo "copying files"
cp /etc/hdparm.conf $BACKUPDIR/hdparm.conf_$DATE
cp /usr/local/etc/raddb/clients $BACKUPDIR/radius_clients_$DATE
cp /usr/local/etc/raddb/radiusd.conf $BACKUPDIR/radiusd.conf_$DATE
cp /usr/local/etc/raddb/eap.conf $BACKUPDIR/radius_eap.conf_$DATE
cp /usr/local/etc/raddb/users $BACKUPDIR/radius_users_$DATE
cp /etc/vsftpd.conf $BACKUPDIR/vsftpd.conf_$DATE
cp /etc/vsftpd.chroot_list $BACKUPDIR/vsftpd.chroot_list_$DATE
cp /etc/network/iptables.conf $BACKUPDIR/iptables.conf_$DATE
cp /etc/network/interfaces $BACKUPDIR/interfaces_$DATE
cp /etc/dhcp3/dhcpd.conf $BACKUPDIR/dhcpd.conf_$DATE
cp /usr/bin/backup $BACKUPDIR/backup_script_$DATE
#
#creation d'une archive gzip des fichiers copies
echo ""
echo "creating gz archive..."
#
tar czf $BACKUPDIR/backup_gw_$DATE.tar.gz $BACKUPDIR/*
#
echo ""
echo "done"
# Pareil
Posté par xenon_hs (site web personnel) . En réponse au message WHOIS Microsoft.com. Évalué à 0.
# Pareil
Posté par xenon_hs (site web personnel) . En réponse au message WHOIS Microsoft.com. Évalué à 1.
# gui
Posté par xenon_hs (site web personnel) . En réponse au message Comment utiliser gAIM. Évalué à 1.
Ensuite ton compte SMS doit s'ajouter dans la liste des comptes, il reste ä cocher "en ligne" et gaim va t'autentifier et tu devrais voir apparaître tes contacts.
@+
# Cool !
Posté par xenon_hs (site web personnel) . En réponse à la dépêche Sortie de Nuface 1.0. Évalué à 2.
Par contre c'est assez hard à installer pour un newbee, vous avez quelques liens pour m'aider parsque la doc fournie :/
Merci
[^] # Re: En deux coups
Posté par xenon_hs (site web personnel) . En réponse au message copie de fichier avec des options avancées. Évalué à 0.
Genre
PATH='/home/xenon/test`
cp /etc/X11/xorg.conf $PATH/xorg.conf
Pour éviter de retapper tout les path si je change mon répertoire de destination.
Merci bon week-end de Pâques :)
[^] # Re: En deux coups
Posté par xenon_hs (site web personnel) . En réponse au message copie de fichier avec des options avancées. Évalué à 1.
@+
# re
Posté par xenon_hs (site web personnel) . En réponse au message xsupplicant problème de configuration. Évalué à 1.
[^] # Re: hdparm.conf
Posté par xenon_hs (site web personnel) . En réponse au message HDPARM mémorisation des paramètres. Évalué à 1.
Bonne soirée
[^] # Re: Pourquoi ?
Posté par xenon_hs (site web personnel) . En réponse au message HDPARM mémorisation des paramètres. Évalué à 1.
[^] # Re: Images
Posté par xenon_hs (site web personnel) . En réponse à la dépêche Lightning 0.1 en français. Évalué à 3.
Merci pour les screenshots.
Romain
[^] # SOLUTION TROUVEE
Posté par xenon_hs (site web personnel) . En réponse au message Problème de compilation Kiso. Évalué à 2.
Merci pour l'aide, bonne soirée.
Romain
[^] # Re: libcdio sans doute
Posté par xenon_hs (site web personnel) . En réponse au message Problème de compilation Kiso. Évalué à 1.
/usr/include/cdio/scsi_mmc.h
/usr/src/linux-2.6.12/drivers/mmc/mmc.h
/usr/src/linux-2.6.12/include/asm-arm/arch-pxa/mmc.h
/usr/src/linux-2.6.12/include/asm-arm/mach/mmc.h
/usr/src/linux-2.6.12/include/asm-mips/mach-au1x00/au1100_mmc.h
/usr/src/linux-2.6.12/include/linux/mmc/host.h
/usr/src/linux-2.6.12/include/linux/mmc/mmc.h
Voilà je suis bloqué :)
Merci bonne soirée
[^] # Re: Je le dis tout de suite
Posté par xenon_hs (site web personnel) . En réponse au message Comment booter très rapidement. Évalué à 1.
[^] # Re: suspend to disk.
Posté par xenon_hs (site web personnel) . En réponse au message Comment booter très rapidement. Évalué à 1.
J'avais testé suspend2, c'est intéressant mais pas pour ce que je veux faire. Suspend c'est plutôt pour celui qui veut retrouver ce qu'il était entrain de faire en rallumant son P.C.
Moi je veux retrouver à chaques fois la même chose.
A moin que l'on puisse utiliser suspend2 pour ce genre d'application aussi ?
[^] # Re: Début de réponse ....
Posté par xenon_hs (site web personnel) . En réponse au message udev, rule pour point de montage d'un device. Évalué à 1.
Voilà j'ai une rule qui work impec ! (j'avais un prob avec hotplug c'est pour cela que cela réagissait bizarement....) voilà ce que ça me donne au final:
BUS=="usb", SYSFS{configuration}=="USB TouchScreen", SYSFS{manufacturer}=="eGalax Inc.", NAME="input/event5", SYMLINK="input/touchscreen"
Dernière question après je te laisses tranquille promis !
Dans mon ca l'écran va devoir être mis sous/hors tension alors que le pc est allumé, ce qui implique que le device doit rester le même pour que la partie tactile fonctionne malgré un débranchage/branchage.
Actuellement quand je débranche (physiquement) mon écran et que je le rebranche, la partie tactile répond mais est faussée (axes Y + géométrie/calibration).
Si je fais un #cat /proc/bus/input/devices, avant de débrancher l'écran et de le rebrancher j'ai cela.
********************************
S: Sysfs=/class/input/input4
H: Handlers=mouse1 event4
********************************
et après avoir rebranché (donc contrôles faussé) j'ai
********************************
S: Sysfs=/class/input/input5
H: Handlers=mouse1 event5
********************************
Voilà, tu as peut-être remarqué qu'il y avait quelque chose d'étrange, c'est que dans ma rule je spécifie l'event5 et que c'est le 4 qui est affiché lors du #cat /proc/bus/input/devices, alors que si je controles l'entrée utilisée par X c'est bien l'event5 !
Il y a un flou pour moi de ce côté là, ça serait sympa si tu pouvais encore m'aider la dessus.
Merci bon week-end.
Romain
[^] # Re: Début de réponse ....
Posté par xenon_hs (site web personnel) . En réponse au message udev, rule pour point de montage d'un device. Évalué à 1.
Alors j'ai un peu looké, avec la règle ci-dessus mon /dev/touchscreen/ pointe sur /dev/ts1, si je fais un cat de ce device et que je touche mon écran je vois bien la sortie RAW data de mon screen, quand je lances X, il n'arrive pas à interpreter ça et le curseur part n'importe ou.
Par contre avec la règle ci-dessus j'ai un autre device qui s'est crée dans /dev/event2 (surement à cause du NAME"%k"???) et si je fais un cat de ce dossier j'ai la sortie pour X qui apparait et non plus les raw data, donc cela joue si j utilises ce device pour x (le curseur est alors ok).
Bien entendu le %k fait que si le device change de place au boot ben mon écran part sur un autre device ce qui re-pose le problème du départ...
Donc au lieu de name="%k" j'ai tenté un name"touchscreen" je reboot et il me sort toujours des raw data in-interprétables...
Je comprends plus rien.
Merci =)
[^] # Re: Début de réponse ....
Posté par xenon_hs (site web personnel) . En réponse au message udev, rule pour point de montage d'un device. Évalué à 1.
Le device est bien crée dans /dev/touchscreen, j'ai donc modifié la ligne dans mon /etc/X11/xorg.conf pour qu'elle pointe sur ce device
C'est le driver evdev qui se charge de translater les donées pour le serveur X dans mon cas, et c'est là le problème:
Quand l'écran est détecté automatiquement, par exemple, sur /dev/input/event3 (et que mon xorg est bien sur cette entrée), tout est ok le curseur suit mon mouvement sur l'écran
Par contre si l'écran est monté sur /dev/touchscreen grâce à la règle sus-écrite (et le xorg.conf adapté) le curseur ne suit pas mon doight mais va se caler dans le coin droite de l'écran.
As-tu une idée ?
Encore merci
[^] # Re: Début de réponse ....
Posté par xenon_hs (site web personnel) . En réponse au message udev, rule pour point de montage d'un device. Évalué à 1.
looking at device '/devices/pci0000:00/0000:00:10.0/usb2/2-2':
ID=="2-2"
BUS=="usb"
DRIVER=="usb"
SYSFS{configuration}=="USB TouchScreen"
SYSFS{manufacturer}=="eGalax Inc."
SYSFS{maxchild}=="0"
SYSFS{version}==" 1.10"
SYSFS{devnum}=="7"
SYSFS{speed}=="1.5"
SYSFS{bMaxPacketSize0}=="8"
SYSFS{bNumConfigurations}=="1"
SYSFS{bDeviceProtocol}=="00"
SYSFS{bDeviceSubClass}=="00"
SYSFS{bDeviceClass}=="00"
SYSFS{bcdDevice}=="0100"
SYSFS{idProduct}=="0001"
SYSFS{idVendor}=="0eef"
SYSFS{bMaxPower}=="100mA"
SYSFS{bmAttributes}=="a0"
SYSFS{bConfigurationValue}=="1"
SYSFS{bNumInterfaces}==" 1"
J'ai donc crée une rule:
SYSFS{configuration}=="USB TouchScreen", NAME="event5"
Qui se load avant les autres mais pareil ! il se monte pas sur event5.
Une idée ?