Ubuntu-fr

Je pense avoir trouvé la solution à votre problème. Elle a en tout cas fonctionné pour moi. Et si ça ne vous concerne plus, ce post aidera sûrement quelqu'un plus tard Pour les impatients, la solution est en bas de post, après l'explication du problème.

L'erreur rencontrée est bien que pure-ftpd-mysql ne semble pas prendre en compte la configuration faite après son installation. En se connectant au serveur FTP fraichement installé et configuré, avec un identifiant et un mot de passe créés dans la base de données MySQL, celui ci ferme la connexion en indiquant que l'identification est refusée. On peut noter que le serveur ne parvient pas à valider l'identification grâce à la base de données et que si la valeur "yes" est dans le fichier "/etc/pure-ftpd/conf/PAMAuthentication", ce qui est le cas par défaut, il cherche à utiliser les utilisateur du système Unix et leur mot de passe. Donc si on utilise le même identifiant dans la base de données que son identifiant de compte Unix, vu que la validation par la base ne fonctionne pas, la connexion FTP est acceptée en saisissant le mot de passe du compte Unix. Enfin je m'éloigne un peu du problème C'est juste que ceci m'a permis de comprendre que le serveur fonctionnait, mais qu'il y avait un problème avec les utilisateurs de la base de données MySQL.

Dans mon cas, comme dans le votre, l'utilisateur de base de données et son mot de passe, définis dans le fichier "/etc/pure-ftpd/db/mysql.conf" semble ne pas être utilisés lors de la connexion à MySQL. L'erreur suivante est reportée dans le fichier "/var/log/auth.log" :

Dec  9 20:02:43 <hostname> pure-ftpd: pam_unix(pure-ftpd:auth): check pass; user unknown
Dec  9 20:02:43 <hostname> pure-ftpd: pam_unix(pure-ftpd:auth): authentication failure; logname= uid=0 euid=0 tty=pure-ftpd ruser=<user> rhost=<host>

Mais surtout, l'erreur suivante, reportée dans le fichier "/var/log/syslog", indique clairement que pure-ftpd-mysql ne parvient pas à se connecter à la base de données pour récupérer les utilisateurs et leurs mots de passe :

Dec  9 20:02:36 <hostname> pure-ftpd: (?@<host>) [INFO] New connection from <host>
Dec  9 20:02:43 <hostname> pure-ftpd: (?@<host>) [ERROR] The SQL server seems to be down [Access denied for user 'root'@'localhost' (using password: YES)]
Dec  9 20:02:43 <hostname> pure-ftpd: (?@<host>) [INFO] PAM_RHOST enabled. Getting the peer address
Dec  9 20:02:51 <hostname> pure-ftpd: (?@<host>) [WARNING] Authentication failed for user [<user>]
Dec  9 20:03:00 <hostname> pure-ftpd: (?@<host>) [INFO] Logout.

Il semble en fait y avoir un bug dans les procédures d'arrêt et de redémarrage du serveur FTP pure-ftpd-mysql. L'arrêt du serveur avec la commande "sudo service pure-ftpd-mysql stop" et le redémarrage avec la commande "sudo service pure-ftpd-mysql restart" n'ont aucun effet sur le serveur démarré. La configuration faite après installation n'est donc pas du tout prise en compte ! C'est finalement la commande "sudo service pure-ftpd-mysql status" qui est la plus explicite :

$ sudo service pure-ftpd-mysql status
 * could not access PID file for pure-ftpd

Il semble il y avoir un vrai problème avec le contrôle du serveur FTP, plus précisément un problème d'accès au fichier identifiant le processus (PID) pure-ftpd.

SOLUTION
Heureusement que la solution à ce problème est simple ! Enfin elle l'a été pour moi ^^. J'espère qu'elle le sera aussi pour vous. Il faut juste tuer le processus du serveur démarré après l'installation du paquet avec les commandes suivantes :

