Olivier Abad a écrit 129 commentaires

> Contrairement à Debian, RHEL/Centos a une durée de vie de 7 ans !

Durée de vie qui a un coût. Et soit dit en passant, je cherche toujours une liste claire de ce qui est et n'est pas supporté parmi les paquets fournis sur les CD de ma RHEL3 par exemple. Je n'aime pas m'entendre répondre "ce paquet n'est pas supporté" quand j'ai un problème. S'il n'est pas supporté, il ne devrait pas faire partie de la distribution.

> Après la sortie de Sarge, Woody été maintenu que 8 mois !

Ce qui fait donc une durée de vie de 3 ans et 8 mois. Compare ce qui est comparable.

Si Debian ralentit encore la sortie de ses versions majeures, je suis sûr qu'ils peuvent atteindre une durée de vie respectable pour la sarge !

Et aussi :
http://abu.cnam.fr/DICO/excent/index.html
http://members.aol.com/michaemann/jgmain.html

> RTFW :)

TFW m'apprend que ça peut aussi être un "Conversation Monitor System", ou bien un "Composant Monté en Surface", ou mon préféré : le "Compact Muon Solenoid" du CERN.

Ma dernière parole soit
Quelques vers de Maïtre François...
Pardonnez-moi, Prince, si je
Suis foutrement moyennâgeux.

réseaux de Paire-à-Paire

Ce sont de réseaux où il faut être 4, c'est ça ?

moi je dit septembre 2007

Ça fait 6 mois avant la PlayStation3 donc ? C'est pas si mal.

Peut-être que Sony devrait embaucher des développeurs Debian pour apprendre à gérer les délais...

Étudier les réactions d'une personne totalement inexpérimenté est il plus pertinent que faire l'expérience avec un singe, ou un bébé de 6 mois?

C'est forcément plus pertinent, car il est tout de même beaucoup plus probable que la personne inexpérimentée ait à utiliser un ordinateur, plutôt que le singe ou le bébé de 6 mois.

Commençons par plan9 (...) Les possibilités sont infinies.

Normal pour un OS venu de l'espace. Plan9 va inexorablement nous submerger, c'est écrit !

http://us.imdb.com/title/tt0052077/(...)

traduire, c'est trahir: la traduction-photocopie n'existe pas. D'ailleurs, généralement, plus une traduction s'éloigne de la lettre, plus elle est fidèle à l'esprit.

Je ne suis pas du tout d'accord. Je dirais au contraire qu'on est obligé de trahir, mais on doit essayer de le faire le moins possible. Quand la traduction-photocopie comme tu dis es possible, il ne faut pas hésiter à l'utiliser. Kundera en donne de très bons exemples dans "Les testaments trahis", sur les différentes traductions de Kafka.

4 mesures, ça ne veut strictement rien dire, surtout en musique contemporaine où elles ne sont pas toujours utilisées.

D'après ces recommandations, ai-je le droit de sampler entièrement les 4'33" de John Cage ?
(cf. http://www.johncage.info/workscage/433.html(...) )

july ca veut dire juillet, et pas juin...

Un hacker qui tombe dans le piège classique de la conversion de tm_mon ! On aura tout vu...

Je n'ai pas fait de bug report. J'ai fait un service request, et c'est là qu'on m'a répondu que motif n'était pas supporté.

On m'a quand même renvoyé vers ce bug report :
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112466(...)
qui identifiait déjà le problème, et que j'ai complété.

Tu ne demande pas la correction d'un bug mais tu demandes un "feature". OK ?
Ton applis tournait-elle en bi-écran avant ?
Non.

Je vois que tu connais très bien mon appli. Pour ton information, mon appli fonctionne très bien en bi-écrans sous HP-UX depuis 10 ans, et nous l'avons portée sous RHEL parce que nous croyions bêtement que openmotif en faisait partie et était supporté.

Notes que tu n'as pas demandé un bugfix mais un ajout de fonctionnalité (support bi-écran qui n'existait pas au moment de la vente du produit). C'est différent.

man mwm
...
-multiscreen
This option causes mwm to manage all screens on the display.
The default is to manage only a single screen.

