Perso j utilise des progs bien fichus comme gaim et gkrellm, qui doivent enregistrer en clair certains mots de passe dans leur conf, et apres exemen rapide des droits sur les confs, j ai remarque qu ils metaient d un cote les mots de passes dans un .XXXrc en 600, et d un autre la configuration elle meme du logiciel avec des doits 644 ...
donc il y a bien moyen que les mots de passes soient inacessibles, tout en authorisant les autres users de relire la conf des dits logiciels . Comme ca si un mec est epate par un plugin dans un de mes softs, il peut aller le cherche dans le sous dir plugin du .XXX.d concerne ...
et puis si il a ete decide que les confs seraient dans ~/.*, il y avait des raisons ... et meem si pour l utilisateur lambda un ~/.etc/ ( avec un . en plus ) paraitrai logique pour des questions estetiques, la creation et l utilisation stardisee d un ~/etc ou ~/.etc n est pas pres d arriver. Linux se veut compatible avec certaines normes, et ce n est pas pres de changer.
Pour plus d infos, veuillez Googler et retrouver les docs qui expliquent le pourquoi et le comment de l arboressence utilisee ( /sbin, /usr/* ...)
Il y a deja eu des projets pour changer l arbo, gerer les pb de versioning pour authoriser l installation simultanee de plusieurs versions du meme soft ... on en a deja debatu ici meme sur DLFP, et la conclusion est : c est pas si mal comme c est actuellement, et tenter de changer les choses consommerait plus d energie qu on en economiserait en fesant autrement.
Et non, je ne trouve pas toutes les infos dans le menuconfig très claire
Je n ai jamais dit que les infos contextuelles etaient claires ... j ai dit qu elles existent, et s ajoutent aux Documentations ... je dis juste apres que La Reference en matiere de doc est le src ...
Perso je visite les src au moins une fois par mois, alors que je ne developpe meme pas pour le noyeau ... juste pour trouver des modules, verifier les parametres des modules, cherche la liste du matos suporte, deboguer le lancement d un module ... et y a rien a dire d autre que RTS Lucke.
Et puis pour ne pas savoir que la doc est dans les src, il faut ne pas savoir lire ... et celui qui ne sait pas lire peut difficilement utiliser un PC ... quoi que, j ai deja chatte sur IRC avec un aveugle ( il utilisait un terminal braille )
Ca peut peut-etre amené au déploiement plus massif de l'IPv6 ...
Tu n as rien compris a l IPV6 : comme son nom l indique, IPV6 est une nouvelle pile IP ... hors le DOS annonce ici impacte le TCP ... comme chacun sait ( sauf toi ), l usage de IPV6 ne remet pas en cause l usage de TCP , donc si y a une faille sur TCP, ca "touche" toutes les piles IP ( dans toutes leurs version ) !!!
IP et TCP sont sur des layers differents : IP c est 2 et 3 , TCP c est 4, 5, 6. Donc c est independant .
Enfin AMHA c est encore dans le tarball lui meme que tu trouvera le max d infos ... y a un repertoire Documentations qui explique tout sur tout, plus une aide contextuelle dans la conf du noyeau ( avec make menuconfig )
En plus, la liste des archis, et les descriptifs de drivers dependent de la ver du noyeau . Donc tout resumer sur un site ne me parait meme pas necessaire quand tout est deja dans le tarball.
Pour finire, la ou tu trouvera le plus d infos detaillees sur les drivers, c est dans les commentaires en tete des fichiers sources ... ils y detaillent toutes les diff entre les diverses versions, les bugs corriges ( et les dates de correction ) ...
est-ce normal que wanadoo marche encore Oui c'est normal.
Mon sentiment à moi.
Y as un truc encore plus bizarre: il est possible pour les clients Wanadoo de naviguer avec les identifiants de mire
Tu t'identifies Free ton traffic est routé par Free, tu t'identifies Wanadoo, tu es routé par wanadoo.
la par contre je suis pas sure ... c est le Radius qui gere les authentifications pour les non degroupes ... le Radius contient la liste des identifiants authorises ... mais je ne pense pas que les tables de routages changent en fonction des FAI ... ou du moins pas le routage au niveau du NRA .
J ai meme vu encore pire: chez un free non degroupe de la region de mantes la jolie ( 78), j ai pu me connecter avec mes identifiants Tele2 alors que je suis base a Paris 16e ... je suis donc tres surpris que mon login se soit propage sur un Radius autre que celui de mon quartier ... comme quoi avec le matos de FT, il ne faut s etonner de rien ... faudrait que j essaye de naviguer avec un login de mire ...
Ca fait plus de 6 semaines que Free a arrete d envoyer des sagem pour les clients degroupes ... et on en a deja parle dans les journaux ...
quand a l attente au sup tech, elle est tres variable en fonction des jours et des heures ... y a des pics a 15h et a 20h ... il est conseille d appeler le matin ou apres 21h30.
Tu presente ton post comme si il etait etonnant et exeptionel qu un FA propose un service de qualite, et tente de satisfaire ses clients ...
IBM avait propose de faire un site de rencontre, ou des boites deposerais des cahiers des charges, et ou des codeurs les recolteraient, avec un system de renumeration pour celui qui arrive a coder le projet ...
Sinon pour tous ceux qui veullent assembler, y a http://john.ccac.rwth-(...) aachen.de:8000/as/ ( plus de 50 target suportees avec plus de 8 hosts )
Et pour finire, y a moi qui code un moniteur pour 68HC908 , mais j en suis a 0.01-alpha ... sinon demande un peut a Yann ( whygee ) de F-CPU , il s y connais un peu.
Y a une erreur dans mon tip ... ca ne marche pas telquel ... car si vous suivez a la lettre, dans l image de la disquette de boot, il y a bien 1.2Mo occupes, mais l image elle meme fait toujours 2.88Mo ... il faut donc recuperer une disquette de boot stadard ( pour avoir une zone d amorce valide ) et lui coller le contenu de rescue.dir/ juste avent demontage ( cf tip ) . Ce procede a ete obligatoire pour moi une fois, car j ai constate que les disquettes (de l epoque) patchees pour un noyeau XFS ne permetaient pas de recuperer les drivers sur le CD bf2.4-XFS ... il avait donc fallu que recupere l image disquette du CD pour avoir le bon noyeau, sinon j avais un pb avec les drivers ...
Je signale au passage que dans une meme dist, ( la debian 3.0 r0 IIRC ) il n y a pas le meme noyeau ( donc pas les memes drivers) sur le set de floppies et sur les mini CD ( j ai un pb avec le driver Realtek qui ne porte pas le meme nom dans les 2 cas, et le driver Rhine absent dans l un des deux )
Bon , finalement j ai installe slsnif-0.4.2.tar.gz sur mon linux ( rien capte a ttysnoop), mais vmware refusait d ouvrire ttyp0 ( le port de sortie de slsnif ). donc ca c est fini en reboot du host sous Win, et sniffage avec un second PC. Mais la j ai eu une derniere surprise: j ai cable les pins Tx et GND de mon host vers les Rx et GND du 2e PC, mais le sniffer ne recevait pas tous les octets: il recevait bien des trames completes de donnees, mais il ne recevait pas toutes les trames. Apres milles essai, j ai phone un pote qui m a suggere de cabler aussi le Rx du host au Tx du sniffer , bref de cabler les 3 pins ( 2, 3 et 5 ), et la magie, le sniffer recevait tout ce qu il fallait.
Je savais que le sniffer ne recevait pas tout, parceque je savais que l apli sur mon port serie ( un microcontroleur ) ne pouvait fonctionner qu apres envoi d une sequence que je connaissais a l avence, et que je ne retrouvais pas cette sequence dans les logs du sniffer, donc qu il y avait un pb. Apres cablage des 3 pins, je recevais bien la dite sequence.
Pour plus d infos sur le hard en generale, je vous suggere de visiter http://www.technick.net/(...) . Y a pas TOUT sur TOUT, mais y a beaucoup sur les besoins les plus courants ( cables croises ethernet et serie, pinouts de la prise ATX pour ceux qui veulent cabler le fil vert sur le +5 permanent pour etre sure que leur server est TOUJOURS allume ....)
<MonGrainDeSel> if [ -f /etc/bash_completion ]; then
. /etc/bash_completion
fi
ca fait la completion sur tous les arguments de toutes les commandes : arguments longs en "--", ip lors d un ping, noms des pakages dans un apt-get , et ca va meme jusqu a la competion du chemin du remote host dans scp ( si vous utilisez une authentification RSA ) [ vous conaissez d autres interpreteurs qui font ca ?]
</MonGrainDeSel>
Par contre j ai un pb mineur avec mon .bashrc a moi: bien que j ai mis export HISTFILESIZE="1000000"
mon .bash_history fait moins de 300ko, et la completion ne fonctionne que sur moins de 100ko ( la valeur par default IIRC )(parfois ^r refuse de me resortire une commande qui figure pourtant dans l historique) , donc je me demande si le fait d avoir active la bash-completion n as pas active un bug dans l allocation dynamique de la memoire de l interpreteur ... c est une supposition.
ah puree ... moi qui cherche a virer le max de choses de mon pepin pour gratter de la RAM sur un laptop qui 16Mo de ram ... j avais oublie un downgrade en 2.2
... 30 mn apres le boot j ai deja 300Mo a 500Mo de swap de boufee ... ( et j ai deja 256Mo de RAM ) ...
c est sans compter sur le passage en veille qui requiert rien de moins que la copie integrale de la RAM dans l une des swap ... pour un redemarrage falsh ( feature dispo par patchs pour 2.4 et 2.6 sur jesaisplusou.com_avecloptiondunoyeauquivabien )
ben tu vas commencer par lire http://linuxfr.org/~dhp/10907.html(...) , puis tu vas venire tester mon portable et tu vas tenter de m expliquer pourquoi sous 2.6 ( j ai essaye 2.6.0, 2.6.3 compiles a la main, et les kernel-image-2.6.1 et 2.6.4 de debian ) ... pourquoi sous 2.6 mon touchpad a un sensibilite de deplacement environ 50% superieure a celle sous 2.4, et pourquoi le clic du touchpad ( double appui rapide sur la tablette ) ne marche pas du tout ... alors que sous 2.4 c est stalbe, regulier ET utilisable.
Sous 2.6 ben j ai pas non plus mon winmodem ( driver exlusivelment pour 2.4 ), et lirc ( qui n est pas des moindre) n as toujours pas ete porte.
Pour info, enormement de vieux servers tournent sous 2.0 et 2.2, et ont ete configures pour utiliser ipfadm, et comme ipmaskadm marche tres bien, il est hors de question pour les admins concernes de passer a iptables ( quand t a un script de firewalling qui marche "bien", je te jure que tu fais le maximum pour ne plus avoir a le reediter - un peu comme sendmail ), donc ces mecs resteront toujours sous 2.2 donc il faudra que Linus continue de sortire des patches de secu 2.2 pendant encore des annees.
( oui je sais que 2.4 suporte ipfadm, mais les mecs dont je parlent sont sous 2.2, et ne migreront pas ... )
je crois que j ai dis tout ce que je savais a ce sujet.
Tu trouvera sans trop de pb des emeteurs IR qui se branchent direct sur la plus part des cartes meres modernes ( entre 50 et 130f ), ou des emeteurs pour port serie ( j en ai vu chez LCDI ). ATTENTION CES EMETEURS IR NE SONT PAS DES TRANSMETEURS IRDA.
Donc ces trucs la fonctionnent tout seul sans trop de pb.
Et d un autre cote tu trouvera des bundle IrDA USB mais ca il n existe aucun driver stable pour Linux ... et meme sous windows ca marche quand ca veut ( comprendre "Ca ne marche pas" )
Les transmeteurs sur cm ont des modes d acces variables ... souvent par le bus I2C; ceux sur port serie, ben c est un debit de port serie ( 9600 a 115200 bps), quand aux IrDA, ben c est du 4Mb ... mais la tu peut te toucher pour que ca marche sous nux.
Je me rappelle etre tombe sur des sites qui disent qu on peut configurer son portable comme modem pour un portable sous linux en IR, mais je n ai pas bookmarke.
CPU: Advanced Micro Devices Athlon 4 /Athlon MP/XP Palomino 1402 MHz (Family: 6, Stepping: 2)
Detected cache-line size is 64 bytes
MMX2 supported but disabled
SSE supported but disabled
CPUflags: MMX: 1 MMX2: 0 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0
Compiled for x86 CPU with extensions: MMX 3DNow 3DNowEx
Reading config file /etc/mplayer/mplayer.conf
Reading config file /home/dhp/.mplayer/config
Reading /home/dhp/.mplayer/codecs.conf: Can't open '/home/dhp/.mplayer/codecs.conf': No such file or directory
Reading /etc/mplayer/codecs.conf: 64 audio & 174 video codecs
font: can't open file: /home/dhp/.mplayer/font/font.desc
Font /usr/share/mplayer/font/font.desc loaded successfully! (206 chars)
Linux RTC init error in ioctl (rtc_irqp_set 1024): Permission denied
Try adding "echo 1024 > /proc/sys/dev/rtc/max-user-freq" to your system startup scripts.
Using usleep() timing
Can't open input config file /home/dhp/.mplayer/input.conf: No such file or directory
Input config file /etc/mplayer/input.conf parsed: 53 binds
Opening joystick device /dev/input/js0
Can't open joystick device /dev/input/js0 : Permission denied
Can't init input joystick
Setting up LIRC support...
mplayer: could not connect to socket
mplayer: Connection refused
Failed to open LIRC support.
You will not be able to use your remote control.
Playing http://beber.is-a-geek.org:1234/.(...)
Resolving beber.is-a-geek.org for AF_INET6...
Couldn't resolve name for AF_INET6: beber.is-a-geek.org
Resolving beber.is-a-geek.org for AF_INET...
Connecting to server beber.is-a-geek.org[213.103.198.91]:1234 ...
Cache size set to 1024 KBytes
Connected to server: beber.is-a-geek.org
Cache fill: 0.04% (442 bytes)
pas besoin d aller si loin: serial_sniffer-0.7.1.tgz marche nikel
une pure merveille de technologies. Bon il lui manquait quelques features, dont j ai ecris a l auteur, mais ca marche bien.
j ai teste avec des aplis serie et ca fait ce que je veux:
slsnif -l /tmp/log.txt /dev/ttyS0
dans un term
apli -d /dev/ttyp0
dans un autre et roulez , donc il va suffire de dire a vmware d utiliser ttyp0 au lieu de ttyS0 et roulez ( pas le temps de le faire ce matin.)
pour la page de mike, je l ai lu 10 fois.
Sinon l alternative si t a un second pc, c est de cabler le TX de l un vers le RX de l autre ( mes pc n ont qu un serial chacun ) ( chez moi ca suffit parceque seul le traffic sortant m interesse - sinon il tu redirige le RX vers le RX d un 3e port serie ... )
[^] # Re: ranger un peu le souc du /home/user
Posté par doublehp (site web personnel) . En réponse au journal ranger un peu le souc du /home/user. Évalué à 1.
donc il y a bien moyen que les mots de passes soient inacessibles, tout en authorisant les autres users de relire la conf des dits logiciels . Comme ca si un mec est epate par un plugin dans un de mes softs, il peut aller le cherche dans le sous dir plugin du .XXX.d concerne ...
et puis si il a ete decide que les confs seraient dans ~/.*, il y avait des raisons ... et meem si pour l utilisateur lambda un ~/.etc/ ( avec un . en plus ) paraitrai logique pour des questions estetiques, la creation et l utilisation stardisee d un ~/etc ou ~/.etc n est pas pres d arriver. Linux se veut compatible avec certaines normes, et ce n est pas pres de changer.
Pour plus d infos, veuillez Googler et retrouver les docs qui expliquent le pourquoi et le comment de l arboressence utilisee ( /sbin, /usr/* ...)
Il y a deja eu des projets pour changer l arbo, gerer les pb de versioning pour authoriser l installation simultanee de plusieurs versions du meme soft ... on en a deja debatu ici meme sur DLFP, et la conclusion est : c est pas si mal comme c est actuellement, et tenter de changer les choses consommerait plus d energie qu on en economiserait en fesant autrement.
[^] # Re: Infos sur le kernel
Posté par doublehp (site web personnel) . En réponse au journal Infos sur le kernel. Évalué à 0.
Je n ai jamais dit que les infos contextuelles etaient claires ... j ai dit qu elles existent, et s ajoutent aux Documentations ... je dis juste apres que La Reference en matiere de doc est le src ...
Perso je visite les src au moins une fois par mois, alors que je ne developpe meme pas pour le noyeau ... juste pour trouver des modules, verifier les parametres des modules, cherche la liste du matos suporte, deboguer le lancement d un module ... et y a rien a dire d autre que RTS Lucke.
Et puis pour ne pas savoir que la doc est dans les src, il faut ne pas savoir lire ... et celui qui ne sait pas lire peut difficilement utiliser un PC ... quoi que, j ai deja chatte sur IRC avec un aveugle ( il utilisait un terminal braille )
[^] # Re: Vu sur Slashdot: La fin d'Internet ? (Faille de Sécurité sur couche TCP)
Posté par doublehp (site web personnel) . En réponse au journal Vu sur Slashdot: La fin d'Internet ? (Faille de Sécurité sur couche TCP). Évalué à 0.
Tu n as rien compris a l IPV6 : comme son nom l indique, IPV6 est une nouvelle pile IP ... hors le DOS annonce ici impacte le TCP ... comme chacun sait ( sauf toi ), l usage de IPV6 ne remet pas en cause l usage de TCP , donc si y a une faille sur TCP, ca "touche" toutes les piles IP ( dans toutes leurs version ) !!!
IP et TCP sont sur des layers differents : IP c est 2 et 3 , TCP c est 4, 5, 6. Donc c est independant .
Ce qui ne serait pas mal
Oui, mais pas pour la raison que tu invoque.
# Re: Infos sur le kernel
Posté par doublehp (site web personnel) . En réponse au journal Infos sur le kernel. Évalué à 0.
En plus, la liste des archis, et les descriptifs de drivers dependent de la ver du noyeau . Donc tout resumer sur un site ne me parait meme pas necessaire quand tout est deja dans le tarball.
Pour finire, la ou tu trouvera le plus d infos detaillees sur les drivers, c est dans les commentaires en tete des fichiers sources ... ils y detaillent toutes les diff entre les diverses versions, les bugs corriges ( et les dates de correction ) ...
en bref: RTS Lucke
[^] # Re: Wanadoo -> Free
Posté par doublehp (site web personnel) . En réponse au journal Wanadoo -> Free. Évalué à 3.
Oui c'est normal.
Mon sentiment à moi.
Y as un truc encore plus bizarre: il est possible pour les clients Wanadoo de naviguer avec les identifiants de mire
Tu t'identifies Free ton traffic est routé par Free, tu t'identifies Wanadoo, tu es routé par wanadoo.
la par contre je suis pas sure ... c est le Radius qui gere les authentifications pour les non degroupes ... le Radius contient la liste des identifiants authorises ... mais je ne pense pas que les tables de routages changent en fonction des FAI ... ou du moins pas le routage au niveau du NRA .
J ai meme vu encore pire: chez un free non degroupe de la region de mantes la jolie ( 78), j ai pu me connecter avec mes identifiants Tele2 alors que je suis base a Paris 16e ... je suis donc tres surpris que mon login se soit propage sur un Radius autre que celui de mon quartier ... comme quoi avec le matos de FT, il ne faut s etonner de rien ... faudrait que j essaye de naviguer avec un login de mire ...
[^] # Re: Wanadoo -> Free
Posté par doublehp (site web personnel) . En réponse au journal Wanadoo -> Free. Évalué à 0.
quand a l attente au sup tech, elle est tres variable en fonction des jours et des heures ... y a des pics a 15h et a 20h ... il est conseille d appeler le matin ou apres 21h30.
Tu presente ton post comme si il etait etonnant et exeptionel qu un FA propose un service de qualite, et tente de satisfaire ses clients ...
# Re: Police du logo Debian
Posté par doublehp (site web personnel) . En réponse au journal Police du logo Debian. Évalué à 1.
[^] # Re: Comment le libre peut il raporter des sous ?
Posté par doublehp (site web personnel) . En réponse au journal Comment le libre peut il raporter des sous ?. Évalué à 1.
[^] # Re: Comment le libre peut il raporter des sous ?
Posté par doublehp (site web personnel) . En réponse au journal Comment le libre peut il raporter des sous ?. Évalué à 1.
# Re: Impression d'une page ouaibe en ligne de commande
Posté par doublehp (site web personnel) . En réponse au journal Impression d'une page ouaibe en ligne de commande. Évalué à 1.
ca parle surtout de openurl, mais sinon tu peut toujours demander sur #mozillazine@irc.mozilla.org
# Re: Libre Hardware @ http://rzr.online.fr/wiki.htm
Posté par doublehp (site web personnel) . En réponse au journal Libre Hardware @ http://rzr.online.fr/wiki.htm. Évalué à 1.
Pour le HC11 y a http://perso.efrei.fr/~burg/info_indus/(...)
Sinon pour tous ceux qui veullent assembler, y a http://john.ccac.rwth-(...) aachen.de:8000/as/ ( plus de 50 target suportees avec plus de 8 hosts )
Et pour finire, y a moi qui code un moniteur pour 68HC908 , mais j en suis a 0.01-alpha ... sinon demande un peut a Yann ( whygee ) de F-CPU , il s y connais un peu.
[^] # Re: Pour les fondus du hard ...
Posté par doublehp (site web personnel) . En réponse au journal Pour les fondus du hard .... Évalué à 1.
# Re: Comment installer une debian par CD sur un PC qui ne peut booter que sur des disquettes ...
Posté par doublehp (site web personnel) . En réponse au message [Debian] Comment installer une debian par CD sur un PC qui ne peut booter que sur des disquettes .... Évalué à 1.
Je signale au passage que dans une meme dist, ( la debian 3.0 r0 IIRC ) il n y a pas le meme noyeau ( donc pas les memes drivers) sur le set de floppies et sur les mini CD ( j ai un pb avec le driver Realtek qui ne porte pas le meme nom dans les 2 cas, et le driver Rhine absent dans l un des deux )
# Re: Pour les fondus du hard ...
Posté par doublehp (site web personnel) . En réponse au journal Pour les fondus du hard .... Évalué à 3.
# Re: Sniffer un port serie
Posté par doublehp (site web personnel) . En réponse au journal Sniffer un port serie. Évalué à 2.
Je savais que le sniffer ne recevait pas tout, parceque je savais que l apli sur mon port serie ( un microcontroleur ) ne pouvait fonctionner qu apres envoi d une sequence que je connaissais a l avence, et que je ne retrouvais pas cette sequence dans les logs du sniffer, donc qu il y avait un pb. Apres cablage des 3 pins, je recevais bien la dite sequence.
Pour plus d infos sur le hard en generale, je vous suggere de visiter http://www.technick.net/(...) . Y a pas TOUT sur TOUT, mais y a beaucoup sur les besoins les plus courants ( cables croises ethernet et serie, pinouts de la prise ATX pour ceux qui veulent cabler le fil vert sur le +5 permanent pour etre sure que leur server est TOUJOURS allume ....)
# Re: grep grippe
Posté par doublehp (site web personnel) . En réponse au journal grep grippe. Évalué à 2.
if [ -f /etc/bash_completion ]; then
. /etc/bash_completion
fi
ca fait la completion sur tous les arguments de toutes les commandes : arguments longs en "--", ip lors d un ping, noms des pakages dans un apt-get , et ca va meme jusqu a la competion du chemin du remote host dans scp ( si vous utilisez une authentification RSA ) [ vous conaissez d autres interpreteurs qui font ca ?]
</MonGrainDeSel>
Par contre j ai un pb mineur avec mon .bashrc a moi: bien que j ai mis
export HISTFILESIZE="1000000"
mon .bash_history fait moins de 300ko, et la completion ne fonctionne que sur moins de 100ko ( la valeur par default IIRC )(parfois ^r refuse de me resortire une commande qui figure pourtant dans l historique) , donc je me demande si le fait d avoir active la bash-completion n as pas active un bug dans l allocation dynamique de la memoire de l interpreteur ... c est une supposition.
[^] # Re: Jusqu'a quand des 2.4.x
Posté par doublehp (site web personnel) . En réponse au journal Jusqu'a quand des 2.4.x. Évalué à 2.
RTS Luke [1]
[1] Read The Source Luke.
[^] # Re: Jusqu'a quand des 2.4.x
Posté par doublehp (site web personnel) . En réponse au journal Jusqu'a quand des 2.4.x. Évalué à 2.
[^] # Re: Jusqu'a quand des 2.4.x
Posté par doublehp (site web personnel) . En réponse au journal Jusqu'a quand des 2.4.x. Évalué à 2.
c est sans compter sur le passage en veille qui requiert rien de moins que la copie integrale de la RAM dans l une des swap ... pour un redemarrage falsh ( feature dispo par patchs pour 2.4 et 2.6 sur jesaisplusou.com_avecloptiondunoyeauquivabien )
# Re: Jusqu'a quand des 2.4.x
Posté par doublehp (site web personnel) . En réponse au journal Jusqu'a quand des 2.4.x. Évalué à 2.
Sous 2.6 ben j ai pas non plus mon winmodem ( driver exlusivelment pour 2.4 ), et lirc ( qui n est pas des moindre) n as toujours pas ete porte.
Pour info, enormement de vieux servers tournent sous 2.0 et 2.2, et ont ete configures pour utiliser ipfadm, et comme ipmaskadm marche tres bien, il est hors de question pour les admins concernes de passer a iptables ( quand t a un script de firewalling qui marche "bien", je te jure que tu fais le maximum pour ne plus avoir a le reediter - un peu comme sendmail ), donc ces mecs resteront toujours sous 2.2 donc il faudra que Linus continue de sortire des patches de secu 2.2 pendant encore des annees.
( oui je sais que 2.4 suporte ipfadm, mais les mecs dont je parlent sont sous 2.2, et ne migreront pas ... )
je crois que j ai dis tout ce que je savais a ce sujet.
[^] # Re: Server de streaming.
Posté par doublehp (site web personnel) . En réponse au journal Server de streaming.. Évalué à 1.
Mais si vous vous la trouvez claire et sufficante, je re-essairai ...
# Re: Nokia 6820 et linux
Posté par doublehp (site web personnel) . En réponse au journal Nokia 6820 et linux. Évalué à 2.
Donc ces trucs la fonctionnent tout seul sans trop de pb.
Et d un autre cote tu trouvera des bundle IrDA USB mais ca il n existe aucun driver stable pour Linux ... et meme sous windows ca marche quand ca veut ( comprendre "Ca ne marche pas" )
Les transmeteurs sur cm ont des modes d acces variables ... souvent par le bus I2C; ceux sur port serie, ben c est un debit de port serie ( 9600 a 115200 bps), quand aux IrDA, ben c est du 4Mb ... mais la tu peut te toucher pour que ca marche sous nux.
Je me rappelle etre tombe sur des sites qui disent qu on peut configurer son portable comme modem pour un portable sous linux en IR, mais je n ai pas bookmarke.
[^] # Re: Server de streaming.
Posté par doublehp (site web personnel) . En réponse au journal Server de streaming.. Évalué à 2.
$ mplayer -vo sdl -ao esd -fs http://bebeer.is-a-geek.org:1234/(...)
MPlayer dev-CVS--3.3.3 (C) 2000-2004 MPlayer Team
CPU: Advanced Micro Devices Athlon 4 /Athlon MP/XP Palomino 1402 MHz (Family: 6, Stepping: 2)
Detected cache-line size is 64 bytes
MMX2 supported but disabled
SSE supported but disabled
CPUflags: MMX: 1 MMX2: 0 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0
Compiled for x86 CPU with extensions: MMX 3DNow 3DNowEx
Reading config file /etc/mplayer/mplayer.conf
Reading config file /home/dhp/.mplayer/config
Reading /home/dhp/.mplayer/codecs.conf: Can't open '/home/dhp/.mplayer/codecs.conf': No such file or directory
Reading /etc/mplayer/codecs.conf: 64 audio & 174 video codecs
font: can't open file: /home/dhp/.mplayer/font/font.desc
Font /usr/share/mplayer/font/font.desc loaded successfully! (206 chars)
Linux RTC init error in ioctl (rtc_irqp_set 1024): Permission denied
Try adding "echo 1024 > /proc/sys/dev/rtc/max-user-freq" to your system startup scripts.
Using usleep() timing
Can't open input config file /home/dhp/.mplayer/input.conf: No such file or directory
Input config file /etc/mplayer/input.conf parsed: 53 binds
Opening joystick device /dev/input/js0
Can't open joystick device /dev/input/js0 : Permission denied
Can't init input joystick
Setting up LIRC support...
mplayer: could not connect to socket
mplayer: Connection refused
Failed to open LIRC support.
You will not be able to use your remote control.
Playing http://beber.is-a-geek.org:1234/.(...)
Resolving beber.is-a-geek.org for AF_INET6...
Couldn't resolve name for AF_INET6: beber.is-a-geek.org
Resolving beber.is-a-geek.org for AF_INET...
Connecting to server beber.is-a-geek.org[213.103.198.91]:1234 ...
Cache size set to 1024 KBytes
Connected to server: beber.is-a-geek.org
Cache fill: 0.04% (442 bytes)
Exiting... (End of file)
[^] # Re: Server de streaming.
Posté par doublehp (site web personnel) . En réponse au journal Server de streaming.. Évalué à 1.
[^] # Re: Sniffer un port serie
Posté par doublehp (site web personnel) . En réponse au journal Sniffer un port serie. Évalué à 3.
une pure merveille de technologies. Bon il lui manquait quelques features, dont j ai ecris a l auteur, mais ca marche bien.
j ai teste avec des aplis serie et ca fait ce que je veux:
slsnif -l /tmp/log.txt /dev/ttyS0
dans un term
apli -d /dev/ttyp0
dans un autre et roulez , donc il va suffire de dire a vmware d utiliser ttyp0 au lieu de ttyS0 et roulez ( pas le temps de le faire ce matin.)
pour la page de mike, je l ai lu 10 fois.
Sinon l alternative si t a un second pc, c est de cabler le TX de l un vers le RX de l autre ( mes pc n ont qu un serial chacun ) ( chez moi ca suffit parceque seul le traffic sortant m interesse - sinon il tu redirige le RX vers le RX d un 3e port serie ... )
A+