NeoX a écrit 18065 commentaires

soit rajouté exec dans les options du fstab

soit regarder dans le fichier export de nfs savoir si tu autorise l'execution.

[^]qu'est ce qui passe chez moi
Posté par dubis (envoyer un message privé) le 03/07/2007 à 15:40. (lien). Évalué à 1.

:~$ls -l test.sh
-rwxr-xr-x 1 alonso 70000 32 jui 3 15:12 test.sh

apparemment cela ne suffit pas

peut-etre simplement desactiver XRANDR dans la configuration de ton xorg.conf

Ton probleme n'est pas dans la gestion de 2 ecrans mais de deux flux de sortie.

Tu peux creer un flux de sortie supplementaire (en plus de STDOUT, STDERR, STDIN)

Chaque fenetre (qui seront sur 2 ecrans si tu dispose de 2 ecrans) gerant/utilisant un des flux.

Tu peux aussi utiliser les techniques de communications inter-processus, mais c'est peut-etre un poil plus compliqué.

je regarderais du coté du projet VNC

cela permet de prendre un poste en controle à distance, mais cela permet aussi aux "client" de visionner ce que fait le poste "serveur".

il y a surement des dérivés qui ont un systeme de chat avec...

ou le mode d'emploi de mysql et de php

en effet, créer une table n'est rien d'autre que faire la bonne requete SQL et l'envoyer au serveur mysql.

ce sera le meme principe pour toute ton application web/php/mysql

Je suis certain que 1024x768 est la résolution de mon écran, je l'utilise depuis toujours et j'ai toujours été en 16bits également.

alors pourquoi vouloir passer subitement à 24bits ?

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.