NeoX a écrit 18183 commentaires

d'apres ce que j'ai lu ce serait ca en effet

tu cherches une solution qui affiche le document de A

A manipule le fichier en live devant les B
B peuvent faire leur remarque mais uniquement par un systeme de "chat" ?

tu as mis un serveur NFS sur la machine NFS
mais as-tu mis un client NFS sur ta machine keynux ?

Section "Screen"
Identifier "Default Screen"
Device "Carte vidéo générique"
Monitor "Ã<89>cran générique"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1024x768"
EndSubSection
EndSection

en repassant en 16bits ca fonctionne

c'est peut-etre qu'il utilise la detection automatique là ou tu force en 24bits.

1°) verifie que 1024x768 soit la resolution nominale de ton ecran

2°) ajoutes ce que j'ai mis en gras pour que ton fichier soit "normal"

ecnore plus simple

si c'est pour mettre dans un cron un simple script shell suffira

#!/bin/bash

#date à calculer avec les bons parametres
DATE=`date`

cp -R /dossier_source /dossier_destination

tar zcvf $DATE.mon_archive.tgz /dossier_a_compresser

puis appeler ce fichier à partir du cron

man date pour avoir le detail de comment avoir la date au format YYYYMMDD :-)

si c'est pour faire une migration, il vaut mieux prevoir une coupure de service
meme sur un temps assez court

eventuellement dans une periode creuse de l'activité (soirée, WE bienvenu dans le monde de l'administration)

si c'est pour faire de la reprise d'activité en cas de panne il y a des solutions parmi lesquels RSYNC qui permet de synchroniser des repertoires et donc des serveurs.

mais il faut le declencher à un instant T et esperer que les utilisateurs ne vont pas poser des fichiers pendant la manip (au risque de ne pas avoir leur fichier sur le serveur b)

exec() ou system()

en lui passant
tar zcv ton_archive.tgz ton_dossier

heu, je suis sur ubuntu 7.04 32bits

neox@amd64-full-linux:~$ which sh
/bin/sh
neox@amd64-full-linux:~$ vi test.sh
neox@amd64-full-linux:~$ chmod 755 test.sh
neox@amd64-full-linux:~$ ./test.sh
SH fonctionne
neox@amd64-full-linux:~$

neox@amd64-full-linux:~$ ls -l /bin/sh
lrwxrwxrwx 1 root root 4 2007-04-13 22:05 /bin/sh -> dash
neox@amd64-full-linux:~$ ls -l /bin/dash
-rwxr-xr-x 1 root root 86088 2007-03-05 07:00 /bin/dash
neox@amd64-full-linux:~$

comme promis, je viens de faire le test