$ ps aux | grep pure
<user>   353  0.0  0.0   3340   808 pts/0    S+   21:02   0:00 grep --color=auto pure
root     25898  0.0  0.0   7796   856 ?        Ss   09:51   0:00 pure-ftpd
$ sudo kill -9 25898
$ ps aux | grep pure
<user>   357  0.0  0.0   3340   808 pts/0    S+   21:03   0:00 grep --color=auto pure

Une fois le serveur arrêté, il suffit de le redémarrer normalement :

$ sudo service pure-ftpd-mysql start
Starting ftp server: Running: /usr/sbin/pure-ftpd-mysql -l mysql:/etc/pure-ftpd/db/mysql.conf -l pam -j -O clf:/var/log/pure-ftpd/transfer.log -E -A -u 1000 -U 002:002 -8 UTF-8 -B
$ sudo service pure-ftpd-mysql status
 * pure-ftpd is running

Par la suite, les commandes "start, stop, restart et status" devrait fonctionner.

w00t ! non ?

Source de la solution : http://www.howtoforge.com/forums/showpo … stcount=10 (en anglais)

PS : Merci de me corriger si j'ai fais des erreurs dans mon explication du problème ou dans sa résolution

Des nouvelles de Gnu ?

Pour ce qui est de la traduction de Parcellite en français (tu en parlais dans ton premier post), une mise à jour a été faite récemment, elle est disponible dans le dépôt SVN : https://parcellite.svn.sourceforge.net/svnroot/parcellite/trunk/po/fr.po
Il suffit de générer le fichier .mo avec PoEdit et de le déposer dans /usr/share/locale/fr/LC_MESSAGES/ (à la place du fichier parcellite.mo)

Pour le côté Web, je ne vois pas trop ce que tu veux faire, mais d'après ce que je comprends, le projet La Distribution (http://ladistribution.net/fr/wiki/) pourrait t'intéresser, peut-être pour une prochaine version de ta distribution.

Bonne chance

Bonjour Nicolus,

À propos de tes "deux fichier grub", seul /etc/default/grub est lu par le système, /etc/default/grub~ est une sauvegarde du fichier. Elle a surement du être créée par gedit si tu as utilisé ce logiciel pour le modifier. En tout cas il ne gène pas, et c'est plutôt une bonne habitude de sauvegarder un fichier de configuration avant de le modifier.

Pour la phrase qui commence par "VGA=791 is deprecated...", déjà ce message n'est pas lié du tout à ton fichier de configuration de Xorg. Grub2 intervient avant le lancement de Xorg lors du démarrage.

