benoar a écrit 4238 commentaires

Je pense que c'est très moche. La solution donnée au dessus marche bien, mais je te déconseille d'utiliser ce genre de bidouilles dans la "vie réelle". Il y a surement moyen de faire autrement. (à moins que ce soit un exercice ?)

Oui j'ai tout laissé cassé, mais non je me suis barré parce que bon, on tient pas longtemps avec ce genre d'organisation ...

Rhaaa, ça me dit trop quelque chose, mais j'ai oublié : la référence vient d'où ?

A noter qu'en général (enfin, je prend juste mon cas), le /etc/resolv.conf sur le serveur va simplement pointer sur 127.0.0.1 ...

Sans rire, j'ai travaillé à la validation chez un FAI qui a une assez mauvaise réputation, et pour un de leur service qui déconnait complètement, une partie des bugs venait des forums d'utilisateurs dudit FAI (c'était pas complètement dans mon service, hein). Ils avaient même fait ça bien comme il faut : des posts avec description exacte de comment reproduire le bug, un index, etc ... Limite mieux que le bugtracker officiel (une merde immonde achetée à je ne sais pas quelle boite). Ça me faisait bien marrer de me dire que moi, je faisais la même chose, mais au lieu de payer un abonnement, je me faisais payer pour le faire ...

Le wear-leveling ne se fait pas toujours sur tout le disque. Pour les Compact Flash et les SD de chez Sandisk (le seul dont j'ai vu des infos), il wear-level par bloc de 4Mo. Donc autant dire que ton journal aura très vite fait de la nicker. Pour les "vrais" SSD, aucune idée, les contructeurs ne veulent pas communiquer dessus. Va savoir pourquoi ...

Petite précision, même si ça ne concerne pas le problème qu'il a ici, linux n'en a rien à foutre que le BIOS détecte les disques ou non : il va lui-même chercher les disques en allant directement parler au chipset IDE/SATA. Donc même si le disque n'est pas détecté dans le BIOS, linux le trouvera. Après pour booter dessus, forcément, il faut que le BIOS le détecte ...

Pour préciser, j'ai peut-être un peu exagéré mais en tant que validateur, les seules builds qu'on pouvait tester étaient celles qui avaient passé tout le workflow des builds, qui passe par une étape "validation" (surement automatique la plupart du temps) de Symbian. On ne pouvait pas (je ne sais plus si c'est une limitation technique ou non) tester de builds de développements non intégrées dans ce workflow (i.e. compilées directement par un dev / intégrateur).

De plus, la prise de contrôle de Symbian par Nokia n'a pas vraiment l'air de rassurer les autres constructeurs, et je pense que Nokia va bien durcir les contrôles de sa plateforme afin de ne pas trop "aider" ses concurrents ...

Sinon en version moins "hardcore", sous Gnome, il faut aller dans les préférences du clavier, onglet "agencement".

En passant, le fait d'avoir ouvert ce panneau de config m'a fait planter mon firefox ... j'avoue que je suis perplexe.

Pourquoi pas "informatique brumeuse" : ça va bien avec le fait qu'on ne sait jamais trop où sont nos données ...

Complètement d'accord avec toi, je ne comprend pas l'enthousiasme de ceux qui croient que ça va vraiment être libre au sens "propre". Il suffit d'aller voir un peu plus loin que le communiqué de presse pour se rendre compte que :
1) niveau licence, ce sera du BSD-like (pour que les constructeurs fassent leurs dérivés proprios tranquillement)
2) les téléphones seront complètement bloqués en ce qui concerne les mises à jour (pas possible de mettre son propre firmware)

Sachez que même chez les constructeurs qui utilisent Symbian (expérience vécue chez un qui ne va pas très bien en ce moment), les firmwares de développement doivent quand même être signés par Symbian (la boite). Bref, un gros workflow bien complexe est mis en place, et il est impossible de bidouiller même quand on est un "constructeur" (le code est revu du coté Symbian avant de signer le build).

Je vous parle même pas des procédures quand on doit tester les DRM, puisque là la chaine est vérifiée à chaque étape afin que personne ne sorte les clés en douce ...

Arrête de nourrir le troll, Étienne est le spécialiste du troll pro/anti-avortement, la dernière fois il a fait un beau score :
https://linuxfr.org/~bersace/23826.html

La plupart du temps où tu "perds" la date (téléchargement, etc ...) c'est parce que celle-ci fait partie des méta-données, et pas des données elle-mêmes. Et comme la plupart du temps, les protocoles/formats n'ont pas été fait de manière à s'échanger les choses de manière 100% identique en dehors des données elle-mêmes, et bien il y a certains trucs qui sautent. Cf les copies d'ext2/3 vers du fat32, le téléchargement, la copie depuis samba, etc ...

Oui mais moi c'est le terme "configuration" qui fait bizarre : généralement, on parle d'un ensemble de paramètres qui désignent une "configuration". Et là je ne vois pas le rapport. Ou alors ce mot a un autre sens que je ne connais pas ?

Il eut fallu que tu l'implémentasses correctement...

Je ne pense effectivement pas que vous soyez des grand méchants, comme ont l'air de penser certains ici ...
Par contre, je me demande ce que vous allez faire des informations renvoyées par les utilisateurs sur leur utilisation de la grille. C'est pour sortir une étude publique ? Ou seulement pour améliorer votre process interne ?
Je n'utiliserai pas votre service puisque je n'utilise pas blender, mais c'est juste pour essayer de reformuler les sortes de "craintes" de certains.

C'est un terme bizarre, mais qui est utilisé partout dans l'industrie. J'ai l'impression que c'est une "erreur" qui s'est tellement banalisée que tout le monde dit ça maintenant. Si quelqu'un avait une explication ...

Logiquement, Nautilus étant LGPL, ces modifs doivent être sous la même licence, ce qui est une bonne nouvelle pour la "compatibilité" des licences avec linux.

C'est marrant comme tu appelles "idéaliste" le fait de faire du délit de sale gueule. Mais oui, effectivement, plus ton compte en banque est gros, et moins tu es suspicieux pour faire des retraits automatiques sur le dos des autres.

Avec une nVidia plus ancienne, sous Debian, j'utilise le driver "nouveau" qui fonctionne très bien, même en bi-écran. Il est dispo dans experimental si tu ne veux pas te faire chier à le recompiler :
http://packages.debian.org/fr/experimental/xserver-xorg-vide(...)
Mais bon, je serais aussi d'avis d'éviter nVidia autant que faire se peut, car ils ne font vraiment rien pour améliorer la situation pour le libre.

Ok, c'est ce que je me disais, même si la faute du participe passé plus l'orthographe douteuse font que ça devient très dur à lire.

On en avait déjà parlé dans un autre journal, mais il me semble que les banques ne vérifient les prélèvements _que_ si tu protestes. Dans le doute, elles autorisent tout ... (c.f. l'expérience de pas mal de gens qui n'ont pas envoyé d'autorisation à leur banque, et qui se font prélever quand même).

Tu peux me donner la signification du verbe "cracker" ? En tous cas, la forme infinitive que tu utilises à la place du participe passé. Enfin bon, en gros, j'ai rien compris à ce que tu voulais dire à propos de noise ninja.

Généralement, le fait qu'on puisse booter un linux veut aussi dire qu'on peut aller trifouiller dans le code de la console afin d'enlever les mécanismes qui empêche d'utiliser un jeu gravé, par exemple.

Concernant les protections, il me semble que le Twilight Hack ne marchait plus après une MàJ récente du firmware de la Wii, mais qu'il a été re-craqué juste après. Par contre il paraît que Nintendo a activé dans une version récente de son firmware la MàJ automatique de celui-ci sans le consentement de l'utilisateur, contrairement à ce qui se faisait jusqu'à maintenant. Comme ça, dès qu'un hack sort, hop, les consoles se mettent à jour pour combler la faille ...

Voir http://wiibrew.org/wiki/Twilight_Hack/fr