un_brice a écrit 1165 commentaires

En pratique, Free fait pas de 1024/256 que du 512/128 et 2400/384 (taux constaté dans les zones dégroupées). Les deux pour 30euros par mois.
(moi? HS?)

<blockquote>Que j'étais peut-être en avance, j'en ai l'habitude</blockquote>
-_^
Et pis y'a aussi le fait que tu te souvienne d'un comentaire posté y'a un an (alors que t'en publie pas mal semble-t'il)...
(Sinon, j'approuve (lol ça te fait une belle jambe hein?))

Au fait: quand j'ai testée debian (essayé d'installer KDE plus précisement), j'ai vu que certaines dépandances (dont RPM) étaient dans une catégorie "EXTRA". Est-ce que ça veut dire qu'il y a moyen de spécifier qu'on veut pas voir rpm (entre autre) pour qu'apt-get n'essaie même pas de l'installer quand je veut KDE ?
En plus clair: est-ce que les dépandances peuvent être affectées par un paramètre quelconque ? (dans les limites imposées par une distribution binaire)

Je cherche pas à troller, simplement j'ai pas trouvé sur le www et j'ai pas de logiciel usenet utilisable (perdu la feuille avec mes IDs chez Free).

Moi ce qui m'a vraiment fait ch*er, c'est de m'être enmerdé pendant 20 ans avant d'arriver à mener ç terme une installation sur une partition tout juste formattée.
Il mourrait au moment de l'installation des packages, sans me donner de messages d'erreurs (enfin si, dans les logs d'apt-get j'avais un truc genre "blah blah.. pê espace disque insufisant").
Alors en fait, le noyeau sur le CD ne semble gérer pas reiserfs (? °_°), et l'installation échouait sans rien dire à monter mon disque. Ensuite il continuait, l'apt-get se déroulant dans le disque en RAM, rapidement saturé -_^.
Bon, j'aurais pu essayer de me renseigner, mais je voyais pas de raison que ça marche pas puisque le support faisait partit des noyeaux 2.4 . En plus le "mount" de blackbox (quel interêt de gagner quelques ko sur un CD?) me renvoyait pas de message d'erreur quand j'essayais de le monter manuellement.
Et puis y'avait des trucs qui segfaultaient... il a vraiment _tout_ fait, même tenté de monter à nouveau une swap qu'il avait déjà montée auparavant et me renvoyer un message d'erreur comme quoi il y arrivait pas.

J'ai fini par arriver à l'installer en faisant un chroot depuis ma Gentoo. M'enfin quand même...

cabextract marche pas pour les cabs d'installshield. A mon avis on aurais plus à attendre de ce coté là (extracteur de fichiers installshield destiné à NWN):
http://icculus.org/~ravage/nwn/(...)

