-=[ silmaril ]=- a écrit 1465 commentaires

Moi j'ai commencé par une Redhat a l'époque ou elles etaients correctes (5.x) puis je suis passé sur plusieurs atres debian (toutes depuis la premiere potato) quelques redhat 8, quelques mandrake (la pire de toute pour moi) et la je teste depuis qques temps la gentoo, et je suis serieusement décu.

Je ne pensait pas avoir un gain important en perf au niveau appli donc ce n'est pas ca :) C'est plutot au niveau fonctionnement de trucs simples comme emerge par ex, tout le monde sait que compiler gcc bon c'est pas tres rapide (et c'est pas le plus long hein) il pourrai en profiter pour downloader les packages suivants pdt ce temps ce qui ne ralentirait pas la compilation ou si peu et pourrait donner un boost au processus global mais il le fait pas, il y a toutefois moyen de le faire a la main en lancer en parallele un emerge -f mais la garre ils n'ont pas penser a faire un verouillage (lock) sur le download des archives alors si les deux emerge se retourvent a dl en // le meme fichier ... BOOM.

Et meme la debian a un comportement plus adapté au connexion dialup, elle commence par faire le download et ensuite s'occupe du reste ce qui est plus logique bien que il pourrait etre possible la aussi de lancer l'install de packets au fur et a mesure.

Pour l'instant je reste sur la gentoo pour profiter du paquet entrance mais je crois que ca ne va pas durer (surtout qu'entrance est loin d'etre fini :-( ).

y a meme moyen de faire la meme chose avec emacs (en utilisant tramp). La syntaxe d'ouverture de fichier devient: <</[methode:]user@host:/path/to/file>>

on peut meme faire du multi host

2Go => 2048Mo
le tout en 9h donc ca nous fait du 227Mo/h
or il y a 60Minutes dans une heure donc ca nous fait du 3.79Mo/min
donc du 0.06321Mo/s
ou 64Ko/s donc tout va bien :)

Correction il y a deux methodes pour gerer les signaux en wxWindows, la premiere a base de macros (et comme je le dit plus haut certainement dérivée de la librairie Object Windows Librairie de Borland et des MFC) et la seconde plus proche du système de Gtk-- avec une methode Connect:
http://wxwidgets.org/hworld2.txt(...)

