Sylvain Sauvage a écrit 2933 commentaires

Mauvais admin, changer d'admin.
Ou :
Mauvais méthode, changer de méthode. P.ex. en testant son TP avant (pas toujours évident, remarque).

Sur les deux trois PC que j'avais regardés, le XP home est à environ 50 ¤HT et le XP pro à 100 ¤HT.
Mais pas le même prix pour tous (à quelques euros près), marrant.
Bon, j'y suis pas retourné, mais je crois me souvenir que la différence se trouve entre portable et bureau.
Différence de configurations ? (Je veux dire : les manip. à faire ne sont pas les mêmes, pas le même nombre de pilotes...)

Pour répondre dans le même style (mais avec une de second degré quand même) :

Euh... tu sais vraiment comment fonctionne Debian ? En ce qui concerne les paquets de main, ils ne doivent pas recommander de paquet en dehors de main:

Donc, au "pire", un paquet de contrib ou de non-free peut être suggéré. Mais apt ne râlera pas s'il ne le trouve pas.

Euh... tu sais vraiment lire ?

Je me cite :

Donc, au pire, un paquet de Debian « recommande » ou « suggère » un paquet de non-free (en fait, je ne suis même pas sûr que, dans ce cas, ledit paquet demandeur ne se voit pas rétrograder vers contrib).

Je n'avais pas envie de retourner dans la doc pour vérifier si un paquet de main pouvait recommander ou devait se borner à suggérer un paquet de contrib qui, lui-même, peut recommander un paquet de non-free.
Le principal, c'est qu'il n'y a pas de dépendance stricto sensu, seulement des suggestions en cascade.
C'est pourquoi je suis resté large sur les conditions.

Sinon, en ce qui concerne la GFDL [...] Donc maintenant, les paquets GFDL sans partie invariante sont acceptés dans main.

Alors que j'ai dit :

[...] les docs en GFDL avec des parties non modifiables se retrouve(ro)nt dans non-free. Na !

Donc, ouh là, effectivement, j'ai dit exactement la même chose mais sans préciser le fonctionnement interne qui a mené aux résultats suivants :
- que des paquets Debian suggèrent du non-libre suffit à la FSF pour que Debian ne soit pas « entièrement libre » ;
- les documents en GFDL avec parties invariantes vont maintenant¹ dans non-free.

¹ : maintenant = à partir de la prochaine distribution, ce qui est logique : aucun intérêt, seulement du boulot en plus et des ennuis, à la rétroactivité d'une telle décision.

Avant de s'improviser arbitre, vérifie un peu... ;-)

Ben oui, je me suis permis de répondre à la question en mettant un bémol et en me plaçant dans le pire des cas lorsque j'avais un doute sur des arguments mineurs.

Pendez-moi haut et court :oP

Je vois que le second degré est en voie de disparition...

1. http://www.ututo.org (en argentin) et http://www.ututo.org/?country=FRANCES (en français)

2. Debian sapusaipalibre parce que des paquets du répertoire main demandent des paquets du répertoire contrib qui demandent des paquets du répertoire non-free, qui, eux, ne sont pas « DFSG-compliant » (= pas libres).

Et le pire, c'est que non-free ne fait pas partie de Debian (pas sur les CD, répertoires différents, etc.).

« Demander » pour Debian, ça se dit depends, recommends ou suggest (dépend, recommande ou suggère).

Or, aucun paquet main ne peut dépendre d'un paquet non-free. Donc, au pire, un paquet de Debian « recommande » ou « suggère » un paquet de non-free (en fait, je ne suis même pas sûr que, dans ce cas, ledit paquet demandeur ne se voit pas rétrograder vers contrib).

Donc, voilà, « recommander » un logiciel non-libre, saipabien, ça fait que Debian, sapusaipalibre.

Mais Debian, ils s'en foutent, parce que la GFDL, sapusaipalibre et les docs en GFDL avec des parties non modifiables se retrouve(ro)nt dans non-free. Na !

