Wawet76 a écrit 2658 commentaires

Non.

Le login il est court, en haut du commentaire et en bleu. Il saute aux yeux quoi.

En plus le login n'est pas immitable par qqun qui voudrait se faire passer pour toi (ya des cons partout).

A chaque fois qu'on parle de distributed, c'est le même truc qui reviens...

Déjà, il me semble qu'une partie du code est ouvert si tu veux l'optimiser. (la partie qui s'occupe du calcul proprement dit. Ce qui prends du temps)

Tricher à distributed.net, c'est faire un client prends les clés qu'on lui donne et réponds rapidement "non, elle sont pas bonnes".
Tricher ne sert pas à gagner le concours, mais à monter dans les stats.

Pour pouvoir contrer ce genre de triche il faudrait verifier sur le serveur que les clients ne mentent pas, ce qui est ici impossible.

C'est effectivement un cas (très précis) ou je ne vois pas comment ils pourraient donner le source de leur truc et ne pas subir ce genre de triche.
Si tu trouve une solution à ce problème, je pense que :
1 - distributed.net le mettra en place
2 - Tu seras célèbre parceque pas mal de gens ont du se pencher sur le problème.

Cet exemple ne permet pas de dire que seul le modèle propriétaire est correct car c'est un cas très particulier. (on doit pouvoir faire confiance au résultat alors qu'il n'y a aucun moyen de faire confiance au programme client)

Avant de proposer des solutions ici (code signé, etc...), ca serait sympa d'aller lire les anciennes news de Linuxfr qui parlent de ca.

PS: fermer leur code rends la triche plus difficile mais ne l'empèche pas. On est d'accord...

Je soutiens cette idée qui a plein de truc pas bête.
- On voit les logins pour qui on vote, chose qui n'a jamais été testé.
- On est jamais dans la position "flute, j'ai plus de vote et ce type viens de dire un truc vraiment pas con"

Quand on prend la peine de répondre à des questions sur les forums (bieeeennn), je pense que le mieux est de répondre à la question, donner un lien vers la doc qui réponds à la question _et_ expliquer à la personne comment elle aurait pu trouver cette doc toute seule.

C'est plus long que de simplement répondre ou de simplement envoyer le type sur la doc, mais je pense qu'il vaut mieux passer sont temps à faire une ou deux bonne réponses comme ca que d'envoyer 40 RTFM (même si il y a un lien vers le fameux FM).

- ovule
- oeuf
- poussin
- jeune duveteux
- premiere plume
- manchot papou
- manchot Adélie
- manchot Gorfou
- manchot royal
- manchot empereur
- Tux

Faudrait juste vérifier l'echelle des tailles entre papou/Adélie et Gorfou.


Je rajoute que je fais partit des gens qui aime beaucoup avoir les logins pour suivre un thread et donc que je fausse le système en éclusant tout mes votes sur une vieille news le matin. (Mais je suis gentil : Comme certaines personnes aiment leur XP, j'écluse sur les commentaires anonymes (que je reconnais car dans (score: x/#y), x-y ou x+y donne un nombre pair ce qui est impossible pour les identifiés qui ne peuvent voter que à 1 ou -1)). Bref-bref... Ca serait sympa soit de permettre de voter en voyant les logins (j'ai une préférence pour ca), soit de pouvoir choisir de ne pas voter.

Je rajouterais que le vote avec login affiché n'a jamais été essayé. On pourrait faire ca pendant une semaine pour voir si ca change vraiment qqchose par rapport à la semaine dernière. (en gros, voir si Yeupou et pbpg se font laminer la gueule)

Essayons pour voir quoi.

C'est vrai. C'est ce que se disait les programmeurs Cobol il y a 20 ans, et c'est encore ce qu'on se dira en 2018.

"normalement" l'heure est sur un time_t...

Enfin perso, j'utilise java.util.Date et donc ca ne buggera pas tant qu'il y aura quelqu'un pour maintenir une JRE correcte. (Ca devrait même supporter les passages à des calendriers non-grégoriens. Faudrait que je regarde ca tient...)

Arf... Je n'avais pas vu que c'etais Fabien...

Bon en fait cette news est vraiment fourbe, mais pour une autre raison : Je l'ai postée pour montrer que je contribue encore à LinuxFR (alors que ca c'est beaucoup ralenti depuis mon changement de boulot), afin de ne pas paraitre trop boulet dans le mail que je vais envoyer dans quelques minutes pour me plaindre de l'abo à LMF qui n'est toujours pas actif. :D

