Olivier M. a écrit 219 commentaires

Ca me fait penser au marché des progiciels pour PME, où tu a des softs (très couteux) protegés dans tous les sens par des clés physiques et autres merdouilles. Le seul ennui c'est qu'ils ajoutent ces protections a la va-vite (et que c'est loin d'etre toujours au point), et que le principal lesé dans l'affaire est le _client_! ("Ah la clé physique ne marche que sur port USB, rachetez une nouvelle machine").
La lutte anti-piratage est dans l'absolu une bonne chose, mais on ne doit pas oublier que le but numéro UN est de satisfaire le client, celui qui paye. Et tant avec les CDs anti-copies qu'avec les logiciels dont je parlais, le client semble être le dernier des soucis des "serveurs" (bah oui par opposition a client :p )

"un nombre croissant de grandes entreprises "traditionnelles" adoptent les logiciels libres (open source)"

Richard relèves-toi, ils sont devenus fous ;)

Sinon ca contribuera un peu plus à légitimer la copie pirate dans l'esprit de certains (cf loi Tasca).

C'est loin Rennes...

"tous les pointeurs passent à 64 bits, ainsi que la plupart des entiers"

Oui mais en fait tous les chars restent à 1 octet ;)
Or un système informatique traite avant tout des données, et ces données sont bien souvent sous forme de chaînes de caractères. Sérieusement ca serait marrant d'avoir des stats mais je pense pas que toute la mémoire d'un programme soit reservée a des pointeurs et des int64, si?

"Un truc interressant, c'est la distrib de départ qui servira à construire la LFS (compiler GCC en bootstrap...):"...

[plein de distribs]

Tant qu'à faire, on peut installer depuis la précédente LFS qu'on s'est faite ;)

pour beyondLFS, le seul problème est que le livre est _vraiment_ ) l'état larvaire. La moitié des sections ne contiennent qu'un "Bon ben la c'est la section Machin".

Maintenant c'est vrai que lorsque ca se sera un peu etoffé, ca sera un ajout très valable a LFS.

J'étais précisément en train de compiler le GCC (version "normale") de la 3.0 quand je suis tombé sur le news :/

"quel est l'avenir de la vente de produit gratuit ?"

Je ne vais pas rappeller une fois de plus que "free software" != "free beer" etc...
Mais si je ne m'abuse, la GPL n'oblige aucunement a livrer ses sources a tout le monde, mais uniquement à ceux qui ont le binaire (le "client").
Si l'on prend le cas d'un progiciel bien spécifique, le client en question serait bien con d'aller filer les sources du beau soft k'il a payé (cher) à un concurrent.
En revanche dans ses conditions, il est clair que la vente de licence "par poste" ne tient plus (mais d'un certain coté j'ai toujours trouvé ca assez ammoral).

En tous cas, vu comme ca, la GPL est clairement viable économiquement. Elle prend même tout son sens.
Combien de boîtes ont été emm*rdées parce que la SSII qui fournissait leur soft de gestion avait mis la clé sous la porte?
Par contre, si ce genre de choses venait a se réaliser, un nouveau métier viendrait a se répendre: "repreneur de soft GPL" :p

