à adapter à ta configuration. La source est nécessairement la même (avasys.jp). Mon imprimante est une SX515W. Je l'utilise en réseau. Mais je pense que l'interface USB est gérée de la même facon.
Dans ta config, pour le support du scanner, via xsane, il doit y avoir qq de ce genre :
root@quantal-buro:/etc/sane.d# cat dll.d/iscan.dpkg-new
# iscan -- enables the SANE backend(s) required
# Any changes to this file will be lost when upgrading iscan.
epkowa
root@quantal-buro:/etc/sane.d# cat epkowa.conf
# epkowa.conf -- sample configuration for the EPKOWA SANE backend
# Copyright (C) 2004, 2008, 2009 Olaf Meeuwissen
#
#net epson
# usb ?
grep -i motd /etc/pam.d/*
/etc/pam.d/login:# Prints the motd upon succesful login
/etc/pam.d/login:# (Replaces the `MOTD_FILE' option in login.defs)
/etc/pam.d/login:session optional pam_motd.so
/etc/pam.d/sshd:# This includes a dynamically generated part from /run/motd.dynamic
/etc/pam.d/sshd:# and a static (admin-editable) part from /etc/motd.
/etc/pam.d/sshd:session optional pam_motd.so motd=/run/motd.dynamic noupdate
/etc/pam.d/sshd:session optional pam_motd.so # [1]
conclusion, c'est le service PAM qui prend en charge ce service au moins sur les distribution modernes et récentes (l'un et l'autre n'est pas nécessairement lié, si ?).
pas beaucoup de réponse sur ce sujet. Ce n'est pas l'absence de réponse qui doit te faire déduire : "Faut il comprendre de tout cela que Php/proc_open est buggé". Donc j'ai compris que tu veux récupérer l'information de téléchargement en temps réel, pour ensuite l'afficher à l'utilisateur. Cela signifie que tu ne peux le faire qu'avec proc_open() et en mode non bloquant. Tu es donc en principe sur la bonne voie. Concernant la lecture je suis surpris par cette ligne de code : $output.= stream_get_contents($pipe, 5); ca devrait plutot être qq chose du genre : stream_get_contents($pipes[$i]); ??
Si tu n'es pas intéressé pour donner un feedback en temps réel, je pense qu'une solution bien plus simple existe.
au vue de cette commande, on peut affirmer que les messages sont sur STDERR : flvstreamer --stop 25 -r $url --flv $file 2> 2.log 1>1.log
- le fichier 2.log contient bien les messages et en particulier la trace concernant le déroulement du téléchargement.
- le fichier 1.log est vide -> rien sur stdout.
Il conviendrait de préciser tes objectifs :
- disposer des informations techniques sur le flux (première partie de la zone de texte)
- ou avoir l'info sur le téléchargement en temps réel.
j'ai pas encore vu des moteurs de recherche être en mesure de capter l'information que j'ai maquillée. Peut-etre me trompe-je. L'astuce n'était destinée qu'à eux. A quoi bon masquer cette marque en 4 lettres connus de tous.
PS: en faisant une recherche sur notre ami o-o, j'ai découvert que mon astuce ne fonctionne que très moyennement :-) c'est assez surprenant.
si tu as une possibilité de controle sur l'annuaire LDAP, tu peux créer une branche dédiée pour les utilisateurs à qui tu souhaites donner l'accès. Cela peut aussi est la création d'un groupe dédié dans l'annuaire ou encore l'ajout d'un attribut LDAP supplémentaire dans chaque fiche LDAP des utilisateurs.
C'est la théorie LDAP, en pratique, je ne connais pas dans le détail le module LDAP. Mais c'est aussi comme cela que ca fonctionne sur notre annuaire pour des applications tièrses qui s'appuie sur l'annuaire.
les portables CLDL* sont vendus sans OS. Ils font de l'assemblage avec un PC sur mesure. La gamme de prix démarre à 219E pour se terminer au dela de 2000E, il y en a donc pour tous les gouts et toutes les bourses. J'en ai acheté un pour mon fils (Clevo W24AEU). Il en est assez content. La finition du boitier laisse un peu à désirer, mais pour le reste, ca va bien. Le PC a fait une petit chute (table). Il fonctionne encore.
Bien choisir la gamme des PC CLDL*. Il existe plusieurs distributeurs francais.
PS: *j'ai volontairement renversé les 4 lettres pour éviter une pub trop criante), vous trouverez rapidement de qui il s'agit.
on pourra en avoir le coeur net, concernant le support de gphoto et de ton APN : gphoto2 --list-cameras | grep -i F100. Chez moi ca donne bien : "Fuji FinePix F100fd"
Posté par Marc Quinton .
En réponse au message APN plus reconnu .
Évalué à 2.
Dernière modification le 01 décembre 2012 à 16:16.
mon avis qui n'engage que moi : il s'agit soit :
- d'un problème matériel : il faudrait donc essayer sur une autre machine, ou bien ton appareil à un soucis,
- problème dans ta conf Linux :
1. faire une mise à jour vers la nouvelle version
2. voir si tous les paquets se sont bien installés (peut-etre un sudo apt-get update)
3. voir si le comportement est le même avec un live-cd.
Ce qui semble anormal, c'est le résultat du message de LOG ci-dessus, de même l'erreur avec gphoto2 -auto-detect. Tu pourrais essayer d'aller plus loin avec les indications "env LANG=C gphoto2 --debug --debug-logfile=my-logfile.txt –auto-detect" et nous transmettre le fichier "my-logfile.txt".
D'autre part, la vraie référence pour ton appareil est : Fuji Finepix F100fd. Ce modèle fait bien parti de la liste des APN gérés par gphoto2 (version 2.5). Je ne sais pas pour les anciennes versions. J'ai vu que la tienne est plus ancienne.
Posté par Marc Quinton .
En réponse au message APN plus reconnu .
Évalué à 2.
Dernière modification le 01 décembre 2012 à 14:19.
tu pourrais essayer de passer par l'interface en ligne de commande "gphoto", cf : http://doc.ubuntu-fr.org/gphoto . En particulier les commandes suivantes me semblent intéressante :
- gphoto2 –auto-detect permet d'afficher la détection de son appareil photo on peut afficher la recherche ex : gphoto2 –auto-detect | grep Nikon
- gphoto2 –summary affiche les caractéristiques de l'appareil détecté
- le cas échéant, nous retourner le contenu de ces commandes.
- si gphoto2 n'est pas installé : sudo apt-get install gphoto2
Posté par Marc Quinton .
En réponse au message APN plus reconnu .
Évalué à 2.
Dernière modification le 01 décembre 2012 à 12:47.
sur certains APN, il est possible de changer le mode de fonctionnement : tu es soit en mass-storage (et donc vu comme un disque USB) soit un autre mode (PTP, en regardant rapidement sur le net).
Glxgears est aussi un petit programme qui peut donner une indication des performances 3G sur une machine Linux. Les dernières versions sont compilées pour se synchronisées avec la synchro horizontale. Mais il est possible via une variable d'environnement d'outre-passer cette fonction.
(export vblank_mode=0 ; glxgears ) / ATI RS780L [Radeon HD 3000] -> 1400 frames/s.
ma carte graphique est intégrée à ma carte-mère. Je pense avoir l'un des scores les plus bas. Ce qui est parcontre intéressant, c'est de jouer sur les différents parametre de mon installation en particulier vérifier s'il y a des performances accrues en fonction de l'origine du serveur.
un pas en avant, 2 pas en arrière. J'ai décidé de recuire le 3ième composant que je soupçonne d'être le chipset liés aux ES. J'avais aussi un nouveau comportement : la machine ne plus de la phase terminale du BIOS. Depuis, j'ai a nouveau le défaut initial lié à l'affichage graphique et toujours bloqué au niveau du BIOS.
je jette l'éponge. Le PC est à vendre ou donner suivant convenances (région toulousaine).
merci pour la réponse. Visiblement, sur la carte-mère, il y a :
- 2 slot SODIM sur lesquels j'ai 2 barette RAM de 1 et 2Go. J'ai effectué différentes combinaisons (emplacement, présence ou pas des barrettes),
- et j'ai soudé sur la CM 4 puces en proximité du chip graphique. Il semble que l'opération que j'ai réalisé hier a largement amélioré le fonctionnement de la partie graphique.
- j'ai sur la carte-mère 3 principaux chips : le CPU, la puce graphique (NVIDIA) ainsi qu'une puce que je pense être ce qu'on appelle le chipset. Cette dernière a en charge toutes les entrées sorties disque en particulier. Elle n'a pas encore subit de refusion (seulement les puces mémoire et le composant graphique).
J'ai actuellement un fonctionnement assez aléatoire : j'ai réussi à installer une distribution Linux jusqu'à la fin. Et maintenant, je reste bloqué sur le BIOS … grrrr ; de même le lecteur CD n'est plus opérationnel. C'est assez incompréhensible.
L'expérience est pour ma part assez technophile (comprendre geek), mais n'est sans aucun réalisme économique vu le prix de la machine d'occasion et du temps passé.
Il y a un petit coté grisant à tenter d'expérience de refusion sur des gros chips, qui plus est sur une carte-mère de PC portable. J'ai d'abord essayé sur une veille carte (réseau et son) : les puces finissent par se défaire si on les déplace avec un tournevis, preuve que l'étain entre en fusion. Pour l'isolation, j'ai réalisé des sandwichs de feuille d'alu et de papier sulfurisé habituellement utilisé pour la cuisine (au four). J'ai 2 couches de papier et 3 couches d'alu. Cela permet en principe de diminuer la conductivité globale. Le papier sulfurisé ayant une bonne capacité à tenir les hautes températures (=~ 270° pour un four).
je vais tracer ici les différentes opérations avec les éventuels résultats :
- je suis allé fouiller dans les boites à CD et ai sorti différentes archives. Pas grand chose de significatif,
- mais, il est assez surprenant de constater que Ubuntu 9.04, fonctionne en live-CD ; une première sur ma machine. Je vais donc réaliser une installation sur la machine, en espérant aller jusqu'à la fin.
effectivement, pour voir les connexions sur ta machine préférée (fichier de log /var/log/wtmp), il faut au choix, savoir décoder du binaire, soir passer par une commande (last), soit … ce que tu veux. Mais ce n'est pas un accès direct.
Est-ce un mal ou un bien. Il me semble difficile d'y répondre, mais cela semble acceptable depuis des lustres. Et puis, un format un peu rigide (binaire) permet d'instrumenter un fichier, ce qui peut être un peu plus complexe sur un fichier ASCII complètement libre.
A quand des logs en XML :-) après tout, pourquoi pas.
concernant Epson, il est assez facile de faire fonctionner avec Linux, bien que :
- le site ne soit pas très facile à comprendre et la mise en place des packets logiciels assez abscons,
- le site ne fait pas très sérieux, mais en fait, il semble que la boite soit mandatée officiellement par Espson pour le support Linux. Pour preuve, il existe un lien (hypertexte) sur le site Epson.
- pas de paquet disponible nativement sur ma distribution.
[^] # Re: Salut
Posté par Marc Quinton . En réponse au message reboutage brutal du système sans message d'erreur. Évalué à 2.
il y a memtester :
sinon, memtest86 peut fonctionner avec un port série.
# driver iscan
Posté par Marc Quinton . En réponse au message xsane ne trouve pas mon peripherique. Évalué à 2.
sauf erreur de ma part, il faut télécharger les drivers sur le site dédié (driver iscan). Voici le script pour mon imprimante :
à adapter à ta configuration. La source est nécessairement la même (avasys.jp). Mon imprimante est une SX515W. Je l'utilise en réseau. Mais je pense que l'interface USB est gérée de la même facon.
Dans ta config, pour le support du scanner, via xsane, il doit y avoir qq de ce genre :
[^] # Re: Chez moi ça marche
Posté par Marc Quinton . En réponse au message la commande motd n'existe pas ?. Évalué à 4.
chez moi aussi ca marche :
conclusion, c'est le service PAM qui prend en charge ce service au moins sur les distribution modernes et récentes (l'un et l'autre n'est pas nécessairement lié, si ?).
voir : http://administratosphere.wordpress.com/2011/11/23/using-the-message-of-the-day-motd-in-ubuntu-linux/
[^] # Re: sortie sur STDERR
Posté par Marc Quinton . En réponse au message proc_open : enregistrer l'output de flvstreamer. Évalué à 2.
pas beaucoup de réponse sur ce sujet. Ce n'est pas l'absence de réponse qui doit te faire déduire : "Faut il comprendre de tout cela que Php/proc_open est buggé". Donc j'ai compris que tu veux récupérer l'information de téléchargement en temps réel, pour ensuite l'afficher à l'utilisateur. Cela signifie que tu ne peux le faire qu'avec proc_open() et en mode non bloquant. Tu es donc en principe sur la bonne voie. Concernant la lecture je suis surpris par cette ligne de code : $output.= stream_get_contents($pipe, 5); ca devrait plutot être qq chose du genre : stream_get_contents($pipes[$i]); ??
Si tu n'es pas intéressé pour donner un feedback en temps réel, je pense qu'une solution bien plus simple existe.
[^] # Re: sortie sur STDERR
Posté par Marc Quinton . En réponse au message proc_open : enregistrer l'output de flvstreamer. Évalué à 3.
ci-joint, un petit script ruby permettant de simuler le fonctionnement de flvstreamer. Ca évitera les tests trop nombreux sur le serveur distant.
# sortie sur STDERR
Posté par Marc Quinton . En réponse au message proc_open : enregistrer l'output de flvstreamer. Évalué à 3.
au vue de cette commande, on peut affirmer que les messages sont sur STDERR : flvstreamer --stop 25 -r $url --flv $file 2> 2.log 1>1.log
- le fichier 2.log contient bien les messages et en particulier la trace concernant le déroulement du téléchargement.
- le fichier 1.log est vide -> rien sur stdout.
Il conviendrait de préciser tes objectifs :
- disposer des informations techniques sur le flux (première partie de la zone de texte)
- ou avoir l'info sur le téléchargement en temps réel.
[^] # Re: Quelques idées
Posté par Marc Quinton . En réponse au message Choix d'un ordinateur portable peu encombrant pour programmer.. Évalué à 2. Dernière modification le 10 décembre 2012 à 20:54.
j'ai pas encore vu des moteurs de recherche être en mesure de capter l'information que j'ai maquillée. Peut-etre me trompe-je. L'astuce n'était destinée qu'à eux. A quoi bon masquer cette marque en 4 lettres connus de tous.
PS: en faisant une recherche sur notre ami o-o, j'ai découvert que mon astuce ne fonctionne que très moyennement :-) c'est assez surprenant.
# branche de l'annuaire LDAP
Posté par Marc Quinton . En réponse au message authentification LDAP sous Linux. Évalué à 3. Dernière modification le 10 décembre 2012 à 20:08.
si tu as une possibilité de controle sur l'annuaire LDAP, tu peux créer une branche dédiée pour les utilisateurs à qui tu souhaites donner l'accès. Cela peut aussi est la création d'un groupe dédié dans l'annuaire ou encore l'ajout d'un attribut LDAP supplémentaire dans chaque fiche LDAP des utilisateurs.
C'est la théorie LDAP, en pratique, je ne connais pas dans le détail le module LDAP. Mais c'est aussi comme cela que ca fonctionne sur notre annuaire pour des applications tièrses qui s'appuie sur l'annuaire.
[^] # Re: Quelques idées
Posté par Marc Quinton . En réponse au message Choix d'un ordinateur portable peu encombrant pour programmer.. Évalué à 5.
les portables CLDL* sont vendus sans OS. Ils font de l'assemblage avec un PC sur mesure. La gamme de prix démarre à 219E pour se terminer au dela de 2000E, il y en a donc pour tous les gouts et toutes les bourses. J'en ai acheté un pour mon fils (Clevo W24AEU). Il en est assez content. La finition du boitier laisse un peu à désirer, mais pour le reste, ca va bien. Le PC a fait une petit chute (table). Il fonctionne encore.
Bien choisir la gamme des PC CLDL*. Il existe plusieurs distributeurs francais.
PS: *j'ai volontairement renversé les 4 lettres pour éviter une pub trop criante), vous trouverez rapidement de qui il s'agit.
[^] # Re: Merci à tous pour votre présence
Posté par Marc Quinton . En réponse à la dépêche Réunion informelle CAcert.org aux First Jeudi à Paris. Évalué à 2.
oui, il manque cruellement d'assureurs par chez moi …
[^] # Re: quel modele ?
Posté par Marc Quinton . En réponse au message APN plus reconnu . Évalué à 2.
on pourra en avoir le coeur net, concernant le support de gphoto et de ton APN : gphoto2 --list-cameras | grep -i F100. Chez moi ca donne bien : "Fuji FinePix F100fd"
[^] # Re: quel modele ?
Posté par Marc Quinton . En réponse au message APN plus reconnu . Évalué à 2. Dernière modification le 01 décembre 2012 à 16:16.
mon avis qui n'engage que moi : il s'agit soit :
- d'un problème matériel : il faudrait donc essayer sur une autre machine, ou bien ton appareil à un soucis,
- problème dans ta conf Linux :
1. faire une mise à jour vers la nouvelle version
2. voir si tous les paquets se sont bien installés (peut-etre un sudo apt-get update)
3. voir si le comportement est le même avec un live-cd.
Ce qui semble anormal, c'est le résultat du message de LOG ci-dessus, de même l'erreur avec gphoto2 -auto-detect. Tu pourrais essayer d'aller plus loin avec les indications "env LANG=C gphoto2 --debug --debug-logfile=my-logfile.txt –auto-detect" et nous transmettre le fichier "my-logfile.txt".
D'autre part, la vraie référence pour ton appareil est : Fuji Finepix F100fd. Ce modèle fait bien parti de la liste des APN gérés par gphoto2 (version 2.5). Je ne sais pas pour les anciennes versions. J'ai vu que la tienne est plus ancienne.
[^] # Re: quel modele ?
Posté par Marc Quinton . En réponse au message APN plus reconnu . Évalué à 2. Dernière modification le 01 décembre 2012 à 14:19.
tu pourrais essayer de passer par l'interface en ligne de commande "gphoto", cf : http://doc.ubuntu-fr.org/gphoto . En particulier les commandes suivantes me semblent intéressante :
- gphoto2 –auto-detect permet d'afficher la détection de son appareil photo on peut afficher la recherche ex : gphoto2 –auto-detect | grep Nikon
- gphoto2 –summary affiche les caractéristiques de l'appareil détecté
- le cas échéant, nous retourner le contenu de ces commandes.
- si gphoto2 n'est pas installé : sudo apt-get install gphoto2
[^] # Re: quel modele ?
Posté par Marc Quinton . En réponse au message APN plus reconnu . Évalué à 2. Dernière modification le 01 décembre 2012 à 12:47.
# quel modele ?
Posté par Marc Quinton . En réponse au message APN plus reconnu . Évalué à 2. Dernière modification le 01 décembre 2012 à 12:09.
[^] # Re: démo glxgears
Posté par Marc Quinton . En réponse au journal Simple test de performance pour Open GL 2. Évalué à 2.
oui, c'est bien pour cela que j'ai parlé d'indication de la performance.
# démo glxgears
Posté par Marc Quinton . En réponse au journal Simple test de performance pour Open GL 2. Évalué à 3.
Glxgears est aussi un petit programme qui peut donner une indication des performances 3G sur une machine Linux. Les dernières versions sont compilées pour se synchronisées avec la synchro horizontale. Mais il est possible via une variable d'environnement d'outre-passer cette fonction.
(export vblank_mode=0 ; glxgears ) / ATI RS780L [Radeon HD 3000] -> 1400 frames/s.
ma carte graphique est intégrée à ma carte-mère. Je pense avoir l'un des scores les plus bas. Ce qui est parcontre intéressant, c'est de jouer sur les différents parametre de mon installation en particulier vérifier s'il y a des performances accrues en fonction de l'origine du serveur.
[^] # Re: tester les barrettes de ram indivuellement
Posté par Marc Quinton . En réponse au message distributions Linux headless. Évalué à 2.
un pas en avant, 2 pas en arrière. J'ai décidé de recuire le 3ième composant que je soupçonne d'être le chipset liés aux ES. J'avais aussi un nouveau comportement : la machine ne plus de la phase terminale du BIOS. Depuis, j'ai a nouveau le défaut initial lié à l'affichage graphique et toujours bloqué au niveau du BIOS.
je jette l'éponge. Le PC est à vendre ou donner suivant convenances (région toulousaine).
[^] # Re: tester les barrettes de ram indivuellement
Posté par Marc Quinton . En réponse au message distributions Linux headless. Évalué à 2.
j'ai fait une mise à jour du BIOS. Pour la petite histoire, il s'agit d'un PC Packard-Bell Easynote SB85.
[^] # Re: suite des opérations :
Posté par Marc Quinton . En réponse au message distributions Linux headless. Évalué à 2.
après installation et reboot : plus de controle de la machine ; allez savoir pourquoi.
[^] # Re: tester les barrettes de ram indivuellement
Posté par Marc Quinton . En réponse au message distributions Linux headless. Évalué à 3.
merci pour la réponse. Visiblement, sur la carte-mère, il y a :
- 2 slot SODIM sur lesquels j'ai 2 barette RAM de 1 et 2Go. J'ai effectué différentes combinaisons (emplacement, présence ou pas des barrettes),
- et j'ai soudé sur la CM 4 puces en proximité du chip graphique. Il semble que l'opération que j'ai réalisé hier a largement amélioré le fonctionnement de la partie graphique.
- j'ai sur la carte-mère 3 principaux chips : le CPU, la puce graphique (NVIDIA) ainsi qu'une puce que je pense être ce qu'on appelle le chipset. Cette dernière a en charge toutes les entrées sorties disque en particulier. Elle n'a pas encore subit de refusion (seulement les puces mémoire et le composant graphique).
J'ai actuellement un fonctionnement assez aléatoire : j'ai réussi à installer une distribution Linux jusqu'à la fin. Et maintenant, je reste bloqué sur le BIOS … grrrr ; de même le lecteur CD n'est plus opérationnel. C'est assez incompréhensible.
L'expérience est pour ma part assez technophile (comprendre geek), mais n'est sans aucun réalisme économique vu le prix de la machine d'occasion et du temps passé.
Il y a un petit coté grisant à tenter d'expérience de refusion sur des gros chips, qui plus est sur une carte-mère de PC portable. J'ai d'abord essayé sur une veille carte (réseau et son) : les puces finissent par se défaire si on les déplace avec un tournevis, preuve que l'étain entre en fusion. Pour l'isolation, j'ai réalisé des sandwichs de feuille d'alu et de papier sulfurisé habituellement utilisé pour la cuisine (au four). J'ai 2 couches de papier et 3 couches d'alu. Cela permet en principe de diminuer la conductivité globale. Le papier sulfurisé ayant une bonne capacité à tenir les hautes températures (=~ 270° pour un four).
voici donc mes expériences de cuisine de geek.
# suite des opérations :
Posté par Marc Quinton . En réponse au message distributions Linux headless. Évalué à 2.
je vais tracer ici les différentes opérations avec les éventuels résultats :
- je suis allé fouiller dans les boites à CD et ai sorti différentes archives. Pas grand chose de significatif,
- mais, il est assez surprenant de constater que Ubuntu 9.04, fonctionne en live-CD ; une première sur ma machine. Je vais donc réaliser une installation sur la machine, en espérant aller jusqu'à la fin.
[^] # Re: Documenté ou pas, ce sera non!
Posté par Marc Quinton . En réponse à la dépêche Documentation du format du Journal. Évalué à 4.
effectivement, pour voir les connexions sur ta machine préférée (fichier de log /var/log/wtmp), il faut au choix, savoir décoder du binaire, soir passer par une commande (last), soit … ce que tu veux. Mais ce n'est pas un accès direct.
Est-ce un mal ou un bien. Il me semble difficile d'y répondre, mais cela semble acceptable depuis des lustres. Et puis, un format un peu rigide (binaire) permet d'instrumenter un fichier, ce qui peut être un peu plus complexe sur un fichier ASCII complètement libre.
A quand des logs en XML :-) après tout, pourquoi pas.
[^] # Re: Mot de passe perdu
Posté par Marc Quinton . En réponse au message Mot de passe perdu. Évalué à 2.
pas à ma connaissance.
# Epson
Posté par Marc Quinton . En réponse au message Cherche désespérément à scanner sur Ubuntu !. Évalué à 2.
concernant Epson, il est assez facile de faire fonctionner avec Linux, bien que :
- le site ne soit pas très facile à comprendre et la mise en place des packets logiciels assez abscons,
- le site ne fait pas très sérieux, mais en fait, il semble que la boite soit mandatée officiellement par Espson pour le support Linux. Pour preuve, il existe un lien (hypertexte) sur le site Epson.
- pas de paquet disponible nativement sur ma distribution.
Lien : http://avasys.jp/eng/linux_driver/
Mais bon, on s'en sort quand même.