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

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.

tu rajoute cpufreqd (http://sourceforge.net/projects/cpufreqd(...)) et tu as un
moyen de faire cela proprement. Il te permet de specifier une frequence de changer les governors et permet meme ajustement automatique de la frequence en fonction de la charge de la machine.

+ pour faire eye-candy y a un gdesklet associé :)

ou plus simple:

creer un /etc/apt/preferences contenant:
Package: *
Pin: release a=experimental,s=x11
Pin-Priority: 995

et hop un simple 'apt-get [dist-]upgrade' suffira a installer xfree 4.3 et a le mettre a jour plus tard sans avoir a selectionner chaque paquet a la main

oui m'enfin si ta pas le droit de faire un loadkeys (ce qui de toute façons ne changerai rien quand au clavier pour xfree, il y a peu de chance que tu ai le droit de changer le XF86Config hein.

Bon je sens que je vais medire mais si c'est comme pour la mandrake 'desktop' et
qu'il faut un ecran supportant les modes graphiques + un cg correcte + une souris + ..
pour installer la mandrake serveur (a supposée qu'elle existe tjrs), c'est pas le genre de truc qui fait sauter de joie les admins S&R (enfin moi et ceux que je connais en tout cas).

En plus la mandrake necessiter bcp plus de puissance qu'une bete debian (testé sur un pauvre portable K6-2 ou la debian sid se debrouiller bcp mieux que la mandrake meme si c'est pas non plus la panacée), notamment par le nombre de scripts perls qui se cachent partout (un exemple con: pour lancer Xfree un script va etre utiliser pour charger tout les modules possibles et imaginables (au moins c'est ce que je l'ai vu faire))

faut c'est faisable avec du raid soft, il faut juste parametrer lilo correctement pour qu'il ajoute le bootloader ou il faut (ou avoir une version recente de lilo)

Bein chez moi ca marche :)
Mozilla Firebird 0.8+ sous Win32

Les serveurs courier-pop et courier-imap n'utilisent pas les boites a l'ancien format mbox (/var/spool/mail/) mais le système de Maildir.
Il faut donc que tu configure ta reception de mail pour que le stockage se fasse en Maildir. Tu a plusieurs options:

1 configurer ton serveur postfix/exim pour qu'il fasse le stockage en Maildir et configurer fetchmail pour qu'il utilise le serveur et non par le MDA.
ex pour postfix dans /etc/postfix/main.cf, rajouter:
home_mailbox = Maildir/

note: a faire dans tout les cas, ca fait pas de mal et ca permet d'utiliser ton serveur de courier pour du mail local.

2 utiliser fetchmail + un MDA acceptant le format Maildir (ex une version recente de procmail). Interessant notament pour les options de filtrages possibles avec procmail.

3 utiliser courier/cyrus completement (smtp+pop/imap+...)
pas tester


PS: le format Maildir est vraiment plus interessant que les mbox,
notamment si tu as bcp de mails mais la derniere options est bien sur d'utiliser que du mbox (serveurs ipop, uw-imapd (beark)

ps: je voulais rajouter: quand tu doit compiler dans un seul emplacement un nombre important de fichiers issus de charset différents, il est bien plus simple de tout convertir en UTF-16 (ou UTF-32) avant l'importation (par ex en se fiant au champ 'charset' d'un navigateur web).

Si tu y arrive, previens tout le monde en hurlant :)

je tiens a te signaler quand meme que tous les charset (y compris les unicodes) partagent les memes codes ascii,

