Les filles faisaient déjà parler d'elles il y a 3 ans, et les photos, célèbres sont encore plus anciennes (regardez la tête de fillette d'Adrianna :-).
Le principe de base est de rendre communes les fonctions d'un programme qui présentent un intérêt général.
Exemple : Ouvrir une fenêtre. Il est bien sûr inconcevable que chaque programmeur réécrive lui-même le système X-Window depuis zéro pour pouvoir travailler. A la place, il va faire appel à une fonction de réputation publique (dont on mettra le prototype dans un *.h pour que le programme C sache comment l'utiliser).
Ensuite, au moment de construire l'exécutable, on intégrera dans le fichier les fonctions de gestion de fenêtres, déjà compilées à cet effet. C'est donc une bibliothèque statique. C'est exactement comme un exécutable sauf qu'il n'y pas de point d'entrée.
Par contre, quand il commence à y avoir beaucoup de programmes quu ouvrent des fenêtres, on se rend compte que d'une part les exécutables sont gargantuesques (toute la gestion du X est intégrée dans l'exécutable juste pour afficher Hello World à l'écran), et que d'autre part il est idiot de charger 15 fois en mémoire les même fonctions ! A la place, on ne va compiler que le nécéssaire et l'on va laisser "en l'air" les reférences à la bibliothèque partagée. Ce sera alors le boulot du système d'exploitation de charger LORSQUE C'EST NECESSAIRE les ressources dont un logiciel a besoin et de résoudre les noms de fonctions en adresse mémoire.
En outre, et c'est là l'intérêt majeur, si la ressource réclamée a déjà été chargée pour un autre logiciel, il est inutile de la charger une deuxième fois (gain de temps), et les deux programmes peuvent appeler le même endroit (gain de place).
Avantage de la compilation statique: On obtient un exécutable parfaitement autonome, ou presque, qui pourra fonctionner toutes les plateforme équipées d'un même OS. Inconvénient: Cela génère des exécutables gigantesques pour rien.
Avatnage de la compilation dynamique: On ne compile que ce qui est nécéssaire, on gagne du temps et de la place, et quand on met à jour une fonction, cela se répercute immédiatement sur tous les programmes qui l'utilisent. Inconvénient, lorsque l'on installe un logiciel, il faut installer toute sa suite avec, vérifier si les libs ne sont pas déjà en place, etc. et gérer les dépendances en cascades (tel logiciel à beosin de telle lib, qui elle même s'appuie sur une autre lib, qui à son tour a besoin deux trois libs de plus bas niveau, etc.).
Je suppose que quand tu parles de bloc 0, il s'agit du superbloc, et pas du MBR puisque tu arrives à lire les autres partitions. Il me semble que justement, pour éviter ce genre de soucis, le superbloc est répété à intervalles réguliers. Un petit coups dans la man page de e2fsck :
-b superblock
Au lieu d'utiliser le superbloc normal, utilise un autre
superbloc specifie par superblock. On se sert de cette option
lorsque le superbloc primaire a ete corrompu. L'emplacement du
superbloc de sauvegarde depend de la taille des blocs du systeme
de fichiers. Pour les systemes de fichiers avec des blocs de
tailles 1K, le superbloc de sauvegarde est situe dans le block
8193, avec des blocs de tailles 2K, il se situe dans le bloc
16384 et avec les blocs de 4K, dans le bloc 32768.
Donc, je suis désolé de te l'annoncer, mais un mkfs sur ta partoche, c'est ce que l'on appelle un formattage logique, ou de haut niveau, sur d'autres systèmes d'exploitation. Tu peux à la limite faire un xxd /dev/sda1 pour essayer de récupérer des bribes de tes fichiers, mais étant donné que tu ne pourras plus t'appuyer sur l'ancien filesystem, même modifié, cela va être très dur.
Tu peux toujours essayer cependant de reconnaître tes blocs parmi les limbes en utilisant des trucs comme debugfs ou autre. Une seule lecture : L'undeletion-Mini-HOWTO:
C'est parce que l'on trouve majoritairement les dernières productions de la StarAc' et de la Nouvelle Star dans la corbeille ... donc, maintenant, on ouvre xmms par défaut !
Première chose, est-ce que tu travailles sous Linux ou sous DOS ?
Réponse longue :
Ensuite, étant donné qu'en ASCII standard le bit7 (celui de poids fort, de 0 à 7) est utilisé comme bit de parité pour les télétransmissions, seuls les 128 premiers caractères sont standard (et encore, les caractères de contrôle et le 127 ont tendance à être implémentés de différentes manières en fonction des plateformes).
Ce qui veut dire qu'utiliser les caractères au dessus de 127 pour dessiner des cadres est une très mauvaise idée ! Du temps du DOS, tout le monde avait le même problème.
Les caractères que tu recherches sont ceux définis par IBM pour son PC, en tant que jeu par défaut, et définis à la quatre-cent-trente-septième page de leurs spécifications. Donc sous DOS: C:\> chcp 437 ("Change CodePage"). A titre d'info, la page de code utilisée en Europe est la 850, et bon nombres des « angles » ont été remplacés par les caractères accentués.
Maintenant, lorsque tu mets une carte graphique sous tension, comme elle est prévue pour gérer un mode texte (ne serait-ce que pour afficher l'état de l'autotest à l'allumage de ta machine), elle est livrée avec un jeu de caractères bitmap VGA standard, en général mappant celui d'IBM.
Sous Linux, ensuite, tu as deux choix:
Soit tu cherches à afficher ton programme en mode texte. Dans ce cas-là, il faut recharger un nouveau bitmap dans la carte graphique. Jette un oeil à ce qui se trouve dans /usr/lib/kbd/consolefonts et utilise setfont pour effectuer l'action en question, soit tu travailles sous X-Window et il faut demander au terminal d'utiliser une fonte fixe qui produit ces symboles.
Eventuellement, tu peux générer un .ps à l'aide de a2ps pipé sur la sortie de ton programme. Avec les bonnes options, tu peux lui demander d'utiliser la cp437 pour faire son rendu. Ensuite il passera partout puisque c'est un fichier « graphique » ! Vois aussi du coté de recode.
Tu peux aussi utiliser l'UTF-8 ou l'Unicode si tes périphs de sortie les reconnaissent.
Réponse courte :
Utilise comme tout le monde les "+","|" et "-" pour faire tes cadres. C'est pratiquement aussi propre et tu es alors sûr que ton programme fonctionnera sur tous les ordinateurs et terminaux du monde.
C'est pas grave, ça ne sert à rien, Windows XP, de toutes façons. :-)
Bon, il y a de fortes chances que la partition sur laquelle grub recherche le système ne soit plus la bonne. Fais un fdisk sur ton disque et retrouve le numéro de la partition sur laquelle se trouve ton Windows, puis mets à jour /etc/grub.conf en conséquence. Cela devrait suffire.
2. vu sur un forum :: problème identique, la faute venait du pilote NVIDIA de la carte graphique. La mienne est une GeForce FX 5200. Peut-on modifier les paramètres de configuration au cours de l'installation ?
Oui. En principe tu as le droit de choisir (j'ai pas testé la dernière Mandrake toutefois), choisis un serveur compatible SVGA de base, avec la fréquence de rafraîchissement par défaut. Tu n'auras évidement pas d'accélération graphique et tout ... mais cela te permettra quand même de démarrer avec un système stable et complet, puis te permettra de modifier la config de ton serveur par la suite.
Essaie éventuellement Alt-F1, Alt-F2, Alt-F3 lorsque cela bloque. Si tu changes de console, cela veut dire que le kernel répond toujours au moins. Il y a moins de chances, dans ce cas, que le problème vienne d'un module du noyau (ici le pilote NVidia).
Est-ce que tu utilises sudo, également ? Si oui, quelles sont les personnes accréditées à s'en servir ? Parce que dans ce cas, il n'y a pas besoin de connaître le mot de passe root pour le modifier. Quelles sont les personnes qui peuvent se connecter à ta machine ? Famille ? Amis ? Ce sont des utilisateurs novices ou chevronnés ?
D'autre part, surtout avec un compte nommé « bluelord », un piratage est très problable, quoi que je trouve ici l'intrusion un peu trop « flagrante ». En tout état de cause, je suis presque certain d'avoir déjà été rootkité une fois, et sûr (parce que je travaillais sur ma machine, que j'ai une dockapp de visualisation du trafic, et parce que j'ai lancé un tcpdump derrière) d'avoir subi plusieurs tentatives d'intrusion sur le port 22 (SSH), soit un balayage en boucle sur le même port sans discontinuer pendant une à deux minutes, mais avec toujours une seule connexion TCP ouverte à la fois. J'ai subi ce genre d'attaque au moins deux fois : La premiere le 26 janvier dernier, depuis une adresse appartenant à Proxad, la deuxième il a deux jours par l'intermédiaire d'un provider japonais.
Moralité: Blindez vos mots de passe. Un truc de huit caractères avec au moins un chiffre et un "_" au milieu du mot permet de contenir une attaque pendant un bon moment, et bloque d'emblée toutes les approches du style « dictionnaire ».
On se bat suffisament contre les trolls ici sans aller en importer depuis leur milieu naturel. Je ne sais pas dans quel canal cette discussion a eu lieu, mais personnellement, j'aurais utilisé le kick/ban dès les premières lignes.
Ce qui est inquiétant, c'est qu'aujourd'hui, la plupart des gens pensent de cette manière parce qu'ils s'attachent à la première chose qu'ils voient, comme les canetons, et que la moindre remarque sur leur système favori va se traduire par une réaction hostile. Le plus grave, c'est que c'est de manière complètement inconsciente. Aussi le meilleur argumentaire jamais émis sur la toile restera-il sans effet puisque le bon sens et l'esprit critique sont complètement court-circuités.
Je pense qu'il est très important de poursuivre le travail de « prosélytisme » et de l'organiser consciencieusement pour faire face à ce genre d'individu. Je mets les guillemets car il ne s'agit plus de promouvoir Linux en particulier mais de faire comprendre aux gens que l'informatique est une infrastructure essentielle, comme les réseaux routiers ou de transport de l'énergie, et qu'à ce titre il est vital qu'elle soit gérée de façon démocratique, que l'alternative soit toujours préservée, et que les citoyens commencent à réellement comprendre de quoi tout cela retourne.
A ces fins, j'estime que l'on devrait enseigner dans les collèges et les lycées les bases de l'informatique et du fonctionnement d'un ordinateur. Attention : Il s'agit bien d'expliquer le fonctionnement intrinsèque des ordinateurs, et pas simplement la façon dont on s'en sert (surtout pas de formation à Word et Excel dès le plus jeune âge). En réalité, cela se faisait déjà au début des années 80. Il y a eu le plan Informatique Pour Tous, où tous les collégiens ont fait un peu de BASIC et se sont familliarisés avec le B-A-BA de l'algorithmique (même si le logiciel qui équipait les ROMs des MO5 était déjà le BASIC Microsoft). A coté de cela, on expliquait aux têtes blondes ce qu'était une carte perforée et comment tout cela avait commencé. Evidement, on en était déjà plus là, mais la culture distillée aux jeunes restait saine.
La plus grande menace à surveiller sera bien entendu les tentatives de noyautage par les grands éditeurs de ce nouveau « programme ».
Eh bien non, car la personne qui poste tout et n'importe quoi en floodant les forums va se faire noter négativement par ses lecteurs et perdra vite le droit d'écrire pour un moment. C'est aussi à cela que ça sert.
Quelqu'un a déjà posé la même question il y a quelques jours :
Dans l'autre sens, c'est déjà plus impressionnant. Tout le monde sait ce qu'étaient les premières bombes atomiques, mais imaginer que celle de Nagasaki était virtuellement capable de soulever simultanément la totalité de la population mondiale à 60cm du sol, ça donne le vertige ! :-)
Ca devrait copier le noyau sur la disquette, secteur par secteur, et comme celui-ci est équipé d'une amorce, il démarrera comme si c'était lilo qui l'avait lancé. Par contre, je ne suis pas sur que cela fonctionne encore avec les derniers noyaux.
Mais le mieux aujourd'hui, c'est encore un live CD. Grave-toi une Knoppix, elle te rendra bien des services même en dehors de ce genre de pépin.
Moi aussi, je dirais que KDevelop devrait être capable de faire tout cela.
Par contre, j'ajouterais qu'utiliser des choses comme KDevelop pour faire une "transition douce" est une fausse bonne idée. Quite à changer de système, autant abandonner complètement les (mauvaises) habitudes acquises sur d'autres systèmes.
[^] # Re: Ce que Microsoft s'est bien gardé de dévoiler
Posté par Obsidian . En réponse au journal OEB recrute. Évalué à 4.
[ ] Oui
[ ] Non
[ ] Ne sais pas
[ ] <- Je sors.
Etant donné la proportion de « portes » déjà prises sur linuxfr.org, cela doit faire grimper le pourcentage. :-)
Plus sérieusement, s'il n'y avait que des lumières qui utilisaient Linux, cela se saurait. Et puis il faut prendre en compte la mauvaise foi aussi ...
# Pas nouveau ...
Posté par Obsidian . En réponse au journal XXX mais pas trop transparent. Évalué à 3.
http://www.linuxfr.org/2002/08/15/9275.html(...)
Linus himself a dù intervenir pour dire « C'est marrant, mais ça suffit ».
[^] # Re: Re:questions relatives à l'execution d'un programme....
Posté par Obsidian . En réponse au message questions relatives à l'execution d'un programme..... Évalué à 2.
DLL = Dynamically Linkable Library
Comme çà, tout est dit.
[^] # Re: correction
Posté par Obsidian . En réponse au message Petit problème d'ascenseur.... Évalué à 2.
# Petit problème d'ascenseur...
Posté par Obsidian . En réponse au message Petit problème d'ascenseur.... Évalué à 3.
Prendre l'escalier ? /o\
[^] # Re: Re:questions relatives à l'execution d'un programme....
Posté par Obsidian . En réponse au message questions relatives à l'execution d'un programme..... Évalué à 3.
Exemple : Ouvrir une fenêtre. Il est bien sûr inconcevable que chaque programmeur réécrive lui-même le système X-Window depuis zéro pour pouvoir travailler. A la place, il va faire appel à une fonction de réputation publique (dont on mettra le prototype dans un *.h pour que le programme C sache comment l'utiliser).
Ensuite, au moment de construire l'exécutable, on intégrera dans le fichier les fonctions de gestion de fenêtres, déjà compilées à cet effet. C'est donc une bibliothèque statique. C'est exactement comme un exécutable sauf qu'il n'y pas de point d'entrée.
Par contre, quand il commence à y avoir beaucoup de programmes quu ouvrent des fenêtres, on se rend compte que d'une part les exécutables sont gargantuesques (toute la gestion du X est intégrée dans l'exécutable juste pour afficher Hello World à l'écran), et que d'autre part il est idiot de charger 15 fois en mémoire les même fonctions ! A la place, on ne va compiler que le nécéssaire et l'on va laisser "en l'air" les reférences à la bibliothèque partagée. Ce sera alors le boulot du système d'exploitation de charger LORSQUE C'EST NECESSAIRE les ressources dont un logiciel a besoin et de résoudre les noms de fonctions en adresse mémoire.
En outre, et c'est là l'intérêt majeur, si la ressource réclamée a déjà été chargée pour un autre logiciel, il est inutile de la charger une deuxième fois (gain de temps), et les deux programmes peuvent appeler le même endroit (gain de place).
Avantage de la compilation statique: On obtient un exécutable parfaitement autonome, ou presque, qui pourra fonctionner toutes les plateforme équipées d'un même OS. Inconvénient: Cela génère des exécutables gigantesques pour rien.
Avatnage de la compilation dynamique: On ne compile que ce qui est nécéssaire, on gagne du temps et de la place, et quand on met à jour une fonction, cela se répercute immédiatement sur tous les programmes qui l'utilisent. Inconvénient, lorsque l'on installe un logiciel, il faut installer toute sa suite avec, vérifier si les libs ne sont pas déjà en place, etc. et gérer les dépendances en cascades (tel logiciel à beosin de telle lib, qui elle même s'appuie sur une autre lib, qui à son tour a besoin deux trois libs de plus bas niveau, etc.).
[^] # Re: Résolu mais pas compris
Posté par Obsidian . En réponse au message XMMS lié à la poubelle de KDE. Évalué à 1.
Pas compris...
C'est un mystérésis ! :-)
# Gni ?
Posté par Obsidian . En réponse au message récupérer des données d'un disque.... Évalué à 2.
Donc, je suis désolé de te l'annoncer, mais un mkfs sur ta partoche, c'est ce que l'on appelle un formattage logique, ou de haut niveau, sur d'autres systèmes d'exploitation. Tu peux à la limite faire un xxd /dev/sda1 pour essayer de récupérer des bribes de tes fichiers, mais étant donné que tu ne pourras plus t'appuyer sur l'ancien filesystem, même modifié, cela va être très dur.
Tu peux toujours essayer cependant de reconnaître tes blocs parmi les limbes en utilisant des trucs comme debugfs ou autre. Une seule lecture : L'undeletion-Mini-HOWTO:
http://www.traduc.org/docs/HOWTO/vf/Ext2fs-Undeletion.html(...)
[^] # Re: ?
Posté par Obsidian . En réponse au message XMMS lié à la poubelle de KDE. Évalué à 7.
# Bienvenue dans le monde merveilleux des charsets.
Posté par Obsidian . En réponse au message Caractères imprimables qui passent pas. Évalué à 5.
Réponse longue :
Ensuite, étant donné qu'en ASCII standard le bit7 (celui de poids fort, de 0 à 7) est utilisé comme bit de parité pour les télétransmissions, seuls les 128 premiers caractères sont standard (et encore, les caractères de contrôle et le 127 ont tendance à être implémentés de différentes manières en fonction des plateformes).
Ce qui veut dire qu'utiliser les caractères au dessus de 127 pour dessiner des cadres est une très mauvaise idée ! Du temps du DOS, tout le monde avait le même problème.
Les caractères que tu recherches sont ceux définis par IBM pour son PC, en tant que jeu par défaut, et définis à la quatre-cent-trente-septième page de leurs spécifications. Donc sous DOS: C:\> chcp 437 ("Change CodePage"). A titre d'info, la page de code utilisée en Europe est la 850, et bon nombres des « angles » ont été remplacés par les caractères accentués.
Maintenant, lorsque tu mets une carte graphique sous tension, comme elle est prévue pour gérer un mode texte (ne serait-ce que pour afficher l'état de l'autotest à l'allumage de ta machine), elle est livrée avec un jeu de caractères bitmap VGA standard, en général mappant celui d'IBM.
Sous Linux, ensuite, tu as deux choix:
Soit tu cherches à afficher ton programme en mode texte. Dans ce cas-là, il faut recharger un nouveau bitmap dans la carte graphique. Jette un oeil à ce qui se trouve dans /usr/lib/kbd/consolefonts et utilise setfont pour effectuer l'action en question, soit tu travailles sous X-Window et il faut demander au terminal d'utiliser une fonte fixe qui produit ces symboles.
Eventuellement, tu peux générer un .ps à l'aide de a2ps pipé sur la sortie de ton programme. Avec les bonnes options, tu peux lui demander d'utiliser la cp437 pour faire son rendu. Ensuite il passera partout puisque c'est un fichier « graphique » ! Vois aussi du coté de recode.
Tu peux aussi utiliser l'UTF-8 ou l'Unicode si tes périphs de sortie les reconnaissent.
Réponse courte :
Utilise comme tout le monde les "+","|" et "-" pour faire tes cadres. C'est pratiquement aussi propre et tu es alors sûr que ton programme fonctionnera sur tous les ordinateurs et terminaux du monde.
# XP ?
Posté par Obsidian . En réponse au message probleme pour booter winfowsXP apres installatio de fedora 3. Évalué à 4.
Bon, il y a de fortes chances que la partition sur laquelle grub recherche le système ne soit plus la bonne. Fais un fdisk sur ton disque et retrouve le numéro de la partition sur laquelle se trouve ton Windows, puis mets à jour /etc/grub.conf en conséquence. Cela devrait suffire.
[^] # Re: telinit q
Posté par Obsidian . En réponse au message Mon inittab modifié s'autorégénère.... Évalué à 3.
Tu es sous Mandrake, regarde du coté de msec, connu pour ce genre de facéties.
# Pilote graphique
Posté par Obsidian . En réponse au message démarrage impossible après installation. Évalué à 2.
Oui. En principe tu as le droit de choisir (j'ai pas testé la dernière Mandrake toutefois), choisis un serveur compatible SVGA de base, avec la fréquence de rafraîchissement par défaut. Tu n'auras évidement pas d'accélération graphique et tout ... mais cela te permettra quand même de démarrer avec un système stable et complet, puis te permettra de modifier la config de ton serveur par la suite.
Essaie éventuellement Alt-F1, Alt-F2, Alt-F3 lorsque cela bloque. Si tu changes de console, cela veut dire que le kernel répond toujours au moins. Il y a moins de chances, dans ce cas, que le problème vienne d'un module du noyau (ici le pilote NVidia).
[^] # Re: ça sent le sapin...
Posté par Obsidian . En réponse au message Au secours!!!!. Évalué à 2.
[^] # Re: init 1
Posté par Obsidian . En réponse au message Au secours!!!!. Évalué à 4.
D'autre part, surtout avec un compte nommé « bluelord », un piratage est très problable, quoi que je trouve ici l'intrusion un peu trop « flagrante ». En tout état de cause, je suis presque certain d'avoir déjà été rootkité une fois, et sûr (parce que je travaillais sur ma machine, que j'ai une dockapp de visualisation du trafic, et parce que j'ai lancé un tcpdump derrière) d'avoir subi plusieurs tentatives d'intrusion sur le port 22 (SSH), soit un balayage en boucle sur le même port sans discontinuer pendant une à deux minutes, mais avec toujours une seule connexion TCP ouverte à la fois. J'ai subi ce genre d'attaque au moins deux fois : La premiere le 26 janvier dernier, depuis une adresse appartenant à Proxad, la deuxième il a deux jours par l'intermédiaire d'un provider japonais.
Moralité: Blindez vos mots de passe. Un truc de huit caractères avec au moins un chiffre et un "_" au milieu du mot permet de contenir une attaque pendant un bon moment, et bloque d'emblée toutes les approches du style « dictionnaire ».
[^] # Re: Bonjour,
Posté par Obsidian . En réponse au journal Corrupthon européen contre les brevets logiciels. Évalué à 2.
Hmm, des sources ?
J'aimerais bien relire çà de mes propres yeux (et eventuellement le recompiler) ! :-)
# Do not feed the troll !
Posté par Obsidian . En réponse au journal Comment parler à un mur.... Évalué à 4.
Ce qui est inquiétant, c'est qu'aujourd'hui, la plupart des gens pensent de cette manière parce qu'ils s'attachent à la première chose qu'ils voient, comme les canetons, et que la moindre remarque sur leur système favori va se traduire par une réaction hostile. Le plus grave, c'est que c'est de manière complètement inconsciente. Aussi le meilleur argumentaire jamais émis sur la toile restera-il sans effet puisque le bon sens et l'esprit critique sont complètement court-circuités.
Je pense qu'il est très important de poursuivre le travail de « prosélytisme » et de l'organiser consciencieusement pour faire face à ce genre d'individu. Je mets les guillemets car il ne s'agit plus de promouvoir Linux en particulier mais de faire comprendre aux gens que l'informatique est une infrastructure essentielle, comme les réseaux routiers ou de transport de l'énergie, et qu'à ce titre il est vital qu'elle soit gérée de façon démocratique, que l'alternative soit toujours préservée, et que les citoyens commencent à réellement comprendre de quoi tout cela retourne.
A ces fins, j'estime que l'on devrait enseigner dans les collèges et les lycées les bases de l'informatique et du fonctionnement d'un ordinateur. Attention : Il s'agit bien d'expliquer le fonctionnement intrinsèque des ordinateurs, et pas simplement la façon dont on s'en sert (surtout pas de formation à Word et Excel dès le plus jeune âge). En réalité, cela se faisait déjà au début des années 80. Il y a eu le plan Informatique Pour Tous, où tous les collégiens ont fait un peu de BASIC et se sont familliarisés avec le B-A-BA de l'algorithmique (même si le logiciel qui équipait les ROMs des MO5 était déjà le BASIC Microsoft). A coté de cela, on expliquait aux têtes blondes ce qu'était une carte perforée et comment tout cela avait commencé. Evidement, on en était déjà plus là, mais la culture distillée aux jeunes restait saine.
La plus grande menace à surveiller sera bien entendu les tentatives de noyautage par les grands éditeurs de ce nouveau « programme ».
[^] # Re: Alors c'est pas compliqué... à ba si c'est compliqué en fait.
Posté par Obsidian . En réponse au message Comment ça marche ?. Évalué à 2.
Quelqu'un a déjà posé la même question il y a quelques jours :
http://linuxfr.org/forums/12/7472.html(...)
[^] # Re: ta*n...
Posté par Obsidian . En réponse au message Linux jetable. Évalué à 3.
[^] # Re: On s'en balance !
Posté par Obsidian . En réponse au journal Les enseignements de l'Histoire. Évalué à -1.
Avec les félicitations du jury ...
[^] # Re: Zut alors!
Posté par Obsidian . En réponse au journal Pour détruire la terre. Évalué à 3.
[^] # ERRATUM !
Posté par Obsidian . En réponse au message comment créer une disquette de boot linux ?. Évalué à 2.
# Copie le noyau
Posté par Obsidian . En réponse au message comment créer une disquette de boot linux ?. Évalué à 2.
Ca devrait copier le noyau sur la disquette, secteur par secteur, et comme celui-ci est équipé d'une amorce, il démarrera comme si c'était lilo qui l'avait lancé. Par contre, je ne suis pas sur que cela fonctionne encore avec les derniers noyaux.
Mais le mieux aujourd'hui, c'est encore un live CD. Grave-toi une Knoppix, elle te rendra bien des services même en dehors de ce genre de pépin.
# KDevelop
Posté par Obsidian . En réponse au message Progrmmation de commande sous linux. Évalué à 2.
Par contre, j'ajouterais qu'utiliser des choses comme KDevelop pour faire une "transition douce" est une fausse bonne idée. Quite à changer de système, autant abandonner complètement les (mauvaises) habitudes acquises sur d'autres systèmes.
[^] # Re: Le problème est plus complexe...
Posté par Obsidian . En réponse au journal [OT] TCE tenez, vous informé. Évalué à 2.
Et ils ont bien compris qu'informer la population sur le TCE ne serait pas en leur faveur.
Ben s'il le savent, pourquoi sont-ils toujours en faveur du Oui, alors ? :-)
</mode>