Bah... et inviter les gens à flamer quelqu'un, ce n'est pas fourbe ?

Bref... Ca faisait un peu long pour une news...

Mais si le compilateur passe le long en 64 bit alors que la machine est en 32 bits, il ne va pas y avoir une serieuse baisse de performance de tous les soft ?

Pour avoir sa machine à l'heure.

1 - Choisir un serveur ntp.
La première chose est de se renseigner auprès de son provider. Nerim fournit ntp.nerim.net pour ses abonnés.
Si votre fournisseur n'a pas de serveur, ecrivez pour lui dire d'en mettre un en place et rabattez vous sur un public en attendant. http://www.eecis.udel.edu/~mills/ntp/clock2.htm(...) pour une liste de serveur (3 sont Francais). N'oubliez pas de lire le champs "Access Policy".

2 - Choisir son client
Deux possibilités : soit vous prenez un petit client qui met le PC à l'heure quand il est lancé (au démarage par exemple), soit lancez le deamon NTP qui corrigera en permanence les écarts de votre horloge et qui pourra servir de serveur pour le reste du réseau si vous avez plusieurs machines.

Pour le client "One shot", ntpdate est très bien.
Installation et conf sur Debian :
- aptget install ntpdate
- mettre l'ip du serveur ntp dans le script /etc/init.d/ntpdate


Si vous utilisez Windows, NTPTime fait le boulot sans girophare ni quoique ce soit.
http://home.att.net/~Tom.Horsley/ntptime.html(...)
- modifier le .reg pour indiquer le serveur et le repertoire de log
- fusionner le .reg (clic-droit, installer)
- WinNT et 2000 : lancer ntptime --install pour le mettre en service
- Win9X : faite un raccourci vers ntptime dans le menu démarrer.


voili voilou.

Refaire du vrml en fait ?

C'est vrai que l'argument du secret n'est pas très bon, pour la simple et bonne raison que la concurrence possède sans doute déjà le code. (Si c'est si intéressant que ca, il suffit de graisser la pate d'un développeur, d'un admin ou d'un stagiaire)

Ptet qu'ils ne veulent pas le filer parcequ'il y a des bouts qui ne sont pas à eux. Ou alors ils ont honte parceque c'est mal programmé/commenté ;-)

Pour convaincre "les décideurs", je pense que se genre d'article est bien plus important qu'une doc technique.

Tout est bien expliqué, il n'y a pas d'erreurs grossière, etc... (même sur la mascote ils ne font pas l'amalgamme entre pingouin et manchot :D )


Le document dont tu parles serait très intéressant pour les gens dont le décideur à été convaincu par les articles vulgarisateur dans le Monde et le Figaro suivi d'un petit dossier dans 01. C'est comme ca.

Déjà, pour commencer, j'ai toujours browsé à -1, et comme les commentaires avec un score élevé ne sont pas particulièrement mis en valeur, tout ce bazar ne va pas changer grand chose pour moi.

Sauf que... le fait de cacher les logins est très très lourd. Je me fous un peu que des gens puissent se faire lyncher/aduler. J'aimerais juste lire DLFP dans des conditions aux moins égales à ce qui était dispo avant.

Alors je fais quoi ?
Je vais zigouiller tout mes votes en vitesse chaque matin ?
Je vais retourner sur le serveur NNTP pour échapper à cette folie procédurière ?

Enfin bref...
Sinon, sur un plan technique, je trouve ca bizarre d'avoir des probabilités de gagner/perdre des points. La personne qui a imaginé ca a du passer trop de temps à lancer des dés sur une table... :)

Quelle différence au final entre "25% de chance de perdre un point" et "perdre 0.25 point" ?
Rester avec des nombres entier ?
25% de chance de perdre 1 point -> -1
100% de chance de perdre 1 point -> -4
Et pour les 1/3 me direz-vous ? Pinaillage que je repondrais.


Pour finir en toute beauté sur un ton "vieux con", je n'ai en mémoire qu'un seul jour où la lecture des commentaires de linuxfr a vraiment été améliorée : C'est quand les commentaires anonymes ont été interdit (sur une propo de moi-même). C'était avant la mise en place de daCode pour ceux qui se souviennent...

--
Thomas. (si je n'étais pas un mec, on pourrait penser que j'ai mes ragnagnas après un post comme ça)

Je pense aussi que c'est une nouvelle majeure.

Le peut de commentaire viens sans doute qu'ici tout le monde trouve ca normal de choisir Linux pour supporter des grosses applications critiques. Que rajouter de plus ?

Il y a une chose que j'apprecie dans la news d'IBM : Il indique que la SIAC porte son soft pour Linux. Ce n'est finalement pas si courant que ca des annonces qui ne citent pas de distrib particulière. (exemple : Oracle9i for Linux is certified on SuSe7.1, Kernel 2.4.4 and the operating system library GNU Lib C 2.2 only.)

Je dirais que ce n'est pas la peine de centraliser les projets (et même que c'est à éviter), mais qu'il est quand même sympatique d'avoir un index suffisament reconnu pour que quasiment tout y soit référencé.

