+POS1 [-POS2]
Indiquer un champ à utiliser comme clé de tri pour chaque ligne. Le champ consiste en une portion de de ligne débutant à la position POS1, et s'étendant jusqu'à POS2 non-inclue (ou jusqu'à la fin de la ligne si POS2 n'est pas mentionnée). Les positions des champs et des caractères sont numérotées à partir de 0.
ta ligne devrait etre
sort +0 -45 -o tri.txt pas_tri.txt
pour trier en se basant sur les 46 premiers caracteres
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
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.
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.
# un pote utilise ca
Posté par NeoX . En réponse au message [php/mysql] Gestionnaire de contenu un peut special. Évalué à 1.
[^] # Re: tout simplement
Posté par NeoX . En réponse au message Lancer steaming /dev/videoO avec vlc. Évalué à 1.
vlc v4l:/dev/video0:size=640x480:adev=/dev/dsp --sout '#transcode{vcodec=theo,vb=300,acodec=vorb,ab=64}:duplicate{dst=display,dst=std{access=http,mux=ogg,dst=:1234}}'
l'option transcode permet de reencoder le flux dans un format plus facilement diffusable sur le reseau
# les logs
Posté par NeoX . En réponse au message montée en charge du proce. Évalué à 2.
ca peut etre un robot (google, yahoo,...) d'un moteur de recherche qui scanne ton site pour mettre à jour sa base de données...
ca peut etre une option de ton site que de faire un backup et donc de couper le service le temps du backup
etc
etc
ca peut etre plein de chose, donc go pour les logs
en commencant par ceux d'apache.
[^] # Re: \_o<
Posté par NeoX . En réponse au message compatibilté logiciels. Évalué à 2.
Pourquoi j'irais mettre un depot qui sort dont ne sait ou et qui fournit finalement la meme chose que les autres ?
# tout simplement
Posté par NeoX . En réponse au message Lancer steaming /dev/videoO avec vlc. Évalué à 3.
vlc v4l:// :v4l-vdev="/dev/video0" :v4l-adev="/dev/dsp" :v4l-norm=3 :v4l-frequency=-1 :sout=#duplicate{dst=192.168.0.16:1234}}
lui dit d'envoyer le flux sur le PC 192.168.0.16
il te faut donc soit cibler le poste sur lequel tu veux envoyer
ex: ton stream se fait sur 192.168.10.16
et tu veux ecouter sur 192.168.0.17
alors tu mettras dst=192.168.0.17
en extrapolant, si tu veux "arroser" tout ton reseau, tu mettrais
dst=192.168.0.255
eventuellement en ajoutant un parametre pour preciser que c'est en udp plutot qu'en tcp.
enfin sur le client, il te reste alors simplement (et dans les 2 cas) à ecoutere ce qui arrive sur le port 1234 de la machine localhost
# etapes
Posté par NeoX . En réponse au message Installer postgresql. Évalué à 3.
y compris le
sudo -s -u ...
2°) pour nettoyer un programme et ses fichiers de config, c'est
apt-get remove --purge nom du paquet
# d'apres le man
Posté par NeoX . En réponse au message Commande sort : tri sans délimiteur. Évalué à 2.
en faisant "man sort" dans google
+POS1 [-POS2]
Indiquer un champ à utiliser comme clé de tri pour chaque ligne. Le champ consiste en une portion de de ligne débutant à la position POS1, et s'étendant jusqu'à POS2 non-inclue (ou jusqu'à la fin de la ligne si POS2 n'est pas mentionnée). Les positions des champs et des caractères sont numérotées à partir de 0.
ta ligne devrait etre
sort +0 -45 -o tri.txt pas_tri.txt
pour trier en se basant sur les 46 premiers caracteres
[^] # Re: Vu l'état...
Posté par NeoX . En réponse au message installation sans ecran ni clavier souris. Évalué à 1.
blind install ou
installation via ssh
je suis sur qu'on peut trouver plein de truc interessant
# pas pret
Posté par NeoX . En réponse au message utilisation de Nouveau, 3D et NV40. Évalué à 2.
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
[^] # Re: \_o<
Posté par NeoX . En réponse au message compatibilté logiciels. Évalué à 2.
ce qui donne donc :
dpkg --get-selections >fichier
dpkg --set-selections <fichier
[^] # Re: \_o<
Posté par NeoX . En réponse au message compatibilté logiciels. Évalué à 1.
dpkg -l | grep ^ii
voire meme
dpkg --get-selection >fichier
pour enregistrer les paquets actuellement installéset
dpkg --set-selection <fichier
pour restaurer ces paquets[^] # Re: \_o<
Posté par NeoX . En réponse au message compatibilté logiciels. Évalué à 5.
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
[^] # Re: ma vie...
Posté par NeoX . En réponse au message installation sans ecran ni clavier souris. Évalué à 1.
le tout en PPC
voila qui promet et qui serait un beau projet :D
# ma vie...
Posté par NeoX . En réponse au message installation sans ecran ni clavier souris. Évalué à 2.
- 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.
[^] # Re: ext2?
Posté par NeoX . En réponse au message un système de fichier à partager entre linux et freebsd. Évalué à 1.
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
[^] # Re: lapin compris
Posté par NeoX . En réponse au message daemon qui met à jour les liens symboliques. Évalué à 1.
sauf peut-etre pour n'avoir qu'une seule copie du fichier....
et encore ;-)
[^] # Re: lapin compris
Posté par NeoX . En réponse au message daemon qui met à jour les liens symboliques. Évalué à 2.
ln -s `find / -iname monfichier.ext` son_emplacement_virtuel
meme si j'avoue ne pas voir l'interet de la chose...
[^] # Re: En mode non pont.
Posté par NeoX . En réponse au message openvpn, vmware, ovh, l'enfer du décor. Évalué à 0.
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.
[^] # Re: En mode non pont.
Posté par NeoX . En réponse au message openvpn, vmware, ovh, l'enfer du décor. Évalué à 1.
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.
# bouquin ?
Posté par NeoX . En réponse au message cherche tuto interessant sur perl. Évalué à 1.
"learning perl"
http://www.oreilly.com/pub/topic/perl
[^] # Re: et ....
Posté par NeoX . En réponse au message chantier gmeeting. Évalué à 2.
peut-etre suffit-il de prendre contact avec eux.
[^] # Re: En mode non pont.
Posté par NeoX . En réponse au message openvpn, vmware, ovh, l'enfer du décor. Évalué à 1.
ca te permet d'avoir N machines virtuelles mais que ce soit la machine hote qui soit emettrice des paquets.
# et ....
Posté par NeoX . En réponse au message chantier gmeeting. Évalué à 1.
# Allez je me lance
Posté par NeoX . En réponse au message Libtool c'est lent .... Évalué à 5.
ç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
===>[_]
[^] # Re: la solution ?
Posté par NeoX . En réponse au message Installer proprement quelques paquets de testing ?. Évalué à 2.
les trucs KDE, ben forcement ils ne sont pas dans Ubuntu (gnome) mais ils seront dans Kubuntu (kde)...