1 partout, balle au centre.

Ben oui : une société qui licencie diminue ses charges, donc gagne de l'argent, s'il est très facile de licencier, on peut licencier beaucoup, donc on gagne beaucoup d'argent, donc le pays produit beaucoup de richesses, donc il est très puissant.

J'ai bon ?

Wouh, ça balance !

Pour faire une moyenne et être « à jour » ?

D'ailleurs, moi j'ai mis du grillage à toutes mes fenêtres, en plus, c'est très joli.
Et puis, pour être bien sûr, j'emballe toutes mes antennes avec papier d'alu...

Oups, j'ai lu trop vite : « châsse » (comme enchâsser, châssis), pas « crûsse » (de croître), que j'attendais.

N'empêche : ce ne sont que de très rares exceptions.

Sans vouloir vexer personner, ceux qui utilisent l'imparfait du subjonctif peuvent utiliser une règle plus complexe que ceux qui ont déjà du mal avec les « 200 mots qu'on cause ».

(Pour le tréma, ce n'est pas un accent comme les autres, mais c'est vrai que c'est un accent...)

Sinon, c'est un peu comme la règle « voyelle+'s'+voyelle se prononce 'z' » : il est certes un peu désuet de prononcer 's' pour « désuétude », mais comme prononce-t-on « vraisemblable » ?

Un format/protocole intermédiaire est :
- soit plus complet pour tenir compte de tous les formats qu'il « fédère » et, effectivement, tu peux en « oublier » des bouts et ton éditeur ne sera pas complet et, pour qu'il le soit¹, tu devras remettre ces bouts et donc les structures qui vont avec ;
- soit plus générique et tu perds des informations au passage.

¹ : dans l'optique de satisfaire tes utilisateurs.

Donc, oui, ça peut servir pour faire un « office-grep », mais pas pour faire un « bureau-ouvert », un « gbureau » ou autre.

C'est pas la plupart, c'est toutes les API SAX qui utilisent les signaux : c'est le principe même de SAX.

Si tu « imagines quelque chose de similaire pour une API qui ouvre des documents "Office" », cela signifie que les évènements sont communs pour tous les types de documents.
Pourquoi ? Parce que les bibs doivent générer des évènements similaires. Et les évènements définissent la structure.

Ça fonctionne avec le XML générique, mais c'est pas assez précis puisque ce n'est que structurel (pas de sémantique) : en gros, il n'y a que document, élément, attribut et texte dans un XML. Après, c'est au programme de mettre une sémantique en regardant le nom de l'élément et agissant en conséquence.

Là, si tu veux que ce soit utile, les évènements doivent être plus précis, donc intégrer de la sémantique. Il faut que le programme soit capable de gérer tous les évènements possibles de tous les formats. Cela revient à faire un modèle générique de documents. Un modèle standard et énorme (qui a dit DocBook ?).

D'autre part, pour gérer ce modèle standard et énorme le plus efficacement, la structure interne devra y coller (sinon bonjour le bordel interne). Et donc on se retrouve avec un modèle de document standard et des structures internes similaires.

Les différents formats actuels sont dus à des façons de penser différentes. Ils ne sont pas compatibles : le modèle standard et énorme n'est pas possible.

Ouais, et ça devrait être censuré.

100 k lignes ça me semble beaucoup pour un seul module (le répertoire crypto de linux fait 15 k lignes au total, selinux 22 kl). Mais bon l'ordre de grandeur de 10-20 klignes est envisageable.

Toujours est-il que lorsque l'on conçoit et développe un module, on a une vision globale et locale complète du module (j'entends par là qu'on en connaît l'architecture et tous les détails de mise en ½uvre). Donc, si quelqu'un suggère une « fonctionnalité » supplémentaire, on sait exactement en quels points de l'architecture elle pourrait être intégrée, quels fichiers/fonctions seraient touchés et de quelle façon.
Quant à y détecter un bogue, le fait de trouver une erreur +1/-1, une faute de parenthésage, ou une supposition erronnée sur le domaine d'une variable, c'est autre chose que d'y repérer des tests et des fonctions « supplémentaires » (comprendre « qui n'ont rien à foutre là »).