Par contre pas le choix pour le prefixe, effectivement ils ne semblent pas connaitre les namespaces (et pour les utiliser soit meme avec wxWindows il faut bidouiller apparement cf http://wiki.wxwidgets.org/wiki.pl?Namespaces(...)) Mais il est vrai que certaines compilateurs C++ les gerent tres mal c'est surement a cause de cela.

> Déjà rien que les premieres lignes de code me rebutte. Je deteste l'utilisation de Macro en C et encore plus en C++.
> L'héritage et la composition permette largement d'éviter d'utiliser ce type de rustine.

C'est marrant ca me rappelle la libraire OWL utilisée par Borland C++ jusqu'a la version 5 :) A l'epoque y avait pas trop le choix, mais c'est vrai que depuis je prefere le mecanisme de Gtk-- (celui de Qt c'est encore pire car il necessite un precompilateur pour gerer les signaux).

Pdt un mooment je me suis dit tiens pourquoi pas s'interesser a cette lib, mais finalement je sens que je vais rester sur CommonC++/Gtk--

Bein si tu as fait ce que je pense (copie du tube X0 ce qui est crade) tu aurais mieux fait de lancer le X avec un listen tcp et de changer ton display pour le chroot en 'localhost:0.0'

Bref, ce qui me fait mal au cul, c'est que d'une part Internet Explorer gère son cache très bien

Tres bien c'est vite dit, j'ai eu plus de problèmes de cache avec IE qu'avec tout les mozilla et Mozilla Phoenix,Firebird,Firefox que j'ai eu.
Notament des problèmes de sites que ne se rafraichissait plus et de
formulaires qu'il est incapable de retrouver en revenant en arrière alors...

C'est marrant mais j'ai toujours cru que le LVM venait d'un boite appellée Sistina et non IBM, comment peuvent t'il accuser IBM sur un truc qu'ils n'ont pas ecrit ?

Pourquoi ? Parce que :)
Non serieux, quand tu change un theme (et c'est vrai pour KDE ou pour Gnome hein faut pas deconner non plus, et kde avec sont processus en plus pour chaque appli il me fait bien rire mais bon), donc quand tu change un theme il faut changer:
1 l'apparence du gestionnaire de fenetre (metacity ou saw{fish|mill}) ie les bordures et autres decorations (ca ca marche apparement)
2 la presentation des differentes sous parties de gnome (le panel, le bureau, les icones ...) (ca aussi apparement).
3 la methode utilise par GTK pour afficher l'interieur des fenetres Gnome/Gtk. C'est ce qu'on appelle 'moteur de rendu' ou 'drawing engines'. Et la ca coince c'est donc que le ou les moteur necessaires a tes themes Gnome ne sont pas disponibles sur ta machine (sur debian/gentoo ce sont des packets nommés gtk-engines-quelquechose. Verifie s'il y en a d'installé sur ta machines et si oui verifie si ton theme n'en necessite pas un special.

Note 1: Un moteur de rendu gtk peut etre configurable et etre utilise sur plusieurs theme differents
Note 2: Si j'ai tout explique c'est a cause du 'debutant', ca peut toujours servir.

Les seuls truc qui seront pas impactés c'est les programmes ecris directement en assembleur ... moins intuitif l'assembleur ... mais compatibilité direct.

Au contraire ca risque d'etre les plus impactés, autant un compilateur C +/- intelligent pour transformer automatiquement le stockage ou presenter un warning, autant un prog assembleur ecrit pour i386 ne pourra jamais profiter aussi simplement du 64bit, du MMX et autre 3dnow.
Tu te plaind de ceux qui n'utilisent pas sizeof, et tu prefere l'assembleur .... C'est que tu n'a jamais du coder un soft entier en assembleur.

Non ce qu'il veut dire c'est que ce sera principalement le noyau et les operations memoire qui y sont associées qui profiteront le plus du 64 bits.
D'ailleurs les doc du portage Debian sur Sparc 64bits indiquent que seul le noyau a vraiment besoin d'etre compilé pour 64bits le reste du système ne profitant pas d'un gain important par rapport a la perte de place.

PS: et arretez de sortir gentoo a tord et a travers. La debian est depuis bien plus longtemp portée sur de multiples architectures (au moins 10) et c'est d'ailleurs la raison principale des temps importants d'integration des paquets qui necessitent une validation sur tout les ports avant d'etre intégré en stable/testing.

Tu auras bcp moins de soucis avec un vrai fs journalisé qu'avec ext3 (qui peut gérér la journalisation des data mais depuis le gros bug annoncé la dessus personne n'en a annoncé la correction). Perso je mettrait du XFS ET du ReiserFS selon l'usage des partitions (voir de l'ext3 en plus mais bon j'aime pas ce n'est qu'une grosse rustine sur l'extended 2 et les soucis avec sont monnaie courante).

Pour savoir quel fs/quel usage il suffit d'une petite recherche sur les performances comparatives des fs journalisés.

Oui si tu faisait ce qu'il demande peut etre que cela marcherait :)


configure: error: SVG requires a modified version of libart. To pull and build this LGPL library,
* set MOZ_INTERNAL_LIBART_LGPL, and <== ca c'est bon
* then rerun the checkout stage <== ca tu ne l'as pas fait.

il faut donc que tu te refere a la page suivante:
http://www.mozilla.org/cvs.html#sandbox(...)
pour transformer ton archive en repository CVS et inserer la libraire libart dans le repository

Il va te falloir un ecran et un clavier pour la premiere phase de l'install (jusqu'a ce qu'il ai un moyen de continuer sans, soit un telnetd soit un sshd)

