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...
Si lsof ne retourne rien, il faut regarder du côté de fuser pour voir ce qu'il en dis.
Il y a aussi le cas de mount: si le répertoire source contiens un point de montage, cela peut être bloquant, sans que ni lsof ni fuser ne retournent quoi que ce soit.
Cela fait un moment que je n'ai eu besoin de PostgreSQL, mais de mémoire, je n'ai jamais eu ce problème, mais:
- je ne lance jamaispsql via sudo, alors qu'il est si simple de le faire se connecter à la base depuis le compte courant (avec -h hostname, -U username, ...);
- je n'utilisait pas -f mais plutôt psql < fichier, mais j'aurais tendance à penser que -f est quand même mieux;
- j'ai toujours mis des commentaires dans mes fichiers .sql, et je viens de vérifier, pg_dump le fait aussi... Au lieu d'une instruction bidon, met donc un commentaire (ils commencent par --) pour voir si cela passe mieux;
- j'aurais tendance à penser à un bug, pourrais-tu éventuellement partager les deux fichiers incriminés?
Je n'utilise pas Compiz, mais un raccourci clavier qui est presque courant, c'est Alt+numero, parfois Alt+Fn, ou encore les variantes avec Shift en plus... As-tu essayé?
(c'est fait pour reprendre l'idée du Ctrl+Alt+Fn du noyau, ou le contraire)
Pour ma curiosité personnelle, y'a une raison particulière à vouloir du passif plutôt que de l'actif?
Sinon, je derais ceci: il y a un module noyau qui s'occupes du suivi FTP pour justement ouvrir les ports qui vont bien: ip_conntrack_ftp (si je me souviens bien), il y a de fortes chanches qu'il soit déjà sur la Freebox. Cependant, il à été fait pour permettre justement le FTP actif... Et je pense que c'est pour cela qu'il n'ouvre pas les ports en mode passif, ni me change l'adresse IP.
# 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
# voir vers fuser et mount?
Posté par Christophe --- . En réponse au message mv : Périphérique ou ressource occupé. Évalué à 2.
Si lsof ne retourne rien, il faut regarder du côté de fuser pour voir ce qu'il en dis.
Il y a aussi le cas de mount: si le répertoire source contiens un point de montage, cela peut être bloquant, sans que ni lsof ni fuser ne retournent quoi que ce soit.
[^] # Re: /etc/securetty
Posté par Christophe --- . En réponse au message probleme de connection en local tty. Évalué à 3.
Pour rebondir sur cette remarque, qui est peut-être bien la cause, cela pourrais venir d'une mise à jour de ta distribution?
Il est possible qu'ils interdisent maintenant le login direct en tant que root, pour forcer à passer par su...
# Quelques pistes?
Posté par Christophe --- . En réponse au message Problème exécution script SQL. Évalué à 4.
Cela fait un moment que je n'ai eu besoin de PostgreSQL, mais de mémoire, je n'ai jamais eu ce problème, mais:
- je ne lance jamais psql via sudo, alors qu'il est si simple de le faire se connecter à la base depuis le compte courant (avec -h hostname, -U username, ...);
- je n'utilisait pas -f mais plutôt psql < fichier, mais j'aurais tendance à penser que -f est quand même mieux;
- j'ai toujours mis des commentaires dans mes fichiers .sql, et je viens de vérifier, pg_dump le fait aussi... Au lieu d'une instruction bidon, met donc un commentaire (ils commencent par --) pour voir si cela passe mieux;
- j'aurais tendance à penser à un bug, pourrais-tu éventuellement partager les deux fichiers incriminés?
# Peut-être Alt+5 ?
Posté par Christophe --- . En réponse au message Compiz sous Gnome. Évalué à 2.
Je n'utilise pas Compiz, mais un raccourci clavier qui est presque courant, c'est Alt+numero, parfois Alt+Fn, ou encore les variantes avec Shift en plus... As-tu essayé?
(c'est fait pour reprendre l'idée du Ctrl+Alt+Fn du noyau, ou le contraire)
[^] # Re: oui
Posté par Christophe --- . En réponse au message probleme de mode passif avec BFTPD. Évalué à 2.
Sinon, je derais ceci: il y a un module noyau qui s'occupes du suivi FTP pour justement ouvrir les ports qui vont bien: ip_conntrack_ftp (si je me souviens bien), il y a de fortes chanches qu'il soit déjà sur la Freebox. Cependant, il à été fait pour permettre justement le FTP actif... Et je pense que c'est pour cela qu'il n'ouvre pas les ports en mode passif, ni me change l'adresse IP.
Mais le FTP actif, c'est bien aussi :)