Il ne faut plus s'attendre à des évolutions spectaculaires. Le plus important est de supporter les matériels récents, supprimer des bugs ainsi que d'améliorer l'ergonomie et la convivialité.
Il y a des améliorations importantes bien que peu visibles. Par exemple supermount devrait (enfin) parfaitement fonctionner même avec un parfait débutant.
Pour donner un exemple de ce que fait Mandrake actuellement :
Mon graveur SCSI externe vient de tomber en panne. Je vais acheter un nouveau graveur : c'est un IDE. Il faut donc que je le monte en interne à l'emplacement occupé par le disque hdc que j'avais bien séparé de hda pour des questions d'échauffement. Après avoir fait de la mécanique, passons aux branchements. Pour des raisons de longueurs de nappes, hdc s'est retrouvé en hdb et le lecteur de CD-DVD en hdc. Le graveur s'est retrouvé en hdd et j'ai retiré la carte SCSI. Vous n'avez pas suivi ? Ce n'est pas grave, il n'y a que hda qui est resté en place !
Mise sous tension, boot... Le système a intégré seul tous les changements SCSI et IDE. Avec MCC =>DiskDrake je déclare les nouveaux points de montage de mon deuxième disque.
Je lance le configurateur de K3b : il me demande de charger un module, d'ajouter une instruction dans lilo.conf et de rebooter. Je m'exécute.
Tout est fini et K3b fonctionne à merveille ainsi que mon graveur tout neuf et six fois plus rapide que l'ancien.
Après avoir fait autant de grabuge dans la configuration de ma machine, elle est à nouveau pleinement opérationnelle.
Conclusion: J'ai dû faire à la main les quelques opérations décrites ci-dessus et enlever le module aic7xxx qui n'était plus utile. On peut voir qu'il reste bien encore quelques améliorations à apporter pour prendre totalement en charge une modification aussi lourde. Mais d'un autre côté, elles étaient tout à fait à la portée de celui qui est capable de modifier le matériel.
Dernier point : Quels sont les systèmes qui peuvent prétendre faire mieux ?
Ce n'est pas du tout dans le sens de ce que voulait Mc Carthy !
Elle avait retardé d'un mois l'avis de la commission juridique et tenté d'avancer l'examen par le parlement afin de nous prendre de court.
Cette décision est quand même intéressante. Les députés européens n'ont pas du tout apprécié cette précipitation et l'ont même trouvée louche.
Mais attention, il ne faut pas relâcher la pression.
J'étais à l'UEC (Université d'Été de la Communication) à Hourtin. C'est un lieu très fréquenté par les haut-fonctionnaires, les hommes politiques et les dirigeants de très grandes entreprises nationales (FT, La Poste, etc...). Il est très difficile pour un particulier d'y aller (entrée à 285 euros la journée).
Lors d'une conférence, le représentant de Microsoft nous a dit que sa société se tournait vers XML afin d'être interopérable. Mais il n'a pas répondu à ma question sur les DTD (ou XML-schema) qui allaient être utilisés.
Le XML est une coquille vide tant qu'on n'a pas précisé la DTD, c'est à dire le lexique et la grammaires des balises. Vu le passé de Microsoft, on peut s'attendre à des balises et à des attributs surprises sont la signification n'est pas précisée ou même interprétés de façon étrange.
Je n'ai pas été le seul à rappeler le passé mensonger de Microsoft et nous étions tous très incrédules devant les paroles de son représentant.
D'ailleurs, d'une façon générale, on parle beaucoup des logiciels libres cette année à l'UEC. Le ras-le-bol de Microsoft devient un lieu commun. Je rencontre de plus en plus de personnes qui veulent faire le grand saut : c'est à dire du tout Linux, sans même un double boot !
Pour ma part, il y a 23 ans que j'ai arrété de fumer et 4 ans que j'ai arrêté Windows. Dans les deux cas, on découvre la liberté.
Bof, ceux qui le veulent peuvent répondre.
Si les résultats sont teintés par Linuxfr et qu'un décideur pressé (pléonasme) tombe sur les résultats, ça ne pourra pas faire de mal. Mais attention à ne pas trop forcer la dose, sinon le résultat pourrait être désastreux.
Les membres du club ont des remises sur la plupart des articles. Mais ce que je trouve le plus intéressant, c'est :
- Le droit de vote pour de nouveaux logiciels parfaitement adaptés à la distribution.
- Le téléchargement de certains logiciels hors distribution (réservés aux membres du club).
Plutôt que d'acheter la 9.2, il vaut mieux adhérer au club car tout l'argent revient dans ce cas à Mandrake. La vente des boites rapporte beaucoup moins car les frais de disitribution représentent environ 80% du prix de la boite (TVA + revendeur + grossiste +transport + pressage CD + imprimerie + emballage).
Par ailleurs le club offre maintenant un intérêt plus important qu'à ses débuts. C'est un autre intérêt. Pour en savoir plus : http://www.mandrakeclub.com/(...)
L'un de ses brevets peut s'appliquer au wifi. Mais le pire, c'est que le titre de beaucoup de ses brevets commence par "Method...".
C'est ce dernier point qui est très important, car breveter les méthodes et les idées va à l'encontre de l'évolution et de l'intérêt de la société.
C'est effectivement du terrorisme juridique ! Imagine un peu qu'on te dise : "Vous n'avez pas le droit d'avoir cette idée, payez ou on vous traine en justice". Même si on a raison, il vaut mieux éviter la justice, car dans le meilleur des cas, c'est 10 ans de galère, 10 ans de tracas et 10 ans de vie fichue. De plus, c'est comme au poker, il faut pouvoir suivre (environ 500k euros mini) sinon on perd tout, même avec un poker d'as en mains. Dans ce système seules les très grosses boites peuvent exister. Les autres n'ont pas le droit de leur faire de l'ombre.
Le téléchargement payant est une conséquence logique de l'évolution des techniques, le brevet n'aurait jamais dû être accepté rien qu'à cause de ça. Mais les cabinets d'avocats qui ont gagné de l'argent en le déposant vont en gagner en le défendant et même si ils le perdent, ils attaqueront l'Office des brevets, ce qui leur donnera encore du travail (improductif et inutile à la société).
Ces pratiques ne sont qu'une forme de racket qui fait la fortune des avocats. Ils ont détourné le système judiciaire à leur profit.
De trop nombreuses personnes utilisent une méthode de mise à l'heure inappropriée.
Il ne faut pas mettre ntpdate dans cron ! C'est pour éviter que tous les PC demandent l'heure en même temps et fassent écrouler les serveurs.
ntpdate permet de mettre la machine à l'heure la première fois seulement, ensuite on doit utiliser le démon ntpd. Il ajuste la pécision des horloges sans jamais faire de sautes de temps.
Pour tout savoir, on peut aller sur http://www.ntp.org/(...)
Ou en local sur file:/usr/share/doc/ntp-4.1.1/index.htm une fois qu'on a
chargé le paquetage ntp que l'on trouve dans toutes les distros.
La gestion du temps par ntp est une vraie usine à gaz mais son usage
est heureusement très simple dans un cas courant.
Le démon ntpd a pour fonction :
- de lire l'heure sur un serveur de référence
- de régler finement la compensation de la dérive de l'heure locale
- de fournir le cas échéant l'heure au client ntp qui lui demande.
Si aucun serveur de temps n'est indiqué, ntpd ne sait pas où aller chercher l'heure exacte, il croit alors que l'horloge CMOS interne est précise.
Voici la procédure :
1 - Aller sur http://www.eecis.udel.edu/~mills/ntp/clock2a.html(...) choisir un nom de serveur de temps. Exemples : ntp.cnam.fr ou chronos.cru.fr.
2 - Editer /etc/ntp.conf et repérer la ligne qui contient unquement le mot server. Indique sur cette ligne le nom de nom du serveur que l'on aura choisi. Exemple : server ntp.cnam.fr
3 - Ensuite :
on arrête le démon # /etc/init.d/ntpd stop
on met sommairement la machine à l'heure # ntpdate chronos.cru.fr
on relance le démon # /etc/init.d/ntpd start
4 - On ne s'occupe plus de rien. Que la machine soit en route ou non, connectée au web ou pas, il se débrouille tout seul.
La fréquence des appels au serveur de temps est optimisée et on évite que tout le monde appelle à la même heure comme avec crontab.
Le demon ntpd calcule la dérive et règle les paramètres système pour obtenir une très grande précision. Les corrections sont mémorisées dans /etc/adjtime et dans /etc/ntp/drift . On peut regarder leur contenu.
Quand la machine est bien réglée, il y a à peine une requête par semaine sur le serveur de référence.
J'ai une deuxième machine raccordée par un réseau local à azkar. Je lui ai
simplement dit dans /etc/ntp.conf : server azkar et j'ai fait la même
procédure. Vous avez compris que azkar est ma machine principale connectée à l'ADSL. L'autre se nomme gaina.
Pour vérifier la chaine, on peut utiliser plusieurs moyens. Depuis gaina j'ai par exemple :
[pierre@gaina pierre]$ /usr/sbin/ntptrace
localhost: stratum 4, offset 0.000030, synch distance 0.10765
azkar: stratum 3, offset 0.000729, synch distance 0.09700
asimov.cnam.fr: stratum 2, offset 0.006858, synch distance 0.02814
canon.inria.fr: *Timeout*
# ntpq -c lpeers gaina
remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) LOCAL(0) 10 l 10 64 377 0.000 0.000 0.015
*azkar asimov.cnam.fr 3 u 297 1024 377 0.602 0.831 0.319
Depuis azkar
# ntpq -c lpeers azkar
remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) LOCAL(0) 10 l 36 64 377 0.000 0.000 0.008
*asimov.cnam.fr canon.inria.fr 2 - 541 1024 377 66.863 2.201 0.537
# ntpq -c readvar azkar
Je vous laisse le soin de découvrir :-)
Merci, c'est beaucoup moins indigeste que le texte original. Tu vas faire économiser beaucoup de temps aux lecteurs de linuxfr.
Dommage que je ne puisse plusser ton travail qu'une seule fois.
L'attitude de Microsoft hérisse de plus en plus de monde. Ils sont maintenant sur la bonne pente : celle de la décadence qui a mis fin à tous les empires.
Optimiste ? Oui, mais pas trop. C'est une étape qui se concrétise souvent par des soubresauts parfois violents.
Les logiciels libres mettent tous les pays quasiment à égalité. Ce n'est pas le cas lorsqu'un pays en voie de développement essaie de suivre les logiciels propriétaires; car dans ce cas, il sera toujours maintenu de 2 à 5 ans en retard sur l'évolution des technologies quels que soient ses efforts.
Il n'y a pas à mettre un blanc avant la virgule, mais après l'URL :-)
Il faut considérer que l'URL doit se terminer par un espace qui est le délimiteur normalisé.
Bon, espérons que les avocats de SCO ne lisent pas linuxfr ;-)
wismerhill sur le commentaire http://linuxfr.org/comments/258897.html(...) a bien relevé les pièges tendus aux avocats mais je ne suis pas d'acord sur son analyse.
Le noyau 2.6 n'utilise plus les lignes incriminées et leur retrait est antérieur à l'affaire SCO. Le code a été viré car il était moche (Linus dixit). Si donc les avocats demandent une licence pour le 2.6, leur demande sera assimilable à du racket. Si ils le font, les avocats de SCO pourraient être poursuivis pour tentative d'extorsion de fonds.
Si les avocats demandent des royalties sur BSD, ils se mettent aussi dans une situation délicate, car il remettent en cause l'historique de cette distribution ce qui ne va plaire à personne et les mettre aussi en fâcheuse posture.
Si les avocats de SCO continuent dans leur délire, ils finiront par être recherchés par toutes les polices du monde, sauf aux USA, bien entendu !
L'expéditeur du message signe avec la clef GnuPG v1.2.2 (GNU/Linux) ...
J'ai plutôt l'impression que c'est à prendre au deuxième degré. Je pense qu'il essaie de noyer SCO et ses avocats sous une multitude de questions assez délicates histoire de les occuper, de mieux comprendre leur stratégie et même de les renvoyer dans leurs 22 !
J'en ai même relevé une très subtile et pertinente ;-) Si vous avez suivi les épisodes précédents vous devriez trouver !
La question sur FreeBSD n'est pas mal non plus :-)
BitTorrent peut être utilisé pour éviter d'effondrer les miroirs lorqu'une nouvelle distribution vient de sortir.
C'était le cas récemment pour mandrake cooker.
N'oublions pas que Eben Moglen est co-rédacteur de la GPL. Je crois que l'on peut même dire que si le concept est de Richard Stallman, c'est lui qui en tant que juriste l'a mise au point.
Connaissant Eben et ayant apprécié sa finesse d'esprit, je suis très confiant, d'autant plus qu'il a acquis une solide expérience.
La stratégie Yast se SuSE ne me semble pas judicieuse :
- Elle a mis SuSE au pilori pour nombre de défenseurs du logiciel libre.
- Sa protection me parait douteuse. Mandrake a beaucoup innové pour son installateur et MCC (son centre de configuration qui regroupe tous les outils en *drake*). Est-ce que Mandrake a été forké ? Non. Peut être que ses concurrents n'ont pas osé inclure un *drak* de peur d'apparaitre comme une pâle copie ? Tant que Mandrake continue à faire évoluer et à maintenir ses logiciels, il n'a rien à craindre. L'expérience a prouvé que les forks n'apparaissaient qu'en cas de carence.
Vu que Yast fonctionne bien et est bien maintenu par SuSE, il n'y aurait aucun danger à le mettre sous GPL.
- Le retour financier de la vente de boites n'est pas faramineux. La chaine de distribution, l'impression des livres et des CD font que le bénéfice de l'éditeur est très faible. Le club de Mandrake ou la nouvelle stratégie de RedHat semblent mieus adaptés et plus réactifs.
Si SuSE veut continuer à s'isoler, il est sur le bon chemin. Il lui suffit de continuer à conclure des accords du genre United Linux (incluant SCO). C'est dommage car SuSE a d'indéniables qualités et il me semble que sa politique commerciale lui apporte plus de discrédits que d'avantages.
[^] # Re: Mandrake 9.2 RC1 est dispo...
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Mandrake 9.2 RC1 est dispo. Évalué à 8.
Il y a des améliorations importantes bien que peu visibles. Par exemple supermount devrait (enfin) parfaitement fonctionner même avec un parfait débutant.
Pour donner un exemple de ce que fait Mandrake actuellement :
Mon graveur SCSI externe vient de tomber en panne. Je vais acheter un nouveau graveur : c'est un IDE. Il faut donc que je le monte en interne à l'emplacement occupé par le disque hdc que j'avais bien séparé de hda pour des questions d'échauffement. Après avoir fait de la mécanique, passons aux branchements. Pour des raisons de longueurs de nappes, hdc s'est retrouvé en hdb et le lecteur de CD-DVD en hdc. Le graveur s'est retrouvé en hdd et j'ai retiré la carte SCSI. Vous n'avez pas suivi ? Ce n'est pas grave, il n'y a que hda qui est resté en place !
Mise sous tension, boot... Le système a intégré seul tous les changements SCSI et IDE. Avec MCC =>DiskDrake je déclare les nouveaux points de montage de mon deuxième disque.
Je lance le configurateur de K3b : il me demande de charger un module, d'ajouter une instruction dans lilo.conf et de rebooter. Je m'exécute.
Tout est fini et K3b fonctionne à merveille ainsi que mon graveur tout neuf et six fois plus rapide que l'ancien.
Après avoir fait autant de grabuge dans la configuration de ma machine, elle est à nouveau pleinement opérationnelle.
Conclusion: J'ai dû faire à la main les quelques opérations décrites ci-dessus et enlever le module aic7xxx qui n'était plus utile. On peut voir qu'il reste bien encore quelques améliorations à apporter pour prendre totalement en charge une modification aussi lourde. Mais d'un autre côté, elles étaient tout à fait à la portée de celui qui est capable de modifier le matériel.
Dernier point : Quels sont les systèmes qui peuvent prétendre faire mieux ?
# Examen du texte repoussé
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Des économistes critiquent la directive sur le brevetage / examen du texte repoussé. Évalué à 10.
Elle avait retardé d'un mois l'avis de la commission juridique et tenté d'avancer l'examen par le parlement afin de nous prendre de court.
Cette décision est quand même intéressante. Les députés européens n'ont pas du tout apprécié cette précipitation et l'ont même trouvée louche.
Mais attention, il ne faut pas relâcher la pression.
[^] # Re: MSN Messenger inaccessible aux clients tiers
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche MSN Messenger inaccessible aux clients tiers. Évalué à 1.
Je verrais bien un CD intulé : "La voie de la liberté" contenant ces logiciels et distribué largement...
[^] # Re: MSN Messenger inaccessible aux clients tiers
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche MSN Messenger inaccessible aux clients tiers. Évalué à 10.
Lors d'une conférence, le représentant de Microsoft nous a dit que sa société se tournait vers XML afin d'être interopérable. Mais il n'a pas répondu à ma question sur les DTD (ou XML-schema) qui allaient être utilisés.
Le XML est une coquille vide tant qu'on n'a pas précisé la DTD, c'est à dire le lexique et la grammaires des balises. Vu le passé de Microsoft, on peut s'attendre à des balises et à des attributs surprises sont la signification n'est pas précisée ou même interprétés de façon étrange.
Je n'ai pas été le seul à rappeler le passé mensonger de Microsoft et nous étions tous très incrédules devant les paroles de son représentant.
D'ailleurs, d'une façon générale, on parle beaucoup des logiciels libres cette année à l'UEC. Le ras-le-bol de Microsoft devient un lieu commun. Je rencontre de plus en plus de personnes qui veulent faire le grand saut : c'est à dire du tout Linux, sans même un double boot !
Pour ma part, il y a 23 ans que j'ai arrété de fumer et 4 ans que j'ai arrêté Windows. Dans les deux cas, on découvre la liberté.
[^] # Re: Deux nouveaux supercomputers sous Linux
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Deux nouveaux supercomputers sous Linux. Évalué à 1.
[^] # Re: Sondage d'enquête sur l'Open Source en Entreprise en France sur JDNet
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Sondage d'enquête sur l'Open Source en Entreprise en France sur JDNet. Évalué à 1.
Si les résultats sont teintés par Linuxfr et qu'un décideur pressé (pléonasme) tombe sur les résultats, ça ne pourra pas faire de mal. Mais attention à ne pas trop forcer la dose, sinon le résultat pourrait être désastreux.
[^] # Re: mandrakesoft : 6 mois de plus
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche mandrakesoft : 6 mois de plus. Évalué à 2.
- Le droit de vote pour de nouveaux logiciels parfaitement adaptés à la distribution.
- Le téléchargement de certains logiciels hors distribution (réservés aux membres du club).
[^] # Re: mandrakesoft : 6 mois de plus
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche mandrakesoft : 6 mois de plus. Évalué à 7.
Par ailleurs le club offre maintenant un intérêt plus important qu'à ses débuts. C'est un autre intérêt. Pour en savoir plus : http://www.mandrakeclub.com/(...)
[^] # Re: Un brevet sur le concept de "téléchargement payant"
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Un brevet sur le concept de "téléchargement payant". Évalué à 3.
C'est ce dernier point qui est très important, car breveter les méthodes et les idées va à l'encontre de l'évolution et de l'intérêt de la société.
[^] # Re: Un brevet sur le concept de "téléchargement payant"
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Un brevet sur le concept de "téléchargement payant". Évalué à 9.
Le téléchargement payant est une conséquence logique de l'évolution des techniques, le brevet n'aurait jamais dû être accepté rien qu'à cause de ça. Mais les cabinets d'avocats qui ont gagné de l'argent en le déposant vont en gagner en le défendant et même si ils le perdent, ils attaqueront l'Office des brevets, ce qui leur donnera encore du travail (improductif et inutile à la société).
Ces pratiques ne sont qu'une forme de racket qui fait la fortune des avocats. Ils ont détourné le système judiciaire à leur profit.
[^] # Re: Mon troll préféré :
Posté par Pierre Jarillon (site web personnel) . En réponse au sondage Mon troll préféré :. Évalué à 1.
< troll mode=nostalgique>
Da Code c'était mieux... snif...
< /troll>
< troll mode=agressif>
Ça ne vaut pas PhpNuke
< /troll>
< troll mode=naïf>
C'est comme Spip
< /troll>
[^] # Re: Manifestation contre les brevets logiciels à Bruxelles, mercredi 27 août
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Manifestation contre les brevets logiciels à Bruxelles, mercredi 27 août. Évalué à 2.
Il ne faut pas se contenter de la page d'accueil. Allez voir :
- http://abul.org/brevets/articles/articles.php3(...)
- http://abul.org/brevets/conferences/conferences.php3(...)
- http://abul.org/brevets/actions/pme/pme.php3(...)
Vou verrez, il est difficile d're plus complet.
# Re: Mettez-vous à l'heure
Posté par Pierre Jarillon (site web personnel) . En réponse au message [Terminal] Mettez-vous à l'heure. Évalué à 1.
Il ne faut pas mettre ntpdate dans cron ! C'est pour éviter que tous les PC demandent l'heure en même temps et fassent écrouler les serveurs.
ntpdate permet de mettre la machine à l'heure la première fois seulement, ensuite on doit utiliser le démon ntpd. Il ajuste la pécision des horloges sans jamais faire de sautes de temps.
Pour tout savoir, on peut aller sur http://www.ntp.org/(...)
Ou en local sur file:/usr/share/doc/ntp-4.1.1/index.htm une fois qu'on a
chargé le paquetage ntp que l'on trouve dans toutes les distros.
La gestion du temps par ntp est une vraie usine à gaz mais son usage
est heureusement très simple dans un cas courant.
Le démon ntpd a pour fonction :
- de lire l'heure sur un serveur de référence
- de régler finement la compensation de la dérive de l'heure locale
- de fournir le cas échéant l'heure au client ntp qui lui demande.
Si aucun serveur de temps n'est indiqué, ntpd ne sait pas où aller chercher l'heure exacte, il croit alors que l'horloge CMOS interne est précise.
Voici la procédure :
1 - Aller sur http://www.eecis.udel.edu/~mills/ntp/clock2a.html(...) choisir un nom de serveur de temps. Exemples : ntp.cnam.fr ou chronos.cru.fr.
2 - Editer /etc/ntp.conf et repérer la ligne qui contient unquement le mot server. Indique sur cette ligne le nom de nom du serveur que l'on aura choisi. Exemple : server ntp.cnam.fr
3 - Ensuite :
on arrête le démon
# /etc/init.d/ntpd stop
on met sommairement la machine à l'heure
# ntpdate chronos.cru.fr
on relance le démon
# /etc/init.d/ntpd start
4 - On ne s'occupe plus de rien. Que la machine soit en route ou non, connectée au web ou pas, il se débrouille tout seul.
La fréquence des appels au serveur de temps est optimisée et on évite que tout le monde appelle à la même heure comme avec crontab.
Le demon ntpd calcule la dérive et règle les paramètres système pour obtenir une très grande précision. Les corrections sont mémorisées dans /etc/adjtime et dans /etc/ntp/drift . On peut regarder leur contenu.
Quand la machine est bien réglée, il y a à peine une requête par semaine sur le serveur de référence.
J'ai une deuxième machine raccordée par un réseau local à azkar. Je lui ai
simplement dit dans /etc/ntp.conf : server azkar et j'ai fait la même
procédure. Vous avez compris que azkar est ma machine principale connectée à l'ADSL. L'autre se nomme gaina.
Pour vérifier la chaine, on peut utiliser plusieurs moyens. Depuis gaina j'ai par exemple :
[pierre@gaina pierre]$ /usr/sbin/ntptrace
localhost: stratum 4, offset 0.000030, synch distance 0.10765
azkar: stratum 3, offset 0.000729, synch distance 0.09700
asimov.cnam.fr: stratum 2, offset 0.006858, synch distance 0.02814
canon.inria.fr: *Timeout*
# ntpq -c lpeers gaina
remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) LOCAL(0) 10 l 10 64 377 0.000 0.000 0.015
*azkar asimov.cnam.fr 3 u 297 1024 377 0.602 0.831 0.319
Depuis azkar
# ntpq -c lpeers azkar
remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) LOCAL(0) 10 l 36 64 377 0.000 0.000 0.008
*asimov.cnam.fr canon.inria.fr 2 - 541 1024 377 66.863 2.201 0.537
# ntpq -c readvar azkar
Je vous laisse le soin de découvrir :-)
[^] # Re: La réponse de Lawrence Lessig
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Le lobby du logiciel propriétaire ne veut pas entendre parler Open Source à l'OMPI. Évalué à 0.
Dommage que je ne puisse plusser ton travail qu'une seule fois.
[^] # Re: Le lobby du logiciel propriétaire ne veut pas entendre parler Open Source à l'OMPI
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Le lobby du logiciel propriétaire ne veut pas entendre parler Open Source à l'OMPI. Évalué à 4.
Optimiste ? Oui, mais pas trop. C'est une étape qui se concrétise souvent par des soubresauts parfois violents.
[^] # Re: Manifestation contre les brevets logiciels à Bruxelles, mercredi 27 août
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Manifestation contre les brevets logiciels à Bruxelles, mercredi 27 août. Évalué à 2.
Les logiciels libres mettent tous les pays quasiment à égalité. Ce n'est pas le cas lorsqu'un pays en voie de développement essaie de suivre les logiciels propriétaires; car dans ce cas, il sera toujours maintenu de 2 à 5 ans en retard sur l'évolution des technologies quels que soient ses efforts.
[^] # Re: Fermez vos site web !!!
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Manifestation contre les brevets logiciels à Bruxelles, mercredi 27 août. Évalué à 3.
Il faut considérer que l'URL doit se terminer par un espace qui est le délimiteur normalisé.
[^] # Re: La réponse de Lawrence Lessig
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Le lobby du logiciel propriétaire ne veut pas entendre parler Open Source à l'OMPI. Évalué à 2.
[^] # Re: Le lobby du logiciel propriétaire ne veut pas entendre parler Open Source à l'OMPI
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Le lobby du logiciel propriétaire ne veut pas entendre parler Open Source à l'OMPI. Évalué à 10.
wismerhill sur le commentaire http://linuxfr.org/comments/258897.html(...) a bien relevé les pièges tendus aux avocats mais je ne suis pas d'acord sur son analyse.
Le noyau 2.6 n'utilise plus les lignes incriminées et leur retrait est antérieur à l'affaire SCO. Le code a été viré car il était moche (Linus dixit). Si donc les avocats demandent une licence pour le 2.6, leur demande sera assimilable à du racket. Si ils le font, les avocats de SCO pourraient être poursuivis pour tentative d'extorsion de fonds.
Si les avocats demandent des royalties sur BSD, ils se mettent aussi dans une situation délicate, car il remettent en cause l'historique de cette distribution ce qui ne va plaire à personne et les mettre aussi en fâcheuse posture.
Si les avocats de SCO continuent dans leur délire, ils finiront par être recherchés par toutes les polices du monde, sauf aux USA, bien entendu !
[^] # Re: Le lobby du logiciel propriétaire ne veut pas entendre parler Open Source à l'OMPI
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Le lobby du logiciel propriétaire ne veut pas entendre parler Open Source à l'OMPI. Évalué à 10.
J'ai plutôt l'impression que c'est à prendre au deuxième degré. Je pense qu'il essaie de noyer SCO et ses avocats sous une multitude de questions assez délicates histoire de les occuper, de mieux comprendre leur stratégie et même de les renvoyer dans leurs 22 !
J'en ai même relevé une très subtile et pertinente ;-) Si vous avez suivi les épisodes précédents vous devriez trouver !
La question sur FreeBSD n'est pas mal non plus :-)
[^] # Re: xMule
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Le développeur principal d'xMule poursuivi en justice. Évalué à 2.
C'était le cas récemment pour mandrake cooker.
[^] # Re: SCO La suite du retour de la fin du début ....
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche SCO La suite du retour de la fin du début ..... Évalué à 1.
C'est bien la preuve qu'il ne doit plus rester beaucoup de techniciens chez SCO.
NB: le grec est traduit dans le lien donné par Andrianarivony : http://www.alternatif.org/BrucePerens/SCOCopiedCodeFR.html(...)
[^] # Re: SCO La suite du retour de la fin du début ....
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche SCO La suite du retour de la fin du début ..... Évalué à 4.
Connaissant Eben et ayant apprécié sa finesse d'esprit, je suis très confiant, d'autant plus qu'il a acquis une solide expérience.
[^] # Re: SCO La suite du retour de la fin du début ....
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche SCO La suite du retour de la fin du début ..... Évalué à 4.
En voici deux extraits grossièrement traduits :
C'est un bout de code très ancien qui semble avoir été écrit par Ken Thompson lui-même et fait partie du noyau BSD (donc libre).
Ce bout de programme a d'ailleurs été supprimé du noyau 2.6, bien avant l'affaire SCO parce que les développeurs le trouvaient moche !
[^] # Re: La preuve
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Interview du PDG de SuSE Ag. Sun affute sa politique commerciale pour sa nouvelle distribution Mad Hatter. Évalué à 3.
- Elle a mis SuSE au pilori pour nombre de défenseurs du logiciel libre.
- Sa protection me parait douteuse. Mandrake a beaucoup innové pour son installateur et MCC (son centre de configuration qui regroupe tous les outils en *drake*). Est-ce que Mandrake a été forké ? Non. Peut être que ses concurrents n'ont pas osé inclure un *drak* de peur d'apparaitre comme une pâle copie ? Tant que Mandrake continue à faire évoluer et à maintenir ses logiciels, il n'a rien à craindre. L'expérience a prouvé que les forks n'apparaissaient qu'en cas de carence.
Vu que Yast fonctionne bien et est bien maintenu par SuSE, il n'y aurait aucun danger à le mettre sous GPL.
- Le retour financier de la vente de boites n'est pas faramineux. La chaine de distribution, l'impression des livres et des CD font que le bénéfice de l'éditeur est très faible. Le club de Mandrake ou la nouvelle stratégie de RedHat semblent mieus adaptés et plus réactifs.
Si SuSE veut continuer à s'isoler, il est sur le bon chemin. Il lui suffit de continuer à conclure des accords du genre United Linux (incluant SCO). C'est dommage car SuSE a d'indéniables qualités et il me semble que sa politique commerciale lui apporte plus de discrédits que d'avantages.