On a eu un problème similaire en changeant et de version de linux, et de version de samba, et de machine notre serveur de fichiers.
Pour la partie le mode de sécurité est SERVER sur ancien et SHARE sur nouveau, il faut récupérer le ssid sur ancien et le remettre sur nouveau. Je ne me souviens plus de la manip, mais une recherche sur gogole devrait donner de bons résultats rapidement.
Pour le problème du répertoire protégé qui l'est trop, comme ça, à brûle pourpoint, il me semble que vouloir écrire dans un partage dont la directive writeable est positionnée à no ne peut pas fonctionner....
Voilà, en espérant que ça aide.
ntpdate est-il dans le PATH lors de l'exécution de la tâche par cron ?
Sinon, remplace ntpdate > /tmp/preuve.txt
par /usr/local/bin/ntpdate > /tmp/preuve.txt
en remplaçant /usr/local/bin par sa vraie valeur sur ta machine (type ntpdate dans une console peut aider pour avoir la bonne valeur)...
Voilà, en espérant que ça aide...
Solution que je trouve un peu bourine quand même, je peux te donner quelques pistes....
Déjà, j'avais eu le même problème il y a quelques temps, et la solution était toute conne. Dans le répertoire /tmp, il y a un sous-répertoire caché nommé .ICE-unix.
Ce fichier doit avoir ces permissions :
drwxrwxrwt 2 root root 4096 2006-10-18 08:47 .ICE-unix
Quand j'avais les mêmes symptômes, il m'appartenait (utilisateur autre que root)... Un petit chown dessus, et on n'en parle plus.
Sinon, tu peux aussi en console jeter un oeil aux fichiers suivants :
/var/log/Xorg.0.log
/var/log/kern.log
/var/log/message.log
et éventuellement ~/.xsession-errors
Le problème sera probablement explicité dans l'un de ces fichiers.
Voilà, en espérant n'avoir pas posté ce message trop tard.
Bon, déjà, même s'il est vrai qu'un problème bien posé est déjà résolu à moitié, là, tu n'aides vraiment pas du tout.
On va donc juste supposer que tu veux récupérer les 5 paramètres de chaque ligne de ton fichier crontab.
Pour ce faire, il existe des outils, pleins d'outils, même.
Ça peut se faire en php, en perl, en python, et même en shell.
Y'a des outils comme sed, cut, awk, bref, oui, on peut.
Si tu nous donnais un peu plus de détails (lisibles) sur ce que dont tu disposes comme informations, et ce que tu veux en faire, on pourrait déjà t'aider un peu plus...
Voilà, ça n'aide pas beaucoup, mais tu as déjà des pistes pour chercher un peu par toi même.
La ligne du fstab est correcte, et je suis désolé si je me suis mal fait comprendre. Elle permet de monter le bus usb dans /proc/bus/usb de façon à ce que le kernel soit au courant de ce qui se passe sur le bus, effectivement.
Mais on parle bien du bus dans ce cas, et non des périphériques eux-mêmes.
Si tu veux vraiment savoir quel est le système de fichiers sur ta clef (probablement vfat ou fat32 ou fat16), tu peux, une fois ta clef branchée et avant de la monter effectuer un :
$ fdisk -l
en tant que root.
Ca te listera toutes les partitions de tous tes disques, y compris ta clef...
Autrement, si vfat ne fonctionne pas, c'est peut-être parce que ton kernel ne le supporte pas, ni en natif, ni sous forme de module.
Voilà, en espérant que ces quelques lignes t'aideront.
J'aurais plutôt mis ça dans mon fstab :
/dev/sda1 /mnt/usb auto defaults 0 0
Le problème, c'est que la clef ne sera peut-être pas toujours en /dev/sda1... Faut jeter un oeil du côté d'udev pour créer une règle spéciale qui crée un lien fixe en fonction du model, du n° de série de la clef ou tout autre identifiant permettant de distinguer de façon unique cette clef.
Quoi qu'il en soit, la trace du système donne le périphérique alloué à la clef. Si tu veux essayer, fais un essai avec :
$ mount /dev/sda1 /mnt/usb
Ca devrait rouler !
Avec mon KDE (version 3.5.4), je suis allé dans le menu 'K' puis dans "Configuration". Là, j'ai choisi KMenuEdit.
Ensuite, j'ai ajouté un élément, auquel j'ai attribué la commande "ls && read". J'ai coché la case "Exécuter dans un terminal", et j'ai enregistré.
Quand je clique sur l'élément concerné dans le menu, ça m'affiche bien la liste de mes fichiers dans une console, et ça attend gentiment que j'appuie sur la touche entrée.
Je ne vois pas où est la difficulté, ou alors je n'ai rien compris à ta demande. Dans ce dernier cas, merci d'apporter quelques précisions complémentaires !
> Que veut dire ton normalement ? Sur ton PC ?
Oui, mais pas seulement sur le mien. Je te renvoie à la doc du LFS/BLFS que j'ai utilisé pour installer mes machines. Et là, oh, surprise, c'est l'utilisateur apache du groupe apache. A aucun moment je n'ai parlé d'un utilisateur ayant des droits, relis mon post ;-) ! http://www.linuxfromscratch.org/blfs/view/stable/server/majo(...)
Ensuite, mes explications n'étaient probablement pas très claires, mais il est évident que c'est root qui lance le processus principal, et que c'est l'utilisateur d'apache qui détient des process forkés.
De rien, c'est un peu le but des forums, non ?
As-tu le droit d'exécuter bash alors ?
Pour t'en assurer, tu peux faire au choix :
$ ls -l /bin/bash
Chez moi, ça donne ça :
-rwxr-xr-x 1 root root 573241 2006-04-25 09:26 /bin/bash
Ou encore :
$ /bin/bash
Ou encore :
$ ps
Chez moi, dans une console toute neuve, j'obtiens :
PID TTY TIME CMD
10216 pts/2 00:00:00 bash
10246 pts/2 00:00:00 ps
Peu importe laquelle tu utilises, mais peut-être que tu n'as tout simplement pas le droit d'exécuter ou bash, ou des scripts shells, ou les deux. On doit pouvoir interdire ça d'une façon ou d'une autre.
As-tu la main sur le serveur en tant qu'administrateur ou pas ?
Si ce n'est pas le cas, demande à l'administrateur (si tu peux), il sera probablement d'un meilleur secours que moi...
Ben non, c'est pas drôle....
Si je récapitule, tu as un script dont le contenu ressemble peu ou prou à ceci :
#!/bin/bash
echo Plop
Tu l'as édité avec vi, emacs peu importe, mais il est bien au format unix ?
Au pire aller, tu peux essayer ça :
cat > test.sh <<EOF
#!/bin/bash
echo Plop
EOF
Ensuite, tu changes les droits sur ce fichier :
$ chmod u+x test.sh
Et quand tu tapes :
$ ./test.sh
Ca te répond :
bash: ./test.sh: bad interpreter: Permission denied
Ah, bah déjà, avec un peu de code, on en sait un peu plus !
Ceci-dit, tu as raison d'insister.
bash est-il bien situé dans /bin alors ?
Tu peux probablement t'en assurer en tapant au prompt :
$ type bash
Si ça répond :
bash is /bin/bash
c'est simple : je jette l'éponge, car ça dépasse mes compétences.
Sinon, si ça répond par exemple :
bash is /usr/local/bash
Alors, il faut changer la première ligne de ton script en conséquence. Voilà, j'espère _vraiment_ que cette aide te sera utile !
As-tu lu et compris la réponse apportée par aurel ?
Si tu veux lancer ton script en faisant ./nom_script.sh, ton fichier dois commencer par :
#!/bin/bash
Tant qu'il n'y aura pas cet appel à un shell (d'ailleurs, tu peux remplacer bash par sh, ksh, zsh ou autres, selon le script lui même, selon les spécificités propres à chaque shell utilisées dans ton script), ton script aura beau avoir le droit d'exécution, il ne pourra pas être lancé comme tu souhaites le faire.
Voilà, en espérant que ça aide.
Oui, splashutils est utile à bootsplash, dont je parlais dans mon commentaire ci-dessus, mais comme je l'ai aussi indiqué, je m'en passe maintenant, donc je ne suis plus trop l'évolution de ce soft.
J'ai quand même cherché un peu pour toi, et j'ai trouvé ce howto en français qui semble bien fait (attention, je n'ai fait que le survoler...) http://www.trustonme.net/didactels/286.html
Bonne lecture et bonnes compils !
Je ne veux pas lancer de troll, mais la gestion des utilisateurs et des droits est un peu pourrie sous windows... Si tu travailles en administrateur sur ta machine, et que le daemon apache est lancé en administrateur, tu peux créer des répertoires à peu près n'importe où sur ta machine.
Chez ton hébergeur, c'est différent, puisqu'il est sous linux.
Normalement, l'utilisateur qui lance le daemon apache, c'est l'utilisateur apache, du groupe apache. Peu importe le nom de l'utilisateur et/ou du groupe, ce qui compte, c'est que le daemon ne soit pas lancé en tant que root.
Tout ça pour dire que si ton script fonctionne en local mais ne fonctionne pas chez ton hébergeur, c'est probablement un problème de droits dans le répertoire dans lequel tu travailles.
L'utilisateur d'apache semble avoir le droit de créer des fichiers et/ou répertoires dans youyou/, mais conserve-t-il ces droits dans youyou/répertoire ?
Si tu as un accès console à la machine de l'hébergeur, tu pouras le constater avec un "ls -ld youyou" dans un premier temps, et un "ls -ld youyou/" ensuite.
Sinon, il se peut aussi que les chemins utilisés pour la création des fichiers et/ou répertoires soit mal interprétés. J'ai pour habitude de remplacer :
$fichier=fopen('youyou/'.$repertoire.'/toutou.php','x+');
par
$fichier=fopen(getcwd().'/youyou/'.$repertoire.'/toutou.php','x+');
La fonction getcwd récupére le répertoire de travail courant, cf. http://fr.php.net/manual/fr/function.getcwd.php
Voilà, en espérant que ces quelques lignes te seront utiles.
Regardes du côté de ces deux programmes. Ils nécessitent de patcher+recompiler un kernel, mais ça en vaut la peine...
J'avais utilisé le thème pyro que je trouvais sympa, avec bootsplash, mais comme ça empiète sur la surface disponible de l'écran, je l'ai viré.
Maintenant, si tu cherches avec gogole les deux noms proposés en titre, tu trouveras ton bonheur, et même plus parmi les nombreuses alternatives.
Bonne compilation et bons tests.
Déjà, merci à tous les deux pour vos réponses rapides.
Dans le premier cas, exposé par daggett, je crois bien que l'on ne s'est pas trop compris. En effet, pour X, il n'y a qu'un seul périphérique de pointage. Ce que je pensais, c'était quelque chose de ce genre :
dans /etc/X11/xorg.conf, section InputDevice propre au mulot trouver ce genre de lignes :
Attendu que le touchpad et la souris comportent autant de boutons, aucun soucis pour le branchement à chaud.
Ce qui me manque, ce sont les règles udev pour créer le lien /dev/souris comme je l'exposais dans mon post initial.
Concernant la solution proposée par Gabriel Linder, elle me gêne énormément, d'autant plus que je ne veux surtout pas avoir les deux qui fonctionnent en même temps. La solution proposée en plus est "moyenne", car il est possible de préciser dans la section ci-dessus : Option "Device" "/dev/input/mice" qui fait exactement la même chose que ce qu'il décrit.
Là encore, ce n'est pas satisfaisant. Le touchpad, c'est bien pour une utilisation "nomade", mais pas quand le portable est connecté au réplicateur de ports, par exemple.
Non, il n'y a pas à dire, ce qui me manque, c'est la façon de rédiger une ou des règles pour udev qui fonctionne comme je le souhaite. Si quelqu'un a une idée sur la question....
A vot'bon coeur, comme on dit !
Mauvaise idée, mais si tu n'as pas le choix, tu peux toujours trier sur une sous-chaîne.
Malheureusement, tu ne nous indique pas quel est le moteur de base de données utilisées, alors ce n'est pas simple de donner une commande qui fonctionnera.
Sous informix, order by champ[4-6], champ[1-2] fonctionne (de mémoire), sous postgres, order by substr (champ, 4,4),substr(champ, 1,2) fonctionne....
Sous mysql, je n'en ai aucune idée, etc il existe tant de moteurs de bases de données, et tant d'interprétations des normes SQL, sans parler des "combines" propres à chaque éditeur...
Alors, voilà, j'espère soit que ce post aura au moins permis de t'aiguiller, soit qu'il t'aura donné envie de nous en dire plus...
Déjà, si c'est juste pour générer des documents, pourquoi ne pas passer par un fichier .tex, quitte à faire un appel système à texi2pdf. Je sais, côté programmation, c'est crade, mais côté rendu de pdf, c'est tip-top.
En cherchant un peu avec gogol, j'ai trouvé ça qui aborde le même sujet : http://www.developpez.net/forums/archive/index.php/t-127478.(...)
et http://www.developpez.net/forums/showthread.php?t=52803 qui semble plus intéressant.
Voilà, en espérant que ça répond à la question...
Hello !
Ayant eu un problème similaire avec mon matériel, je me suis un peu penché sur la question, sans toutefois le résoudre complètement.
Il "suffit" de créer une règle pour le matériel incriminé, en se basant sur les informations fournis par udevinfo, par exemple.
N'étant pas expert dans ce domaine, je ne peux que te renvoyer vers la documentation, déjà les pages de manuel d'udev et d'udevinfo pour commencer, puis vers http://reactivated.net/writing_udev_rules.html qui peut aider aussi (en anglais).
Voilà, en espérant que ce commentaire te sera utile.
C'est fou, ça ! J'envoie un commentaire sur le mot révolution qui a un double sens et qui me fait marrer, et j'ai le droit à une leçon d'histoire !
Prochain coup, j'enverrais une remarque sur windows qui veut dire fenêtre, et j'aurais peut-être un menuisier qui viendra me poser mes windows de toit, ou alors je ferais une remarque sur apple et comme ça je récupérerai peut-être une bouteille de calva.
Faudrait peut-être voir à voir quand même et arrêter de faire les moralisateurs.
Linuxfr, c'était mieux à vent. Au moins, on pouvait en faire...
La mémoire me manque, mais au vu de : "Par contre si le peuple tout entier se mobilise, là il y a une chance, mais à quoi bon faire une révolution, que proposez ensuite ?" je n'ai pu m'empêcher de penser aux paroles de sa chanson (citation d'Eugène Ionesco ?) : "La révolution, c'est heu... La révolution, c'est tourner !".
Tout ça pour dire qu'une révolution, comme chacun sait, ne fait que ramener le sujet à son point de départ.
Faudrait faire demi-tour, ou alors changer de direction, certes, mais certainement pas faire une révolution.
Enfin, je dis ça, je ne dis rien !
Mouais....
Alors pour toi, trouver = devine.... Ça me rappelle une blague.
Je crois que tu as mal compris ma phrase, ou que je me suis mal exprimé. Ce que je voulais dire, c'est de changer
# mount -t ext3 /dev/hdd1 /mnt/donnees
en
# mount /dev/hdd1 /mnt/donnees
Parce que la partition, elle n'est peut-être pas en ext3, mais en ext2, et je ne pense pas que changer de l'un à l'autre pose d'énormes problèmes. En tout cas, quand j'utilise cette commande, je ne passe l'option que si j'en ai vraiment besoin. La plupart du temps, mount "devine" le type de partition correctement tout seul.
Je ne vois pas trop quoi y faire.
Avant de lancer un fsck ou autre, je tenterais ceci :
déjà, créer le point de montage une fois pour toutes,
ne pas indiquer d'options de montage à mount (il est censé trouver le type de partition tout seul).
Pour le coup d'erreur d'E/S, est-ce que le disque est connecté correctement sur la nappe ide, celle-ci est-elle en bon état ?
J'ai toujours entendu dire que le cable-select, c'est un truc qui ne fonctionne pas. Alors, moi, mes disques, je mets le master en master, et le slave en slave, sur toutes mes nappes ide.
Au pire aller, déconnectes (si tu le peux) le disque qui est en esclave avant celui qui foire, et ne mets que celui qui te pose problème dessus, en maître.
Si ce n'est pas mieux, change la nappe, sait-on jamais...
Voilà, ce ne sont que quelques conseils qui, j'espère, te seront utiles...
# Ca me rappelle quelque chose....
Posté par Gyro Gearllose . En réponse au message Migration Samba et droits d'accès aux partages. Évalué à 2.
Pour la partie le mode de sécurité est SERVER sur ancien et SHARE sur nouveau, il faut récupérer le ssid sur ancien et le remettre sur nouveau. Je ne me souviens plus de la manip, mais une recherche sur gogole devrait donner de bons résultats rapidement.
Pour le problème du répertoire protégé qui l'est trop, comme ça, à brûle pourpoint, il me semble que vouloir écrire dans un partage dont la directive writeable est positionnée à no ne peut pas fonctionner....
Voilà, en espérant que ça aide.
# Si ça peut aider...
Posté par Gyro Gearllose . En réponse au message php string decimal. Évalué à 2.
qui répond peut-être à ton problème...
En espérant que ça aide.
# problème de PATH ?
Posté par Gyro Gearllose . En réponse au message redirection ntpdate avec cron. Évalué à 2.
Sinon, remplace ntpdate > /tmp/preuve.txt
par /usr/local/bin/ntpdate > /tmp/preuve.txt
en remplaçant /usr/local/bin par sa vraie valeur sur ta machine (type ntpdate dans une console peut aider pour avoir la bonne valeur)...
Voilà, en espérant que ça aide...
# Avant de tout ré-installer...
Posté par Gyro Gearllose . En réponse au message prob KDE 3.5 et Mandriva 2006. Évalué à 2.
Déjà, j'avais eu le même problème il y a quelques temps, et la solution était toute conne. Dans le répertoire /tmp, il y a un sous-répertoire caché nommé .ICE-unix.
Ce fichier doit avoir ces permissions :
drwxrwxrwt 2 root root 4096 2006-10-18 08:47 .ICE-unix
Quand j'avais les mêmes symptômes, il m'appartenait (utilisateur autre que root)... Un petit chown dessus, et on n'en parle plus.
Sinon, tu peux aussi en console jeter un oeil aux fichiers suivants :
/var/log/Xorg.0.log
/var/log/kern.log
/var/log/message.log
et éventuellement ~/.xsession-errors
Le problème sera probablement explicité dans l'un de ces fichiers.
Voilà, en espérant n'avoir pas posté ce message trop tard.
# Je n'ai rien compris...
Posté par Gyro Gearllose . En réponse au message recupere les valeurs des colones de crontab depuis un fichier. Évalué à 3.
On va donc juste supposer que tu veux récupérer les 5 paramètres de chaque ligne de ton fichier crontab.
Pour ce faire, il existe des outils, pleins d'outils, même.
Ça peut se faire en php, en perl, en python, et même en shell.
Y'a des outils comme sed, cut, awk, bref, oui, on peut.
Si tu nous donnais un peu plus de détails (lisibles) sur ce que dont tu disposes comme informations, et ce que tu veux en faire, on pourrait déjà t'aider un peu plus...
Voilà, ça n'aide pas beaucoup, mais tu as déjà des pistes pour chercher un peu par toi même.
[^] # Re: De mon côté....
Posté par Gyro Gearllose . En réponse au message Gestion d'une clé USB. Évalué à 2.
Mais on parle bien du bus dans ce cas, et non des périphériques eux-mêmes.
Si tu veux vraiment savoir quel est le système de fichiers sur ta clef (probablement vfat ou fat32 ou fat16), tu peux, une fois ta clef branchée et avant de la monter effectuer un :
$ fdisk -l
en tant que root.
Ca te listera toutes les partitions de tous tes disques, y compris ta clef...
Autrement, si vfat ne fonctionne pas, c'est peut-être parce que ton kernel ne le supporte pas, ni en natif, ni sous forme de module.
Voilà, en espérant que ces quelques lignes t'aideront.
# Un
Posté par Gyro Gearllose . En réponse au message Vous dites "une tarball" ou "un tarball" ?. Évalué à 3.
Ref. Les vamps :
On dit une auto et une route, alors c'est une autoroute...
# De mon côté....
Posté par Gyro Gearllose . En réponse au message Gestion d'une clé USB. Évalué à 2.
/dev/sda1 /mnt/usb auto defaults 0 0
Le problème, c'est que la clef ne sera peut-être pas toujours en /dev/sda1... Faut jeter un oeil du côté d'udev pour créer une règle spéciale qui crée un lien fixe en fonction du model, du n° de série de la clef ou tout autre identifiant permettant de distinguer de façon unique cette clef.
Quoi qu'il en soit, la trace du système donne le périphérique alloué à la clef. Si tu veux essayer, fais un essai avec :
$ mount /dev/sda1 /mnt/usb
Ca devrait rouler !
# J'ai du mal comprendre la question...
Posté par Gyro Gearllose . En réponse au message Ajouter un prog "console" au menu Kde. Évalué à 2.
Ensuite, j'ai ajouté un élément, auquel j'ai attribué la commande "ls && read". J'ai coché la case "Exécuter dans un terminal", et j'ai enregistré.
Quand je clique sur l'élément concerné dans le menu, ça m'affiche bien la liste de mes fichiers dans une console, et ça attend gentiment que j'appuie sur la touche entrée.
Je ne vois pas où est la difficulté, ou alors je n'ai rien compris à ta demande. Dans ce dernier cas, merci d'apporter quelques précisions complémentaires !
[^] # Re: Problème de droits ?
Posté par Gyro Gearllose . En réponse au message compatibilités sur les fonctions de gestion de fichier en php. Évalué à 2.
Oui, mais pas seulement sur le mien. Je te renvoie à la doc du LFS/BLFS que j'ai utilisé pour installer mes machines. Et là, oh, surprise, c'est l'utilisateur apache du groupe apache. A aucun moment je n'ai parlé d'un utilisateur ayant des droits, relis mon post ;-) !
http://www.linuxfromscratch.org/blfs/view/stable/server/majo(...)
Ensuite, mes explications n'étaient probablement pas très claires, mais il est évident que c'est root qui lance le processus principal, et que c'est l'utilisateur d'apache qui détient des process forkés.
[^] # Re: #!/bin/bash
Posté par Gyro Gearllose . En réponse au message bash_profile et autres.... Évalué à 2.
As-tu le droit d'exécuter bash alors ?
Pour t'en assurer, tu peux faire au choix :
$ ls -l /bin/bash
Chez moi, ça donne ça :
-rwxr-xr-x 1 root root 573241 2006-04-25 09:26 /bin/bash
Ou encore :
$ /bin/bash
Ou encore :
$ ps
Chez moi, dans une console toute neuve, j'obtiens :
PID TTY TIME CMD
10216 pts/2 00:00:00 bash
10246 pts/2 00:00:00 ps
Peu importe laquelle tu utilises, mais peut-être que tu n'as tout simplement pas le droit d'exécuter ou bash, ou des scripts shells, ou les deux. On doit pouvoir interdire ça d'une façon ou d'une autre.
As-tu la main sur le serveur en tant qu'administrateur ou pas ?
Si ce n'est pas le cas, demande à l'administrateur (si tu peux), il sera probablement d'un meilleur secours que moi...
[^] # Re: #!/bin/bash
Posté par Gyro Gearllose . En réponse au message bash_profile et autres.... Évalué à 2.
Si je récapitule, tu as un script dont le contenu ressemble peu ou prou à ceci :
Tu l'as édité avec vi, emacs peu importe, mais il est bien au format unix ?
Au pire aller, tu peux essayer ça :
Ensuite, tu changes les droits sur ce fichier :
$ chmod u+x test.sh
Et quand tu tapes :
$ ./test.sh
Ca te répond :
bash: ./test.sh: bad interpreter: Permission denied
J'y perds mon latin^Wshell...
[^] # Re: #!/bin/bash
Posté par Gyro Gearllose . En réponse au message bash_profile et autres.... Évalué à 2.
Ceci-dit, tu as raison d'insister.
bash est-il bien situé dans /bin alors ?
Tu peux probablement t'en assurer en tapant au prompt :
$ type bash
Si ça répond :
bash is /bin/bash
c'est simple : je jette l'éponge, car ça dépasse mes compétences.
Sinon, si ça répond par exemple :
bash is /usr/local/bash
Alors, il faut changer la première ligne de ton script en conséquence. Voilà, j'espère _vraiment_ que cette aide te sera utile !
[^] # Re: #!/bin/bash
Posté par Gyro Gearllose . En réponse au message bash_profile et autres.... Évalué à 2.
Si tu veux lancer ton script en faisant ./nom_script.sh, ton fichier dois commencer par :
Tant qu'il n'y aura pas cet appel à un shell (d'ailleurs, tu peux remplacer bash par sh, ksh, zsh ou autres, selon le script lui même, selon les spécificités propres à chaque shell utilisées dans ton script), ton script aura beau avoir le droit d'exécution, il ne pourra pas être lancé comme tu souhaites le faire.
Voilà, en espérant que ça aide.
[^] # Re: Merci
Posté par Gyro Gearllose . En réponse au message Une image en fond de console... how to??. Évalué à 2.
J'ai quand même cherché un peu pour toi, et j'ai trouvé ce howto en français qui semble bien fait (attention, je n'ai fait que le survoler...) http://www.trustonme.net/didactels/286.html
Bonne lecture et bonnes compils !
# Problème de droits ?
Posté par Gyro Gearllose . En réponse au message compatibilités sur les fonctions de gestion de fichier en php. Évalué à 4.
Chez ton hébergeur, c'est différent, puisqu'il est sous linux.
Normalement, l'utilisateur qui lance le daemon apache, c'est l'utilisateur apache, du groupe apache. Peu importe le nom de l'utilisateur et/ou du groupe, ce qui compte, c'est que le daemon ne soit pas lancé en tant que root.
Tout ça pour dire que si ton script fonctionne en local mais ne fonctionne pas chez ton hébergeur, c'est probablement un problème de droits dans le répertoire dans lequel tu travailles.
L'utilisateur d'apache semble avoir le droit de créer des fichiers et/ou répertoires dans youyou/, mais conserve-t-il ces droits dans youyou/répertoire ?
Si tu as un accès console à la machine de l'hébergeur, tu pouras le constater avec un "ls -ld youyou" dans un premier temps, et un "ls -ld youyou/" ensuite.
Sinon, il se peut aussi que les chemins utilisés pour la création des fichiers et/ou répertoires soit mal interprétés. J'ai pour habitude de remplacer :
$fichier=fopen('youyou/'.$repertoire.'/toutou.php','x+');
par
$fichier=fopen(getcwd().'/youyou/'.$repertoire.'/toutou.php','x+');
La fonction getcwd récupére le répertoire de travail courant, cf.
http://fr.php.net/manual/fr/function.getcwd.php
Voilà, en espérant que ces quelques lignes te seront utiles.
# bootsplash ou fbsplash...
Posté par Gyro Gearllose . En réponse au message Une image en fond de console... how to??. Évalué à 2.
J'avais utilisé le thème pyro que je trouvais sympa, avec bootsplash, mais comme ça empiète sur la surface disponible de l'écran, je l'ai viré.
Maintenant, si tu cherches avec gogole les deux noms proposés en titre, tu trouveras ton bonheur, et même plus parmi les nombreuses alternatives.
Bonne compilation et bons tests.
# Réponse groupée....
Posté par Gyro Gearllose . En réponse au message Rendre xorg un peu plus "intelligent". Évalué à 0.
Dans le premier cas, exposé par daggett, je crois bien que l'on ne s'est pas trop compris. En effet, pour X, il n'y a qu'un seul périphérique de pointage. Ce que je pensais, c'était quelque chose de ce genre :
dans /etc/X11/xorg.conf, section InputDevice propre au mulot trouver ce genre de lignes :
Attendu que le touchpad et la souris comportent autant de boutons, aucun soucis pour le branchement à chaud.
Ce qui me manque, ce sont les règles udev pour créer le lien /dev/souris comme je l'exposais dans mon post initial.
Concernant la solution proposée par Gabriel Linder, elle me gêne énormément, d'autant plus que je ne veux surtout pas avoir les deux qui fonctionnent en même temps. La solution proposée en plus est "moyenne", car il est possible de préciser dans la section ci-dessus : Option "Device" "/dev/input/mice" qui fait exactement la même chose que ce qu'il décrit.
Là encore, ce n'est pas satisfaisant. Le touchpad, c'est bien pour une utilisation "nomade", mais pas quand le portable est connecté au réplicateur de ports, par exemple.
Non, il n'y a pas à dire, ce qui me manque, c'est la façon de rédiger une ou des règles pour udev qui fonctionne comme je le souhaite. Si quelqu'un a une idée sur la question....
A vot'bon coeur, comme on dit !
# Une chaîne pour stocker une date...
Posté par Gyro Gearllose . En réponse au message Mettre des dates en ordre?. Évalué à 3.
Malheureusement, tu ne nous indique pas quel est le moteur de base de données utilisées, alors ce n'est pas simple de donner une commande qui fonctionnera.
Sous informix, order by champ[4-6], champ[1-2] fonctionne (de mémoire), sous postgres, order by substr (champ, 4,4),substr(champ, 1,2) fonctionne....
Sous mysql, je n'en ai aucune idée, etc il existe tant de moteurs de bases de données, et tant d'interprétations des normes SQL, sans parler des "combines" propres à chaque éditeur...
Alors, voilà, j'espère soit que ce post aura au moins permis de t'aiguiller, soit qu'il t'aura donné envie de nous en dire plus...
# Quelques pistes...
Posté par Gyro Gearllose . En réponse au message Génération de PDF ?. Évalué à 1.
En cherchant un peu avec gogol, j'ai trouvé ça qui aborde le même sujet :
http://www.developpez.net/forums/archive/index.php/t-127478.(...)
et
http://www.developpez.net/forums/showthread.php?t=52803 qui semble plus intéressant.
Voilà, en espérant que ça répond à la question...
# udev, c'est comme le reste, ça se configure....
Posté par Gyro Gearllose . En réponse au message Monter un disque USB avec toujours le même nom?. Évalué à 3.
Ayant eu un problème similaire avec mon matériel, je me suis un peu penché sur la question, sans toutefois le résoudre complètement.
Il "suffit" de créer une règle pour le matériel incriminé, en se basant sur les informations fournis par udevinfo, par exemple.
N'étant pas expert dans ce domaine, je ne peux que te renvoyer vers la documentation, déjà les pages de manuel d'udev et d'udevinfo pour commencer, puis vers http://reactivated.net/writing_udev_rules.html qui peut aider aussi (en anglais).
Voilà, en espérant que ce commentaire te sera utile.
[^] # Re: Hugues le bars en parlait dans une de ses chansons...
Posté par Gyro Gearllose . En réponse au journal Schwarzy futur président des USA en 2008 ?. Évalué à 4.
Prochain coup, j'enverrais une remarque sur windows qui veut dire fenêtre, et j'aurais peut-être un menuisier qui viendra me poser mes windows de toit, ou alors je ferais une remarque sur apple et comme ça je récupérerai peut-être une bouteille de calva.
Faudrait peut-être voir à voir quand même et arrêter de faire les moralisateurs.
Linuxfr, c'était mieux à vent. Au moins, on pouvait en faire...
# Hugues le bars en parlait dans une de ses chansons...
Posté par Gyro Gearllose . En réponse au journal Schwarzy futur président des USA en 2008 ?. Évalué à 4.
Tout ça pour dire qu'une révolution, comme chacun sait, ne fait que ramener le sujet à son point de départ.
Faudrait faire demi-tour, ou alors changer de direction, certes, mais certainement pas faire une révolution.
Enfin, je dis ça, je ne dis rien !
[^] # Re: Salut!
Posté par Gyro Gearllose . En réponse au message disk dur reconnu mais aucun acces aux données... help!. Évalué à 1.
Alors pour toi, trouver = devine.... Ça me rappelle une blague.
Je crois que tu as mal compris ma phrase, ou que je me suis mal exprimé. Ce que je voulais dire, c'est de changer
# mount -t ext3 /dev/hdd1 /mnt/donnees
en
# mount /dev/hdd1 /mnt/donnees
Parce que la partition, elle n'est peut-être pas en ext3, mais en ext2, et je ne pense pas que changer de l'un à l'autre pose d'énormes problèmes. En tout cas, quand j'utilise cette commande, je ne passe l'option que si j'en ai vraiment besoin. La plupart du temps, mount "devine" le type de partition correctement tout seul.
[^] # Re: Salut!
Posté par Gyro Gearllose . En réponse au message disk dur reconnu mais aucun acces aux données... help!. Évalué à 2.
Avant de lancer un fsck ou autre, je tenterais ceci :
déjà, créer le point de montage une fois pour toutes,
ne pas indiquer d'options de montage à mount (il est censé trouver le type de partition tout seul).
Pour le coup d'erreur d'E/S, est-ce que le disque est connecté correctement sur la nappe ide, celle-ci est-elle en bon état ?
J'ai toujours entendu dire que le cable-select, c'est un truc qui ne fonctionne pas. Alors, moi, mes disques, je mets le master en master, et le slave en slave, sur toutes mes nappes ide.
Au pire aller, déconnectes (si tu le peux) le disque qui est en esclave avant celui qui foire, et ne mets que celui qui te pose problème dessus, en maître.
Si ce n'est pas mieux, change la nappe, sait-on jamais...
Voilà, ce ne sont que quelques conseils qui, j'espère, te seront utiles...