pralines a écrit 548 commentaires

  • # parce que

    Posté par  . En réponse au message L'utilité de partitionner un disque sous Linux (Débian). Évalué à 3. Dernière modification le 08 mai 2012 à 20:27.

    comme dit précédement, /var contient des données qui changent beaucoup (log par exemple), mais aussi les bases de données MySQL, les racines des site web (sur debian)

    et le /tmp contient comme des fichiers temporaires (archives en cous de création/compression/décompression par exemple), des fichiers uploadés par l'utilisateur (ou des applis), c'est un répertoire que certains distrib (ou certaines personnes prudentes) veulent monter de façon spéciale afin que les fichiers ne puissent jamais être exécutés, ou encore monter en mémoire ou sur un autre disque (pour des questions de performance, de ssd, etc…)

    il est utile que ces partitions soit séparées pour qu'en cas de remplissage on puisse encore se connecter à la machine et faire du ménage dans ses données (on n'a pas toujours un accès réservé root…)

    Envoyé depuis mon Archlinux

  • [^] # Re: calcul karma / score contenu

    Posté par  . En réponse au journal Convertisseur d'unité en ligne. Évalué à 7.

    je relayai simplement une information qui m'avait amusé

    si l'approbation des autres moules était ma préoccupation première j'apporterai plus de soin à mes rares posts

    et si je viens sur LinufFr, c'est que les réactions/commentaires (même à des contenus anodins) sont généralement beaucoup plus instructifs que sur Facebook ou Tweeter

    Envoyé depuis mon Archlinux

  • # calcul karma / score contenu

    Posté par  . En réponse au journal Convertisseur d'unité en ligne. Évalué à -3.

    bon, c'est pas que je sois obsédé par mon karma (ça m'apprendra a être plus clair ou à poster le bon jour de la semaine :-)
    mais chaque fois que je me fais moinser je me demande comment se décompose ce total ?

    par exemple : ce journal a un score de -8 (au moment où j'écris ce commentaire), est-ce qu'il s'agit du résultat du calcul suite à 8 clics sur inutile, ou bien de 10 clics sur inutile + 2 clics sur pertinent ?

    pour ce journal particulier je me doute un peu de la réponse, mais dans d'autre cas il pourrait être utile de savoir combien de fois on a été jugé pertinent et combien de fois inutile

    Envoyé depuis mon Archlinux

  • [^] # Re: C'est bien ls bonnes nouvelles !

    Posté par  . En réponse au journal CJUE, droits d'auteur et brevets logiciels en Europe.. Évalué à 1.

    oui, c'est logique et en même temps il y a déjà des loopholes, cf le jugement en faveur de Motorola en Allemagne :

    Motorola gagne en Allemagne le droit de demander l'interdiction de produits Microsoft,

    mais Microsoft avait pris les devants en faisant interdire (via une cour de justice US) à Motorola de demander l'application de l'interdiction (en Allemagne)

    si j'ai bien compris c'est grâce à une particularité du droit allemand : dans un premier temps il faut gagner son procès et dans un second temps il faut demander l'application du jugement (et là Motorola en est empêché par la décision US)

    Envoyé depuis mon Archlinux

  • [^] # je suis sur le c.l

    Posté par  . En réponse au journal CJUE, droits d'auteur et brevets logiciels en Europe.. Évalué à 1.

    je viens de lire que le juge de ce procès a demandé aux différentes parties (Google et Oracle) leur avis (si j'ai bien compris) sur cette décision de la CJUE

    la source

    Envoyé depuis mon Archlinux

  • [^] # Re: complot

    Posté par  . En réponse au journal le complot du vendredi. Évalué à 3.

    effectivement
    merci

    Envoyé depuis mon Archlinux

  • # amnistie

    Posté par  . En réponse au journal le complot du vendredi. Évalué à 2.

    j'ai cru comprendre que certains se plaignaient du système de notation en place sur le site,

    j'en profite pour proposer un autre amendement : désactiver les boutons Pertinent/Inutile des contenus postés le vendredi  ;-)

    Envoyé depuis mon Archlinux

  • [^] # Re: Lapin compris

    Posté par  . En réponse au journal fasd. Évalué à 1.

    j'ai l'impression qu'il s'agit d'une autocomplétion plus "intelligente"

    au lieu de se faire uniquement en fonction du début du nom (LIKE toto%) et du répertoire dans lequel on se trouve,
    ça fait des LIKE %toto% et de façon récursive dans l'arborescence du système de fichiers

    intéressant, faut voir à quelle vitesse ça réagit dans une arborescence importante

    Envoyé depuis mon Archlinux

  • # complot

    Posté par  . En réponse au journal le complot du vendredi. Évalué à 5.

    posté trop vite, il fallait comprendre le Complot du vendredi

    (dommage qu'on ne puisse pas modifier son contenu selon les même règles que ses commentaires)

    Envoyé depuis mon Archlinux

  • [^] # Re: A faire en premier sur un portable

    Posté par  . En réponse au journal Certains éditeurs logiciel abusent un peu quand même. Évalué à 4.

    anéfé

    avec ccCleaner (désolé pour la pub) :
    - désactiver tous les accessoires suspects au démarrage
    - redémarrer pour vérifier que tout fonctionne toujours
    - désinstaller toutes les versions d'essai et autre sal…ries (barres google, recherche auto de màj pdf/flash etc)

    et rapidement la machine retrouve un peu d'air

    Envoyé depuis mon Archlinux

  • [^] # Re: 3 façons

    Posté par  . En réponse au message Sauvegarder et ressortir un arbre, typiquement les commentaires de linuxfr. Évalué à 1.

    je connaissais les "Nested Nets"

    la méthode des "Closure Tables" indiquée dans le lien donné par Amand Tihon semble avoir pour avantage de ne nécessiter qu'1 requête pour ajouter/supprimer une relation père/fils

    pour le reste des avantages/inconvénients, je ne suis pas assez calé pour juger

    je ne serai pas étonné qu'une méthode soit plus adapté pour les SGBD (voire un SGBD particulier) et qu'une autre méthode soit plus facile/performante lorsqu'on l'emploi dans une boucle d'un langage autre que SQL (genre php/python/ruby…)

    Envoyé depuis mon Archlinux

  • [^] # Re: systemd vs upstart

    Posté par  . En réponse à la dépêche Ubuntu 12.04 Precise Pangolin est sortie. Évalué à 5. Dernière modification le 26 avril 2012 à 22:45.

    je suis sous Archlinux et je me suis déjà fait refilé Gnome3, alors c'est pas systemd qui va aggraver les choses :-)
    (je sais, j'aurai du attendre 76 minutes pour poster ce commentaire…)

    Envoyé depuis mon Archlinux

  • [^] # Re: Hein ?

    Posté par  . En réponse au journal Après Stuxnet, le virus Viper force l'Iran à arrêter les installations pétrolières de l’île de Kharg. Évalué à 3.

    hypothèse
    1 : détruire le bios pour empêcher le redémarrage (rapide)
    2 : écraser chaque secteur disque (beaucoup plus long)

    Envoyé depuis mon Archlinux

  • [^] # Re: Occupation mémoire

    Posté par  . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 2. Dernière modification le 30 mars 2012 à 13:26.

    je rectifie : chez moi ça n'est pas l'uptime qui joue sur la conso mémoire énorme du gnome-shell, mais l'usage de Gnome WEB (epiphany ? :-)

    il suffit de passer sur un site garni de grosses photos et d'en enregistrer un grand nombre (des dizaines) et c'est des centaines de mo qui s'envolent, comme si tout ce qui avait été sauvegardé était conservé en mémoire

    heureusement, un "Alt+F2 r" permet de repartir à 0 sans avoir à redémarrer ni fermer les applis

    Envoyé depuis mon Archlinux

  • [^] # Re: Alpha → Beta, extensions favorites

    Posté par  . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 1.

    ben suffit d'avoir l'extension qui va bien, wait…. :-)

    sérieusement, il y a un outil "Advanced settings teaks…" qui permet, entre autres choses d'installer/activer/desactiver les shell extensions,

    mais effectivement, il reste la question de la mise à jour des extensions, même avec le plugin dans le navigateur, il faut aller sur la page de chaque extension pour vérifier si on a la dernière version

    (bon c'est le début, il y a encore de la marge pour améliorer le système)

    Envoyé depuis mon Archlinux

  • [^] # Re: Occupation mémoire

    Posté par  . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 2.

    au départ 726 Mo d'occupation mémoire (dixit moniteur système)

    après de nombreux essais et reboot, l'occupation mémoire minimale que j'ai pu atteindre = 103 Mo, dans la configuration suivante :
    - résolution écran 1024x768
    - pas d'icones sur le bureau
    - pas d'extensions
    - pas d'applications

    et de retour dans ma configuration d'origine = 270 Mo
    - résolution 2560x1600 (+ 50 Mo)
    - 88 icones sur le bureau (+ 10 Mo)
    - les extensions (+ 25 Mo)
    - les applications habituelles (thunderbird, firefox, chromium, audacious, geany) (+ 80 Mo)

    je suppose que la différence entre les 726 mo de mon premier commentaire doit s'expliquer par un uptime de 2 jours

    en passant, l'accessoire "Surveillance système" renvoie plein d'infos détaillées sur la mémoire (entre autres) : clic droit sur processus, info détaillées sur mémoire, puis développer tous les détails

    Envoyé depuis mon Archlinux

  • [^] # Re: Alpha → Beta, extensions favorites

    Posté par  . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 1.

    cette extension géniale permet de gérer le volume de chaque application jouant du son : plugin navigateur web, player audio/vidéo, et même (et surtout) celles ne disposant pas de la possibilité de gérer le volume (cas des notifications sonores de thunderbird, natives ou ToneQuilla)

    j'uilise quantité d'autres extensions ayant pour but de transformer Gnome3 en Gnome2 (on n'est pas trolldi alors je resterai discret :-)

    Envoyé depuis mon Archlinux

  • [^] # Re: Occupation mémoire

    Posté par  . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 1.

    je ferai une install propre 32 bit sur un dual core (8 go de ram) + radeon 1950 pro et je comparerai avec mon quad (16 go) + nvidia actuel

    pour l'instant je ne suis pas gêné (même avec un firefox à 1600 mo et un gnome shell à 700 mo) et c'est plus par principe (et par curiosité), et aussi par précaution avant de commencer à virtualiser du Vista ou du Win7/8

    si mon gnome redevient raisonnable ça va lui sauver la vie (je n'installerai/apprendrai d'autres bureaux que par curiosité plutôt que par la contrainte)

    encore merci pour l'info

    Envoyé depuis mon Archlinux

  • [^] # Re: Occupation mémoire

    Posté par  . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 1. Dernière modification le 28 mars 2012 à 18:23.

    merci de l'info, au moins maintenant je sais que ma situation n'est sans doute pas normale (700 mo rapportés par top et le moniteur système de gnome)

    je suis sur Archlinux 64 bits stable, pilotes nVidia proprio,

    peux-tu préciser ta config/distrib/pilotes graphique ?

    Envoyé depuis mon Archlinux

  • [^] # Re: Mémoire

    Posté par  . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 2.

    je ne pense pas,
    j'avais remarqué le pb dès les premières versions de Gnome3, avant la disponibilité même des premières extensions

    Envoyé depuis mon Archlinux

  • # Occupation mémoire

    Posté par  . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 4. Dernière modification le 28 mars 2012 à 18:11.

    j'ai longtemps hésité à jeter Gnome3 parce que j'aimais bien l'aspect visuel et les possibilités de personnalisation (en mettant les mains dans le cambouis html+css+js),

    certains choix était déconcertants pour un habitué de Gnome2 (utilisateur de pc non tactile), mais les nouvelles extensions permettent de renouer avec les habitudes et la productivité perdues (certaines extensions sont redondantes et incompatibles, mais il vaut mieux avoir plus de choix que pas assez),

    maintenant en regardant l'occupation mémoire de gnome-shell (700 mo) je repense aux début de Vista et je me demande mais pourquoi une telle charge pour un shell graphique, beaucoup de code supplémentaire ou bien de bitmaps ???
    (c'est vraiment par curiosité, ça n'est pas un lancé anticipé de troll piscicole)

    Envoyé depuis mon Archlinux

  • # popen ?

    Posté par  . En réponse au message Remonté en temps réel d'un script externe. Évalué à 2.

  • [^] # Re: échec, car trop libre ;-)

    Posté par  . En réponse au journal L'échec du bureau libre sous Linux réside paradoxalement dans le fait qu'il n'est pas assez libre.. Évalué à 2.

    pour Hell Pé et MadHatter :
    actuellement tout n'est pas rose, c'est certain, mais avec l'aide de la communauté on est presque certain (sauf mauvais choix) d'installer ce qu'on veut sur une grande variété de matériel

    demain, avec l'avènement de bootloader qui impose une signature on n'aura plus la possibilité d'installer autre chose que W8, même si la machine a plein de ports usb et qu'on peut remplacer le disque dur

    mon voisin Niclone a mis le doigt sur une conséquence positive de ce verrouillage du marché :
    - la mise en évidence des constructeurs/assembleurs ayant d'autres valeurs (respect de la liberté de leurs clients)
    - et peut-être la simplification du calcul des parts de marché du bureau libre :-)

    Envoyé depuis mon Archlinux

  • [^] # Re: échec, car trop libre ;-)

    Posté par  . En réponse au journal L'échec du bureau libre sous Linux réside paradoxalement dans le fait qu'il n'est pas assez libre.. Évalué à 3. Dernière modification le 18 mars 2012 à 13:53.

    pour l'instant on peut encore installer la distribution qu'on veut sur un pc de marque (ou en pièce détachées), on peut encore hacker certaines tablettes et téléphones,

    mais effectivement, dans un futur pas très éloigné ça pourrait ne plus être possible avec le matériel certifié pour W8 (pour les tablettes ça en prends le chemin)

    Envoyé depuis mon Archlinux

  • # échec, car trop libre ;-)

    Posté par  . En réponse au journal L'échec du bureau libre sous Linux réside paradoxalement dans le fait qu'il n'est pas assez libre.. Évalué à 3. Dernière modification le 18 mars 2012 à 00:14.

    1 : ça n'est pas encore l'échec
    2 : ça n'est pas encore la réussite (peut-être à cause de trop de liberté AMHA)

    pour reprendre un peu le commentaire de lem_mel, GNU/Linux me convient comme bureau, il est très perfectible mais je préfère souffrir des problèmes d'un bureau trop libre plutôt que d'un bureau fermé (et comme je suis un peu fainéant j'apprends même à me servir de Gnome3 :-)

    les plateformes proprio sont probablement plus confortables pour les tontons Gaston du Cher dont le temps de cerveau disponible est déjà accaparé par des choses plus importantes qu'avoir à apprendre les avantages et inconvénients de Linux/BSD, Gnome/Kde, etc.

    MAIS

    autant on doit laisser le choix entre la liberté et la sécurité à la masse des utilisateurs,
    autant si nous voulons conserver la notre (de liberté), il faut que le bureau libre prenne des parts de marché,
    sinon ledit marché ne sera plus composé que de matériel ne faisant tourner que du W8 ou de l'OSX

    DONC

    pour affiner un peu la réflexion de Molnar :
    il faudrait sans doute plus de bazars côté applications utilisateur,
    et une cathédrale plus petite, plus solide coté logiciels systèmes
    avec une barrière hermétique entre les 2 (cf les solutions proposées) et même (surtout ?) une barrière entre chaque application utilisateur

    un OS libre et auquel on peut faire confiance (signé, chiffré, audité,…) + des applications éventuellement (mais pas obligatoirement) accessibles via des stores distincts des dépôts systèmes

    je languis de voir comment va évoluer Boot2Gecko (j'aimerai aussi voir naître un Boot2Webkit ou un Boot2Khtml) et si on pourra le faire tourner sur du PC

    Envoyé depuis mon Archlinux