je suis sur le livecd ubuntu 7.04 am64 (j'ai pas trouvé de livecd amd64 debian)

j'ai installé k3dsurf 0.6.1.1 fournit par la distribution

les depences sont :

Architecture: amd64

Version: 0.6.1-1

Depends:
libc6 (>= 2.5-0ubuntu1),
libgcc1 (>= 1:4.1.1-21ubuntu1),
libgl1-mesa-glx | libgl1,
libglu1-mesa | libglu1,
libqt3-mt (>= 3:3.3.7),
libstdc++6 (>= 4.1.1-21ubuntu1),
libx11-6,
libxext6,
libxmu6

Description: tool for mathematical surfaces

avec le driver NVIDIA (1.9755 pour moi) cela fonctionne nickel

avec le driver NV j'ai le message

Xlib: extension "GLX" missing on display ":0.0".

mais il suffit ensuite de decocher "opengl" en bas et cela fonctionne aussi.

enfin du coup il doit falloir adapter à la version de iostat, de tail...

chez moi c'est
iostat | tail -n +4 | head -1

car mon tail (version 5.97 GNU coreutils) me dit que
tail +number is deprecated use tail -n +number

y a plus qu'a essayer avec un autre linux voire si ca vient d'ubuntu ou du driver...

désolé d'avoir repondu à coté mais cela n'etait pas precisé dans l'énoncé du probleme.

J'ai un amd64 mais une version 32bits de linux.
Je peux faire un test avec un livecd.

Je le ferais dans l'apres midi.

on voit sur le site
http://dag.wieers.com/rpm/packages/k3dsurf/
que tu proposes

k3dsurf-0.6.1-1.el5.rf.x86_64.rpm Sat 10 Mar 2007 883 kB Red Hat EL 5 - x86_64
k3dsurf-0.6.2-1.el4.rf.x86_64.rpm Sun 17 Jun 2007 1461 kB Red Hat EL 4 - x86_64
k3dsurf-0.6.2-1.el5.rf.x86_64.rpm Sun 17 Jun 2007 1528 kB Red Hat EL 5 - x86_64

ce qui laisse supposer que ca fonctionnerait sous RHEL 4 ou 5 en x86_64 (il me semble que ce sont les amd64)

il doit donc etre possible de l'installer et de l'utiliser sur une architecture 64bits.

tu peux chercher les paquets 0.6.1 pour debian (sur le site officiel)
http://packages.debian.org/cgi-bin/search_packages.pl?search(...)

ou bien passer par la solution full binaire
http://kde-apps.org/content/download.php?content=25049&i(...)

sinon il doit y avoir moyen (sans garantie de resultat) d'utiliser le RPM sous debian (avec alien ou rpm)

je penses qu'il te faut chercher de ce coté là de la force.

ca doit etre le meme principe que les clés USB

sauf que la c'est la 2e ligne sur un ensemble de 5 ou 7 lignes

mais en combinant nos pipes on doit pouvoir faire quelques choses.

iostat | grep -A1 idle | tail -1

http://linuxfr.org/forums/12/22240.html

une idée comme ca,
plutot que le GSM, pourquoi ne pas simplement utiliser la ligne de ta residence secondaire

ensuite il te suffit de mettre un serveur qui decrochera un modem classique sur le port USB ou serie.

puis sur ce serveur, faire tourner un serveur web/wap qui gerera derriere les actions des tes capteurs...

libmagic ca existe sous windows ?

parce que mon fichier (en suivant ta norme) qui se nommera
toto

avec les entetes qui vont bien.
sur mon systeme linux, ca va le faire grave...

mais si je l'envoie à un pote sous macOS ou windows ?

ensuite avant de pondre une nouvelle norme,
il faut peut-etre se pencher sur la faisabilité de la chose,
faire une maquette,
et si la maquette fonctionne alors tu poses ta norme.

le format ODF par exmeple existe depuis un bon moment et n'a était considéré comme norme qu'à partir du moment ou cela a bien fonctionné.

---
je te soutiens dans le principe de vouloir ameliorer les choses, mais typiquement tu vas surement devoir te demander pourquoi il existe autant de systeme de fichiers extX, Xfs, Hfs, ReiserFs, Ntfs, Fat = > pour les disques durs
Iso9660, Joliet, RockRidge, Udf => pour les CD/DVD
BlueRay, HD-Dvd => pour les DVD HD

chacun veut apporter quelque chose de nouveau, il definit son cahier des charges
de là à ce que ce soit adopté par une majorité, il faut du temps.

---
j'arrete de chercher la petite bete sur le fait de savoir si c'est bien ou pas, le futur nous le dira.

OK, je me coucherais moins bete ce soir.

il voulait surement dire

autre variante, rédiger RapportStage2007 avec OpenOffice (odt) puis générer RapportStage2007.pdf ou ps pour l'envoyer à ton prof ...

et zut, des extensions !

ok tu peux aussi l'envoyer en fichier .odt
mais en PDF cela evite que le fichier ne soit modifier par le prof
(ok c'est etre parano)

enfin ton systeme qui veut supprimer les extensions,
pour ton rapport, tu as
- un fichier (texte, pdf decrivant ton sujet)
- une video ou un extrait sonore à diffuser pendant la presentation.

ben tu fais comment avec tes meta-données ?
tu nommes tes fichiers differemment ?
texte_mon_rapport
video_mon_rapport

ou bien
mon_rapport_extrait_video
mon_rapport_texte
?

finalement on retrouve les extensions (ou les prefixes) que tu voulais supprimer...

[mode hors sujet ON]

mais du coup j'ai pas besoin de trouver le reglage à mettre dans le xorg.conf

la seule ligne qui parle de frequence

(--) NVIDIA(0): Connected display device(s) on GeForce 6600 GT at PCI:1:0:0:
(--) NVIDIA(0): DELL E197FP (CRT-0)
(--) NVIDIA(0): DELL E197FP (CRT-1)
(--) NVIDIA(0): DELL E197FP (CRT-0): 400.0 MHz maximum pixel clock
(--) NVIDIA(0): DELL E197FP (CRT-1): 400.0 MHz maximum pixel clock
(II) NVIDIA(0): Assigned Display Devices: CRT-0, CRT-1
(II) NVIDIA(0): Validated modes:
(II) NVIDIA(0): "DFP-0:1280x1024_75+0+0,DFP-1:1280x1024_75+1280+0"
(II) NVIDIA(0): Virtual screen size determined to be 2560 x 1024

[/mode hors sujet OFF]

je penses que son idée est de savoir ce qui devrait etre mis à jour sans justement lancer cette mise à jour.

hors, si je ne me trompe pas
apt-get update rafraichit la liste des paquets dispos et c'est celle-ci qui devrait afficher les changelog afin de savoir si l'on passe à l'etape suivante
apt-get upgrade qui effectue la mise à jour.

pour les erreurs sur les frequences, je ne met plus rien le fichier s'en trouve simplifier.

[...]
Section "Monitor"
# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor0"
ModelName "DELL E197FP"
Option "DPMS"
EndSection
Section "Monitor"
# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor1"
ModelName "DELL E197FP"
Option "DPMS"
EndSection

Section "Device"
Identifier "Videocard0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 6600 GT"
BusID "PCI:1:0:0"
EndSection
Section "Device"
Identifier "Videocard1"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 6600 GT"
BusID "PCI:2:0:0"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "1"
Option "metamodes" "DFP-0: 1280x1024_75 +0+0, DFP-1: 1280x1024_75 +1280+0"
SubSection "Display"
Depth 24
Modes "1280x1024" "1024x768" "800x600" "640x480"
EndSubSection
EndSection

si ton soft n'utilise pas la 3D donc bureautique, internet, video ou montage...
ca devrait aller.

perso avec 1Go de ram, je fais des machines vmware configurer à 512Mo
evidemment je ne fais pas tourner 3 machines vmware en meme temps.
mais c'est suffisant pour avoir un linux qui tourne correctement et une VM avec un winXP bureautique ou comptable

Sinon avec une lecture même rapide du man d'aptitude, on peut voir que la commande aptitude changelog le_paquet fonctionne :-)

mais cela suppose de connaitre les paquets à surveiller.