Et il y a.... Freshmeat Tadaaa!!!
http://freshmeat.net/(...)

Ca appartient à qui Freshmeat ? (oups, flute...)
Un index, ca ne demande pas énormenent de ressource comme un sourceforge. Ca peut donc être supporté par un groupement d'utilisateur plutôt qu'une société qui se doit d'être rentable.

"Une appli"<->"Un répertoire", ca ne marche que si tu n'as pas de dépendance entre les applis... Où alors tu indique dans une arborescence bien codifiée dans quels repertoires sont chaque truc. L'expérience montre que ce n'est pas une super-idée si vous voyez ce que je veux dire... (Pour ceux qui voient pas, c'est entre-autre ce à quoi sert la base de registres de Windows)

Sinon pour ta solution 2, c'est ce qu'on fait habituellement dans le répertoire /opt si je ne me trompe pas.

Je n'ai parcouru que rapidement le document, et il m'a l'air bien foutu. Ya l'essentiel pour bien démarrer quoi.
Je ne me rappelle pas avoir vu de document synthétique comme ca dans les docs fournis avec la Debian.

Par contre...
- C'est vraiment pas spécifique pour les gens qui viennent de BeOS je trouve. La news pourrait être dans la section Debian...
- Le lien devrait pointer sur http://tinyplanet.ca/pubs/debian/(...) ou on peut trouver le doc en XML DocBook et en pdf. (la remarque s'applique au mail passé sur la ml debian-news d'où vient la news)

--

Les seules fois où je me suis frotté à GNU Go, c'était contre le portage de la version 1.2 sur Palm.

Bah... GNU Go 1.2, il était pas bon :)

Heu... faut aussi avoir l'autorisation des gens présents sur la photo normalement...

D'ailleurs si quelqu'un a des précisions sur ce droit à l'image, ca sera sympa de faire un petit topo...

Les photos de foule pendant un événement publique ne sont pas concernées par exemple il me semble. Mais à quel moment on considère que quelqu'un est au premier plan ou bien noyé dans la foule ?

Les %$*µ$!!!

Pour mettre une redirection sur mon adresse mail, il faut impérativement que je me connecte avec l'abonnement qui a servit à créer mon adresse.

C'est de pire en pire.

--
Thomas, qui va devoir trouver un modem RTC ou attendre de passer chez papa/maman.

Je ne sais pas si ca a un rapport avec la news (Le blacklistage devrait m'empêcher d'envoyer du mail par leur smtp. Pas d'en recevoir non ?).

Toujours est-il que depuis ce midi, je ne recois plus aucun mail partit de yahoogroups ou du webmail de Free...

Ras le bol. Je change.

Tu es en train de dire qu'il ne faut pas utiliser ta distrib si on veux de la stabilité ?


ok, je déforme...

--
Thomas - Potato au boulot, Sid à la maison.

Et même si ca change, le noyau Linux a été développé par des particuliers pour tourner sur des machines de particulier (i386). Donc ce n'est pas étonnant que la partie SMP n'ai pas été très poussée au début.

(Tout comme j'ai lu ici que quelqu'un a fait remarqué que Hurd n'avait pas trop d'intérêt pour la micro personnelle vu qu'il n'a pas été concu pour ca)