NeoX a écrit 18282 commentaires

d'apres le site que tu donnes en [0]
Darktama continued his work on NV4x too. That won't take much longer though because we are nearly done with 3D on NV4x.
Currently there are only two major issues remaining:

The memory management isn't using TTM yet. This will result in otherwise working OpenGL clients to crash out soon after start. How soon (or if at all) depends on the program and the hardware used. Rest assured, though: It will crash often.

The other problem is that every time we render we *have* to flush commands straight to the GPU, which is bad for a number of reasons:
- GPUs performance is best when they can process large batches of commands
- with TTM it'll become far too many kernel calls for my liking


ce qui se traduit rapidement
- erreur 1 : la gestion de la memoire n'utilise pas TTM, et donc les applis OpenGL vont plantés, quand depend du programme et du materiel, mais soyez sur que cela va planté souvent.

- erreur 2 : à chaque rendu nous devons faire un flush directement dans le GPU, ce qui est mauvais pour differentes raisons
-- les performances GPU sont meilleurs quand ils traitent de nombreux ensembles de commandes
-- avec TTM cela prendrait trop d'appels kernels

avec un S à selection ca marche mieux

ce qui donne donc :
dpkg --get-selections >fichier

dpkg --set-selections <fichier

dpkg -l | grep ^ii

voire meme dpkg --get-selection >fichier pour enregistrer les paquets actuellement installés

et dpkg --set-selection <fichier pour restaurer ces paquets

dpkg -l
sur ma machine

n'aurait pas dit mieux...

pourrais-tu etre plus clair quand tu fais des posts,

car on ne sait jamais si c'est une question ?
une reponse ? une astuce ?

un peu plus de details seraient les bienvenus

et cette liste de paquet me permet-elle d'installer tous ces logiciels sans avoir besoin d'autres dependances ?

quelles differences entre ta liste et la liste officielle de debian ?
http://packages.debian.org/stable/allpackages

du coup il faudrait d'abord creer son propre livecd avec tout les outils qui vont bien,
le tout en PPC

voila qui promet et qui serait un beau projet :D

dans un cas comme le tiens, je procederais de la maniere suivante :

- demontage du disque dur d'une machine entiere
- demontage du disque dur de la machine cassée
- montage du disque de la machine cassée dans la machine entiere

- installation et configuration de l'OS (os de base + ssh)

- remontage du disque dur dans la machine d'origine
- test ssh puis fin de l'installation

- remontage du disque d'origine dans la machine entiere.

ben les autres systemes de fichiers qui supportent la journalisation

JFS, XFS, reiserfs ...

y en a surement un paquet d'autres

par contre fat32 ou ntfs, faut oublier, il ne me semble pas qu'ils soient journalisés

c'est bien pour ca que je ne vois pas trop l'interet...

sauf peut-etre pour n'avoir qu'une seule copie du fichier....
et encore ;-)

une sorte de

ln -s `find / -iname monfichier.ext` son_emplacement_virtuel

meme si j'avoue ne pas voir l'interet de la chose...

ben chez moi j'ai 10 VM sur ma machine
elles sont toutes en modes NAT

et mon routeur internet ne voit QUE ma machine hote.

si je relie ma machine hote à un VPN, je penses (mais il est vrai que je n'ai pas testé) que mes machines GUEST auront acces au VPN.

Le mode NAT devrait le faire car c'est la definition meme...
UNe seule machine est vue sur eth0 et c'est la machine hote.

les machines Guest sont sur un reseau à part et passe par ta machine Hote pour aller sur internet

Le mode PONT/BRIDGE par definition mets ta carte virtuelle directement sur le reseau physique, et donc ce sera son adresse MAC qui sera visible vu qu'elle se retrouve physiquement sur le reseau de ton ISP.

perso j'ai appris le perl en moins d'un mois avec le livre "Debuter avec Perl" chez O'Reilly

"learning perl"
http://www.oreilly.com/pub/topic/perl

il suffirait peut-etre simple d'apporter une contribution à Ekiga/Gnomeeting pour ajouter les supports dont tu parles...

peut-etre suffit-il de prendre contact avec eux.

il te reste donc à regler ta VM pour avoir une carte reseau NAT

ca te permet d'avoir N machines virtuelles mais que ce soit la machine hote qui soit emettrice des paquets.

tout est dans le titre

ça fait près de 24 heures que koffice se compile sur un AMD 2Mhz

c'est peut-etre normal que ca mette plus de 24h pour compiler koffice avec une telle vitesse de processeur...

ne poussez pas je connais le chemin
===>[_]

si ta machine date un peu et que tu as des problemes avec ubuntu 7.10 je ne vois pas bien comment debian va regler ca (non y a pas de troll inside)

les trucs KDE, ben forcement ils ne sont pas dans Ubuntu (gnome) mais ils seront dans Kubuntu (kde)...

ubuntu 7.10

c'est comme une debian, mais en plus recent

;-)

ce n'est pas parce que tu envoie un message privé que la personne va le lire dans la minute.

certains passent sur le forum 1 fois par jour,
d'autres toute leur vie :D

si tu veux une nouvelle fonctionnalité dans un logiciel, c'est peut-etre sur le site du logiciel que tu trouveras ton bonheur...

tu dois meme pouvoir dialoguer avec les developpeurs grace à des forums, des trackers (pour signaler un bug, demander une amelioration)...

mutt/pine semble donc bien etre la solution...

il suffit alors à ton portable d'avoir un client SSH pour aller sur le poste fixe et consulter les emails...

ce n'est pas en ouvrant un nouveau post que le sujet va avancer

tu as commencé là : https://linuxfr.org/forums/21/24469.html
alors continue là bas...

plus facile à ouvrir

en effet, la tour, tu dois faire gaffe à tes cable pour bouger la tour afin de la sortir, pour ensuite l'ouvrir (changer un disque, rajouter de la ram)

un rack, s'il est bien fait, et monté correctement, il sera
- sur rails pour le faire coulisser hors de la baie
- avec un guide-fil à l'arriere pour permettre de le faire coulisser sans te preoccuper des cables (ils peuvent donc rester branchés)
- voire pour les disques, tu auras des cages hotplug permettant d'ajouter/retirer des disques depuis la facade sans avoir à ouvrir la machine.

inconvenient, les disques doivent etre monté sur tiroir, souvent specifique au fabricant, et il est rare de pouvoir acheter les tiroirs vides chez le fabricant et les disques durs chez ton magasin favori...

comme dit par farvardin...

l'interet d'IMAP est justement de ne pas avoir à "bidodouiller" le reseau pour retrouver tes emails de partout


client1
|
----> server imap
|
client2


perso j'ai
le portable du boulot,
le fixe à la maison
le fixe chez mes parents

tous mes clients emails sont simplement reglés pour aller chercher les emails en IMAP sur le serveur.


apres, evidemment si tu veux partager les regles de filtrages, le carnet de contact...

il faut peut-etre jouer effectivement avec sshfs, mais fait le alors uniquement sur les fichiers concernés et pas sur les boites emails en elle-meme...

enfin, mutt/pine sont des clients emails en ligne de commande et donc peut-etre plus adapté à un usage par ssh (ssh vers le serveur ou vers le client qui a deja les emails, puis mutt sur cette machine)

perso si j'ai un serveur tout seul, dans un coin de mon bureau, je prendrais une tour car c'est plus facile à loger.

par contre si j'ai deja des serveurs ou que j'envisage rapidement d'en avoir d'autres, le format rack est quand meme plus facile à stocker (moyennant l'achat d'une baie) et à gerer par la suite...