(Bouh c'est bien long tout ca...)

"(moi je comprend mieux pourquoi balsa n'est pas délivré en « standard » de GNOME ...)"

... et sylpheed donc...

Mais on ne parle la que d'une "distribution". Qu'est-ce qui nous empêche de sortir un Pougnagna(tm)(r)(c) Gnome qui incluerait balsa (sylpheed/GNUMail/telnet/...)?

Est-on sûrs a 100% de la théorie de la météorite? Où n'est-ce qu'une hypothèse parmi d'autres?

De plus les dinosaures n'avaient peut-être pas tant que ca "tout pour réussir". Il leur manquait une faculté d'adaptation à court terme (c'est que ca coûte cher à changer ces gros machines la, ma bonne dame), et surtout ils étaient "en maîtres".

On pourrait peut-être en tirer que le meilleur moyen de descendre une boîte, c'est de la conforter dans sa position et d'attendre qu'endormie sur ses lauriers elle commette une grosse erreur (qui a dit "XP"?)

Surtout a un gnome unijambiste dansant une nuit de pleine lune au milieu des douzes statuettes enroulees dans du jambon. D'apres les tablettes de Skeloss, la prophetie peut ENFIN s'accomplir ;)

Je propose de garder l'idée du /usr/X11/gnome /usr/X11/kde... ca serait gravement moins le boxon, et c'est plus logique que /opt...

"Modifier le système de fichiers Unix, implique de modifier le formats des binaires Unix"

Je suppose que tu fait reference a cela:

"Chaque fichier posséde un « ressource fork » (partie d'un binaire intégrant icones, traductions, code fat 68k et ppc, etc.)" [Sous MacOS]

Mais rien n'oblige a stocker ca DANS les binaires (cf mon post sur ROX plus haut).
Le systeme RiscOS utilisait une gestion similaire en foutant toutes les icones/traductions/aides/etc... dans l'application directory.
De meme sur ROX (peut etre sur RiscOS aussi?), on peut se permettre d'avoir différentes versions du binaire dans l'appdir, et meme de compiler pour l'archi en cours si aucun binaire natif n'existe encore.

"Pour modifier la façon dont est cherché le PATH, ce n'est pas le shell qu'il faudrait modifier, mais les appels système exec*. C'est effectivement une révolution, et je ne pense pas que ce soit une bonne idée, ne serait-ce qu'à cause de la lenteur d'un tel système."

Ca ne serait pas forcement super lent. Il suffirait (comme suggeré plus haut) de garder une trace des différents repertoires de binaires existant, soit en mémoire (donc un premier accès a exec* plutot lent....), soit dans un fichier (mais rendre un appel systeme dependant d'un fichier de conf...brrrr....).
Une solution intermediaire est d'ecrire une couche d'encapsulation des exec*, mais la encore, qu'est-ce qui nous prouve que tout le monde va l'utiliser? (question rethorique, bien sur que PERSONNE ne l'utiliserait).
J'en profite, au passage, pour rappeler la méthode utilisée par l'envirronement graphique ROX: les applications directories. Chaque application "end user" (de préférence n'etant pas dependance d'une autre appli) est stockée dans un repertoire pour elle toute seule, avec un bin, un share (des equivalents en fait, les noms ne sont pas les memes). Un simple accès au repertoire de l'application execute/compile(si besoin) l'application. Il est a noter qu'un patch pour permettre a bash de gerer ces repertoires a été fourni.

Dans un autre ordre d'idées, il y avait une rumeur il y a quelques années d'un systeme de packages basé sur autoconf, avec l'énorme avantage de gérer ses dependances tout seul, et non sur un grosse base de donnée des softs installés; donc cohabitant parfaitement avec les softs installés "a la paluche". Quelqu'un a des nouvelles?

En melangeant toutes ces idées, on peut peut-etre arriver a une facon différente de gérer ses packages, personnelement j'experimente regulierement (mais ca marche tres mal, soyons honnetes).

Dormir sert (en partie) a "defragmenter" sa p'tite tete. Donc si vous arrivez a journaliser votre cerveau (ou a ne jamais ecrire dessus, c'est bien aussi....), il suffit de reposer le corps (assez peu de temps donc....)

Au dela de la plaisanterie, ca peut etre a mediter. Existe-t-il des techniques de meditation dans ce sens?

|------------|
| DO NOT |
| FEED |
| THE TROLLS |
|------------|

nan mais c'est vrai quoi, apres ils sont malades et ca nous coute un max de vetos (environ 4 vetos par troll, 3 s'ils sont bien gras)

Si j'ai bon souvenir, le gagnant de l'annee derniere avait recu un pc top poussant (Kilobug, arretes moi si je dis des conneries). On voit la remise des prix a la fin de la video, il me semble... (ou alors c'etait celle de l'annee d'avant)

Prevoir son maillot de bain... nonon on se baigne pas mais bon....

A tout hasard, je tiens a preciser que je NE SUIS PAS l'anonyme de la semaine passee....

(-1 quand meme, sans blague...)

Parse error: </troll> unexpected.

"A cette liste, j'ajoute socket, pipe, fork, bref, tous les termes techniques d'origine anglaise très répandus et utilisés."

Pourtant "chaussette" "tuyau" et "fourchette" ca le fait pas mal... (en revanche, pour 'bref' j'ai rien trouvé...)

Au moment ou je vote, tu a 42... super non? ;)

J'en connais d'autres à qui il ne faut SURTOUT PAS changer la couleur de fond ...

"une grande majorite de navigateurs sont capables d'afficher directement les PDF a l'aide d'un plugin"



Tu aurais du préciser: sous windows. C'est pas (juste) pour troller, mais bon on est quand même sur linuxfr ici.



En tous cas si quelqu'un à un plugin PDF (source de préference) pour mozilla, je suis preneur.