Wifi over pigeon un poisson d'avril???
M'enfin non pas du tout, il suffit de lire la RFC1149 et de voir les résultats de son implémentation ici : http://www.blug.linux.no/rfc1149/(...)
Je n'ai pas encore testé la 1.4, mais sur la 1.3.1 ce bug étant aussi soit disant corriger.
Avec mon pauv' duron au bout d'un quart d'heure xmule atteignait joyeusement les 80% de cpu et la seule issue était de killer le process.
Donc j'ai quand même un peu peur que ça soit le cas avec cette version , qui a priori est très proche.
Update : En jetant un coup d'oeil sur leurs forums, le bug est tjrs là et même bien là. ils conseillent de compiler sans option d'optimisation, alors que pour les versions d'avant ils conseillaient le contraires si mes souvenirs sont bons.
En gros il va encore falloir attendre les versions futur pour éspérer enfin avoir un client stable :-(
D'ailleurs à ce propos ou qu'elle est passé la fonction qui permettait dans l'ancien dlfp de n'afficher les post qu'au dessus d'un certain score. Le masquage auto du négatif c'est bien, mais des fois appuyer sur le plus pour lire les négatif c un peu lourd. Pis des fois on peut avoir envie aussi de masquer les faible scores (même s'ils sont positifs).
En résumé est ce que quelqu'un sait si cette fonction va être redeveloppée dans le futur ou pas parceque je la trouvait vraiment très pratique??
Ben si tu veux aller par là y'a coda qui est sous gpl. Intermezzo et lustre doivent aussi être sous GPL si je ne me trompe pas.
M'enfin c'étais pas non plus le sens de ma remarque. C'étais plus le coté technique que je voyais. Pour du cluster, y'a mieux que ext3; que ce soit du libre ou non ;-)
A journaling file system can simplify restarts, reduce fragmentation
Ah bon la journalisation diminue la fragmentation. il me semblait pourtant que c'était 2 choses complètement indépendante. On m'aurait menti -;)
Ben y'a quand même un point qui me choc dans ce que tu dis là.
Si le stage est long tu dis qu'il est pendant les vacances scolaire. Déjà c'est pas une évidence et ça dépend aussi du secteur d'activité : va demander a des éduc, des infirmiers ou des internes par exple (au passage va leur demander combien ils sont rémunérés pour leurs stages >>> 0 )
Mais admettons que ton stage long soit pendant les vacances. J'en conclu qu'il es pdt les vacances d'été. Mais dis moi c'est pas la période ou les étudiants quittent les résidences universitaire?? Donc pour trouver un logement c'est pas trop galère et pas trop chère.
<ma> j'ai débuté mon stage de fin d'étude en avril, j'ai eu un appart en sitéU super rapidos, pas chère et avec pleins d'aide su style CAF, etc...). </ma vie>
Je crois qu'il faut pas abuser quand même. On est tous d'accord que c'est plus sympa d'être rémunéré, mais y'a quand même moyen de s'en sortir sans. Comme pas mal de monde l'as déjà dis, c'est surtout une question d'état d'ésprit et de culture.
Ouais si elle est au sous sol, t'as intérêt aussi à ce qu'elle soit aussi étanche, sinon y'a risque d'inondation par les étages du dessus. Merci les pompiers ;-))
Ouais, ça c la théorie.
En pratique y'a énormément de salles machines qui ne sont pas équipés de tous ce beau matériel pour des raisons évidentes de coût. (si, si même chez les hebergeurs je t'assure)
En plus, même si c très important, dès fois les décideurs préssés préfèrent succomber au soucis d'économies budgétaires immédiates (surtout en ce moment), plutôt que de dépenser des sommes astronomiques dans des systèmes de protection incendie.
En plus la solution ultime contre les incendies n'éxiste pas vraiement contrairement à ce que tu laisses penser.
Si ta salle machine est au 52ème étage d'une tour (ben ouais tu fait pas toujours ce qui est le mieux dans la vrai vie, des fois t'as des contraintes à respecter), tu auras beau avoir tous les systèmes incendies du monde, si l'origine de l'incendie n'est pas dans la salle machine même, ça n'auras pas grand intérêt.
Si un batiment entier crame, c pas uniquement un système incendie qui est important, mais plutôt une redondance de salle machines.
Ben faut du lotus Notes alors :-) warrff
ça porte bien sont nom ce truc tellement c de la merde.
M'enfin maintenant parait qu'il faut plus dire de mal d'ibm pasqu'il sont gentils (cf sondage linuxfr), alors bon j'arrête là.
Oui, bien sur. Mais est-ce que les "gens ordinaires" pensent à faire cette manip toute bête ? Pas certains que ce soit le cas. Alors que si cette vérification simple est automatisé, il n'y a plus de frein.
Pas d'accord avec toi.
Tout automatiser derrière de belle GUI sans rien dire aux utilisateurs, c'est la méthode microsoft. ça conduit a des gens qui se croient informaticiens pasque tout se fait en clicouillant sur un ch'tit bouton tout joli.
Mais le problème majeur c'est que l'info c tous sauf juste de ch'tit boutons.
On retombe dans l'analogie à 2 francs euros. Si tu file des bagnoles a tous le monde en disant juste que l'accélérateur c'est la pédale de droite, ça finit droit dans le mur avec des jolis carnages.
Ben AMHA l'info c pareil, c pas en masquant le processus derrière une joli GUI que ça resoudras les pbs. Il faudrait mieux que les utilisateurs soient au courant de ce qu'ils font, pourquoi il le font, et ce qu'ils risquent en ne le faisant pas. Mais bon l'espoir fait vivre :-)
T'es atteind de flémingite aigue ou quoi ;-)
C pas un effort surhumain que de vérifier des sources quand même!
En y réfléchissant un peu ( oula pas trop quand même faut y'aller doucement) ça fait un fichier de signature a télécharger en plus, et une ligne de commande pour la vérifier.
Ouah, tu te rends compte de l'effort que tu vas devoir fournir ;-) Prépare toi physiquement avant sinon tu vas te fouler le petit doight en appuyant sur entrer.
oui c'est sur, pis si tu débranche le cable réseau qui va sur le réseau extérieur ben ta plus besoin de firewall du tout ;-)
Le coup du je bloque tous ce qui rentre c bon pour le particulier qui surf sur le net (appelle le popol si ça te fais plaisir).
Bloquer toute les connexions entrantes c pas réalisable pour de nombreuses entreprises. Si tu as des clients en général, il faut bien qu'ils puissent accèder aux services que tu leur propose sans que ce soit toi qui initie la connection.
Si tu as une conf par défaut avec une distrib actuelle tu n'as probablement aucun démon sensible qui tourne, et un parefeu entre toi et internet.
Pas de démon sensible, faut voir quand même. Sur redhat il me semble que par défaut il te metttent sendmail ;-) Ils doivent même de mettre des merdes genre démon rpc :-))
Chez mandrake pendant un moment, le fichier de conf apache était tous vérolé!
Sinon t'as pas entendu parlé de problèmes de sécu récent dans openssl??
Va faire un tour sur le site du cert si tu veux des exemples, tu verras que c pas spécialement joyeux.
Faut arrêter de délirer maintenant. L'utilisateur lambda qui fait une install de base et qui ne met jamais rien à jour, dans 2 ans sa machine c une passoir.
Quand à l'argument du firewall, c sur que c un bon début, m'enfin si un firewall s'était la solution miracle ça se saurait je pense :-)
diffuser GNU/Linux au travers d'une plate-forme puissante (ludique !) et stable financée par MSFT
Ben diffuser oui mais pas a grande échelle, tu le fileras a ton voisin de palier et à tes copains mais c'est a peu près tous. Donc ça reste un moyen de diffusion assez limité et assez marginal.
Perso je vois mal un boite montée ses serveurs sur une Xbox avec une mandrake9.0-pre2.aplha. Vis a vis du boss AMHA ça passe mal, et vis a vis des client c pas top non pus.
Sinon si j'ai compris ton raisonnement tu veux que la puce permette de faire tourner GNU/Linux tout en empêchant de faire tourner les MSFT/Jeux. Perso je trouve que ça va pas vraiment dans le sens de l'ésprit d'ouverture asocié au LL. C plutôt un comportement dictatorial inspiré de la politique MS justement.
En résumé je pense si on doit compter sur la xbox pour démocratiser GNU/linux, je crois qu'on est pas arrivé :-) En plus même s'ils vendent a pertes , ils sont bien capable d'en retirer un bénéfice quelque part (pas forcément financier). Donc la meilleurs solution reste AMHA l'abstinence.
# Re: Poissons d'avril de 2004
Posté par p f . En réponse à la dépêche Poissons d'avril de 2004. Évalué à 1.
M'enfin non pas du tout, il suffit de lire la RFC1149 et de voir les résultats de son implémentation ici : http://www.blug.linux.no/rfc1149/(...)
[^] # Re: KDE 3.1.3
Posté par p f . En réponse à la dépêche KDE 3.1.3. Évalué à -1.
ça existe ça??? Maaais non c pas possible!
[^] # Re: Lmule est mort, vive Xmule !
Posté par p f . En réponse à la dépêche Lmule est mort, vive Xmule !. Évalué à 2.
Avec mon pauv' duron au bout d'un quart d'heure xmule atteignait joyeusement les 80% de cpu et la seule issue était de killer le process.
Donc j'ai quand même un peu peur que ça soit le cas avec cette version , qui a priori est très proche.
Update : En jetant un coup d'oeil sur leurs forums, le bug est tjrs là et même bien là. ils conseillent de compiler sans option d'optimisation, alors que pour les versions d'avant ils conseillaient le contraires si mes souvenirs sont bons.
En gros il va encore falloir attendre les versions futur pour éspérer enfin avoir un client stable :-(
[^] # Re: Les modéros LinuxFR
Posté par p f . En réponse à la dépêche Les modéros LinuxFR. Évalué à 3.
En résumé est ce que quelqu'un sait si cette fonction va être redeveloppée dans le futur ou pas parceque je la trouvait vraiment très pratique??
[^] # Re: Nautilus 2.2.2 est sorti
Posté par p f . En réponse à la dépêche Nautilus 2.2.2 est sorti. Évalué à 3.
Requirements:
GTK+ / GLib 1.2.0 (or higher).
[^] # Re: Linux-mag US : Journaling File Systems
Posté par p f . En réponse à la dépêche Linux-mag US : Journaling File Systems. Évalué à 1.
[^] # Re: Linux-mag US : Journaling File Systems
Posté par p f . En réponse à la dépêche Linux-mag US : Journaling File Systems. Évalué à 1.
M'enfin c'étais pas non plus le sens de ma remarque. C'étais plus le coté technique que je voyais. Pour du cluster, y'a mieux que ext3; que ce soit du libre ou non ;-)
[^] # Re: Linux-mag US : Journaling File Systems
Posté par p f . En réponse à la dépêche Linux-mag US : Journaling File Systems. Évalué à 1.
Ouais c sur, quoique pour un cluster c'est peut être pas ce qu'il y a de mieux!! Un système de fichier distribué est peut être pas plus mal.
Attention....près.....troller!!
ok->[]
[^] # Re: Linux-mag US : Journaling File Systems
Posté par p f . En réponse à la dépêche Linux-mag US : Journaling File Systems. Évalué à 0.
Ah bon la journalisation diminue la fragmentation. il me semblait pourtant que c'était 2 choses complètement indépendante. On m'aurait menti -;)
[^] # Re: Radio France cherche du monde pour faire un passage sous Linux
Posté par p f . En réponse à la dépêche Radio France cherche du monde pour faire un passage sous Linux. Évalué à 0.
Heu c'est a schwarzy que je répondais je crois ;-)
[^] # Re: Radio France cherche du monde pour faire un passage sous Linux
Posté par p f . En réponse à la dépêche Radio France cherche du monde pour faire un passage sous Linux. Évalué à 3.
[^] # Re: Slackware.org est de retour
Posté par p f . En réponse à la dépêche Slackware.org est de retour. Évalué à 1.
[^] # Re: Salle machine non protégée ?
Posté par p f . En réponse à la dépêche Le Feu sur security.debian.org. Évalué à 3.
[^] # Re: Un excellent livre en ligne sur les OS mainframes et minis
Posté par p f . En réponse à la dépêche Un excellent livre en ligne sur les OS mainframes et minis. Évalué à 1.
[^] # Re: Un excellent livre en ligne sur les OS mainframes et minis
Posté par p f . En réponse à la dépêche Un excellent livre en ligne sur les OS mainframes et minis. Évalué à 1.
[^] # Re: Salle machine non protégée ?
Posté par p f . En réponse à la dépêche Le Feu sur security.debian.org. Évalué à 3.
En pratique y'a énormément de salles machines qui ne sont pas équipés de tous ce beau matériel pour des raisons évidentes de coût. (si, si même chez les hebergeurs je t'assure)
En plus, même si c très important, dès fois les décideurs préssés préfèrent succomber au soucis d'économies budgétaires immédiates (surtout en ce moment), plutôt que de dépenser des sommes astronomiques dans des systèmes de protection incendie.
En plus la solution ultime contre les incendies n'éxiste pas vraiement contrairement à ce que tu laisses penser.
Si ta salle machine est au 52ème étage d'une tour (ben ouais tu fait pas toujours ce qui est le mieux dans la vrai vie, des fois t'as des contraintes à respecter), tu auras beau avoir tous les systèmes incendies du monde, si l'origine de l'incendie n'est pas dans la salle machine même, ça n'auras pas grand intérêt.
Si un batiment entier crame, c pas uniquement un système incendie qui est important, mais plutôt une redondance de salle machines.
[^] # Re: Le POWER4 est-il prêt pour le desktop ?
Posté par p f . En réponse à la dépêche Le POWER4 est-il prêt pour le desktop ?. Évalué à 1.
<hardwarefr> Les x86 c ce qu'il y a de mieux . Je dirais même plus le 32bits c l'avenir!! </hardwarefr style>
[^] # Re: 1 admin sur 2 est un maso
Posté par p f . En réponse à la dépêche Les sources de Sendmail infectées. Évalué à 0.
ça porte bien sont nom ce truc tellement c de la merde.
M'enfin maintenant parait qu'il faut plus dire de mal d'ibm pasqu'il sont gentils (cf sondage linuxfr), alors bon j'arrête là.
[^] # Re: Une idée comme ça
Posté par p f . En réponse à la dépêche Les sources de Sendmail infectées. Évalué à 2.
Pas d'accord avec toi.
Tout automatiser derrière de belle GUI sans rien dire aux utilisateurs, c'est la méthode microsoft. ça conduit a des gens qui se croient informaticiens pasque tout se fait en clicouillant sur un ch'tit bouton tout joli.
Mais le problème majeur c'est que l'info c tous sauf juste de ch'tit boutons.
On retombe dans l'analogie à 2
francseuros. Si tu file des bagnoles a tous le monde en disant juste que l'accélérateur c'est la pédale de droite, ça finit droit dans le mur avec des jolis carnages.Ben AMHA l'info c pareil, c pas en masquant le processus derrière une joli GUI que ça resoudras les pbs. Il faudrait mieux que les utilisateurs soient au courant de ce qu'ils font, pourquoi il le font, et ce qu'ils risquent en ne le faisant pas. Mais bon l'espoir fait vivre :-)
[^] # Re: Une idée comme ça
Posté par p f . En réponse à la dépêche Les sources de Sendmail infectées. Évalué à -4.
C pas un effort surhumain que de vérifier des sources quand même!
En y réfléchissant un peu ( oula pas trop quand même faut y'aller doucement) ça fait un fichier de signature a télécharger en plus, et une ligne de commande pour la vérifier.
Ouah, tu te rends compte de l'effort que tu vas devoir fournir ;-) Prépare toi physiquement avant sinon tu vas te fouler le petit doight en appuyant sur entrer.
Nan franchement des fois faut arêter d'abuser.
[^] # Re: Nid à quoi ?
Posté par p f . En réponse à la dépêche Plus de sécurité informatique avec Linux ?. Évalué à -1.
Le coup du je bloque tous ce qui rentre c bon pour le particulier qui surf sur le net (appelle le popol si ça te fais plaisir).
Bloquer toute les connexions entrantes c pas réalisable pour de nombreuses entreprises. Si tu as des clients en général, il faut bien qu'ils puissent accèder aux services que tu leur propose sans que ce soit toi qui initie la connection.
[^] # Re: Linux qualité top, c'est pas la peine d'en mettre un max.
Posté par p f . En réponse à la dépêche Plus de sécurité informatique avec Linux ?. Évalué à -6.
bon ok -1 pour moi
[^] # Re: Nid à quoi ?
Posté par p f . En réponse à la dépêche Plus de sécurité informatique avec Linux ?. Évalué à 4.
Pas de démon sensible, faut voir quand même. Sur redhat il me semble que par défaut il te metttent sendmail ;-) Ils doivent même de mettre des merdes genre démon rpc :-))
Chez mandrake pendant un moment, le fichier de conf apache était tous vérolé!
Sinon t'as pas entendu parlé de problèmes de sécu récent dans openssl??
Va faire un tour sur le site du cert si tu veux des exemples, tu verras que c pas spécialement joyeux.
Faut arrêter de délirer maintenant. L'utilisateur lambda qui fait une install de base et qui ne met jamais rien à jour, dans 2 ans sa machine c une passoir.
Quand à l'argument du firewall, c sur que c un bon début, m'enfin si un firewall s'était la solution miracle ça se saurait je pense :-)
[^] # Re: mais alors...
Posté par p f . En réponse à la dépêche Linux sur XBox (suite...). Évalué à 2.
[^] # Re: GNU/Linux ou MSFT/Jeux : il faut devoir choisir !
Posté par p f . En réponse à la dépêche Linux sur XBox (suite...). Évalué à 10.
diffuser GNU/Linux au travers d'une plate-forme puissante (ludique !) et stable financée par MSFT
Ben diffuser oui mais pas a grande échelle, tu le fileras a ton voisin de palier et à tes copains mais c'est a peu près tous. Donc ça reste un moyen de diffusion assez limité et assez marginal.
Perso je vois mal un boite montée ses serveurs sur une Xbox avec une mandrake9.0-pre2.aplha. Vis a vis du boss AMHA ça passe mal, et vis a vis des client c pas top non pus.
Sinon si j'ai compris ton raisonnement tu veux que la puce permette de faire tourner GNU/Linux tout en empêchant de faire tourner les MSFT/Jeux. Perso je trouve que ça va pas vraiment dans le sens de l'ésprit d'ouverture asocié au LL. C plutôt un comportement dictatorial inspiré de la politique MS justement.
En résumé je pense si on doit compter sur la xbox pour démocratiser GNU/linux, je crois qu'on est pas arrivé :-) En plus même s'ils vendent a pertes , ils sont bien capable d'en retirer un bénéfice quelque part (pas forcément financier). Donc la meilleurs solution reste AMHA l'abstinence.