Anonyme a écrit 62289 commentaires

«les manips du style supprimer un executable critique en cours de fonctionnement ... Il me semble l'avoir meme fait sur le noyau car je n'avais pas assez de place dans /boot»

Sauf que, sous unix, les fichiers sont des inodes, et que tant que ton inode est ouvert (donc que ton fichier est exécuté), les blocs ne sont pas libérés, et si tu supprime le dernier lien entre temps, ils ne seront libérés que lorsque l'inode sera fermé. Donc rien de gaillard, c'est fait pour que ca fonctionne.

Pour le noyau, si un jour il doit se relire apès le chargement de l'image au boot, je m'inquièterais : pour un bon vieux monolithique comme linux ca ferait désordre.

Par contre, un truc qui a l'air anodin comme le déchargement de module et rechargement d'une autre version , sans reboot, techniquement c'est beaucoup plus gaillard :)

Perso, le truc le plus téméraire que j'ai jamais fait, c'est :

ssh machine1
sreen
cat /dev/hda | ssh machine2 "cat > /dev/hda"
^A d
^D

(je vous rassure le système de machine2 n'est pas sur hda)

<le temps passe>

ssh machine2
su
mkdir /mnt/new_root
mount /dev/hda /mnt/new_root
mount /dev /mnt/new_root/dev -o bind
mount /proc /mnt/new_root/proc -o bind
mount /tmp /mnt/new_root/tmp -o bind
mount /sys /mnt/new_root/sys -o bind

chroot /mnt/new_root

<... quelques trucs dont je me rapelle plus mais qui justifient les bind de sys et tmp>

grub-intall /dev/hda
reboot

Et la machine n'a pas rébooté (pourtant sur du matos identique)

Tant pis, fallait juste le tenter :)

Rah, mais pourquoi y a il tant de gens pour conciderer que Mac OS X c'est FreeBSD ?

Meme si certains bouts de FreeBSD ont etes repris dans Mac OS X, les 2 OS n'ont pas grand chose a voir.

Pareil, c'est tout a fait etonifiant.

L'objectif dans n'importe quel entreprise (hors du domaine informatique), c'est de produire ce qu'elle a à produire (une voiture, des rapports statistique, des fringues, gérer de l'argent etc...). L'objectif de ces entreprises n'est pas de faire de l'informatique, pas à contribuer à je ne sais quel projet libre. Il faut vous rentrer ça dans le crâne !

Ton raisonnement est top limité. Le libre a un intérêt : les quatre libertés. Soit ! En soit, les boites s'en foutent, mais si ces libertés leur permettre d'améliorer la rentabilité de la boite, alors elles deviendrons défenseurs et contibuteurs du libre. Par intérêt.

Et oui, simple calcul comptable, qui marche avec le libre et le proprio : si payer un type a faire du logiciel maison te fait un gros retour sur investissement, tu le paie. Dans le cas du libre, si en lui donnant un plus de temps pour qu'il code bien propre pour envoyer des super patch bien pratiques (lire rentables) directement dans le tron de tel ou tel projet, et bénéficier du maintien du patch de la communauté est plus rentable, ce sera fait.

En gros si «philosopher» sur le logiciel est plus rentable, ce sera fait.

Et c'est ca qui est magique avec le logiciel libre : l'objectif purement mercantile est parfaitement compatible avec l'aspect social et technique du logiciel libre.

Le libre reste un outil, mais il sera défendu si c'est dans l'intérêt des boites qui l'ont adopté (et compris).

Et en bonus :
Rentre toi ca dans le crâne ! :-)

peut être, mais c'est beaucoup plus compréhensible en ce qui me concerne :)

Tout ce que je veux, c'est un truc qui fonctionne, parce que je n'ai pas envie de perdre mon temps à ramer, je n'ai pas envie d'attendre la saint glin glin que des drivers libres sortent pour pouvoir bosser correctement.

Ok, ben dans ce cas la, il faudrat t'attendre a ce qu'ils ne sortent jamais. Les constructeurs n'ont plus aucun interet a donner les specifications de leur materiel si ils peuvent se contenter de fournir un driver proprio.

