La solution par le grab est une solution à laquelle j'avais pensé, mais qui est un peu trops gruik à mon goût... Cependant, si tu veux l'essayer, cela peut marcher:
- dans l'évenement XButtonEvent, tu as un champs subwindow, qui doit contenir la fenêtre sur laquelle l'utilisateur à cliqué;
- lui faire suivre l'évennement, grace à XSendEvent.
Pour le InputOnly, elle doit recevoir des évennements, elles ne peuvent même normalement faire que cela...
Par contre, je viens de penser que la bonne solution par cette méthode, c'est de créer la fenêtre comme fenêtre fille de la fenêtre VLC, de la mettre sur le devant (XRaiseWindow... au dernier moment), cela pourrait peut-être marcher.
(au pire, il faut peut-être la mettre en InputOutput?)
Ces extensions sont en général présente sur tous les serveurs X11 (ie: même sur les "vieilles" machines, hors linux).
Sinon, il y a aussi d'autres solutions de bricolage:
- demander à recevoir *aussi* les évenements de la fenêtre (man XChangeWindowAttributes, man XSetWindowAttributes: le champs event_mask), d'après la doc c'est possible;
- créer une fenêtre transparente par dessus (InputOnly dans man XCreateWindow), mais ça n'est pas certain qu'elle reste au-dessus (dépend du WM);
Bon sinon je n'ai jamais utilisé la libVLC, mais cela m'étonnes que celq soit un problème, car d'après [http://www.videolan.org/developers/vlc/doc/doxygen/html/grou(...)], c'est toi qui possède la fenêtre qui tu lui as spécifiée avec libvlc_media_player_set_drawable, me trompe-je ?
Un peu de hors-sujet, pour filer une info au passage: pour "deviner" le décalage son/image, il y à une méthode très simple:
Quand tu charge le mpeg capturé, avidemux te demande de l'indexer. Il génère alors un fichier video.mpg.idx. Il suffi de faire un: tail video.mpg.idx
pour trouver le décalage, par exemple içi -954ms (attention, signe à inverser dans avidemux): # track 1 PTS : 166610931 delta=0954 ms
Par contre, cela fonctionne très bien... à condition que le décalage soit toujours le même. Si ce n'est pas le cas (cela m'est arrivé une fois déjà...), eh bien... je n'ai pas de solution (ProjectX ?).
Sinon, je pense comme e-t172, si on one précise rien à mencoder, bin... il fait ce qu'il peut! Ah oui, et aussi mencoderr0><0r1z3 !
Le problème du fonts.dir not valid est peut-être une piste, il faudrait voir sur lequel il se plaind.
Pour connaitre les répertoires des fontes, il y a la commande: xset -q
puis chercher la partie Font Path:.
Ce qui m'étonnes, c'est que normalement un LiveCD c'est configuré correctement. D'où deux questions:
- y aurait-il par hasard une mise à jour récente de cette distribution qui corrigerait le bug?
- as-tu changé la langue par défaut?
Comme le programme vncconfig doit être lancé en local sur le serveur, je suppose que ce qui l'embête, c'est: DISPLAY=server:2.0
Si tu essai ceci, est-ce que cela passe mieux? export DISPLAY=:2.0
Ton problème ressemble à un problème de caractères manquants dans la fonte. As-tu bien installé les packages suivants (en gros, liste non exhaustive): font-adobe-100dpi
font-adobe-75dpi
font-adobe-utopia
font-bitstream-100dpi
font-bitstream-75dpi
font-bitstream-speedo
font-bitstream-type1
font-cursor-misc
font-ibm-type1
font-sun-misc
font-xfree86-type1
Si c'est bien le cas, vérifie aussi que tu as: font-alias-1.0.1
Si cela ne passe toujours pas, il faut peut-être regénérer la liste des fontes, pour cela, il faut:
- aller dans /usr/share/fonts;
- lancer la commande mkfontscale dans les répertoires suivants: OTF, Speedo, TTF et Type1;
- dans tous les répertoires, lancer mkfontdir.
Sinon, ce serait une bonne idée d'aller vérifier dans /var/log/Xorg.0.log ce qu'il dit sur les fontes.
Puisque la petite histoire t'interesse, ce sera un plaisir de te la raconter...
Pour commencé, j'ai eu affaire à travailler avec une Lexmark il y a quelques années. A l'époque, ils prenaient la peine de fournir un truc (binaire bien fermé) pour Linux, donc on pouvais arriver à quelquechose... Je suis donc allé voir sur le site ce qu'ils proposaient.
Ne voyans pas de Linux, mais sachant que MacOS est (presque) toujours supporté, je me suis souvenu de ceci: https://linuxfr.org//2007/07/17/22744.html
Apple à racheté CUPS... C'est un beau cadeau (empoisonné) pour les Unixs: en théorie le fichier de config de CUPS (le PPD justement) fonctionne donc partout (sauf sous Windows, bien sur).
Je suis allé donc chercher où trouver ce PPD sur le site, mais n'ai trouvé que le dmg... Mairdoume, cause perdu...
Après quelques secondes d'électro-encéphalogramme plat (pendant lesquelles un moustique a volé... *pan*), un neuronne a involontairement bougé: Mais au fait, Google est ton ami (et ce, même si t'est un boulet associal incurable) !
Je me disais bien qu'il était improbable qu'un Linuxiens (fou?) n'ai pas essayé de faire un programme pour désarchiver les dmgs...
Et là, surprise (pas tant que ça, avec le recul... la philosophie Unix est entrée dans MacOS X): Ce n'est qu'une image de disque, avec le système de fichier du Mac (HFS, donc)...
Et là, c'est le drame: mount: unknown filesystem type 'hfs'... p*tain de système pas mis à jour... kernel: 2.4.34.4 compilé à la main, pas le courage d'aller compiler le module dédié de toutes façon probablement trops vieux.
Et donc, jetage d'hyposthèses pour aller trouver le PPD dans l'archive (Il y a de fortes chances que la méthode en question donne des résultats de ce côté là).
Par contre, pour conclure, le piège, c'est que le PPD (de ce que j'en avais vu) est juste un fichier "texte" (en fait des commandes Postscripts) qui fournis les informations sur l'imprimante, et comment préparer les données... mais il est fort possible/probable qu'il fasse référence à une chtit programme (binaire, donc) qui fasse la conversion PS->binaire-proprio-tout-moche...
D'où le pessimisme générale de message, en fait...
Voila, désolé de t'avoir fait perdre ton temps avec un long texte rébarbatif sur 3615-MaLife (oups, ça va être périmé un jour ce jeu de mots), que personne d'autre ne lira jamais pour cause de peremptionabilitismitude des forums, monde cruel.
Tu choisis driver pour ton imprimante, il va alors te demander de choisir ton système. Tu choisis MacOS X. Il devrait te proposer de télécharger un fichier de ~21Mo, en .dmg que tu vas bien évidemment récupérer.
Une fois terminé, tu vas ouvrir un terminal, et taper: file 3500-4500_Series_Web_Installer_LPD.dmg
Si tout se passe bien (donc pas comme chez moi, mais c'est parceque j'ai un vieux linux), il devrait te répondre que c'est un Macintosh HFS data.
Tu vas alors monter ce disque virtuel, mais il faut être root, donc si ce n'est pas le cas: su -
puis mot de passe administrateur (de mémoire, Mandriva ne passe pas par sudo, qu'un connaisseur me corrige si je me trompe);
Maintenant, nous allons le monter: mkdir LeDisque
mount -t hfs -o ro,loop 3500-4500_Series_Web_Installer_LPD.dmg ./LeDisque/
Si tu se passe bien, un ls LeDisque devrait te montrer le contenu. A partir de là, mes indications serons théoriques, car je ne puis faire de même de mon côté (cf vieux linux)...
On va chercher le fichier PPD que réclame cups: find LeDisque/ -iname \*.ppd
S'il a trouvé quelquechose, il reste à le donner à manger à cups, mais la je te laisse deviner comment faire, faut bien que tu travailles un peu :) (ou alors en vrai c'est que j'ai encore jamais eu le plaisir d'essayer cela)
Pour nettoyer les bricollages à la fin: umount ./LeDisque/
rmdir LeDisque
exit(pour ne plus être root si tu as fait le su)
Voila, qui as dit que Linux était compliqué, hein ? c'est über-user-friendly, non ? :)
(en vrai, t'auras vraiment eu de la chance si tout cela à fonctionné...)
Par contre, attention au piège: le noyau utilise un unsigned long, donc 32bits sur les machines ix86, d'où l'overflow... mais surtout unsigned, hors les outils en ligne de commande travaillent en signed int, donc y'aura des surprises dès >2Go...
Tu peux toujours obtenir le nombre d'octets transmis sur les interfaces grace à la commande ifconfig, il faut juste se rappeler que:
- le compteur n'est pas remis à zero, donc il faut faire la différence par rapport à la valeur précédente;
- lorsque le compteur "déborde", il repart simplement de zéro, donc si maintenant < précedente, il faut garder (MAX - précédente) + maintenant...
Pas forcément besoin de sortir l'artillerie lourde (monotoring réseau), mais il doit quand même déjà exister des petits programmes qui font cela... même si un chtit script à la main, c'est 'achement mieux :)
Bon, je viens de faire un essai: en effet, les process orphelins sont bien rattachés à init. C'est probablement un héritage d'unix: on ne cherche pas le père du père, on passe directement à init qui est le père de tous...
Une solution possible, c'est d'utiliser la commande jobs qui va te fournir la liste des tâches en cours, en particulier sans celles qui se sont terminées. En pratique: jobs -p.
Pour ce qui est des parents des process, si le père se termine alors les process deviennent orphelins, donc ils ne sont plus rattachés à personne... Quel outil te dis le contraire et te les montre attachés à init?
Enfin, perd cette habitude de mettre un -9 dans les commandes kill quand ce n'est pas nécéssaire, c'est une très mauvaise pratique.
Dans le premier cas, je ne comprend pas bien pourquoi tu spécifie un property/IMPORTED_LOCATION, il devrait le trouver tout seul vu qu'il est dans le répertoire courant (scripts), non?
C'est peut-être à cause de cela qu'il ne le trouve pas, il cherche probablement dans scripts/scripts/ (même si le CMAKE_SOURCE_DIR est censé lever toute ambiguité).
Dans le deuxième cas, je serais curieux de savoir ce qu'un strace sur le cmake donnerais, pour aller voir quel est le chemin physique qu'il cherche (et ne trouve pas).
Pour ce qui est du troisième point, le pb d'origine, je pense de plus en plus que c'est un bug, qu'au lieu d'ajouter à la liste des installs la deuxième directive, il écrase la première.
Voici une solution "simple" que j'ai testé: make_substitutions() {
set | awk 'BEGIN { FS="="; } { printf "s@<!--\$%s-->@%s@\n", $1, $2 }' | sed -f - template.html
}
Attention: je n'ai pas gardé le -i de sed pour ne pas modifier mon template.html, mais afficher le résultat, c'est plus pratique pour les essais. Je te laisse le remettre.
Je suis pas expert en cmake, mais en regardant un peu la doc, j'ai l'impression que cette syntaxe n'est pas correcte: install (PROGRAMS mon_binaire_easy.sh ...)
Il faudrait que tu essaie les lignes: install (TARGETS mon_binaire RUNTIME DESTINATION bin)
install (TARGETS mon_binaire_easy.sh RUNTIME DESTINATION bin)
Le cas des liens symboliques est un peu compliqué..
J'aurais tendance à penser que quand une appli fait un open sur un lien, c'est la cible qui est effectivement ouverte, donc lsof retournerait (conditionnel) la cible aussi, et il n'y aurait (encore conditionnel) pas de lock sur le lien... Mais je ne suis encore jamais allé vérifié à la source...
[^] # Re: Les extensions DEC-XTRAP et RECORD ?
Posté par Christophe --- . En réponse au message Xlib et evênements souris. Évalué à 2.
- dans l'évenement XButtonEvent, tu as un champs subwindow, qui doit contenir la fenêtre sur laquelle l'utilisateur à cliqué;
- lui faire suivre l'évennement, grace à XSendEvent.
Pour le InputOnly, elle doit recevoir des évennements, elles ne peuvent même normalement faire que cela...
Par contre, je viens de penser que la bonne solution par cette méthode, c'est de créer la fenêtre comme fenêtre fille de la fenêtre VLC, de la mettre sur le devant (XRaiseWindow... au dernier moment), cela pourrait peut-être marcher.
(au pire, il faut peut-être la mettre en InputOutput?)
# Les extensions DEC-XTRAP et RECORD ?
Posté par Christophe --- . En réponse au message Xlib et evênements souris. Évalué à 4.
Après quelques recherches, il me semble que, selon ce que tu veux faire, tu puisse utiliser les extensions X11 suivantes:
- RECORD: permet de recevoir les évènements X, mais probablement pas de les intercepter [http://refspecs.linux-foundation.org/X11/recordlib.pdf];
- DEC-XTRAP, aka XTrap: qui permet cette fois en plus de capturer les évènements concernés [http://perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz].
Ces extensions sont en général présente sur tous les serveurs X11 (ie: même sur les "vieilles" machines, hors linux).
Sinon, il y a aussi d'autres solutions de bricolage:
- demander à recevoir *aussi* les évenements de la fenêtre (man XChangeWindowAttributes, man XSetWindowAttributes: le champs event_mask), d'après la doc c'est possible;
- créer une fenêtre transparente par dessus (InputOnly dans man XCreateWindow), mais ça n'est pas certain qu'elle reste au-dessus (dépend du WM);
Bon sinon je n'ai jamais utilisé la libVLC, mais cela m'étonnes que celq soit un problème, car d'après [http://www.videolan.org/developers/vlc/doc/doxygen/html/grou(...)], c'est toi qui possède la fenêtre qui tu lui as spécifiée avec libvlc_media_player_set_drawable, me trompe-je ?
[^] # Re: Si si, avec uniquement transcode ou mencoder c'est faisable.
Posté par Christophe --- . En réponse au journal Quelle est la meilleure méthode pour compresser des fichiers AVI .... Évalué à 5.
Un peu de hors-sujet, pour filer une info au passage: pour "deviner" le décalage son/image, il y à une méthode très simple:
Quand tu charge le mpeg capturé, avidemux te demande de l'indexer. Il génère alors un fichier video.mpg.idx. Il suffi de faire un:
tail video.mpg.idx
pour trouver le décalage, par exemple içi -954ms (attention, signe à inverser dans avidemux):
# track 1 PTS : 166610931 delta=0954 ms
Par contre, cela fonctionne très bien... à condition que le décalage soit toujours le même. Si ce n'est pas le cas (cela m'est arrivé une fois déjà...), eh bien... je n'ai pas de solution (ProjectX ?).
Sinon, je pense comme e-t172, si on one précise rien à mencoder, bin... il fait ce qu'il peut! Ah oui, et aussi mencoder r0><0r1z3 !
[^] # Re: Problèmes de fontes?
Posté par Christophe --- . En réponse au message Texte ne s'affiche pas dans les GUI.. Évalué à 2.
Pour connaitre les répertoires des fontes, il y a la commande:
xset -q
puis chercher la partie Font Path:.
Ce qui m'étonnes, c'est que normalement un LiveCD c'est configuré correctement. D'où deux questions:
- y aurait-il par hasard une mise à jour récente de cette distribution qui corrigerait le bug?
- as-tu changé la langue par défaut?
[^] # Re: Minute cultutrellle
Posté par Christophe --- . En réponse au journal Darty, vente liée, où en est on ?. Évalué à 5.
# Une piste?
Posté par Christophe --- . En réponse au message vncconfig : No VNC extension on display. Évalué à 2.
Comme le programme vncconfig doit être lancé en local sur le serveur, je suppose que ce qui l'embête, c'est:
DISPLAY=server:2.0
Si tu essai ceci, est-ce que cela passe mieux?
export DISPLAY=:2.0
# Problèmes de fontes?
Posté par Christophe --- . En réponse au message Texte ne s'affiche pas dans les GUI.. Évalué à 2.
Ton problème ressemble à un problème de caractères manquants dans la fonte. As-tu bien installé les packages suivants (en gros, liste non exhaustive):
font-adobe-100dpi
font-adobe-75dpi
font-adobe-utopia
font-bitstream-100dpi
font-bitstream-75dpi
font-bitstream-speedo
font-bitstream-type1
font-cursor-misc
font-ibm-type1
font-sun-misc
font-xfree86-type1
Si c'est bien le cas, vérifie aussi que tu as:
font-alias-1.0.1
Si cela ne passe toujours pas, il faut peut-être regénérer la liste des fontes, pour cela, il faut:
- aller dans /usr/share/fonts;
- lancer la commande mkfontscale dans les répertoires suivants: OTF, Speedo, TTF et Type1;
- dans tous les répertoires, lancer mkfontdir.
Sinon, ce serait une bonne idée d'aller vérifier dans /var/log/Xorg.0.log ce qu'il dit sur les fontes.
[^] # Re: En bricolant?
Posté par Christophe --- . En réponse au message LINUX MANDRIVA & LINUX UBUNTU. Évalué à 3.
Pour commencé, j'ai eu affaire à travailler avec une Lexmark il y a quelques années. A l'époque, ils prenaient la peine de fournir un truc (binaire bien fermé) pour Linux, donc on pouvais arriver à quelquechose... Je suis donc allé voir sur le site ce qu'ils proposaient.
Ne voyans pas de Linux, mais sachant que MacOS est (presque) toujours supporté, je me suis souvenu de ceci:
https://linuxfr.org//2007/07/17/22744.html
Apple à racheté CUPS... C'est un beau cadeau (empoisonné) pour les Unixs: en théorie le fichier de config de CUPS (le PPD justement) fonctionne donc partout (sauf sous Windows, bien sur).
Je suis allé donc chercher où trouver ce PPD sur le site, mais n'ai trouvé que le dmg... Mairdoume, cause perdu...
Après quelques secondes d'électro-encéphalogramme plat (pendant lesquelles un moustique a volé... *pan*), un neuronne a involontairement bougé: Mais au fait, Google est ton ami (et ce, même si t'est un boulet associal incurable) !
Je me disais bien qu'il était improbable qu'un Linuxiens (fou?) n'ai pas essayé de faire un programme pour désarchiver les dmgs...
Et là, surprise (pas tant que ça, avec le recul... la philosophie Unix est entrée dans MacOS X): Ce n'est qu'une image de disque, avec le système de fichier du Mac (HFS, donc)...
Et là, c'est le drame: mount: unknown filesystem type 'hfs'... p*tain de système pas mis à jour... kernel: 2.4.34.4 compilé à la main, pas le courage d'aller compiler le module dédié de toutes façon probablement trops vieux.
Et donc, jetage d'hyposthèses pour aller trouver le PPD dans l'archive (Il y a de fortes chances que la méthode en question donne des résultats de ce côté là).
Par contre, pour conclure, le piège, c'est que le PPD (de ce que j'en avais vu) est juste un fichier "texte" (en fait des commandes Postscripts) qui fournis les informations sur l'imprimante, et comment préparer les données... mais il est fort possible/probable qu'il fasse référence à une chtit programme (binaire, donc) qui fasse la conversion PS->binaire-proprio-tout-moche...
D'où le pessimisme générale de message, en fait...
Voila, désolé de t'avoir fait perdre ton temps avec un long texte rébarbatif sur 3615-MaLife (oups, ça va être périmé un jour ce jeu de mots), que personne d'autre ne lira jamais pour cause de peremptionabilitismitude des forums, monde cruel.
# En bricolant?
Posté par Christophe --- . En réponse au message LINUX MANDRIVA & LINUX UBUNTU. Évalué à 9.
J'ai éventuellement un début d'idée d'hypothétique extrait de solution, mais c'est à base d'un gros bricolage de gourou dont l'issue est incertaine...
Pour commencer, il faut aller chercher un pilote sur le site de Lexmark:
http://downloads.lexmark.com/en/us/index.html
Tu choisis driver pour ton imprimante, il va alors te demander de choisir ton système. Tu choisis MacOS X. Il devrait te proposer de télécharger un fichier de ~21Mo, en .dmg que tu vas bien évidemment récupérer.
Une fois terminé, tu vas ouvrir un terminal, et taper:
file 3500-4500_Series_Web_Installer_LPD.dmg
Si tout se passe bien (donc pas comme chez moi, mais c'est parceque j'ai un vieux linux), il devrait te répondre que c'est un Macintosh HFS data.
Tu vas alors monter ce disque virtuel, mais il faut être root, donc si ce n'est pas le cas:
su -
puis mot de passe administrateur (de mémoire, Mandriva ne passe pas par sudo, qu'un connaisseur me corrige si je me trompe);
Maintenant, nous allons le monter:
mkdir LeDisque
mount -t hfs -o ro,loop 3500-4500_Series_Web_Installer_LPD.dmg ./LeDisque/
Si tu se passe bien, un ls LeDisque devrait te montrer le contenu. A partir de là, mes indications serons théoriques, car je ne puis faire de même de mon côté (cf vieux linux)...
On va chercher le fichier PPD que réclame cups:
find LeDisque/ -iname \*.ppd
S'il a trouvé quelquechose, il reste à le donner à manger à cups, mais la je te laisse deviner comment faire, faut bien que tu travailles un peu :) (ou alors en vrai c'est que j'ai encore jamais eu le plaisir d'essayer cela)
Pour nettoyer les bricollages à la fin:
umount ./LeDisque/
rmdir LeDisque
exit (pour ne plus être root si tu as fait le su)
Voila, qui as dit que Linux était compliqué, hein ? c'est über-user-friendly, non ? :)
(en vrai, t'auras vraiment eu de la chance si tout cela à fonctionné...)
[^] # Re: Avec "ifconfig" ?
Posté par Christophe --- . En réponse au message Statistiques d'utilisation IPV4 vs IPv6. Évalué à 3.
Par contre, attention au piège: le noyau utilise un unsigned long, donc 32bits sur les machines ix86, d'où l'overflow... mais surtout unsigned, hors les outils en ligne de commande travaillent en signed int, donc y'aura des surprises dès >2Go...
# Avec "ifconfig" ?
Posté par Christophe --- . En réponse au message Statistiques d'utilisation IPV4 vs IPv6. Évalué à 3.
Tu peux toujours obtenir le nombre d'octets transmis sur les interfaces grace à la commande ifconfig, il faut juste se rappeler que:
- le compteur n'est pas remis à zero, donc il faut faire la différence par rapport à la valeur précédente;
- lorsque le compteur "déborde", il repart simplement de zéro, donc si maintenant < précedente, il faut garder (MAX - précédente) + maintenant...
Pas forcément besoin de sortir l'artillerie lourde (monotoring réseau), mais il doit quand même déjà exister des petits programmes qui font cela... même si un chtit script à la main, c'est 'achement mieux :)
[^] # Re: utiliser "jobs" ?
Posté par Christophe --- . En réponse au message comment tuer des process fils automatiquement dans un script shell.... Évalué à 2.
# utiliser "jobs" ?
Posté par Christophe --- . En réponse au message comment tuer des process fils automatiquement dans un script shell.... Évalué à 3.
Une solution possible, c'est d'utiliser la commande jobs qui va te fournir la liste des tâches en cours, en particulier sans celles qui se sont terminées. En pratique: jobs -p.
Pour ce qui est des parents des process, si le père se termine alors les process deviennent orphelins, donc ils ne sont plus rattachés à personne... Quel outil te dis le contraire et te les montre attachés à init?
Enfin, perd cette habitude de mettre un -9 dans les commandes kill quand ce n'est pas nécéssaire, c'est une très mauvaise pratique.
[^] # Re: Ce soir dans Capital...
Posté par Christophe --- . En réponse au journal Linux dans Capital. Évalué à 5.
Pardon de continuer dans le hors-sujet, mais tu as éveillé ma curiosité de programmeur...
Je t'invites à vérifier par toi même mes élucubrations ci-dessous à la source:
http://www.w3.org/TR/2006/REC-xml11-20060816/#NT-document
un fichier XML, c'est:
document ::= ( prolog element Misc* )
dans le cas qui nous intéresses:
element ::= EmptyElemTag | STag content ETag
dans le cas que tu cite:
EmptyElemTag ::= '<' Name (S Attribute)* S? '/>'
donc... la syntaxe <toto="plop"> n'est pas correcte: il faut un nom à la balise, avant les attributs.
Voila, pardon encore pour ce hors sujet de peu d'intérêt...
[^] # Re: Exemple de code qui coince
Posté par Christophe --- . En réponse au message Remplacer une séquence par le contenu d'une variable, dans un fichier. Évalué à 3.
make_substitutions() {
set | awk -F = '{ printf "s@<!--\\$%s-->@%s@\n", $1, $2 }' | sed -f - template.html
}
[^] # Re: Erreur dans la ligne "install" ?
Posté par Christophe --- . En réponse au message CMake : multiples commandes install. Évalué à 2.
C'est peut-être à cause de cela qu'il ne le trouve pas, il cherche probablement dans scripts/scripts/ (même si le CMAKE_SOURCE_DIR est censé lever toute ambiguité).
Dans le deuxième cas, je serais curieux de savoir ce qu'un strace sur le cmake donnerais, pour aller voir quel est le chemin physique qu'il cherche (et ne trouve pas).
Pour ce qui est du troisième point, le pb d'origine, je pense de plus en plus que c'est un bug, qu'au lieu d'ajouter à la liste des installs la deuxième directive, il écrase la première.
[^] # Re: Erreur dans la ligne "install" ?
Posté par Christophe --- . En réponse au message CMake : multiples commandes install. Évalué à 2.
add_executable(mon_binaire_easy.sh IMPORTED)
[^] # Re: Exemple de code qui coince
Posté par Christophe --- . En réponse au message Remplacer une séquence par le contenu d'une variable, dans un fichier. Évalué à 3.
Voici une solution "simple" que j'ai testé:
make_substitutions() {
set | awk 'BEGIN { FS="="; } { printf "s@<!--\$%s-->@%s@\n", $1, $2 }' | sed -f - template.html
}
Attention: je n'ai pas gardé le -i de sed pour ne pas modifier mon template.html, mais afficher le résultat, c'est plus pratique pour les essais. Je te laisse le remettre.
[^] # Re: Erreur dans la ligne "install" ?
Posté par Christophe --- . En réponse au message CMake : multiples commandes install. Évalué à 2.
Donc je pense que tu as trouvé un bug...
As-tu essayé, au top, de mettre:
install (PROGRAMS mon_binaire mon_binaire_easy.sh DESTINATION bin)
# Erreur dans la ligne "install" ?
Posté par Christophe --- . En réponse au message CMake : multiples commandes install. Évalué à 2.
Je suis pas expert en cmake, mais en regardant un peu la doc, j'ai l'impression que cette syntaxe n'est pas correcte:
install (PROGRAMS mon_binaire_easy.sh ...)
Il faudrait que tu essaie les lignes:
install (TARGETS mon_binaire RUNTIME DESTINATION bin)
install (TARGETS mon_binaire_easy.sh RUNTIME DESTINATION bin)
(en tout cas d'après la doc 2.4/2.6)
[^] # Re: probleme du test (entre autre)
Posté par Christophe --- . En réponse au message Compraison de chaines de carcatères sous bash. Évalué à 2.
Le programme test ne sait pas faire de comparaison de chaines autre que == et !=, donc par compatibilité, la fonction interne [ de bash fait de même.
Par contre, dans les fonctions étendues de bash, il y a un truc qui peut t'aider:
[[ "$cur_time" < "$end_time" ]]
cela à l'air de marcher chez moi.
[^] # Re: Faut pas mettre de max-depth
Posté par Christophe --- . En réponse au message probleme entre du et df. Évalué à 2.
dumpe2fs /dev/...
apporterais quelques précisions sur le sujet.
[^] # Re: Faut pas mettre de max-depth
Posté par Christophe --- . En réponse au message probleme entre du et df. Évalué à 4.
Sinon, pour les x% réservés a root, c'est en général seulement 10%, donc de la à faire 250Mo...
Par contre, ton /lost+found me parais un peu gros, non?
Dernière remarque, est-ce que par hasard tu aurais fait un rm sur un gros fichier, en cours d'utilisation par un process? peut-être dans /var/log?
# Faut pas mettre de max-depth
Posté par Christophe --- . En réponse au message probleme entre du et df. Évalué à 2.
En mettant l'option --max-depth, tu lui interdis de descendre dans la hiérarchie, donc forcément, il comptabilise pas...
Faut plutôt mettre dans ton cas un truc du genre:
du --one-file-system -summarize --total *
voire mettre explicitement les répertoires si tu veux éviter qu'il liste /proc et consorts.
[^] # Re: voir vers fuser et mount?
Posté par Christophe --- . En réponse au message mv : Périphérique ou ressource occupé. Évalué à 2.
J'aurais tendance à penser que quand une appli fait un open sur un lien, c'est la cible qui est effectivement ouverte, donc lsof retournerait (conditionnel) la cible aussi, et il n'y aurait (encore conditionnel) pas de lock sur le lien... Mais je ne suis encore jamais allé vérifié à la source...
Sinon, un autre truc à essayer:
ls -l /proc/*/cwd