Bein... par exemple dans un traitement de textes, tu pourrait avoir une super interface superbelle et mega-intuitive, des fonctions de la mort qui tuent tout... mais pas la possiblité de faire des tableaux.
Alors c'est ergonomique, mais c'est pas utilisable par tout le monde (pas utilisable par ceux qui ont besoin d'insèrer des tableaux quoi).

Une proposition de définition (c'est la mienne, ça vaut ce que ça vaut -_^)

Pour qu'un soft soit utilisable, il faudrait:
*que les fonctions nécessaires soient présentes
*qu'elles fassent leur job correctement (pas trop lentes, ni limitées à une plage de valeurs trop faible, ni...)
*qu'elles soient raisonablement accessibles, et ce éventuellement après un apprentissage (en tenant compte du fait que dans les cas où l'apprentissage est requis par le logiciel et inacceptable pour la boite, le logiciel est considéré comme inutilisable)
*qu'il ne nécesite pas d'investissement trop important au regard de son utilisabilité (renouvellement déraisonable du parc de machine ou autres)

Quand un truc est utilisable, son utilisabilité relative serait:
*l'effort relatif requis par l'entreprise pour le mettre en place (coûts, conversion...)
*l'effort relatif requis par l'utilisateur pour... l'utiliser (ergonomie)
*la productivité relative des utilisateurs de ce logiciel

Vu comme ça, ça dépasse nettement la simple ergonomie (m'enfin aussi bien je suis à coté de la plaque lol)

Y'a metalog aussi, dont les fichiers de configuration et la manière de gèrer les logs sur le disque dur sont très sympas.

Bah, la qualitée de ton post m'interdit toute critique ^_^.
(Et merci pour les infos au fait, ça m'eviteras de raconter/croire des conneries plus longtemps)

Par contre, j'ai lu nulle part que prelink réduisait la redondance des v-tables ou diminuait la taille en mèmoire des binaires (ce qui est sûr c'est qu'il augmente la taille occupée sur le disque).
D'ailleurs, et si j'ai bien compris, réduire ces v-tables ne pourrais se faire qu'à la compilation parce que je vois pas comment savoir qui hérite de quoi à partir du binaire.
En plus, dans le cas où l'emplacement réservé à la librairie n'était pas disponible, ld fait son boulot normalement. Est-ce que ça suppose que les sections redondantes du binaire restent intactes ?

Peut être http://www.octave.org/(...)
Au moins, c'est GNU (GNU octave plus précisement -_^). Donc on est sûr que c'est libre ^_^.

Par contre, j'ai pas testé. Y'a quelqu'un pour donner un avis ? (pask'à la réflexion j'aimerais bien ce genre de soft moi aussi ^_^)

<p class=hs>
Les nouvelles HPs? Je croyais que HP avait renoncé au développement de nouvelles caltos graphiques ?
Sinon, le RPN (que j'adore) c'est sur TI 68k (89/92+/v200) aussi. Et même l'équation writer ^_^. En plus y'a un port de gcc pour ces consoles (TiGCC).
Alors que demander de plus? (un AMS libre? un compilo on calc? -_^)
</p>

Pas obligé d'utiliser le SUID, on pourrait aussi faire un /ftp de type gftpfs (global ftp fs) non listable (mode 311). Ensuite on accèderait à, par exemple, /ftp/ftp.gnu.org.
A ce moment là, ftpfs établirait la connection. Sans qu'il y ait à monter un nouveau répertoire.

Si j'ai bien compris, LD_BIND_NOW charge les librairies au démarrage du programe au lieu de le faire quand ce dernier appelle une fonction contenue dans une des librairies.
À mon humble avis, c'est plutôt un moyen de gaspiller de la RAM qu'autre chose.

Alors qu'une librairie prelinké, elle, est chargée seulement après qu'on ait essayé de l'utiliser. Mais ensuite (si j'ai bien compris), ld se fait pas chier à la localiser parce qu'elle est à un emplacement predéfini de la mèmoire (cf. la page de manuel).

L'ebuild d'OpenOffice (le package Gentoo) ne laisse passer que les flags suivants:
"-O -O1 -O2 -Os -mcpu -march -pipe"

D'ailleurs, pour avoir essayé sur une LFS, je peut te dire qu'OpenOffice a tendance à être _très_ récalcitrant au moment de se faire compiler.

L'éditeur de lien il fait son boulot, mais il a beaucoup de boulot. Et prelink c'est justement un cache pour ce pauvre petit éditeur surchargé qui en a ras le c*l des applications en c++ (si j'ai bien compris, il s'arrange pour que chaque librairie soit présente à un endroit défini de la mèmoire, de manière à gagner du temps).
Ça à rien à voir avec le compilo.

Pour en revenir au compilo, et comme beaucoup l'ont dit: les perfs c'est bien, mais faut voir si c'est stable. Je suis sûr qu'avec les options tueuses de GCC on peut arriver à faire quelque chose du niveau de icc. Personnelement, je ne les emploie pas, parceque la fiablité est plus importante à mes yeux.
D'ailleurs, il semble que ce qui fasse la réputation de gcc aujourd'hui, c'est la conjugaison de performances satisfaisantes et d'une excelente fiabilité.

(et puis oo c'est déjà la merde pour lui faire admettre ton désir de le compiler, alors si en plus il faut le faire avec un compilateur non standard...)

Grub est distribué mais pas p2p.
A mon avis, c'est mieux: ça permet des recherches plus rapides. Et en plus
ce logiciel est (au moins partiellement) libre (le client est sous GPL, le serveur je sais pas).

Ça c'est cool comme réponse ^_^.
T'as pas de la doc ?

(ceci dit, je suppose qu'une base de données avec des entrées par mot et contenant leurs caractèristiques (mot alentours, place dans le texte, frèquence, sujets...), pour chacune des pages est effectivement plus utile que les pages elles même (qui seraient à parcourir linéairement) (ça doit être ce que voulais dire le monsieur))

J'ajouterais que rien n'empêche de d'utiliser le cache de google dans les (rares) cas ou on en a besoin, et ce même si on a trouvée la page depuis un autre moteur.
Alors ça (me) manqueras pas trop.

Weuh... y'a aussi hdparm et prelink qui ont un rôle à jouer.
Et pis troller c'est mal© de toutes manières.

A mon avis, pour la taille, c'est plutôt un "du -S /opt/OpenOffice.org1.0.3/program/" qu'il faudrait faire (132 591 ko dans mon cas , mon soffice.bin fait 242 572o).
Et franchement, avec les CFLAGS de tueur que t'as, plus KDE et des logiciels de bureautique ça sert pas à grand chose d'avoir une hardened Gentoo -_^.

Sinon, j'aurais voulu savoir un truc: est-ce que toi aussi tu as un lien invalide "/opt/OpenOffice.org1.0.3/program/libstdc++.so" ? (je vais faire un joli rapport de bug je crois)

Pour le prelink fait gaffe: par défaut les fichiers de config de Gentoo contiennent pas Oo. Pour ce qui est des distribs binaires, je sais pas si la version précompilée d'OpenOffice l'est avec l'option de GCC permettant le prelink.

Et sinon, la manière conseillée de l'invoquer c'est "prelink -afmR" ("man prelink" pour plus d'info).

Rétablissons l'équilibre (ou rajoutons un appel au troll, c'est selon).

<blockquote>Dites, M. Raffarin, on gagnerait combien à mettre dix chercheurs à plein temps sur OOo et résilier toutes les licences Windows/MSOffice de la fnction publique ?</blockquote>

[TROLL class="gauche"]
Trop cher: la peuve, les budgets de la recherche et de l'éducation ont été sacrifiés sur l'autel de la démago sécuritaire.

Ceci dit, c'est clair qu'il est plus facile de faire bouger un élu de droite qu'un fonctionaire : il suffit de lui graisser la patte (t'as entendu parler des appels d'offres de la mairie de Paris?).
[TROLL]

<blockquote>Ah ces citadins coupés de leurs racines ...</blockquote>
Bein forcement qu'il sont coupés de leurs racines si ils ont été moissonés y'a trois semaines.

...
....
->[]

Selon Harri Porten (employé de Trolltech, contributeur de KDE), dans une interview sur OSnews, QT utilise de lui même le double buffering, dans les "performance critical widgets". Ça semble être une bonne idée (m'enfin j'suis pas un spécialiste). J'ai également lu que cela pouvait être activé à la compilation dans la quasi totalité des widgets.

J'ai fait le test avec Konqueror (ahtlonxp1666mhz, gfmx460, thème Keramik et Light, XFree 4.3, drivers libres): les barres de boutons, les icônes et les décorations de fenêtres (ce qui est dessiné par les plugins de thèmes j'ai l'impression) clignotent. Les pages elles-mêmes, le bureau et les menus restent stables.

Juste pour dire que des bindings KDE pour Ruby viennent juste (2 semaines) d'être intégrés à KDEbindigs (avec même un éditeur de texte kdebindings/qtruby/rubylib/examples/textedit/textedit.rb en démo).
Franchement, j'y croyais plus ^_^ (la dernière version de ces bindings dispo en téléchargement était pour KDE 2.x).

http://members.shaw.ca/dkite/aug12003.html(...)

Par contre... est-ce que quelqu'un saurais avec quelle version de KDE ce bindings seras diffusé ? (paske, sauf erreur, pour l'instant y'a que le CVS)

Je vois pas en quoi sudo serait sûr. Au contraire: il permet de gagner les droits du root depuis un compte utilisateur capturé (en sniffant le mot de passe de cet utilisateur lorsqu'il tente de se sudoer et en le réutilisant dans le vrai sudo).

Perso, j'ai réservé les 5 premières consoles (F1-F5) au root (les autres peuvent pas s'y logger). Ça m'a l'air relativement sûr... m'enfin j'ai fait ça plus par comodité (j'aime bien avoir toujours ces consoles sous la main) et par jeu que pour gagner en sécuritée (en fait ma politique de sécurité c'est "Jettons les script-kiddies, les vrais pirates en ont rien à foutre de mon PC (pis de toutes manières ils sont trop forts pour moi)").

Sinon, en parlant de piratage (HS?), c'est bien drôle ça (à quand dans la Zataz bar?):
http://images.bonzi.com/adtegrity/ia9c.asp(...)