désolé, mais en cherchant bien dans ce fil, ça fait la 3em ou 4em fois que je me ré-explique ...

C'est par ce que tu expliquais mal, point barre.

Pourquoi ne pas diffuser linux ET enseigner le libre ?

pour jabber, je ne sais pas, mais pour les emails, c'est un peu la meme chose partout: ca permet au FAI d'eviter de faire baisser leur nombre d'abonnes.
Si tu te desinscrits d'un service d'acces a internet, vu que tu gardes l'adresse email sous la forme d'une inscription gratuite blablah au service trucmuche, le nombre d'abonne s toutes formules confondues ne fait que grimper .

et puis le "a vie" correspond plus au temps de survie du FAI que de l'utilisateur ...

FAI: Fournisseur d'Acces Internet

Il etait sous quelle licence avant ?

Il me semble que c'etait deja disponible sous une licence libre depuis quelques mois ...

Merci beaucoup pour le lien developpez :). Je suis en train de le suivre.

J'espère réussir... Bonne soirée ;).

Alors voilà, j'aimerai bien qu'on m'explique en quoi ubuntusapusaypalibre, et pourquoi mandrake saymieux. Parce que là, voyez-vous, j'ai un peu l'impression que certains s'amusent à jouer sur des nuances que je ne comprends pas.

Par ce que avec Mandriva, tu as le choix. Tu peux utiliser une distribution 100% libre si tu ne veux pas de drivers proprios. Tu as aussi une version avec drivers proprios, mais tu es au courant qu'ils sont la.

A la limite parler de debianeux qui sont partis chez ubuntu et qui reviennent au bercail ...

Ta remarque serait valable s'il ne m'arrivait pas encore de temps en temps de rebrancher mon vieil Atari et de passer encore des heures de folie sur ces vieux jeux. :-)

Ouais, enfin, pour peu que je m'en rappelle, aucun jeu récent ne m'a scotché aussi longtemps que mes vieux jeux sur Atari sur lesquels je pouvais passer des heures, que dis-je, des journées, voire des semaines ou des mois sans finir par en être dégoûté.

Avant, la qualité graphique n'était peut-être pas aussi bonne, mais les programmeurs avaient des idées et les jeux avaient de l'intérêt.

Aujourd'hui, les jeux en mettent plein la vue, ça dégorge d'effets spéciaux dignes d'une superproduction hollywoodienne (normal, les deux sont de plus en plus liés), mais c'est tout, voilà quoi. Tu joues quelques heures, et tu passes à autre chose, que tu ais ou non fini le jeu.

Une énorme exception tout de même, le fantastique God of War avec lequel j'ai « enfin » eu l'impression de retrouver la jouabilité d'antan, avec des graphismes d'aujourd'hui et enfin un véritable scénario digne de ce nom !

M'enfin, l'immense majorité des jeux d'aujourd'hui n'ont rien d'un Xenon 2, d'un Speed Ball 2, d'un Rick Dangerous, d'un Metal Master, etc. Sans parler de Tetris (spécial dédicace à la version GameBoy, la meilleure jamais testée), Sim City, Warcraft II BNE, etc. Les rares jeux qui ont un semblant d'intérêt aujourd'hui sont ceux qui exploitent le mode multi-joueurs en ligne avec persistance des personnages, mais pour y avoir joué, c'est davantage par esprit d'accumulation de biens, de pouvoir ou d'XP qu'on y joue, car ça devient très vite répétitif (Diablo 2 LOD, sur lequel j'ai passé quelques semaines à jouer en ligne).

M'enfin, libre à toi de croire que Mandriva a tout fait.

Je crois qu'il est au courant de ce que Mandriva a fait :)

Mais sinon, oui, il est evident que Mandriva n'a pas tout fait, mais c'est l'interet du libre, de pouvoir creer quelqueche sans devoir partir de 0.

Mais le faisceau laser, ça le gêne pas de croiser du vide ?

Non, par ce qu'il ne croise pas du vide. Il lit les donnees sur un cercle qui tient dans le rectangle sans croiser de vide. Un peu comme si tu prennais un CD rond, et que tu lui ajoutais des coins, les coins sont la juste pour faire joli, mais le faisceau va pas lire dessus.

