Psychofox a écrit 9495 commentaires

  • [^] # Re: la force du marketing

    Posté par  (Mastodon) . En réponse au journal La perle du jour : Alfresco vs Sharepoint. Évalué à 3.

    Non, ce qui me dérange, c'est qu'aujourd'hui elle soit vendue en France, avec le petit logo au cul « by Renault », ce qui prouve bien que c'est une Renault, conçue par Renault, et fabriquée dans les pays de l'est. Et on dira ce qu'on voudra, c'est pour moi de la délocalisation pure et simple. Je dirais même que ja la trouve insidieuse car sur le papier ce n'en est pas une, mais dans les faits si. À côté de ça, en France même, on voit fermer des usines de sous-traitants, ou alors au chômage technique. Cherchez l'erreur.

    Sauf que Dacia, avant d'être racheté par Renault, construisait des « by Renault » comme tu le dis depuis des années. Les Dacia étaient déjà des Renault fabriquées sous licence avec l'ancien outillage renault.

    La raison est simple : le coût. Dacia ne pouvant supporter les coûts de développement d'une voiture.

    Je trouve que c'est plutôt une amélioration pour les roumains de pouvoir rouler dans une logan, sachant que les Renault 9 et 12 qui étaient refabriquées par Dacia étaient à peu près ce que Renault a fait de pire ces 30 dernières années.
  • [^] # Re: traduction

    Posté par  (Mastodon) . En réponse au journal La perle du jour : Alfresco vs Sharepoint. Évalué à 7.

    en même temps c'est pas comme si sharepoint était vieux et établi. Dans ma boite sharepoint a été installé tant bien que mal, mais dans l'équipe qui l'a installé, personne ne connait vraiment le produit. ça marchotte tant bien que mal (plutôt mal que bien d'ailleurs), donc à ce niveau, des coûts de formations/qualification/maintenance sont à prévoir, même si les admins en place connaissent l'univers autour.

    Et c'est pas comme si des admins apache/tomcat/mysql étaient durs à trouver, ni comme si c'était inexistant en entreprise.
  • [^] # Re: Loosers

    Posté par  (Mastodon) . En réponse au journal LinuxFr sur iPhone. Évalué à 1.

    il n'y a pas de noyau freebsd dans Mac OS X
  • [^] # Re: Vidéo de présentation...

    Posté par  (Mastodon) . En réponse à la dépêche Touch Book : le tueur de netbook ?. Évalué à 2.

    C'est pas qu'une question d'accent, le vocabulaire courant est très différent aussi. Pareil quand on converse avec des néo-zélandais ou des australiens...
  • [^] # Re: "tueur de netbook ?"

    Posté par  (Mastodon) . En réponse à la dépêche Touch Book : le tueur de netbook ?. Évalué à 2.

    Pour le "disque" de 8 Go, je trouve ca plutôt un atout. Pour rien au monde, je voudrais remplacer mon SSD de 4 Go de mon EeePc contre un disque dur de 80 ou 160Go. L'intérêt d'un Netbook est d'être silencieux, peu énergivore et léger, sinon, autant prendre un portable pas cher... et je suppose que l'on trouvera bientôt des microSD de 80 Go (si vraiment toute cette place est nécessaire, mais j'en suis pas convaincu...). Je connais plein de possesseurs de netbook qui l'utilise professionnellement (internet, mail, qques tableaux excel pour les comptes de la journée) et dont les 4 Go sont largement suffisant.

    Il faut de tout pour faire un monde, ne prends pas ton exemple pour une généralité. Mon netbook a un disque dur de 120Gb et je ne le remplacerai jamais pas un SSD de 8Gb. Rien que pour me permettre le luxe d'avoir toute ma musicothèque à porté de main ainsi que quelques films vu que je prends souvent le train.

    Mon netbook est d'ailleurs devenu mon pc principal (j'ai mis en vente mon laptop 15").
  • [^] # Re: Concurrent du GDIUM, plutôt

    Posté par  (Mastodon) . En réponse à la dépêche Touch Book : le tueur de netbook ?. Évalué à 0.

    enlève tes oeillères, le monde ne s'arrête pas aux frontières de la France. Il y'a plein de ce genre des "bêtes" qui ne sont disponibles que dans un nombre limité de pays (le japon a plein de mini pc / tablet qui ne sont commercialisés que là-bas).

    Et ô miracle, dans ce monde de "mondialisation" dans lequel on vit, tu peux très bien importer ce que tu veux moyennant frais de douane et TVA à payer à l'arrivée.
  • [^] # Re: "Tout feedback/idée etc est le bienvenue"

    Posté par  (Mastodon) . En réponse au journal LinuxFr sur iPhone. Évalué à 9.

    le site s'affiche très bien sur un netbook.
  • # sauvegardes

    Posté par  (Mastodon) . En réponse au journal c'est l'histoire d'un mac et CRAC le disque. Évalué à 9.

    Nous avons eu de la chance de pouvoir faire une sauvegarde avant le crash total du disque...mais tout le monde n'a pas cette chance

    ça n'a rien à voir avec de la chance. On fait des sauvegardes si on tient à ses données, on n'en fait pas si on n'en a rien à faire.

    Les gens qui se plaignent d'avoir perdu des données sont parfaitement au courant de ce qu'ils peuvent perdre, c'est la flemme qui les perds, pas le manque de chance.
  • [^] # Re: Les entreprises payent ?

    Posté par  (Mastodon) . En réponse à la dépêche Appel aux dons pour OpenBSD. Évalué à 2.

    Je suppose que le bon admin , il faut lui envoyer sa clef publique, et c'est lui qui va la mettre ou il faut pour qu'on puisse s'identifier (comme le font KDE ou FreeBSD par exemple). Ca ne change rien au probleme si tu n'as aucun moyen de verifier que la clef fait partie de l'ensemble corrompu.

    Bien sur qu'il faut les vérifier. Mais il n'y a aucune raison que l'outil pour le faire soit fourni et/ou publié par openssh. La faille implique tous les projets utilisant openssl.

    Il existe moultes outils de vérification de ces clefs, à l'admin de prendre l'outil qui lui convient (debian fournit des outils, metasploit a des jeux de clefs, etc...). Tout bon admin doit en avoir un dans sa trousse à outil.
  • [^] # Re: Les entreprises payent ?

    Posté par  (Mastodon) . En réponse à la dépêche Appel aux dons pour OpenBSD. Évalué à 2.

    ça n'est un problème que si tu es un mauvais admin qui laisse les utilisateurs poser eux-même leurs clefs.

    dans ton sshd_config, tu as une option AuthorizedKeysFile qui te permet de définir où sont les clefs des utilisateurs. Tu n'as qu'à la paramétrer pour empêcher un user de mettre sa clef dans son home.
  • [^] # Re: Temps de démarrage ?

    Posté par  (Mastodon) . En réponse au journal Le meilleur os pour votre eeepc (901/1000). Évalué à 2.

    tu boote souvent ton minipc ? Et le mode veille !
  • [^] # Re: Les brevets

    Posté par  (Mastodon) . En réponse au journal MS attaque TomTom et Linux (putain de brevets). Évalué à 4.

    Je crois que le plus simple c'est de ne pas avoir à installer le pilote ext2 pour windows (même si c'est anodin), mais plutôt d'utiliser un protocole comme le MTP.
  • [^] # Re: Le meilleur os pour votre eeepc

    Posté par  (Mastodon) . En réponse au journal Le meilleur os pour votre eeepc (901/1000). Évalué à 1.

    le eeepc fait un très bon serveur pour les hobbyistes à petit budget.
  • [^] # Re: Atheros ou Ralink ?

    Posté par  (Mastodon) . En réponse au journal Le meilleur os pour votre eeepc (901/1000). Évalué à 2.

  • [^] # Re: Pourquoi du Dell

    Posté par  (Mastodon) . En réponse à la dépêche Appel aux dons pour OpenBSD. Évalué à 3.

    ah ok je n'ai jamais rencontré d'os ne redirigeant pas la console facilement sur ce genre de serveurs, je ne manipule que des unix...

    Je testerais voir cette console graphique juste pour voir comment ça marche avec firefox sur ma machine.
  • [^] # Re: Pourquoi du Dell

    Posté par  (Mastodon) . En réponse à la dépêche Appel aux dons pour OpenBSD. Évalué à 2.

    Je me connectes au ilom via une workstation sous freebsd (et des collègues le font aussi sous linux ou windows).

    Par contre en effet nous n'avons probablement pas les mêmes besoin car nous n'avons jamais utilisé la redirection de la console via l'interface web (nous l'utilisons peu en fait). On utilise bêtement la console en ligne de commande via ssh pour cela, c'est bien plus pratique je la démarre dans screen et je peux enregistrer l'historique en cas de besoin.

    Quel est l'intérêt d'utiliser cette console depuis l'interface web ?
  • [^] # Re: Pourquoi du Dell

    Posté par  (Mastodon) . En réponse à la dépêche Appel aux dons pour OpenBSD. Évalué à 3.

    Notez que cette plaie d'Avocent fournis aussi les chipset des serveurs Sun (ALOM), des HP (pour les iLO), de IBM (pour les RSA-II), etc., qui ont donc eux aussi le même problème. Faudrait que les utilisateurs de firefox ralent un peu pour que les constructeurs exigent un meilleur firmware de ce fournisseur, qui semble s'imaginer que les admins bossent tous avec un java 32 bits sous ie7.

    Les ALOM sun n'ont pas de serveur web et sont donc accessible uniquement via telnet et/ou ssh, par contre les ELOM et ILOM ont une interface web qui fonctionne parfaitement avec firefox. Révise tes classiques.
  • [^] # Re: Plus impressionnant que Firefox 3.1 aussi

    Posté par  (Mastodon) . En réponse au journal [HS] Safari 4 : plus impressionnant que Google Chrome. Évalué à 1.

    non tu mélanges tout. Un utilisateur fait toujours ce qu'il veut avec sa machine, même si ce n'est pas recommandé. Rien dans les principes de base d'unix n'interdit qu'un utilisateur héberge certaines applis dans son homedir, sinon tous les unix monteraient la partition home en noexec.

    Du reste, un spyware ça ne s'installe pas tout seul, et s'il est executé sur ta machine, il pourra de toute façon faire plein de choses sans avoir à modifier ton navigateur. ça n'a juste aucun rapport.
  • [^] # Re: Plus impressionnant que Firefox 3.1 aussi

    Posté par  (Mastodon) . En réponse au journal [HS] Safari 4 : plus impressionnant que Google Chrome. Évalué à 1.

    si la machine est monouser, rien ne l'empêche de donner les droits d'écriture de /opt/mozilla à son user.

    Le chemin en lui-même n'a aucun intérêt dans la discussion, et l'utilisateur fait ce qu'il veut de sa machine...
  • # fullscreen

    Posté par  (Mastodon) . En réponse au journal [HS] Safari 4 : plus impressionnant que Google Chrome. Évalué à 1.

    Safari 4, disponible en beta pour Windows et Mac OS X sur le site d'Apple, présente une nouvelle interface : plus de barre de titre, les onglets occupent cet espace. Pas de barre de status par défaut, et l'activer ne vous mangera pas 8 pixel de haut. les boutons sont peu nombreux mais explicite : http://bayimg.com/LAnDeaAbm (capture d'écran).

    C'est quoi l'intérêt par rapport à un epiphany ou firefox (ou tout autre navigateur) en full screen ?
  • [^] # Re: Vector Linux

    Posté par  (Mastodon) . En réponse au journal VectorLinux 6.0. Évalué à 3.

    Oublies, je crois que j'ai confondu Vectorlinux avec Yoper qui était aussi basée sur slackware à l'époque...
  • [^] # Re: Vector Linux

    Posté par  (Mastodon) . En réponse au journal VectorLinux 6.0. Évalué à 0.

    cela-dit, je n'ai jamais vu l'intérêt de Vector linux par rapport à une vraie slackware. A l'époque la seule valeur ajoutée qui était communiquée, c'était que les paquets étaient compilés en i686 contre les i486 de la slackware. Etant donné que l'impact est proche de zero en terme de performances sur un pc de bureau, ça ne nous avance pas loin...
  • [^] # Re: troll

    Posté par  (Mastodon) . En réponse au journal France Télévision : Service Publique privateur de liberté. Évalué à 3.

    Une grande partie des personnes utilise vlc ou mpc. Et les deux peuvent décoder du H264.
    Un grand nombre d'entreprise interdisent l'installation de soft tiers sur les bécanes. Et quand je parle de VLC, c'est un plugin intégré au navigateur, beaucoup installe VLC sans cocher l'option d'intégration.
    Sans parler du fait que beaucoup ont une version obsolète de VLC, autant dire qu'avant la version 0.9 le support H264 était loin d'être terrible.
    Mais cela dis je penses que ca serait une étude intéressante à faire : connaître le nombre de machines capable de lire nativement du H264.


    Je veux pas dire si ces entreprises interdisent l'installation de soft tiers, la même chose limite l'usage du flash. Si tu prends un xp fraichement installé et que tu vas sur un site proposant des vidéos via flash, il te demande d'upgrader.

    ça revient donc au même (et oui je connais des entreprises qui ne se font pas chier à mettre à jour flash à chaque release).

    C'est une fausse raison et un faux problème.
  • [^] # Re: Explications?

    Posté par  (Mastodon) . En réponse au journal SPICE libéré ! (bientôt). Évalué à 2.

    sauf que l'exemple précedemment cité (vieille machine), n'est pas forcément un windows. On vous donne un exemple général et vous nous sortez l'histoire d'un vieux xp d'un chapeau.

    ça peut être une vieille appli sur un vieil unix, sur un os/2, que jais-je.
  • [^] # Re: Explications?

    Posté par  (Mastodon) . En réponse au journal SPICE libéré ! (bientôt). Évalué à 1.

    Je vais faire encore l'avocat du diable (je ne suis pas contre la virtualisation cela-dit, juste le côté miraculeuxçarépondàtousvosbesoins qui est véhiculé) :

    - d'effectuer des maintenances matérielles (ajout de RAM, CPU, ...) ou logicielles (upgrade) sur les serveurs de virtualisation de manière transparente: tu évacues les VMs sur les serveurs qui restent pendant que tu effectues la manip sur le serveur physique.

    En général tu prévoies de la redondance (ben oui en cas de panne) et tu dois pouvoir être capable d'arrêter une machine sans que ça se voit. Si ce n'est pas le cas, ce n'est pas normal, c'est tout ^_^

    - de migrer de manière transparente tes machines d'un datacenter à l'autre si pour une raison X ou Y tu as un problème sur ton site principal

    idem, normalement, ton appli, elle est déjà sur le second datacenter, juste au cas où. Et tu as une procédure de basculement. Virtuel ou physique, ça ne change rien.

    - d'avoir une consommation électrique réduite, au lieu d'avoir 42000 serveurs qui ne font quasi rien, tu en achètes quelques gros. Cela économise aussi de la place, du câblage, ...

    tu peux faire tourner plusieurs applis sur 1 seul serveur et tu n'es pas obligé d'acheter que des bêtes de courses.

    - de load-balancer tes VMs sur les différents serveurs.

    peut souvent se faire en général aussi au niveau applicatif.

    - de déployer extrêmement rapidement un nouveau serveur (surtout quand tu as la possibilité de cloner des VMs ou de faire des templates).

    avec des procédures de déploiements correcte, la différence est minime. La où je bosse, ce qui prend du temps ce n'est pas l'installation physique (rackage + cablage) ni celle de l'OS, c'est la configuration (même chose qu'avec des VMs). Le clonage ça marche aussi avec des machines physiques très rapidement.

    L'accès à distance est également facilité: tu as tes media d'install sur une baie de disques, que tu montes virtuellement. Tu as accès à la console à distance, pas besoin d'aller en salle serveurs (pratique quand tu merdes et que la dite salle serveurs est à des km).

    La virtualisation n'a rien à voir la dedans, les serveurs ont tous une console d'administration à distance.