Ca se fait tres bien ave LVM + XFS (en augmentation toutefois). C'est faisable aussi avec une partition 'normale' mais il faut que le kernel ai pris en compte la nouvelle table de partition (ie soit qu'il n'y ai rien d'utilisé sur le disque -- swap y compris --, soit apres un reboot).

Nan c'set parce que ils ne fonts que les distribuer (Comme bcp d'autres d'ailleurs).

et galeon :)

Juste que les drivers du nforce sont plutot recent, pas forcement au point, et que IIRC les Nforce et les carte graphiques non Nvidia ca marche pas tip top (un pb avc l'agpgart, peut etre resolu depuis. Mais pas forcement dans toutes les distros).

Le plus gros soucis AMHA c'est que si tu commence par lui installer un Windows pour lui mettre un Linux derriere tu risque (vecu) de te faire rembarrer genre
Elle: ouais ta merde la elle fait pas si, pas ca, c'est nul,..
Toi: mais si il faut changer ta facons de penser vois tu ca se fait comme ca, comme ci,...
Elle: Ah oui mais non avant c'etait plus simple...
Ce qui est totalement faux, mais 1 l'homme est comme ca il oublie les difficultées du premier apprentissage quand arrive le second.

Alors AMHA commence direct par un Linux si tu veut lui mettre un linux (et si elle est d'accord) en prenant le temps de lui expliquer les bases (bon peut etre pas jusqu'au fonctionnement tout fichier qui est la base des système POSIX :p) Ce que cela lui apporte, ...
Et si tu peut met lui une distro genre mandrake 9 ou plus ou Suse. Ce sont apparement les plus simple a apprehendées pour debuter. Et oui, faut en sorte que le materiel ne pose pas de problème, genre pour internet: un modem ethernet ou un spécifié par la distro, si tu prend de l'athlon surtout pas de carte mere Nforce (a moins qu'elle soit specifé compatible par la distro) etc etc

ce n'est pas alsa qui fait ce decodage c'est le player (mplayer/xine/...). Alsa ce contente de fournir la possibilite a un outils utilisant les lib alsasound d'utiliser de maniere transparente X cartes sons comme une seule (canaux dedoublés, augmentés, .....)

Y a autant de solution que de personnes :)

Je dirais pour rajouter au message du dessus que tu peut meme profiter d'un meme /boot pour tes deux linux :)

ie une part /boot commune au deux distro, contenant le kernel commun (ou deux distinct) et eventuellement pour ne pas s'emmerder a le recopier dans chaque / une copie du repertoire /lib/modules dans /boot/modules, et un petit lien ad-hoc.

Ca permet la mise en commun d'une chose (Linux) sur deux distro GNU distinctes :) (oui je sais je viens de lire le message de RMS :p)

apres dans le /boot/grub/grub.conf|/boot/grub/menu.lst selon la distro il suffit de changer le parametre root=/dev/... dans la ligne 'kernel...'

Une autre methode est d'installer les deux distros totalement a part de mettre un lilo/grub sur chaque disque et de faire du chainloading dans grub mais bon ... c est pas tres utile, ca depend de l'usage quoi.

yes you can :)

grace a la la partie userland des lib alsa tu peut genere une carte virtuelle en combinant plusieurs carte son.

Attention il faut que les outils utilisent les librairies alsa et non pas la couche de compatibilité oss.

pour savor comment faire => alsa-project.org
http://www.alsa-project.org/alsa-doc/doc-php/asoundrc.php3?company=(...)

Emacs Code Browser (ecb.sourceforge.net)

Juste une remarque sur les 900Mo, t'aurais pas oublié d'activer le support Highmem sur ton kernel par hasard ?

Nan en fait il est(etait?) prevu que a partir de la version 1.0 firebird et thunderbird (au moins) serait capables d'utiliser Gecko en libraire partagée. Mais bon avec tout ces changement de programmes ...

Donc pour l'instant y a pas le choix (et c'est con :(), apres peu etre.