PS : au cas où certains se poseraient la question, oui, j'ai déjà développé des programmes/modules de plusieurs milliers de lignes (le dernier est de 30 k lignes) et, oui, je sais où l'on peut envisager d'y mettre telle ou telle fonctionnalité (ou backdoor) (et au moment où je les programmais effectivement, je pouvais en donner l'endroit en quelques secondes).

Que l'Ineris fasse payer des études me semble logique : du travail particulier est fourni par son personnel pour une demande précise.

Par contre, une des missions (la mission ?) de l'IGN est la cartographie de la France. Cette mission est nationale et publique, les données récoltées devraient l'être aussi, au moins jusqu'à un certain point (données sensibles touça).

Que l'IGN fasse payer des recherches spéciales ou d'une certaine précision, d'accord, mais pas des données générales. Pour le moment, les seules cartes de France disponibles gratuitement sont des pauvres gif en 500x500 !

Merci de me corriger si je me suis trompé (je ne suis pas spécialiste)

Jamais d'accent devant une consonne double ('x' est une consonne double).
Hum, euh, sinon, c'est pas parce qu'on chiffre qu'on augmente forcément la taille. Bon là, en fait, si. Mais comme ça réchauffe les fils téléphoniques, ça réchauffe les pattes des oiseaux et comme ça ils attrapent pas la grippe...

J'espère que la banalisation des dual-core augmentera l'intéret des développeurs pour Ada

J'ai de forts doutes : la mode est plus aux langages de scripts où on ne déclare pas grand'chose avant de s'en servir...

Bon, je vois pas trop où j'ai tiré à l'arc, m'enfin si ça aide la recherche...

Ce que je voulais suggérer, c'est la réaction : « je gagne moins que quand je gagnais plus, et en plus, les impôts me sucent tout mon pognon, ya plus de saisons ma pauv' dame, non, ya pu de saison » de certains¹.

¹ p.ex. un certain M. Ed (qui a commencé sa carrière en même temps que Lidl des jeunes).

Ah, désolé. Promis, la prochaine fois, j'essaierai de me limiter aux « 200 mots qu'on cause » et d'y mettre plus de fautes...

PS : euh, finalement, non, pas de PS.

Oh la belle critique constructive, argumentée et encourageante !
Postez des journaux qui disaient...

Sinon, tout ce que je dis et écris est toujours très sérieux, moi môssieu !
Cette réponse en est la preuve, non ?


PS : bon, allez, je le mets, sinon y en a encore qui vont se plaindre : ;o)

Oui mais avec les gains dégressifs, si tu vends plus, tu gagnes moins sur le plus que sur ce que tu avais vendu avant, mais tu gagnes toujours quelque chose, ce qui fait que tu paies des impôts sur ce que tu gagnes et comme ils sont progressifs, tu paies plus sur le plus que ce que tu paies sur les gains précédents.

Donc, chez les papous, il y a les papous papas...

Pouf, pouf, je reprends : si tu vends X cds, tu gagnes Y, tu paies aY+b d'impôts, si tu vends X cds de plus, tu gagnes T < Y, et tu paies des impôts cT+d avec c > a.
Donc, comme je le disais, tu vends plus (2X > X), tu gagnes moins (Y+T< 2Y) et tu paies plus (c > a).

Rassure-moi, tu as quand même vu les racines carrées ?

J'ai mis « cours de seconde », j'aurais pu mettre « cours de lycée », ça ne change pas grand'chose à la réflexion...

Voyons, voyons... firewire = câble de/à/pour feu
Où ton ami peut-il bien avoir le feu en question ?

Euh, obligatoire seulement si ton CA HT est entre 760 000 ¤ et 15 000 000 ¤.