Bon les fichiers encodés en UTF-16, UTF-32 sont relativement reconnaissables (bcp bcp d'octets null entre des caractères) mais pour les autres il est assez facile (IIRC) de presenter deux fichiers contenants les memes codes (pas dans le meme ordre) mais ayant un charset et un sens différent.

C'est d'ailleurs pour cela que tout les outils necessitent une spécification a-priori du charset d'entrée.

Nope ca ne change rien du tout :(

Bon j'ai vu que tu avais trouvé une solution, sinon Sun fait un annuaire ldap sous windows mais il doit pas etre donné.

Quand a faire un annuaire de taille reduit a la paluche comme ca, ....
ca doit etre aussi simple que de faire un serveur SQL en python :)
Compte 2/3mois avant d'avoir une base et encore si t'es pas seul

Euh c'est pas pour remuer le couteau dans la plaie mais MPlayer et le respects des licences ca a longtemps fait deux hein.
Alors que maintenant ils ralent parce que on leurs a piqué du code, (je dit pas que c'est bien hein) c'est un peul'hopital qui se fout de la charité.

Y a un ptit soft qui devrait permettre de resoudre ton pb,
cherche <<845patch>> chez google.

Bon la mdk c'est trops de la merde,
en fait elle arrive pas a mettre en place le loopback correctement, et quand a la config dns ... c'est du n'importe quoi:
<<<<<<<<<<<<<<>>>>>>>>>>>>
searchnet.fr local
nameserver 192.168.0.1
nameserver 127.0.0.1
<<<<<<<<<<<<<<>>>>>>>>>>>>

c'est sur que comme ca ca va pas aider....

J'ai abandonner, et j'ai lancer une install de deb.

Quand au ps, je ne pense pas que ca vienne de busybox, vu que la deb utilse busybox et qu'il n'y a pas de perl dans busybox. Les outils d'install mandrake (y compris ps) sont tous des scripts perl qui font appel a une lib commune. C'est un equivalent mais c'est pas busybox.

Enfin quand on voit ce que les scripts mdk lancent comme modprobe a tord et a travers, ....

Je vais installer une sid sur la machine jsute pour voire !

Tout rame ?
pas vraiment, c'est principalement les scripts mandrake et le reseau
rq ... c'est peut etre lié.

Le mode graphique ? quel wm ?
Pas plus qu'en console

swap 500 Meg
noyau d'origine.

Je vient d'applicquer 189Mo d'update, je vais voir si c'est mieux
mais je doute.

Bon désolé j'ai pas été assez clair,

Alors le problème ne vient pas de la RAM, ni d'XFree, ni de Gnome et encore moins de Kde.
Je m'y connait pas mal en Linux/Unix et autre le soucis ne vient pas d'un daemon ou autre, les softs compilés tournent bien le soucis
semble venir de perl et du nombre de scripts perl utilsés par la mandrake.

Un exemple: lors de l'install, la fenetre de selection des groupes de paquets mets un bon moment avant de s'afficher et le 'ps' fournit par mdk (qui est un script perl d'ailleurs) aussi et les valeurs qu'il renvoi sont, si le script d'install ne fait rien 95% cpu pour lui et ~5% pour le reste sinon c'est 50-50.
Après l'install, les application compilées semblent fonctionner correctement, exemple XFree, une fois passé le script de lancement tourne bien.

Contre exemple: ping il envoie 4 paquets avec un temps de reponse de 0,5 ms en ... 15secondes, et les host, etc sont aussi tres lent. La carte est une 3com 10Meg en PCMCIA mais bon ...
Le ssh 'scotche' au debut mais pas après...

Un find est tres rapide, mais un urpmq/urpmi/... c'est entre 5et 10 secondes min pour avoir quelque chose.

La machine a a peu pres 30Meg de RAM libre et le swap (de 500Mo) environ 4/5. donc je pense pas que ce soit le problème. Je voyait plutot un conflit entre le kernel et le cpu ou qque chose du genre.


Je precise La Knoppix marchait *tres* tres bien, aucun soucis reseau, bon démarrage un peu long normal quoi mais c'etait équivalent au celeron 450/196Meg que j'ais a coté. LA c'est le jour et la nuit.

Tu oublie un truc, actuellement les soft audio s'interfacent sur esound ou arts pour pouvoir mixer les canaux audio avant de les envoyer a la carte son.
Tres utilise si la carte ne sait pas faire cela.
Mais cela implique que pendant toute ta session un demon va etre lancé qui va s'accaparer le peripherique audio. Ce serait donc lui qu'il te faudrait tuer pour pouvoir utiliser le son dans une autre session X

Tu peut par contre moyennant quelques petites recherches sur la configuration de alsa créer une entrée via le plugin dmix ce qui te permettrait d'ouvrir plusieurs fois le peripherique audio, quel que soit le demon de son utilisé (esound/arts).

Ou encore si les deux sessions utilisent le meme demon de son, configurer celui ci pour qu'il demarre avec la machine en ecoute reseau sur localhost, et ensuite configurer tes deux sessions pour quelles se connectent au serveur global.

Dans tout les cas je te dit pas le merdier si par exemple deux appli de mail tournent en meme temps et emmetent du son a la reception de mail :)