totof2000 a écrit 9656 commentaires

  • [^] # Re: J'aimerais des explications sur

    Posté par  . En réponse à la dépêche Redo, un remplaçant de choix pour Make. Évalué à 2.

    Cas 1
    - j'installe l'OS
    - je lance la commande => pouf,pouf, ça marche sans rien installer d'autre.

    à la limite, cas 2:
    -j'installe l'os (version minimale"
    -je lance la commande => PAF ca marche pas.
    - j'installe 1 paquet make
    - je lance =>pouf ça marche.
  • [^] # Re: J'aimerais des explications sur

    Posté par  . En réponse à la dépêche Redo, un remplaçant de choix pour Make. Évalué à 5.

    Votre premier message dit "c'est nul d'avoir besoin d'un autre langage pour compiler du C"
    Pas exactement : plutot "nul besoin d'une usine à gaz comme Python (ou Java, ou Ruby, ou n'importe quel langage "bloatware") pour développer en C.

    t votre deuxième message : "c'est bien, on peut utiliser ruby pour compiler du C"...
    No, je dis qu'un remplaçant à Make pour Ruby existe déjà. Mais je ne m'en servirais pas pour écrire un programme C (j'aime pas multiplier inutilement les dépendances). Par contre ça peut être utile si on veut intégrer du C à un prog. Ruby (ou vice-versa, et vous pouvez remplacer Ruby par Python avec l'outil adéquat).

    L'avantage de Make c'est qu'il est dispo sur tous les Unix dignes de ce nom.
  • [^] # Re: J'aimerais des explications sur

    Posté par  . En réponse à la dépêche Redo, un remplaçant de choix pour Make. Évalué à 3.

    Ca fait deux qui suivent. D'ailleurs, la séparation des deux messages n'est pas innocente : je ne tiens pas à parasiter les arguments trollifère des autres.
  • [^] # Re: J'aimerais des explications sur

    Posté par  . En réponse à la dépêche Redo, un remplaçant de choix pour Make. Évalué à 2.

    Ca fait deux qui suivent.
  • [^] # Re: J'aimerais des explications sur

    Posté par  . En réponse à la dépêche Redo, un remplaçant de choix pour Make. Évalué à 2.

    comparer un truc simple comme Make, qui est nativement disponible sur tous les Unix et un trc commme python, avec un tas de libs que si tu ne les installe pas t fais pas grand chose avec, c'est euh ... Non rien. Après on s'étonne qu'un pauvre petit logiciel style Hello World nécessite 3 Gb de dépendances pour être compilé et/ou exécuté.
  • [^] # Re: et les softs alors ?

    Posté par  . En réponse au journal décroissance informatique. Évalué à 2.

    Il y a quand même certains moyens simple pou éviter de consommer des cycles CPU inutilement :
    — surveillance des périphériques branchées et enclenchement immédiat de l’action adéquate ;
    Pourquoi pas un bouton "détecter les nouveaux périphériques" que l'utilisateur cliquerait lorsqu'il branche un nouveau périphérique ? Il n'est tout de même pas si idot que ça l'utilisateur ? Si ?
    — indexation et recherche rapide de fichiers, sélection dans des listes longue comme le bras ;
    Et ça sert vraiment ce truc ? Parce que madame michu, elle met tous ses documents dans "Mes documents", ou sur son bureau. Donc la pour indexer en permanence c'est complêtement ridicule. Je pense que si on fait le rapport entre consommation et gain apporté, c'est ridicule.

    En tout cas je ne suis pas prêt à abandonner tout ça. On se rend juste pas compte… je crois qu’il faut remettre un peu en perspective.
    Je pense que c'est ça le problème : on n'est ps prêt à abandonner des trucs qui n'apportent pas grand chose par rapport à ce que ça consomme. Et utiliser des machines moins puissantes permet de faire la part des choses entre ce qui est réellement utile et ce qui l'est moins (désactivation des effets gadget sur les machines moins puissantes). pour aller à l'essentiel.
  • [^] # J'aimerais des explications sur

    Posté par  . En réponse à la dépêche Redo, un remplaçant de choix pour Make. Évalué à -2.

    Ah j'oubliais : en Ruby ça existe déjà ce truc et ça s'appelle rake. Les pythonneux sont encore en retard d'un train.
  • # J'aimerais des explications sur

    Posté par  . En réponse à la dépêche Redo, un remplaçant de choix pour Make. Évalué à 9.

    La syntaxe sujette aux erreurs ;

    Je trouve que la syntaxe de make plutot claire (je ne parle pas des extensions GNU que j'évite d'utiliser pour rester portable).

    sinon, devoir installer Python pour compiler un pauvre programme C ... euh ... Jen e sais pas pourquoi mais ça me gène.
  • [^] # Re: Du vrai Internet.

    Posté par  . En réponse au journal IPv6 et conséquences sur l'anonymat. Évalué à 5.

    Je suis tout à fait d'accord avec toi. A l'origine d'Internet, c'était l'IP fixe et 1 IP par machine qui était la norme. Les IP dynamiques puis le NAT ont été des paliatifs au manque (donc au cout) des IP V4.
  • [^] # Re: Qt ?

    Posté par  . En réponse au journal boot en une seule seconde. Évalué à 3.

    Ne pas être Qt ? D'ailleurs, alphabétiquement, GTK est avant Qt, et il tient sur 3 lettres au lieu de 2 donc il est plus fort.
  • [^] # Re: Jusqu'où... et pourquoi

    Posté par  . En réponse au journal boot en une seule seconde. Évalué à 3.

    Ca se défend dans l'embarqué, si tu as un watchdog qui réinitialise le mattértiel dans le cas ou celui-ci ne répond plus.
  • [^] # Re: Suisse!=France

    Posté par  . En réponse au journal Taxe sur les supports vierges. Évalué à 3.

    Quant à mon ton, il n'était pas non plus infantilisant.
    J'admet tout à fait avoir pu mal m'exprimer, mais c'est facile de tout me mettre sur le dos.

    Relis-toi en t'imaginant que c'est moi qui écrit et que tout ce que tu as mis dans ton mail, tu le sais déjà, et tu verras. Je veux bien croire que ce ne soit pas volontaire, mais tu as été maladroit dans ta formulation.
  • [^] # Re: Suisse!=France

    Posté par  . En réponse au journal Taxe sur les supports vierges. Évalué à 2.

    sauf que tu n'a PAS à payer la possibilité de copier sur plusieurs autres supports, car lorsque tu achètes l'oeuvre, tu as la loi qui dit "l'auteur ne peut interdire la possibilité de faire une copie pour son usage privée".
    C'est là que tu te trompes : en contre-partie de cette possibilité, tu payes une redevance sur les supports vierges. Il ne s'agit pas d'un droit mais d'une exception. D'un point de vue juridique ce n'est pas la même chose.

    Pourquoi devoir payer pour quelque chose qui est obligatoirement autorisé par la loi (a part enrichir certains sans cause) ?
    Il s'agit d'une exception, pas d'un droit.

    Lors que j'ai acheté mon cd, j'ai _payé_ l'autorisation de pouvoir écouter la chanson, que ce soit sur ma chaine HiFi ou sur mon ordinateur.
    Historiquement non : jusqu'à peu de temps, quand tu achetais un CD, tu payaisle droit d'écouter l'oeuvre enregistrée sur le CD. Tu peux l'écouter sur ta chaine hi-fi ou sur ton ordinateur, mais à partr du CD acheté. Certes c'est absurde pas logique, tout ce que tu veux : mais ce sont des faits. Va voir sur http://www.copieprivee.culture.gouv.fr/spip.php?article5&(...)
  • [^] # Re: Suisse!=France

    Posté par  . En réponse au journal Taxe sur les supports vierges. Évalué à 3.

    si tu pensais que je t'agressais, ce n'est nullement mon intention (rappeller que des situations délictueuses sont interdites par la loi c'est agresser).
    C'est le ton infantilisant que tu emploies qui m'a agacé.

    Et je répondais plus particulièreement à ta phrase "Et on ne peut pas forcément faire des offres à la carte pour tout le monde", qui est une superbe excuse pour permettre tout et n'importe quoi.

    Si tu avais lu l'ensemble du message sans te focaliser sur cette phrase, tu aurais compris que je parlais d'un meilleur compromis, faute de trouver mieux (pour l'instant). Parce que entre payer une redevance sur l'ensemble des supports vierges, et payer à l'achat d'une oeuvre la possibilité de la copier sur plusieurs autre supports, je préfère largement la seconde option Et entre payer systématiquement àl'achat d'une oeuvre la possibilité de la copier sur plusieurs autre supports et payer à la carte avec flicage/drm à la clé, je préfère la seconde option. Maintenant si tu as d'autres idées, je veux bien te lire, mais il y a d'autres façons de s'exprimer.
  • [^] # Re: Suisse!=France

    Posté par  . En réponse au journal Taxe sur les supports vierges. Évalué à 2.

    Tu as lu ce que j'ai écrit avant d'agresser comme ça ?

    Je dis simplement que quitte à faire payer, autant faire payer ceux qui achètent une oeuvre que ceux qui achètent un support;: ce serait plus logique. Ca me parait un bon compromis mais comme t'es trop abruti pour discuter posément, j'en reste là ( tu as fait une réponse digne de Zenitram, en pire).
  • [^] # Re: Limitation par IP

    Posté par  . En réponse au journal Le tour de force de l'IPv6. Évalué à 3.

    C'est même très bon.
  • [^] # Re: Ha booon !?

    Posté par  . En réponse au journal Le tour de force de l'IPv6. Évalué à 6.

    IPV6/IPV4 n'y change rien.
  • [^] # Re: Pardon mais

    Posté par  . En réponse au journal Le tour de force de l'IPv6. Évalué à 6.

    4) que globalement, le passage à l'ipv6 va pas apporter grand chose de plus par rapport à ce qu'on arrive à faire avec des méchanismes en place comme ceux susnommés,

    BEURK. Des méchanismes, c'est des trucs de méchants ?
  • [^] # Re: Il me semble que ce soit possible ....

    Posté par  . En réponse au message Extension LVM dans environnement SAN. Évalué à 2.

    Et ça ça t'aide ?
    Il ne faut aparamment pas de reboot, mais désactiver le VG que tu vas modifier :

    http://muzso.hu/2009/07/28/how-to-resize-an-lvm-physical-vol(...)

    Je t'invite aussi à lire ça :
    http://tldp.org/HOWTO/LVM-HOWTO/multpartitions.html
  • [^] # Re: Il me semble que ce soit possible ....

    Posté par  . En réponse au message Extension LVM dans environnement SAN. Évalué à 2.

    En revanche, je suis obligé du coup de créer avec fdisk une seconde partition primaire, /dev/emcpowerl2, ou puis-je étendre ma première partition /dev/emcpowerl1 ?
    Je sais que quelqu'un la fait ici au taf : on peut agrandir une partition en prenant quelques précautions. Mais comme la personne qui m'ne a parlé n'est pas là, je ne peux rien te dire malhereusement.

    Sinon, agrandir les LUNs, c'est bien pour un OS qui permet ce genre de manip de façon simple. Je sais que c'est possible qous AIX, mais aussi sur les versions récentes de LVM/HP-UX. Pour VxVm je n'en sais rien. Par contre pour Linux, je ne pense pas que ce soit possible de façon simple aujourd'hui. Il faut bidouiller un peu. Ce qui me pousse à te conseiller, si tu n'arrive pas à modifier la taille de ton PV, à ajouter des LUNS dans ton VG plutot que d'avoir 2 partitions sur la même LUN : je trouve ça plus propre.
  • [^] # Re: Suisse!=France

    Posté par  . En réponse au journal Taxe sur les supports vierges. Évalué à 5.

    "En achetant un support de stockage vierge, le consommateur achète le droit d'effectuer une copie privée des œuvres en sa possession, même s'il n'utilise pas ce droit".

    Ca n'a pas de sens.
    Encore une fois, c'est forcer à payer quelque chose sans tenir compte de ce que toi tu veux acheter.
    Et on ne peut pas forcément faire des offres à la carte pour tout le monde; Et ca me choquerait moins qu'on me vende un CD avec le droit de copier le cd acheté plutot que de me vendre un support vierge avec le droit de copier un truc que je n'ai même pas acheté (je ne vois pas en quoi mes données personnelles ont un quelconque rapport avec de la musique), même si je suis d'accord avec toi : dans l'absolu on devrait pouvoir acheter séparément le droit de copier une oeuvre (on tombe dans le problème de vente liée). Mais comment gérer ça ?
  • [^] # Re: Il me semble que ce soit possible ....

    Posté par  . En réponse au message Extension LVM dans environnement SAN. Évalué à 2.

    Pour finir, nous préférons de loin étendre une LUN plutôt de d'en créer une autre pour la même fonctionnalité, car nous en avons environ 180 à gérer ce qui représente une grosse volumétrie
    180 LUNS de quelle taille ? C'est rien ça ... :)
  • [^] # Re: Suisse!=France

    Posté par  . En réponse au journal Taxe sur les supports vierges. Évalué à 4.

    Non, il ne se fait pas "entuber" : il "achète" le droit de recopier ladite oeuvre, même s'il n'utilise pas ce droit. Mais ça rapporterait moins à Sacem et consorts.
  • # Il me semble que ce soit possible ....

    Posté par  . En réponse au message Extension LVM dans environnement SAN. Évalué à 2.

    Par contre je ne sais plus comment on fait. Tout dépend de la façon dont le disque a été créé initialement. Je sais que quelqu'un m'en a parlé au taf il y a peu de temps mais il n'est pas la. Sinon je lui aurai demandé.

    Si tu peux tester sur un autre environnement ce serai bien, parce que ce que je vais te dire la c'est de mémoire.

    Il faut avant tout faire une sauvegarde
    ensuite via un utilitaire de partitionnement, agrandir ta partition LVM (gparted ou équivalent jer ne sais plus ce qu'il a utilisé, ni comment il l'a fait. Il y a quelques précautions à prendre me semble-t-il)
    ensuite il est possible que le pvresize fonctionne (modulo un reboot après agrandissement ? je ne sais plus).
    Ensuite tu as la nouvellle volumétrie à dispo.

    Celà dit quand je dois agrandir une volumétrie SAN, je préfère augmenter le nombre de LUNS plutot que d'agrandir un LUN. Je trouve ça plus propre et moins risqué.
  • [^] # Re: Et Linux tourne sur....

    Posté par  . En réponse au journal Windows 8 tournera sur ARM. Évalué à 2.

    Merci pour ces liens, c'est ce que je cherchais depuis un moment.

    Les comparatifs que j'aais lu sur l'Itanium et les autres CPU (style SPARC et PowerPC n'insistaient pas sur le calcul haute performances mais sur le côté multithread et consommation d'énergie. Et sur ces deux points les CPU Intel sont en arrière par rapport aux autres (quoique je n'ai pas vu de réels comparatifs entre la dernière version de l'Itanium et les dernieres versions SPARC et Power.