Lance les commandes comme si elles faisaient partie d'une condition....
Genre :
make || toto
Si tu veux que les deux s'exécutent, mais que si la première échoue le reste ne soit pas exécuté, tu fais un "et" :
make && toto.
Voilà, en espérant que ça aide....
Bon, j'ai trouvé. Merci pour ton aide, et oui, le problème venait de KDE (de konqueror, et de l'interface chaise clavier, hum....).
J'avais un peu coché la case "traiter tous les cookies comme des cookies de session", d'où l'effacement du cookie à chaque fois que je quittais konqueror.
Enfin, comme ça, si d'autres font la même erreur que moi, ils trouveront la solution ici même...
Ben oui, parce que sql a beau être un standard, il n'est pas implémenté de la même façon, et surtout sql (la norme) n'est pas forcément complètement implémentée.
Bref, sous postgres (je ne connais bien que celui-là), je ferais :
update table1 set Q1 = table2.Q1 from table2 where table1.indice = table2.indice;
Voilà, en espérant que ça aide, sinon, donne plus d'infos sur le moteur de base de données utilisé.
En fait, le problème se résume à récupérer l'ensemble des cases cochées, côté serveur, après soumission du formulaire.
D'après les quelques essais que j'ai pu faire, j'ai pu constater les choses suivantes :
- si tu nommes tous tes checkbox bov_select[], au final, tu ne récupéreras pas ceux qui ne sont pas cochés. Comme tu as mis [] directement dans le nom, tu n'auras que l'ensemble des cases cochées, mises à la suite.Ce que je dis n'est pas très clair ? Un exemple :
Que tu coches les cases 1 et 2 seulement, ou les cases 1 et 7 seulement, tu auras toujours au retour un tableau de deux éléments : bov_select[0] et bov_select[1]. Mais comment savoir si c'est la case 2 ou 7 ? On ne peut pas !
- c'est difficile de faire correspondre ça à des valeurs. Je n'ai pas trop de temps pour arumenter, mais crois-moi, c'est comme ça.
Du coup, lorsque j'utilise ce genre d'artifice, je procède souvent ainsi :
- je donne un indice à mes checkbox : bov_select[1], bov_select[2], etc.
Comme ça, si tu coches les cases 1 et 7 seulement, tu ne récupères certes qu'un tableau à deux cases, mais elles sont numérotées 1 et 7.
Après, c'est à toi de voir, soit tu as une façon de faire correspondre ça aux vraies valeurs utiles par ton système d'information (variables de session, requêtes vers une base, etc), soit tu passes tout dans des champs cachés de ton formulaire (solution que je trouve porc, mais ça reste mon avis, hein !).
Voilà, en espérant avoir compris ton problème, et que ces quelques lignes (si elles ne sont pas trop erronées) t'aideront à le rsoudre.
Bon, ben je suis ravi d'avoir pu t'aider.
Note bien que j'ai mis un & devant le signe > pour avoir les 2 flux de sortie et d'erreur standard dans le fichier de log.
Sinon, tu n'auras pas les erreurs dans le fichier de log.
Une autre solution, c'est d'avoir un système de messagerie pour récupérer les logs.
Si tu t'orientes vers cette solution, un mail est envoyé à l'initiateur du cron dès que la commande se termine. Normalement tout est envoyé (les erreurs et la sortie standard).
Tiens-nous au courant...
Tu peux, au choix :
- lors de la sauvegarde faire un "tar cvf /dev/st0 .... &> /var/log/sauve.log". Tu auras ainsi toute la liste des fichiers et des erreurs dans /var/log/sauve.log.
- vérifier le contenu de la bande avec un "tar tvf /dev/st0 | less" par exemple. Tu peux éventuellement rediriger vers more, ou un fichier, selon ta convenance.
Evidement, tu prederas soin de remplacer /dev/st0 par le nom du périphérique de sauvegarde sur ton système.
Sinon, pour le reste, {info,man} tar sert bien.
Voilà, en espérant que ça aidera.
Dommage que tu veuilles être moralisateur dans ta réponse. Ca ne m'a pas empêché de "pertinenter" ton post, car il répond à la question, mais bon.
Selon toi, si on installe un LFS, on est censé tout connaître ? Pour moi, c'était plutôt une façon didactique d'installer un linux, justement pour comprendre comment ça marche.
Alors, merci bien, les systèmes info, man, --help, je connais et je sais lire. Mais ça n'empêche pas d'avoir des points d'ombre de de demander un éclaircissement à ceux qui savent.
Voir mon post ci-dessous pour un complément de réponse.
En lisant la doc, je n'avais pas fait attention, et je croyais que le /etc/bashrc était parsé par défaut par bash, mais ce n'est visiblement pas le cas. Tout le monde peut se tromper.
Merci quand même.
déjà parler de "mon" fichier /etc/bashrc est une hérésie
Evidement, tourné comme ça, ça ne veut rien dire... Comme je travaille sur ma machine perso, je parlais de mon fichier, dans le sens "il m'appartient", pas au sens système....
Pour le coup des droits, je suis d'accord, ça me va bien.
Je pensais plutôt aux droits d'exécution, mais visiblement, il n'y en a pas besoin.
Il faut quand même avouer que c'est un peu le bordel dans le chargement de ces fichiers....
Si j'ai bien tout compris, le /etc/profile se charge tout seul ; il a la responsabilité de charger tout ce qui est dans /etc/profile.d/. Le ~/.bash_profile s'occupe de charger ~/bashrc. Ce dernier s'occupe de charger /etc/bashrc.
Ben oui, c'est si simple !
J'aurais plutôt pensé que bash saurait retrouver ses petits tout seul, mais non, ce n'est pas le cas. Par ailleurs, en fonctionnant ainsi, on peut voir l'environnement utilisateur écrasé par la conf système, alors qu'on se serait plutôt attendu au contraire.
Pour le coup du rechargement, merci, je savais. Je n'en demandais pas tant !
Un excellent travail founri par toute la communauté de développeurs acharnés qui gravite autour de cette grande suite.
Koffice est d'ailleurs sorti hier en version 1.5 beta1. Pas de quoi faire une news, mais il y a de nombreuses améliorations à tous les niveaux. Le changelog de kexi est particulièrement fourni.
Pour ceux que ça intéresse, le changelog est là ; http://www.koffice.org/announcements/changelog-1.5beta1.php
Et la news ici : http://www.kde.org / http://www.koffice.org
Bon, j'ai fait quelques investigations, sans succès pour l'instant.
Si ça peut servir à d'autres, la bonne version pour produire du xhtml depuis une feuille xsl doit contenir au moins ces éléments :
J'ai donc corrigé toutes mes feuilles de styles de façon à ce qu'elles contiennent ces lignes.
Pensant que mon problème de doctype placé en plein milieu de ma feuille html provenait de l'instanciation multiple d'un objet parseur, j'ai modifié mes fonctions de telle sorte qu'elles ne crééent plus un objet grâce à la fonction xslt_create. Cet objet est maintenant sorti des fonctions, dans la session. Mais ça ne résoud pas mon problème pour autant.
Je ne comprend pas pourquoi il me sort le doctype à chaque fois.
Comme je n'appelle pas toujours les feuilles de styles dans le même ordre, ça me fait un peu ch... de modifier plus avant mes feuilles de style.
Il doit donc bien y avoir une option quelque part pour que ce foutu parseur ne sorte pas la déclaration du doctype systématiquement, mais je n'ai toujours pas trouvé le mot magique à employer.
Pour l'instant, les fonctions suivantes sont utilisées à chaque parsage de feuille xml :
$_SESSION['xsltProcessor'] = new XSLTProcessor();
$xml = new DomDocument;
$xsl = new DomDocument;
$xml->loadXML($args[$xml_arg]);
$xsl->loadXML($args[$xsl_arg]);
$xsltproc->importStyleSheet($xsl);
$processed = $xsltproc->transformToXML($xml);
if (!$processed)
print ("Erreur XSLT ...");
else
print ($processed);
Voilà... Si ça peut éclairer quelqu'un qui peut m'aider....
Déjà merci pour ta réponse, même si ça ne m'aide pas beaucoup !
Enfin, voilà toujours un complément d'informations.
Pour le xhtml, ouais, j'ai compris quand les fonctions de parsage de php5 m'ont jeté... Mais ce n'est pas trop ça le problème, en effet.
Pour des soucis de compatibilité avec une autre machine sur laquelle tourne un "vieux" php4, j'ai pompé le wrapper généreusement fourni sur la doc de php (php.net). J'ai dû faire quelques adaptations, car le gars (fort sympatique au demeurant) qui a posté le wrapper a supposé que les arguments $_xml et $_xsl faisaient référence à des fichiers... Comme ce n'est pas le cas pour moi, j'ai fait l'adaptation nécessaire pour prendre en compte le contenu de mes variables (appel à loadXML($args[$xml_arg])). Voilà, en espérant que ça aidera à faire comprendre mon soucis.
Ah, oui, évidement, ça fait appel à new XSLTProcessor() ... ->transformToXml()
J'avais la mauvaise sous-version de subversion d'installée...
Ayant suivi le BLFS, j'avais installé la 1.1.4. Avec la 1.3.0, ça fonctionne impec' .
Voilà. Si ça peut servir à d'autres...
Nous procédons de la même façon...
Avec une règle supplémentaire : si le nom fait moins de 7 lettres, on fait le complément à huit avec les lettres du prénom.
Comme ça, quand tu fais un who sur la machine, c'est bien présenté ;-) !
Rassures-toi, je ne poste pas pour t'incendier....
Il y est indiqué :
lesspipe.sh:
#! /bin/sh
case "$1" in
*.Z) uncompress -c $1 2>/dev/null
;;
esac
To use this script, put it where it can be executed and set LESSOPEN="|lesspipe.sh %s".
Voilà, c'est un exemple, mais tu peux l'adapter pour des .zip, des .gz, des .tgz, etc.
Je te laisse le faire à titre d'exercice, ça ne devrait pas être trop compliqué....
Bon courage !
Toujours sous KDE, tu as KDevelop qui permet non seulement de gérer ton dépot subversion, mais aussi d'éditer tes fichiers sources, et de travailler...
Comme je n'ai pas trop compris si tu veux juste gérer ton dépot subversion ou le gérer et coder, je rajoute cette information.
En espérant que l'une ou l'autre sera utile....
Pour le 1, je n'ai pas vraiment de solution... A part se colletiner la base de registres pour supprimer cette "fonctionnalité".
Pour le 2, rien de plus simple... Chez nous, on a procédé comme suit :
On "monte" (connecte un lecteur réseau) dans l'explorateur, en demandant à ce qu'il soit restauré à la prochaine connexion. Comme c'est le répertoire personnel, on a choisi P: (c'est original, n'est-ce pas...). Après, tu cliques-droit sur l'icône "Mes Documents", et il y a une option "Déplacer", tu choisis ça, puis tu le déplace en P:. Mission accomplie, affaire suivante !
Ravi d'avoir pu t'aider.
J'excècre particulièrement les commentaires qui disent "bah, au lieu d'utiliser ça, utilise machin, c'est mieux..." (pour bien comprendre, remplacer ça par emacs ou gnome et machin par vi ou kde, etc ).
Dans ce cas, cependant, ça me semblait approprié, alors je l'ai fait, et je suis ravi que ça ait été pour la bonne cause !
D'après ce que j'ai pu lire dans les logs d'un serveur dhcp, il alloue une adresse depuis son pool disponible, lorsqu'un client se connecte.
Le but de la manoeuvre, lorsqu'un client se déconnecte, c'est d'en avertir le serveur afin de libérer son adresse pour que le sereur puisse la ré-attribuer à quelqu'un d'autre (cas d'un dhcp dynamique). Evidement, si le serveur dhcp ne sert que des adresses statiques, ça présente peu d'intérêt... encore que.
Voilà, ça ne t'aidera certainement pas à résoudre ton problème, mais si je n'ai pas proféré trop de clowneries, ça aura au moins éclairci ce point....
Après, tu peux jeter un oeil sur ifplugd qui résoudra peut-être ton problème plus élégament. On me l'a conseillé récement ici : http://linuxfr.org/forums/10/13884.html . Si toutefois ça peut t'être utile, sait-on jamais.
Je pense l'installer sur mon portable cet aprem' ou demain, d'ailleurs, mais bon, c'est sans intérêt ici !
Je manque de temps pour faire un test avec ton fichier de données et pondre un script qui va bien, alors je ne te dirais que ce qui suit.
As-tu essayé jpgraph ( http://www.aditus.nu/jpgraph/ )
Ca fonctionne plutôt bien, mais il faut utiliser php.
Ca ne nécessite pas nécessairement de serveur apache, ou autres et fonctionne bien en ligne de commande.
Voilà, si j'ai du temps prochainement, je ferais un test....
D'ailleurs, pour mon application de pointage, je l'utilise pour afficher un graph des heures réalisées par semaine, ce qui correspond à peu près à ce que tu veux.
En espérant que ce commentaire sera utile.
Déjà, sans ton smb.conf, tout au moins la partie globale, ça ne va pas aider des masses. Alors voici quelques pistes que l'on a utilisé au boulot pour faire ce que tu veux.
D'abord, dans la section [global] du smb.conf, nous avons ça :
workgroup = domaineSMB
netbios name = domaineSMB
domain logons = Yes
os level = 255
preferred master = True
domain master = True
wins support = Yes
wins proxy = Yes
local master = Yes
Voilà pour les données "intéressantes".
Ensuite, si tu veux que ça fonctionne, il te faut :
- un compte système pour qu'un utilisateur puisse se connecter à ta machine (par telnet ou ssh). Ce n'est pas utile de l'activer, mais il faut que smbpasswd puisse le trouver.
- un compte samba portant même nom et même uid que le compte système, d'ou l'intéret de le créer après le compte système.
- un compte système pour la machine windows.
- un compte samba pour la machine windows.
Pour réaliser ces différentes étapes, voici comment nous avons procédé, en étant connecté root sur notre contrôleur de domaine samba :
$ groupadd machines
$ useradd -g users -d /dev/null -s /bin/false utilisateurxp
$ smbpasswd -a utilisateurxp
$ useradd -g machines -d /dev/null -s /bin/false machinexp$
$ smbpasswd -a -m machinexp
Note bien : j'ai créé un groupe machine pour regrouper ensemble ces comptes bizarres. Le '$' à la fin de la commande qui ajoute le compte machinexp n'est pas une erreur. Il est obligatoire.
Tu remplaceras évidement les valeurs utilisateurxp et machinexp respectivement par le nom que l'utilisateur devra saisir pour se connecter à ton domaine xp et par le nom netbios de la machine depuis laquelle il se connectera.
Ensuite, tu peux essayer de joindre le domaine, en fournissant les informations requises (nom du domaine, compte utilisateur et mot de passe fourni à smbpasswd lors de la création du comte samba). Normalement, ça devrait passer.
Si ça aide pas, indique d'où viens l'erreur.
En espérant avoir été utile.
Tu fais Maj+Ver num et ensuite tu peux utiliser les touches de direction (en fait, les 9 touches) du pavé numérique.
Pour revenir en mode 'normal' tu fais la même manip' (Maj+Ver. Num).
Voilà, en espérant que ça aide.
Merci, c'est exactement là que ça clichait...
Maintenant, il me faut résoudre le point 4....
Autant avec une ouverture du /dev/lp0 ça me faisait un coredump, autant avec une socket réseau, ça ne fait rien, mais alors rien du tout....
Comment être sûr de tout envoyer (les séquences d'échappement escp/2, le fichier par le biais de la commande lp, le ^L en fin) ?
A moins que ce soit plus simple de passer par une lecture et un envoi complet du fichier avec des fread d'un côté et des write de l'autre... A étudier, mais je suis ouvert à toute proposition, tant qu'elle reste en rapport avec mon problème !
Au fait, rien à voir avec ta réponse, mais je ne vois pas comment éviter de coder en dur l'adresse ip de mon imprimante. Ne puis-je récupérer son adresse depuis les fichiers de conf de cups ?
Apparement, les fichiers situés dans /etc/cups ne sont pas lisibles par le commun des mortels, alors je ne vois pas trop comment procéder....
# ou ?
Posté par Gyro Gearllose . En réponse au message script Bash et Erreur volontaire. Évalué à 2.
Genre :
make || toto
Si tu veux que les deux s'exécutent, mais que si la première échoue le reste ne soit pas exécuté, tu fais un "et" :
make && toto.
Voilà, en espérant que ça aide....
[^] # Re: Retour d'expérience
Posté par Gyro Gearllose . En réponse au message Konqueror et linuxfr. Évalué à 4.
J'avais un peu coché la case "traiter tous les cookies comme des cookies de session", d'où l'effacement du cookie à chaque fois que je quittais konqueror.
Enfin, comme ça, si d'autres font la même erreur que moi, ils trouveront la solution ici même...
# Sur quel backend ?
Posté par Gyro Gearllose . En réponse au message Mise a jour de Table avec un Autre Table. Évalué à 6.
Bref, sous postgres (je ne connais bien que celui-là), je ferais :
update table1 set Q1 = table2.Q1 from table2 where table1.indice = table2.indice;
Voilà, en espérant que ça aide, sinon, donne plus d'infos sur le moteur de base de données utilisé.
# Si j'ai bien tout compris...
Posté par Gyro Gearllose . En réponse au message Récupérer une liste de cases cochées. Évalué à 3.
D'après les quelques essais que j'ai pu faire, j'ai pu constater les choses suivantes :
- si tu nommes tous tes checkbox bov_select[], au final, tu ne récupéreras pas ceux qui ne sont pas cochés. Comme tu as mis [] directement dans le nom, tu n'auras que l'ensemble des cases cochées, mises à la suite.Ce que je dis n'est pas très clair ? Un exemple :
Que tu coches les cases 1 et 2 seulement, ou les cases 1 et 7 seulement, tu auras toujours au retour un tableau de deux éléments : bov_select[0] et bov_select[1]. Mais comment savoir si c'est la case 2 ou 7 ? On ne peut pas !
- c'est difficile de faire correspondre ça à des valeurs. Je n'ai pas trop de temps pour arumenter, mais crois-moi, c'est comme ça.
Du coup, lorsque j'utilise ce genre d'artifice, je procède souvent ainsi :
- je donne un indice à mes checkbox : bov_select[1], bov_select[2], etc.
Comme ça, si tu coches les cases 1 et 7 seulement, tu ne récupères certes qu'un tableau à deux cases, mais elles sont numérotées 1 et 7.
Après, c'est à toi de voir, soit tu as une façon de faire correspondre ça aux vraies valeurs utiles par ton système d'information (variables de session, requêtes vers une base, etc), soit tu passes tout dans des champs cachés de ton formulaire (solution que je trouve porc, mais ça reste mon avis, hein !).
Voilà, en espérant avoir compris ton problème, et que ces quelques lignes (si elles ne sont pas trop erronées) t'aideront à le rsoudre.
[^] # Re: Tout viens de tar...
Posté par Gyro Gearllose . En réponse au message Comment savoir le contenu du sauvegarde sur banbe. Évalué à 2.
Note bien que j'ai mis un & devant le signe > pour avoir les 2 flux de sortie et d'erreur standard dans le fichier de log.
Sinon, tu n'auras pas les erreurs dans le fichier de log.
Une autre solution, c'est d'avoir un système de messagerie pour récupérer les logs.
Si tu t'orientes vers cette solution, un mail est envoyé à l'initiateur du cron dès que la commande se termine. Normalement tout est envoyé (les erreurs et la sortie standard).
Tiens-nous au courant...
# Tu as vachement cherché, en effet.
Posté par Gyro Gearllose . En réponse au message télécharger linux. Évalué à 3.
# Tout viens de tar...
Posté par Gyro Gearllose . En réponse au message Comment savoir le contenu du sauvegarde sur banbe. Évalué à 3.
- lors de la sauvegarde faire un "tar cvf /dev/st0 .... &> /var/log/sauve.log". Tu auras ainsi toute la liste des fichiers et des erreurs dans /var/log/sauve.log.
- vérifier le contenu de la bande avec un "tar tvf /dev/st0 | less" par exemple. Tu peux éventuellement rediriger vers more, ou un fichier, selon ta convenance.
Evidement, tu prederas soin de remplacer /dev/st0 par le nom du périphérique de sauvegarde sur ton système.
Sinon, pour le reste, {info,man} tar sert bien.
Voilà, en espérant que ça aidera.
[^] # Re: Login et chargement d'environnement.
Posté par Gyro Gearllose . En réponse au message Login et chargement d'environnement.. Évalué à 5.
Selon toi, si on installe un LFS, on est censé tout connaître ? Pour moi, c'était plutôt une façon didactique d'installer un linux, justement pour comprendre comment ça marche.
Alors, merci bien, les systèmes info, man, --help, je connais et je sais lire. Mais ça n'empêche pas d'avoir des points d'ombre de de demander un éclaircissement à ceux qui savent.
Voir mon post ci-dessous pour un complément de réponse.
En lisant la doc, je n'avais pas fait attention, et je croyais que le /etc/bashrc était parsé par défaut par bash, mais ce n'est visiblement pas le cas. Tout le monde peut se tromper.
Merci quand même.
[^] # Re: logique
Posté par Gyro Gearllose . En réponse au message Login et chargement d'environnement.. Évalué à 2.
Evidement, tourné comme ça, ça ne veut rien dire... Comme je travaille sur ma machine perso, je parlais de mon fichier, dans le sens "il m'appartient", pas au sens système....
Pour le coup des droits, je suis d'accord, ça me va bien.
Je pensais plutôt aux droits d'exécution, mais visiblement, il n'y en a pas besoin.
Il faut quand même avouer que c'est un peu le bordel dans le chargement de ces fichiers....
Si j'ai bien tout compris, le /etc/profile se charge tout seul ; il a la responsabilité de charger tout ce qui est dans /etc/profile.d/. Le ~/.bash_profile s'occupe de charger ~/bashrc. Ce dernier s'occupe de charger /etc/bashrc.
Ben oui, c'est si simple !
J'aurais plutôt pensé que bash saurait retrouver ses petits tout seul, mais non, ce n'est pas le cas. Par ailleurs, en fonctionnant ainsi, on peut voir l'environnement utilisateur écrasé par la conf système, alors qu'on se serait plutôt attendu au contraire.
Pour le coup du rechargement, merci, je savais. Je n'en demandais pas tant !
# Comme d'habitude...
Posté par Gyro Gearllose . En réponse au journal Kde 3.5.1 is OUT!. Évalué à 6.
Koffice est d'ailleurs sorti hier en version 1.5 beta1. Pas de quoi faire une news, mais il y a de nombreuses améliorations à tous les niveaux. Le changelog de kexi est particulièrement fourni.
Pour ceux que ça intéresse, le changelog est là ;
http://www.koffice.org/announcements/changelog-1.5beta1.php
Et la news ici :
http://www.kde.org / http://www.koffice.org
# C'est la musique de démarage sous KDE ?
Posté par Gyro Gearllose . En réponse au message son de demarrage. Évalué à 3.
Là, tu mets/enlève ce que tu veux.
[^] # Re: xsl:output
Posté par Gyro Gearllose . En réponse au message Soucis avec des fichiers xml. Évalué à 2.
Si ça peut servir à d'autres, la bonne version pour produire du xhtml depuis une feuille xsl doit contenir au moins ces éléments :
J'ai donc corrigé toutes mes feuilles de styles de façon à ce qu'elles contiennent ces lignes.
Pensant que mon problème de doctype placé en plein milieu de ma feuille html provenait de l'instanciation multiple d'un objet parseur, j'ai modifié mes fonctions de telle sorte qu'elles ne crééent plus un objet grâce à la fonction xslt_create. Cet objet est maintenant sorti des fonctions, dans la session. Mais ça ne résoud pas mon problème pour autant.
Je ne comprend pas pourquoi il me sort le doctype à chaque fois.
Comme je n'appelle pas toujours les feuilles de styles dans le même ordre, ça me fait un peu ch... de modifier plus avant mes feuilles de style.
Il doit donc bien y avoir une option quelque part pour que ce foutu parseur ne sorte pas la déclaration du doctype systématiquement, mais je n'ai toujours pas trouvé le mot magique à employer.
Pour l'instant, les fonctions suivantes sont utilisées à chaque parsage de feuille xml :
Voilà... Si ça peut éclairer quelqu'un qui peut m'aider....
[^] # Re: xsl:output
Posté par Gyro Gearllose . En réponse au message Soucis avec des fichiers xml. Évalué à 2.
Enfin, voilà toujours un complément d'informations.
Pour le xhtml, ouais, j'ai compris quand les fonctions de parsage de php5 m'ont jeté... Mais ce n'est pas trop ça le problème, en effet.
Pour des soucis de compatibilité avec une autre machine sur laquelle tourne un "vieux" php4, j'ai pompé le wrapper généreusement fourni sur la doc de php (php.net). J'ai dû faire quelques adaptations, car le gars (fort sympatique au demeurant) qui a posté le wrapper a supposé que les arguments $_xml et $_xsl faisaient référence à des fichiers... Comme ce n'est pas le cas pour moi, j'ai fait l'adaptation nécessaire pour prendre en compte le contenu de mes variables (appel à loadXML($args[$xml_arg])). Voilà, en espérant que ça aidera à faire comprendre mon soucis.
Ah, oui, évidement, ça fait appel à new XSLTProcessor() ... ->transformToXml()
# Euh... Comment dire....
Posté par Gyro Gearllose . En réponse au message Problème de compilation.... Évalué à 2.
Ayant suivi le BLFS, j'avais installé la 1.1.4. Avec la 1.3.0, ça fonctionne impec' .
Voilà. Si ça peut servir à d'autres...
[^] # Re: methode inverse
Posté par Gyro Gearllose . En réponse au message Comment nommer ses utilisateurs ?. Évalué à 3.
Avec une règle supplémentaire : si le nom fait moins de 7 lettres, on fait le complément à huit avec les lettres du prénom.
Comme ça, quand tu fais un who sur la machine, c'est bien présenté ;-) !
# Tu as lu la page man de less ?
Posté par Gyro Gearllose . En réponse au message comment reconnaitre un fichier. Évalué à 2.
Il y est indiqué :
Voilà, c'est un exemple, mais tu peux l'adapter pour des .zip, des .gz, des .tgz, etc.
Je te laisse le faire à titre d'exercice, ça ne devrait pas être trop compliqué....
Bon courage !
[^] # Re: kdesvn
Posté par Gyro Gearllose . En réponse au message Client SVN graphique. Évalué à 3.
Comme je n'ai pas trop compris si tu veux juste gérer ton dépot subversion ou le gérer et coder, je rajoute cette information.
En espérant que l'une ou l'autre sera utile....
# kdesvn
Posté par Gyro Gearllose . En réponse au message Client SVN graphique. Évalué à 4.
Si tu es sous KDE, tu peux récupérer kdesvn ici http://www.kde-apps.org/content/show.php?content=26589
Sinon, faut chercher... Use google Luke !
# Hum...
Posté par Gyro Gearllose . En réponse au message domaine samba et clients win xp pro. Évalué à 2.
Pour le 2, rien de plus simple... Chez nous, on a procédé comme suit :
On "monte" (connecte un lecteur réseau) dans l'explorateur, en demandant à ce qu'il soit restauré à la prochaine connexion. Comme c'est le répertoire personnel, on a choisi P: (c'est original, n'est-ce pas...). Après, tu cliques-droit sur l'icône "Mes Documents", et il y a une option "Déplacer", tu choisis ça, puis tu le déplace en P:. Mission accomplie, affaire suivante !
[^] # Re: Es-tu sûr que ce soit complétement idiot ?
Posté par Gyro Gearllose . En réponse au message dhcp client et ifdown. Évalué à 2.
J'excècre particulièrement les commentaires qui disent "bah, au lieu d'utiliser ça, utilise machin, c'est mieux..." (pour bien comprendre, remplacer ça par emacs ou gnome et machin par vi ou kde, etc ).
Dans ce cas, cependant, ça me semblait approprié, alors je l'ai fait, et je suis ravi que ça ait été pour la bonne cause !
# Es-tu sûr que ce soit complétement idiot ?
Posté par Gyro Gearllose . En réponse au message dhcp client et ifdown. Évalué à 2.
Le but de la manoeuvre, lorsqu'un client se déconnecte, c'est d'en avertir le serveur afin de libérer son adresse pour que le sereur puisse la ré-attribuer à quelqu'un d'autre (cas d'un dhcp dynamique). Evidement, si le serveur dhcp ne sert que des adresses statiques, ça présente peu d'intérêt... encore que.
Voilà, ça ne t'aidera certainement pas à résoudre ton problème, mais si je n'ai pas proféré trop de clowneries, ça aura au moins éclairci ce point....
Après, tu peux jeter un oeil sur ifplugd qui résoudra peut-être ton problème plus élégament. On me l'a conseillé récement ici : http://linuxfr.org/forums/10/13884.html . Si toutefois ça peut t'être utile, sait-on jamais.
Je pense l'installer sur mon portable cet aprem' ou demain, d'ailleurs, mais bon, c'est sans intérêt ici !
[^] # Re: Cà marche mais ...
Posté par Gyro Gearllose . En réponse au message Gnuplot : heure en fonction du jour ?. Évalué à 2.
As-tu essayé jpgraph ( http://www.aditus.nu/jpgraph/ )
Ca fonctionne plutôt bien, mais il faut utiliser php.
Ca ne nécessite pas nécessairement de serveur apache, ou autres et fonctionne bien en ligne de commande.
Voilà, si j'ai du temps prochainement, je ferais un test....
D'ailleurs, pour mon application de pointage, je l'utilise pour afficher un graph des heures réalisées par semaine, ce qui correspond à peu près à ce que tu veux.
En espérant que ce commentaire sera utile.
# Quelques pistes...
Posté par Gyro Gearllose . En réponse au message config d'un controleur de domaine samba. Évalué à 2.
D'abord, dans la section [global] du smb.conf, nous avons ça :
workgroup = domaineSMB
netbios name = domaineSMB
domain logons = Yes
os level = 255
preferred master = True
domain master = True
wins support = Yes
wins proxy = Yes
local master = Yes
Voilà pour les données "intéressantes".
Ensuite, si tu veux que ça fonctionne, il te faut :
- un compte système pour qu'un utilisateur puisse se connecter à ta machine (par telnet ou ssh). Ce n'est pas utile de l'activer, mais il faut que smbpasswd puisse le trouver.
- un compte samba portant même nom et même uid que le compte système, d'ou l'intéret de le créer après le compte système.
- un compte système pour la machine windows.
- un compte samba pour la machine windows.
Pour réaliser ces différentes étapes, voici comment nous avons procédé, en étant connecté root sur notre contrôleur de domaine samba :
$ groupadd machines
$ useradd -g users -d /dev/null -s /bin/false utilisateurxp
$ smbpasswd -a utilisateurxp
$ useradd -g machines -d /dev/null -s /bin/false machinexp$
$ smbpasswd -a -m machinexp
Note bien : j'ai créé un groupe machine pour regrouper ensemble ces comptes bizarres. Le '$' à la fin de la commande qui ajoute le compte machinexp n'est pas une erreur. Il est obligatoire.
Tu remplaceras évidement les valeurs utilisateurxp et machinexp respectivement par le nom que l'utilisateur devra saisir pour se connecter à ton domaine xp et par le nom netbios de la machine depuis laquelle il se connectera.
Ensuite, tu peux essayer de joindre le domaine, en fournissant les informations requises (nom du domaine, compte utilisateur et mot de passe fourni à smbpasswd lors de la création du comte samba). Normalement, ça devrait passer.
Si ça aide pas, indique d'où viens l'erreur.
En espérant avoir été utile.
# Essaies ça :
Posté par Gyro Gearllose . En réponse au message contrôler la souris avec le pavé numérique. Évalué à 6.
Pour revenir en mode 'normal' tu fais la même manip' (Maj+Ver. Num).
Voilà, en espérant que ça aide.
[^] # Re: network byte order
Posté par Gyro Gearllose . En réponse au message Programmer un client réseau en C. Évalué à 2.
Maintenant, il me faut résoudre le point 4....
Autant avec une ouverture du /dev/lp0 ça me faisait un coredump, autant avec une socket réseau, ça ne fait rien, mais alors rien du tout....
Comment être sûr de tout envoyer (les séquences d'échappement escp/2, le fichier par le biais de la commande lp, le ^L en fin) ?
A moins que ce soit plus simple de passer par une lecture et un envoi complet du fichier avec des fread d'un côté et des write de l'autre... A étudier, mais je suis ouvert à toute proposition, tant qu'elle reste en rapport avec mon problème !
Au fait, rien à voir avec ta réponse, mais je ne vois pas comment éviter de coder en dur l'adresse ip de mon imprimante. Ne puis-je récupérer son adresse depuis les fichiers de conf de cups ?
Apparement, les fichiers situés dans /etc/cups ne sont pas lisibles par le commun des mortels, alors je ne vois pas trop comment procéder....