eldwane a écrit 21 commentaires

  • [^] # Re: mangerbouger

    Posté par  . En réponse au journal Paylib va enfin remplacer paypal !. Évalué à 2.

    C'est clair qu'on ne saura pas si le générateur de menu est vraiment utilisé, mais si la page génère du trafic, c'est qu'elle a forcément une raison d'être, qu'elle génère un intérêt pour ses visiteurs (oui oui, je joue sur les mots, mais on ne peut pas dire qu'elle sert à rien).

  • [^] # Re: Je suis sans-doute de mauvaise fois mais...

    Posté par  . En réponse au journal Ma vie et debian.... Évalué à 1.

    De souvenir il y a au moins les indications de taille et d'emplacement (sda, sdb…)

  • # Je suis sans-doute de mauvaise fois mais...

    Posté par  . En réponse au journal Ma vie et debian.... Évalué à 5.

    J'ai l'impression que tous tes problèmes d'installation sont majoritairement liés à des oublis/erreur de ta part (clé ntfs, proxy, grub…)
    Ce n'est pas une critique, parce que je fais souvent aussi ce genre de bourde mais à la longue on s'y habitue . J'ai même d'ailleurs installé la 7.0 sur un proliant il y a deux semaines tout en jouant à Don't Starve (c'est dire le stress du truc :))/
    Par contre, de souvenir, depuis la 7.0, on a le choix du disque pour l'installation de grub, donc si l'on fait attention, il n'y a plus de soucis sur ce point (au moins, ça m'a permis d'apprendre à me servir de grub).

    Donc ce que je retire finalement de ton journal, c'est le manque de souplesse de l'installateur, lors de la modification d'options notamment pour le proxy, mais que le principal problème reste toujours l'interface chaise-clavier.

  • [^] # Re: Fromages

    Posté par  . En réponse au journal Recette de Soufflé au fromage. Évalué à 3. Dernière modification le 04 juin 2013 à 15:59.

    Si c'est du Gruyère suisse (ou du français), ça peut avantageusement remplacer du Beaufort ou du Comté :)
    Par contre de l'emmental rapé fadasse qu'on trouve en supermarché (et abusivement appelé gruyère), alors oui, Beaufort, Comté, Gruyère, tout est meilleur!

  • [^] # Re: Le million, le million !

    Posté par  . En réponse à la dépêche Article libre : Openstreetmap crée des données libres pour le territoire- le projet dessine ta ville. Évalué à 8.

    J'imagine qu'il voulait dire "Bien entendu ce ne sont pas un millions de contributeurs réguliers."

  • [^] # Re: moi aussi j'aime les cartes

    Posté par  . En réponse au journal Communes de France finissant par "ville". Évalué à 0.

    En Alsace, il y a aussi Moosch (le double "oo" se prononçant "o") et Saales

  • [^] # Re: Course à l’échalote

    Posté par  . En réponse au journal android 4.2 et nouveau nexus. Évalué à 6.

    Ben oui, Apple dit bien dans sa publicité que notre pouce va de "là" à "là" ;)
    cqfd

  • # J'ai comme une furieuse envie de jouer à Terraria...

    Posté par  . En réponse au journal XKCD - The world is big !. Évalué à 2.

    Wow

    J'ai comme une furieuse envie de jouer à Terraria… allez savoir pourquoi :)

  • # C'est pas faux

    Posté par  . En réponse au journal Et on créait une rubrique "on s'en fout" ?. Évalué à -2. Dernière modification le 12 septembre 2012 à 22:44.

    .

  • [^] # Re: Explications ?

    Posté par  . En réponse à la dépêche Firefox et Thunderbird, livrée 14. Évalué à 1.

    Mais de souvenir, Deezer n'utilise plus flash… non?

  • [^] # Re: C'est dit sur pcinpact

    Posté par  . En réponse au journal La culture du buzz. Évalué à 2.

    Entre temps, PC Inpact a fourni une autre traduction possible: "NIEL JOIN RACE >>START" (lecture en utilisant la table ASCII)... ça me parait bien tiré par les cheveux tout ça :)

  • [^] # Re: Jeu pour ordinateur

    Posté par  . En réponse au journal OpenTTD désormais disponible sur la Wii. Évalué à 1.

    Sans compter la fatigue du poignet, après 2h de jeu à poser des rails, des routes, construire des itinéraires, etc... (déjà que c'est passablement épuisant au bout de 8h de jeu non-stop ^^)

  • [^] # Re: Open TTD

    Posté par  . En réponse au journal OpenTTD désormais disponible sur la Wii. Évalué à 1.

    Ils ont, sauf erreur, repris une grande majorité des fonctionnalités de ttdpatch (donc : inspiration) et aussi ajouté pas mal de compléments maison (du genre la gestion de signalisation dynamique).

  • [^] # Re: Lune

    Posté par  . En réponse au journal Nom de geek pour une chatte ?. Évalué à -1.

    ah mais... je sais pas lire (j'ai vérifié pourtant, mais je viens seulement de voir le "Luna"... bref...)

  • # Lune

    Posté par  . En réponse au journal Nom de geek pour une chatte ?. Évalué à -2.

    Peut-être un peu trop basique, mais pourquoi pas : "Lune", en référence au rayon de lune hein? :) (et puis noire = nouvelle lune, marque blanche : croissant de lune, etc etc...)

    (bon, ça fait pas vraiment deux syllabes... et c'est pas super original... sinon y'a le même mot en japonais (pour le coté intellectuel ou pas) "Tsuki" mais ça rentre pas dans la case français/espagnol/macédonien)

  • [^] # Re: ...

    Posté par  . En réponse à la dépêche Les serveurs de TuxFamily vont déménager en Islande. Évalué à 4.

    C'est assez! j'ai le dos fin maintenant :)
  • [^] # Re: et picasa ?

    Posté par  . En réponse à la dépêche Linux et la photographie : état des lieux. Évalué à 2.

    Et alors?

    Bibble non plus...
  • [^] # Re: Reflexe: bugs.debian.org

    Posté par  . En réponse au message Paquet dans un état incohérent - Python-uno. Évalué à 1.

    Et c'est pas faute d'avoir passé une partie de la journée à chercher :)

    Merci, j'ai effectivement pu régler mon problème.
    C'est fou ce que la vie peut devenir compliquée quand il ne manque d'une seule ligne ^^

    (et je suis persuadé que la mise à jour du paquet python-central que je viens juste de voir aurait aussi pu régler mon problème... soupirs...)

    Merci encore, et bonne fin de week end! :)
  • # Paquet dans un état incohérent - Python-uno (complément)

    Posté par  . En réponse au message Paquet dans un état incohérent - Python-uno. Évalué à 1.

    Je viens de me rendre compte que j'ai donné le log de ce que j'obtenais quand j'essayais de mettre à jour le paquet...

    Histoire de faire un peu de flood involontaire, je transmets aussi le log de ce que j'obtiens quand j'essaye de supprimer le paquet (tout de suite, ça donne envie)


    dpkg : erreur de traitement de python-uno (--purge) :
    Le paquet est dans un état incohérent - vous devriez
    le réinstaller avant d'essayer de le supprimer.
    Des erreurs ont été rencontrées pendant l'exécution :
    python-uno
    E: Sub-process /usr/bin/dpkg returned an error code (1)
    A package failed to install. Trying to recover:
    Paramétrage de python2.4-minimal (2.4.4-3) ...
    Linking and byte-compiling packages for runtime python2.4...
    Traceback (most recent call last):
    File "/usr/bin/pycentral", line 1373, in ?
    main()
    File "/usr/bin/pycentral", line 1363, in main
    if action.check_args(global_options):
    File "/usr/bin/pycentral", line 971, in check_args
    for rt in get_installed_runtimes():
    File "/usr/bin/pycentral", line 196, in get_installed_runtimes
    supported = pyversions.supported_versions()
    File "/usr/share/pycentral-data/pyversions.py", line 98, in supported_versions
    value = read_default('supported-versions')
    File "/usr/share/pycentral-data/pyversions.py", line 22, in read_default
    value = config.get('DEFAULT', name)
    UnboundLocalError: local variable 'config' referenced before assignment
    dpkg : erreur de traitement de python2.4-minimal (--configure) :
    le sous-processus post-installation script a retourné une erreur de sortie d'ét at 1
    dpkg : des problèmes de dépendances empêchent la configuration de python2.4 :
    python2.4 dépend de python2.4-minimal (= 2.4.4-3) ; cependant :
    Le paquet python2.4-minimal n'est pas encore configuré.
    dpkg : erreur de traitement de python2.4 (--configure) :
    problèmes de dépendances - laissé non configuré
    dpkg : des problèmes de dépendances empêchent la configuration de hal-device-man ager :
    hal-device-manager dépend de python2.4 ; cependant :
    Le paquet python2.4 n'est pas encore configuré.
    dpkg : erreur de traitement de hal-device-manager (--configure) :
    problèmes de dépendances - laissé non configuré
    dpkg : des problèmes de dépendances empêchent la configuration de python2.4-dev  :
    python2.4-dev dépend de python2.4 (= 2.4.4-3) ; cependant :
    Le paquet python2.4 n'est pas encore configuré.
    dpkg : erreur de traitement de python2.4-dev (--configure) :
    problèmes de dépendances - laissé non configuré


    Bon, ça reste quand meme similaire au log précédent...
  • [^] # Re: Problème similaire

    Posté par  . En réponse au message Partitions montées et raccourcis buereau. Évalué à 1.

    Bon... a force de chercher, j'ai finalement trouvé d'autres personnes avec un problème similaire. Et visiblement, il s'agit d'un "problème" venant de hal (ou hal-device-manager... mais vu que les deux paquets sont liés) dans leurs versions 0.5.8.1-x

    J'ai donc essayé d'installer la version 0.5.7.2 et tout est revenu à la normal... à suivre donc... avec la version 0.5.8.1-3
  • # Problème similaire

    Posté par  . En réponse au message Partitions montées et raccourcis buereau. Évalué à 1.

    Je n'ai pas de réponse à apporter, juste une autre expérience de mon coté:

    J'ai donc à peu près le même problème depuis bientôt 2 semaines. Je suis aussi sous Gnome 2.14 (noyau 2.6.17 avec une debian unstable)et pour ma part, ce sont toutes les "accès" des disques qui ont disparus, que ce soit depuis l'arborescence de Nautilus ou du bureau (logique).

    De mon coté, celà a commencé suite à la mise à jour "plantée" de nautilus d'il y a quelques semaines (version 2.14.3-3 de nautilus-data avec une version 2.14.3-2 de nautilus). Le système n'a évidemment pas beaucoup aimé et nautilus a "rendu l'âme" peu après. S'en est suivi une installation forcé de la version 3-2, puis de la 3-3 à sa sortie.

    C'est donc depuis cet évènement que les raccourcis d'accès nautilus (arborescences, raccourcis, icônes du bureau) à mes différentes partitions (2 ntfs, 1 fat32 et 2 ext3 (en dehors de / et /home)) ne s'affichent plus, ce qui s'avère peu pratique au quotidien. Les disques sont montés correctement, de même que les disques externes et clefs usb se montent automatiquement.

    Débutant avec linux depuis seulement 3 mois, j'ai avec l'aide de mon frère (s'y connaissant beaucoup plus) cherché la raison et la solution à ce problème. N'ayant pour le moment pas résolu la question, je comptais vous la soumettre et profite de ce sujet pour le faire.

    Voici par ailleurs les différentes observations que nous avons pu faire:
    au redémarrage de dbus (/etc/init.d/dbus) les raccourcis réapparaissent, mais le montage automatique des périphériques de stockage amovible ne fonctionne plus.
    la réapparition des raccourcis n'est que partielle et les partitions ext3 (hors / et /home) ne se ré-affichent toujours pas. A ce sujet, et d'après mon frère, leur présence à l'origine n'était pas "normale"
    le problème semblerait venir de nautilus et non de dbus (et compagnie, entre autre HAL et gnome-volume-manager)

    Je joins aussi ma configuration fstab, même si je ne pense pas que ça puisse aider en quelque chose:


    proc /proc proc defaults 0 0
    /dev/sda2 / ext3 defaults,errors=remount-ro 0 1
    /dev/sda3 /home ext3 defaults 0 2
    /dev/hda2 /home/Xelythael ext3 defaults 0 2
    /dev/hdb1 /home/Xirehyl ext3 defaults 0 2
    /dev/hdb2 none swap sw 0 0
    /dev/hdc /media/cdrom0 iso9660 ro,user,noauto 0 0
    /dev/hdd /media/cdrom1 iso9660 ro,user,noauto 0 0
    /dev/fd0 /media/floppy0 auto rw,user,noauto 0 0

    # Disques maison
    /dev/hda1 /home/Clayelle ntfs ro,user,umask=0222,nls=utf8 0 0
    /dev/sda1 /home/Dyomel ntfs ro,user,umask=0222,nls=utf8 0 0
    /dev/sda4 /home/eldwane/Documents vfat users,umask=0000 0 0