Pour ce qui est d'une solution au "problème", je ne l'ai pas trouvée. J'ai d'abord essayé d'ajouter la ligne "GRUB_GFXPAYLOAD=1024x768" à mon fichier /etc/default/grub, mais la règle n'a apparemment pas été prise en compte. (ne pas oublier d'exécuter update-grub).
J'ai aussi essayé d'ajouter "gfxpayload=1024x768x16, 1024x768" après "quiet splash" pour le paramètre "GRUB_CMDLINE_LINUX_DEFAULT", mais cela n'a pas fonctionné non plus sur ma machine.

Je vais pour l'instant garder ma ligne : GRUB_CMDLINE_LINUX_DEFAULT="quiet splash vga=773" et ignorer le message, puisqu'au moins la règle fonctionne comme ça.

J'espère que ces informations te seront utiles

Il y a apparemment eu une modification de la gestion du protocole du côté de M$, le problème de remise à l'adresse e-mail de l'alias (ou identifiant).
Il se pourrait que la manipulation indiquée sur le post suivant résolve le problème :
http://forum.ubuntu-fr.org/viewtopic.php?pid=3104890#p3104890

Je vais essayer aussi de mon côté

Je suis tombé sur ce sujet en cherchant à résoudre mon problème : le panneau du navigateur de fichiers dans gedit ne m'affichait plus mes fichiers .phtml.

En fait, un fichier x-extension-phtml.xml avait été créé dans ~/.local/share/mime/application/ et un autre user-extension-phtml.xml dans ~/.local/share/mime/packages/.

Si tu n'a toujours pas résolu ton problème, la solution serait peut-être de créer un fichier x-as.xml (ou du même genre) dans ~/.local/share/mime/text/ et qui ressemblerait à ça :

<?xml version="1.0" encoding="utf-8"?>
<mime-type xmlns="http://www.freedesktop.org/standards/shared-mime-info" type="text/x-as">
  <comment>As document</comment>
  <comment xml:lang="fr">document As</comment>
  <sub-class-of type="text/plain"/>
  <glob pattern="*.as"/>
</mime-type>

Après il faut utiliser la commande "update-mime-database ~/.local/share/mime/" pour mettre à jour la base des types MIME.

En espérant que ça puisse servir

J'ai contacté hier le développeur de Listen, car c'est vraiment mon lecteur de musique favoris, et je me permet de copier la réponse ici pour que tout le monde puisse savoir où en est le projet Listen.

"Bonjour,
Listen n'est pas vraiment mort, je travaille encore dessus de temps en temps, mais seulement le repository subversion de la version de développement est à jour.
Je n'est malheureusement pas le temps de faire de la communication.
J'espère sortir, en fin, la version 0.6 avant cette été, mais je ne promet rien

Voila
Bye."

Merci encore à lui pour Listen !
Vivement cet été

Il faut activer "Reminder" dans Préférences->Greffons->Tools.
J'ai fais la même erreur que toi ;-).
J'espère que ça ira pour toi.

Merci d'avoir répondu :-)
En fait les PC sur lesquels je veux faire booter mon disque acceptent bien le boot par USB. Par exemple ça marche avec Slax sur une clé USB, mais pas avec mon Ubuntu sur deux partitions :-/. C'est vrai que je peux essayer avec un CD, mais j'aimerais trouver sans quand même...
Je vais chercher un peu pour le CD. Merci ;-)
Enfin c'est toujours non-résolu :-/

Salut madeg,
Je viens de réinstaller Ubuntu 7.10 et j'ai le même problème, je ne comprend vraiment pas pourquoi mes documents (fichiers et répertoires) placés dans /home/sphax3d/ sont affichés et accessibles depuis le bureau. J'ai cherché un peu, mais je n'ai pas trouvé de modification à  faire dans la configuration.

Autre chose bizarre en rapport, à  l'installation je n'ai pas souvenir qu'il y ai un répertoire Desktop, mais plutà´t un répertoire Bureau... ou alors j'ai dû rêvé...

Je continu à  chercher sur le forum, et sur le net... je reviendrais quand j'aurais trouvé

Merci beaucoup gonzolero ! J'ai aussi une carte Matrox (G100) sur le vieux PC que j'utilise, et grâce au paquet .deb tout va pour le mieux .

Eh bien j'ai trouvé la solution à mon problème tout seul ! . Grâce à une recherche qui m'a pris un peu de temps sur google avec les mots clés : "problème audioscrobbler". Je suis tombé sur la page d'un gars qui utilisais le PHP pour afficher sur son site ses musiques joué récement et enregistrés dans un fichier xml par Audioscrobbler.

En effet, Audioscrobbler demande explicitement (en anglais) d'utiliser un cache au lieu de charger le fichier xml à chaque chargement de la page web avec la liste à afficher , ce que je ne faisais pas :

Please use common sense when requesting this data. An average song is around 3-4 minutes long, so this would seem a good minimum when polling these scripts. If including this data on your site, grab the file and cache the results.. Don't request and parse the script each time a page is loaded (!)

C'est donc surement Audioscrobbler qui m'a bloqué l'accès pendant 24h, le temps de corriger mon erreur, ce que je n'avais pas compris tout de suite.
Enfin je vais donc changer mon code PHP, et utiliser un cache du fichier xml et le re-charger toutes les 10min.

Pour tout ceux qui sont intéresser par ce code PHP, demandez le moi par e-mail .
Merci tout de même tiblebaro, car il faut bien faire ta manipulation après 24h de blocage (par Audioscrobbler) apparement.