Donc la fonction existe déjà, et elle ne marche pas (N.B. sous HP-UX on était en motif 1.2 et l'option multiscreen existait déjà).

Si l'api n'est pas cassée, il y aura peut-être une mise à jours vers cette nouvelle version qui supporte le bi-écran. Mais Red Hat est très conservateur dans le cycle de vie d'une RHEL. Donc c'est peu probable (je tiens à te prévenir).

J'ai fait mon propre paquet, qui fonctionne très bien. Comme de toute façon, ce n'est pas supporté, je ne perds pas grand chose à ne pas rester sur les paquets officiels. Mais je dois faire tout le boulot de report des maj de sécurité.

Le problème de demande à Red Hat de tout supporter ...

Je ne demande pas à Red Hat de tout supporter, mais de supporter c'est qui est fourni dans sa distribution (dont openmotif fait partie). Au minimum, ils devraient séparer (sur des CD différents) ce qui est supporté de ce qui ne l'est pas, et je dirais même qu'ils devraient le dire avant qu'on achète leur distrib.

Enfin, le support est plus une aide utilisateur qu'un moyen pour obtenir des développements spécifiques.

Il y a une différence entre une correction de bug et un développement spécifique.

Il faut les envoyer en upstream.

C'est là que je les ai trouvés. Je suppose donc qu'ils sont au courant.

Tout d'abord le support RHEL est loin d'être parfait, mais pour avoir à faire quotidiennement au niveau applicatif autant que système à tout un tas de support je peux dire qu'il est sans problème dans le top ten.

Je n'ai pas eu à faire à plus de 5 ou 6 supports sur des systèmes Unix différents, donc Red Hat est forcément aussi dans mon top 10 ;)

Je ne suis pas un fan de Red Hat du tout, mais c'est quasi obligatoire quand on veut une config Oracle un peu musclé et le support qui va bien dérrière.

C'est en effet pour cette raison (et pour ClearCase) que nous l'utilisons. Et objectivement, nous avons eu très peu de problèmes sur la RHEL3, à savoir 2 en 1 an. Mais il s'avère que nous n'avons pas eu de réponse sur nos 2 problèmes (un problème sur openmotif qui n'est pas supporté, un problème sur pygtk2 passé en WONTFIX pour cause de backport de la correction trop risqué).

Mais j'admets que mon expérience du support Red Hat, bien qu'entièrement négative, est très limitée.

Debian a perdu des utilisateurs face à Red Hat Entreprise Linux, les gens qui voulaient un support en acier se sont détournés.

Mais ces derniers ont très vite compris leur erreur quant au métal dont est fait ce fameux support.

Exemple vécu :
- moi : monsieur le support Red Hat, openmotif marche pas sur mon bi-écrans !
- RH : c'est pas supporté
- moi : mais pourtant c'est sur vos CD !
- RH : oui mais c'est pas supporté
- moi : et comment je peux savoir si ce que j'ai installé depuis vos CD est supporté ou pas ?
- RH : vous pouvez consulter les SLA sur http://www.redhat.com/support/service/sla/rhel3.html(...) mais comme c'est pas très précis, le mieux est encore de nous demander au cas par cas !
- moi : ok. rpm -qa | mailx support_en_acier@redhat.com (bon ok, ça je l'ai pas fait mais j'en avais très envie sur le moment).

Du coup, j'ai cherché et trouvé les patches openmotif pour corriger mon problème, puis j'ai mis à jour le bugzilla avec ces fameux patches, qui n'ont toujours pas été intégrés depuis environ 1 an. J'ai aussi demandé à mes chefs de ne plus payer le support RHEL et de m'augmenter à la place mais ça n'a pas marché :(

En quoi violent-ils la licence GPL du noyau Linux ?
[...]
Ce serait plutôt l'inverse et par ailleurs, il me semble que la distribution de ces firmwares n'est pas interdite. Le seul problème éthique posé est l'abscence des sources.

Apparemment, tu réponds toi-même à ta question : l'absence des sources est une violation de la GPL.

Ce qui est un vrai scandale c'est qu'aucun Civilization ne soit supporté :(

Pourquoi utiliser wine dans ce cas, puisqu'on a une version native (grâce à Loki), et un clone libre (freeciv) ?

Justement si, ils distribuent du Linux. Ils ont quand même quelques clients à qui ils ont vendu du Linux (remember Caldera ?), et qui ont des contrats de maintenance.

Extrait de la conférence d'Eben Moglen à Harvard :

They have distributed the operating system kernel program called Linux. That is, SCO has. They continue to do so to their existing customers because they have a contractual responsibility to provide maintenance.

When they distribute that program called Linux, they are distributing the work of thousands of people, and they are doing so without a license, because they burned their license down when they tried to add terms to it, by charging additional license fees in violation of Sections 2 and 6 of the GPL.

Il finira par y avoir pour MS ce que MS a été à IBM.

Ce qui veut dire qu'on remplacera un monopole par un autre ? Et ça te suffit pour ne pas désespérer ?

Les fichiers qui commencent avec une majuscules sont affichés en premier quand tu fait un ls.

Ça dépend de la localisation utilisée. En français, par exemple, ls affiche "foobar" avant "README". Et en plus il ignore les "." : un ls -a dans $HOME affiche les répertoires et fichiers cachés au milieu des autres...

> Mais les allemands préfèrent suze.

D'ailleurs, ils n'installent la suze qu'assis !

$ man CRM
Aucune entrée de manuel pour CRM

Argh ! Aurais-je oublié de faire un 'apt-get install manpages-zh' ?

Le patch pour ethereal a aussi été posté rapidement :

http://www.ethereal.com/lists/ethereal-dev/200303/msg00338.html(...)

Vous pouvez maintenant surveiller vos réseaux avec un simple filtre :
ip.flags.evil == 1

La vie est belle !

apt-get install pentium-builder