Gyro Gearllose a écrit 1322 commentaires

Je ne sais pas si ça peut aider, mais as-tu chargé le pilote nécessaire dans ton noyeau ?
J'ai un Palm TX, et je le synchronise sans problèmes. Il faut quand même charger les modules usb_serial et visor.
Voilà, en espérant que ça aide.

Une idée en passant alors...
Le format odt, c'est le format d'openoffice. Si je me souviens bien, c'est une archive zippée contenant plusieurs fichiers. As-tu regardé dans l'archive si elle ne contient pas par hasard une ou plusieurs feuilles xsl ?
Sinon, peut-être qu'openoffice ne se base que sur une feuille xsl planquée quelque part pour rendre les documents dans les différents formats proposés (pdf, ps, etc).
Bon, après une brève recherche (odt script ps) dans google, je suis tombé sur ça http://www.linuxfr.org/forums/41/17150.html
Il semblerait que la voie java soit (presque) inévitable, ou alors qu'il existe un outil python pour le faire....

Ouais, bon...
Le climat est pas mal tendu en ce moment icitte, alors je préfère dissiper un éventuel/possible malentendu tout de suite.
Mon commentaire n'était pas du tout hautain. Je connaissait l'outil a2ps, alors j'ai pensé à faire le rapprochement et à l'appliquer à ton cas. Du coup, ça m'a donné xml2ps, et j'ai pensé (à tort, visiblement) que tu étais peut-être passé à côté.
Bref, ceci étant dit, et pour ce que j'en sais, les fichiers ps sont "lisibles" puisqu'il ne s'agit que de commandes postscript, alors transcrire un fichier xml en fichier postscript, au moyen d'une feuille xsl et d'un processeur xslt, ça doit pouvoir se faire, plus ou moins sans grande difficulté.
Après, c'est vrai qu'il faut connaître le postscript (ce qui n'est pas mon cas), et il semble évident qu'un truc tout fait serait le bienvenu.
J'avais vu passepartout, je n'ai pas regardé le reste. Sinon, il existe peut-être des chemins plus tordus pour arriver au même résultat... xml->html->ps, par exemple. Je n'en ai aucune idée, ce n'est qu'une suggestion.
Pour finir, à mon humble avis, ce n'est pas faisable directement, dans la mesure où un fichier xml ne contient à priori que des données, et ce sont les balises qui leur donne un sens... pour l'être humain. Pour que la transformation en document ps puisse être réalisée, il faut bien donner une signification à ces balises dans une feuille xsl...Donc, un truc tout fait...
Bien sûr, je ne prétends nullement maîtriser le sujet, je ne donne que mon avis d'après ce que je connais...

Une fois de plus, google peut-être ton ami.
J'ai cherché xml2ps, on trouve pleins de softs, de toutes sortes qui font ce que tu demandes.
Après, si ce sont des fichiers xml provenant d'un logiciel, il faudrait plus chercher avec l'extension du fichier...
odt2ps ?
Voilà, je ne peux t'apporter de solution toute faite, mais tu as déjà une base pour chercher ce qui correspond à tes besoins.

Moi, je vote et je dis Python.
Ce serait quand même un comble si c'était pour un programme en C# ou java dans le forum programmation.python.
Enfin, ce que j'en dis...
Désolé doballe, je ne connais pas python, alors je ne peux malheureusement pas t'aider...

Ben oui, c'est possible !
Quel que soit le shell utilisé, si l'utilisateur en question tape :
$ m1=75
$ sed "s#m1 = .*#m1 = $m1#g" fichier1 > fichier2
ça fait ce que tu demandes.
A partir de là, rien ne t'empêche d'écrire un script-shell qui reproduise l'ensemble des commandes.
Je te conseille de jeter un oeil aux pages de manuel de ton shell pour voir comment on procède pour demander une valeur interactivement.
Ainsi, un truc dans ce genre :

#!/bin/bash
echo -n "Valeur de m1 : "
read m1
sed "s#m1 = .*#m1 = $m1#g" fichier1 > fichier2

Devrait faire l'affaire.
Libre à toi d'y ajouter tous les contrôles d'erreurs dont tu pourrait avoir besoin.
Voilà, en espérant que ça aide.

Peut-être :
$ sed "s# m1 = .*#m1 = 25#g" file1 > file2

Explications :
Déjà, ton cat ne sert à rien, sed gère ça d'entrée de jeu....
On peut mettre n'importe quoi comme caractère pour la commande de substitution, et j'avais envie de changer....
On recherche une chaîne qui ressemble à m1 = suivie de ... peu importe, et on remplace le tout par m1 = 50.
Voilà, j'espère que ça répond à ton problème.

As-tu regardé du côté des acl ?
Ou alors du côté des attributs étendus ?
Je dis ça sans savoir, je n'ai que survolé ton message, et je donne ça de mémoire, pour y avoir regardé autrefois, sans grande conviction...

Pertinente déjà celui qui a eu la juste et bonne idée de nous recopier des parties de ce magnifique texte.
Sinon, tu peux aussi envoyer des prières à Raymond qui est parti le rejoindre....

Tout est dans le titre ou presque...
Je ne connais pas mandriva, mais je n'utilise que kde. Alors, si tu veux revenir à une configuration stable, tu peux essayer, dans une console :
$ mv .kde .kde.old
Ceci te permettra de conserver ton ancienne config de KDE dans un coin.
Ensuite, tu lances X (avec startx ou en changeant de runlevel...
Et tu te reconnectes à kde. Normalement, il devrait rétablir la configuration par défaut.
C'est un peu brutal comme manip, mais ça a l'avantage de repartir sur de bonnes bases.
Sinon, si tu ne veux pas tout péter, les fichiers de configuration de chaque application kde sont dans ~/.kde/share/config et portent le nom de l'application qu'ils configurent.
A toi ensuite d'éditer ces fichiers qui sont assez bien documentés et lisibles (en anglais) de façon à rétablir ce qui cloche. Avantage de cette solution : ça permet de conserver toute l'ancienne config. Inconvénient : c'est long et fastidieux.
Voilà, en espérant t'avoir au moins un peu aidé.

Peut-être qu'il existe un ou des interfaces web intégrant OOphp.
L'url du projet est http://www.apicnet.net/article.php3?id_article=73
C'est un produit php qui permet de sortir des documents au format openoffice. Il est probable que ça réponde partiellement à ta question.
Je n'ai jamais testé ce produit, alors ne m'en demande pas plus. Je ne sais pas ce qu'il vaut, ni si il est difficile à installer, etc.
Voilà, en espérant n'être pas trop hors sujet.

Soit tu encadres le nom du dossier entre doubles quotes :
$ mv "dossier avec espaces" dossier_sans_espaces
Soit tu préfixes l'espace par un anti-slash :
$ mv dossier\ avec\ espaces dossier_sans_espaces
Voilà...

Bonjour,
d'abord, ldap est un annuaire tandis que samba est un serveur de fichiers/contrôleur de domaine. Aucun rapport entre les deux, si ce n'est que samba peut se baser sur un annuaire ldap pour authentifier les utilisateurs du domaine.
Pour ce qui est de la configuration de samba en tant que contrôleur de domaine, je vais me contenter de te donner quelques pistes, car c'est un vaste sujet, et la documentation de samba est très bien faite.
Si tu ne veux pas de compliquer la vie, il existe un outil fourni avec samba qui s'appelle swat. Il est disponible sur ta machine à l'adresse http://localhost:901. Tu t'identifie en tant que root, et tu as accès à toutes les options de configuration de samba, ainsi qu'à l'aide.
Voici quelques directives qui sont intéressantes à regarder pour configurer un manchot en contrôleur de domaine :
Dans la section [global] :
domain master = True
prefered master = True
local master = True
wins proxy = Yes
os level = 255
domain logons = yes

La suite samba vient avec de nombreux utilitaires et serveurs. Parmis ceux-ci, je citerais smbd qui est le serveur de fichier en lui même et nmbd qui est le serveurs de noms de machines netbios.
Enfin, pour ajouter une machine windows au domaine, il faut ajouter un utilisateur au système unix :
useradd nom_du_pc_windows$ (note bien le '$' à la fin).
Puis l'ajouter au domaine samba :
smbpasswd -a -m nom_du_pc_windows (note bien qu'il n'y a plus de '$' à la fin, ce n'est pas une typo, c'est comme ça qu'il faut faire).
Enfin, il ne reste qu'à ajouter les utilisateurs du domaine, soit à l'aide des commandes useradd puis smbpasswd, soit par tout autre système adéquat selon la méthode choisie pour l'identification sur le domaine.
Enfin, pour les profiles windows, je te file juste comme ça ce que j'ai fait à mon boulot. Ce n'est pas la solution, mais c'est une solution, qui fonctionne.
D'abord, dans samba, tu définis un partage nommé profiles. Nous l'avons fait comme suit, mais tu adapteras en fonction de ce que tu liras dans la documentation :

[profiles]
path = /home/%u/profile
browseable = Yes
writeable = Yes
create mask = 0700
directory mask = 0700

Côté windows, il s'attend à trouver ce partage sur le contrôleur de domaine, donc il n'y a presque rien à faire.
La seule problématique est la suivante :
Si tu configures windows pour qu'il exploite un profile itinérant, il va récupérer tout le contenu de ce partage à la connexion, et tout remettre à la déconnection du domaine. Bilan, ça bouffe de la bande passante pour rien (enfin, ça reste mon avis, mais quand le profile fait 2Go, faut pas être pressé lors de l'allumage et de l'extinction du pc)... Donc, pour résorber cet inconvénient, nous avons indiqué sur chaque poste windows:
1) qu'il ne fallait pas utiliser de fichiers hors connexion
2) que le profile est local
En fait, il est local....sur le serveur samba.
Du coup, les 2Go de profile ne sont jamais récupérés dans leur intégralité, mais au fur et à mesure des besoins.
Voilà, j'espère que ces quelques pistes t'aideront.
Bon courage pour la suite, et surtout, bonne lecture de la documentation !

Râââââhhhhhh.
Bon, allez, parce que je suis content de t'avoir aidé, j'ai fouillé la page de man de ls pour toi....
Si j'ai bien tout compris, comme dirait l'autre, c'est que l'option -s de la commande ls te donne la taille d'un fichier en blocs sur le disque. Donc, il faut connaître la taille d'un bloc pour avoir la taille occupée par le fichier sur le disque. Par contre, ls -l te donne la taille en octets.
Voilà, en espérant avoir été assez clair, sinon, hésites pas !

J'ai testé ça, qui parle de lui même :
$ echo $((3 % 2))
1
$ echo $((16 % 2))
0

Le % donne le reste de la division entière de a par b dans l'expression a % b.
Ca te permet de tester la parité d'un nombre.
Pour le reste, je laisse la parole^Wle clavier aux experts !

je cite :
Les version PPC resterons libres, mais les sources des version x86 ne seront plus inaccessibles.
Y'aurait pas comme une double-négation, là ?
Je n'ai peut-être rien compris, mais j'aurais plus dit :
Les versions PPC resteront libres, mais les sources des version x86 ne seront plus accessibles.
M'enfin, si ça change le texte, ça ne change rien au problème...

Ben oui, là encore, il y a une page de manuel pour le fichier ssh_config.
$ man ssh_config
donne pleins d'infos, en particulier la directive LogLevel, qui par défaut est positionnée à INFO. Donc, il te donne les infos en direct-live. Si tu passes cette directive à QUIET, tu devrais être débarrassé de ce message.
Voilà, c'est du non testé, j'espère que ça t'aidera.

Faut faire le complément à deux. Par exemple, lorsque je tapes umask (sans rien), il me donne 0022.
Si je fais :
$ touch plop && ls -l plop
j'obtiens pour les droits :
rw-r--r--
Normal, c'est un fichier texte.
Si je compile un programme, et donc, produis un exécutable, l'intégralité du masque sera appliqué, et j'obtiendrais rwxr--r-- pour les droits.
Donc, dans ton cas, il "faudrait" placer l'umask à 0000. Sous réserve que les fichiers créés soient des binaires exécutables.
Ben oui, un script, même si c'est un script dos partagé par samba reste un fichier texte, et par conséquent, le bit exécutable ne sera jamais mis par le système....
Voilà, j'espère que ça éclaircit un peu les choses...

Tu peux changer la valeur de la variable d'environnement umask, ou placer une directive "force create mode" dans la section concernant le partage, selon si les fichiers créés le sont depuis un utilisateur unix ou depuis un utilisateur samba.
En espérant avoir été utile.

As-tu consulté la page man de la commande mkdir ?
Sur la ligne de commande, tu tapotes avec ton clavier :
$ man mkdir
et tu devrais avoir pleins d'infos.
Je te conseille en particulier le paragraphe sur l'argument -p.
Enfin, parce que je suis sympa, et que je veux t'éviter de parcourir la page de manuel, qui est 'achement longue (54 lignes quand même), voici comment faire ce que tu demandes :
$ mkdir truc/machin/chouette

Ca va te créer les répertoires et leurs fils, si ils n'existent pas.

Du coup, si juste derrière la commande ci-dessus, tu tapes :
$ mkdir truc/machin/bidule

A partir du même point, seul le répertoire bidule sera créé.
Voilà, j'espère avoir éclairé ta lanterne !

Soyons gores jusqu'au bout....
Pourquoi pas :
$ ls -lR | grep -i "nom_du_fichier" | cut -d ' ' -f 9 | sort
Non, non, non. Vraiment, je ne vois vraiment pas pourquoi on lirait la page de man de find....

Euh... Pour le nom de machine, j'aurais dû préciser qu'il faut utiliser le nom netbios, pas le nom dns.... Mais bon, ce n'est probablement pas là que réside le problème....
Pour le coup du contrôleur de domaine, je l'avais compris, mais je sais que nous avons eu pas mal de soucis avec notre serveur de domaine, au boulot, et que l'interaction entre XP et samba n'est pas aisée....
As-tu regardé les logs ? Il faudrait avoir une connexion qui consulte les logs de samba pendant que tu tentes l'effacement du fichier depuis windows (et évidement que ça échoue)pour analyser ce qui cloche....

D'abord, quand tu te connectes sur ta machine linux en ssh, ce sont les droits système qui sont utilisés, et non les droits samba.... Il semblerait normal que tu puisses alors supprimer tes propres fichiers....
Ensuite, moi, la commande pdbedit, je ne connais pas. Lorsque j'ajoute un utilisateur à mon serveur samba, j'utilise smbpasswd.
Depuis XP, il est probable que les problèmes proviennent d'une ou plusieurs des idées ci-dessous :
- le compte utilisé sous XP est-il un compte restreint ou un compte Administrateur ?
- depuis XP, tu passes par le voisinage réseau ou par un lecteur réseau ?
- Un compte a-t-il été créé sur le micro sous linux pour la machine XP (pour ce faire : groupadd machines && useradd -g machines -d /dev/null NOM_DU_PC_XP$ && smbpasswd -a -m NOM_DU_PC_XP)
- Tu fais comment pour te connecter en root puis en cédric depuis la machine XP ? Tu fermes la session ? Du déconnectes le lecteur réseau ? Tu rebootes ?
- As-tu jeté un oeil dans les fichiers de log de samba ?
Voilà, cette liste est non exhaustive et contient peut-être des âneries. En tout cas ce sont des points que je testerais/vériferais si j'étais confronté au même problème.
Voilà, en espérant que ça t'aidera quand même.

Ne serait-ce pas un problème lié alors à udev/hotplug ou tout autre "machin" de création de périphérique à la volée ?
Entre nous, le /dev/MAKEDEV est-il utile, vu que tu fais le mknod manuellement ensuite ?

J'ai déjà eu le problème avec une chaîne scsi que je croyais terminée, mais qui ne l'était pas, et les symptômes étaient les mêmes. C'était avec un lecteur de bandes récupéré d'un escala.... Donc, pas le même modèle, mais le même principe !
M'enfin, si tu dis que tout est ok, c'est que ça vient d'ailleurs, c'est clair. Mais là : je sèche et laisse la main à quelqu'un de plus calé que moi sur le sujet pour éventuellement t'aider !