Si tu es interesse par le systeme qui est installe sur la clef usb, je crois que tu as acces a toutes les sources, en dehors des quelques drivers et logiciels proprietaires inclus.

«So long, and thanks for all the fish !»

Quand bien même tu as raison, le fait est que chez moi ça chie grave pour lire la plupart des fichiers matroska utilisant le codec vidéo x264 (open source !) avec profil HP, qui est largement employé dans les fichiers mkv, et qui est censé être une norme internationale parfaitement documentée, et donc parfaitement bien implémentée.

Et chez moi aussi ça marche, mais ça me bouffe un max de ressources cpu, et j'ai parfois des sautes d'image (plus ou moins fréquentes en fonction du logiciel).

C'est pas pour dire, mais quel que soit le fichier .mkv que j'essaye de regarder, ça saccade et ça bouffe un max de ressources, alors que je n'ai aucun problème à lire tous les DivX ou DVD.

J'ai testé la chose sous plusieurs lecteurs, que ce soit kaffeine (quel que soit le moteur), mplayer, xine, et même kmplayer et vlc qui donnent cependant les meilleurs résultats (ce qui est étonnant dans le cas de kmplayer, puisqu'il est configuré pour utiliser le moteur mplayer)

J'ai beau avoir une machine assez ancienne, je trouve qu'un processeur AMD Athlon XP 2200+ et 1 Go de mémoire, c'est censé être largement suffisant pour remuer quelques pixels à l'écran en musique. Et puis j'ai fouillé le Web en long en large et en travers, et il apparaît que je ne suis pas le seul à rencontrer ce problème, je suis donc étonné qu'on recommande autant ce format.

Ben oui, c'était drole :)

Ha oui, je me rappelle de cette epoque des machines à écrire sans chiffres. On utilisait des g pour des 9, des a pour des 4, des l pour des 1, des e pour des 3, des t pour des 7, etc. Par exemple pour écrire 31337, on ecrivait eleet.
Hmm, à moins que je confonde avec autre chose ...

Je ne suis pas d'accord. Je ne suis pas spécialement paresseux (pas en prog en tout cas, pour le reste, ce n'est pas faux :p).
Cela m'arrive souvent de partir tambours battants sur une idée qui m'enthousiaste. J'arrive à des résultats commençant à être intéressants, puis je découvre que j'aurais pu mieux faire telle ou telle partie (gestion mémoire, structures de données, fonctionnalité), et hop, je recommence parce que ça m'énerve de bosser sur quelqu'un chose dont les fondations ne me conviennent pas à 100%.

Le problème est que beaucoup de choses ne me conviennent pas, à commencer par la STL en C++ (pour des tas de raisons über-techniques), la plupart des libs existantes (ncurses, gtk, qt, libxml2, les xsubs pour scripter en perl depuis C/C++, et des dizaines d'autres). C'est très rare qu'un outils me convienne parfaitement (expat est à mon goût quasi-parfait; si en plus il validait à coups de DTDs, j'en serais dingue).
Autre exemple, les build system: make est trop bas niveau, scons est lent, les autotools sont polyvalents mais bordéliques et lourds, je commence à bien aimer cmake, mais je me sens limité par son langage. Du coup, j'ai souvent envie de m'en coder un, ce qui serait pas mal comme travail pas super productif.

Pour arranger les choses, je suis assez dictatorial sur l'organisation du code, indentation (3 en espaces), commentaires (format doxygen), casse des caractères ("UneClasse", mais "une_fonction"), tout doit être réglé au poil de poil sinon ça me stresse et m'empêche d'avancer.

Je sais que ça a un côté un peu pathologique, mais bon, le fait est que ça me gêne pas mal. Le coup des checklists avec petis objectifs réalisables est très bonne, mais là encore, faut que je refrenne l'envie de coder from scratch une appli web pour gérer ça, ce qui va me faire perdre encore des semaines.

Je vais essayer aussi de bosser par sessions et de noter à chaque fois précisément ce qu a été fait, les bugs qui sont apparus (je viens d'installer mantis sur mon server).

Bref, cpas gagné, mais je vais me motiver pour améliorer ça :)

Hmm, c'est pas vraiment pareil.