liberforce a écrit 4744 commentaires

Bin... J'ai fait hier soir une install sur un PII 400 avec 96Mo de RAM, et ça tourne :-)
Aucun problème de reconnaissance. Donc je penche plutôt sur des paramètres à passer au boot, type noapic, noacpi pci=off, et tout le toutim...
http://qa.mandriva.com/twiki/bin/view/Main/MandrivaLinux2007(...)
Mais je ne connais pas toutes les options qu'on peut passer au noyau linux... Quelqu'un sait où on peut trouver ça ?

Alors retente une migration directe 10.0 -> 2007, mais n'oublie pas cette fois ci de faire un urpmi kernel-2.6. Tu seras au moins capable de pouvoir démarrer ta machine pour corriger les problèmes (installer les packages manquants, désinstaller ceux qui sont en trop).

Mais dans tout les cas il est toujours bon de noter sur un petit carnet les configurations exotiques que tu peux faire (les nom de quelques rpm), et faire une sauvegarde à part des quelques fichiers spécifiques de ta configuration, afin de pouvoir les restaurer facilement si tu as un accident de disque un jour.

"La meilleure technique", je suis pas sûr... La plus simple oui. Mais si on doit dire aux utilisateurs Windows que sous linux on a pas besoin de tout formatter tout les 6 mois, mais qu'au final c'est ce qu'on fait, bin ça craint...

Tu es un peu violent là... Entre la 10.0 et la 2007, il y a la 10.1, la 2005 LE, la 2006... Tu lui demandes un saut de version de 4 versions, c'est un peu beaucoup. Si en plus tu as fait une mise à jour en sélectionnant "mise à jour" dans l'installateur, il y a encore moins de chance que ça marche (notoirement buggué). Je te conseille donc une réinstallation clean de la 2007 en copiant tes fichiers de configuration important, et sans formatter ton /home bien sûr...

Ou sinon une mise à jour progressive, étape par étape, pour éviter un saut aussi grand. De plus n'oublie pas que le kernel n'est pas mis à jour automatiquement je crois, il faut l'installer explicitement: urpmi kernel-2.6.

Est ce que des gens ont déjà tenté l'expérience d'une mise à jour avec un saut de plus d'une version ?

et puis quel codec H264 ? Il l'a trouvé où ?

On va aller loin avec pareille pléthore d'informations...

Hum... Je t'avoue que je ne sais pas trop... Parce que ce ne sont que des méta packages: ils ne contiennent aucun fichier.
(voir urpmq -l task-gnome). Ils ne servent qu'à "tirer" les dépendances quand on les installe. Donc pour installer des packages, c'est nickel, mais pour désinstaller, on ne peut pas savoir où s'arrêter...

Il faut donc indiquer explicitement ce que tu comptes désinstaller. Si quelqu'un connait une solution, je suis preneur. Le urpme -a gnome est un peu violent (efface tous les paquetages qui contiennent le nom gnome)

oui, et pui il y a aussi les autres... En gros tous les méta paquets pour une tâche définie s'appellent "task-xxxxx". C'est hérité de Connectiva il me semble. On en a la liste avec:
urpmq -y task-, ce sont ceux qui commencent pas "task-".
Ou mieux, pour avoir la liste exacte:
urpmq -y task | egrep "^task-"

Je ne connaissais pas task-gnome-minimal, en tout cas je ne l'ai pas avec la 2006, j'imagine qu'il est nouveau avec la 2007. Faudra que je vérifie, mais je pense que c'est pour éviter d'installer les appications qui utilisent mono.

1. Aucune idée
2. Non: ext3 est une évolution d'ext2 justement. Reste en ext3, cela n'a rien à voir. A priori c'est un effacement des données qui s'est produit, pas une 'perte' due à un problème de filesystem.

En dernier recours, je te conseille de regarder ici pour tenter de récupérer tes données: https://linuxfr.org/2006/10/24/21518.html

Euh... pas d'accord. C'est urpmi task-gnome.

Bon, je suis un peu une bille en réseau, donc je peux pas vraiment t'aider, mais comme essayer d'entrer c'est l'étape d'après, y a ce jounal sur un sujet proche:
https://linuxfr.org/~gnumdk/23015.html

et notamment ce lien:
http://wiki.gcu.info/doku.php?id=bsd:pf_et_bruteforce

Si ça t'avance pas plus, j'aurais au moins essayé ^_^

Bin alors il suffit de mieux formuler ta question: si ta question est trop ouverte, tu n'auras pas de réponse adéquate... Donne un maximum de détail qu'on puisse t'aider ;-)

Ah au fait, tu as utilisé quoi comme classe pour ta systray ? GtkStatusIcon ?

Pour bien débuter avec les autotools: (article publié dans linux mag)
http://ymettier.free.fr/articles_lmag/lmag75/lmag75.html

J'ai eu des problèmes avec GTK aussi, ça se rédoud assez simplement:
http://linuxfr.org/forums/19/11861.html

Eh ben... T'abdiques bien vite...
Je pense que ce type de recherche google est pas trop compliquée, non ? http://www.google.fr/search?hl=fr&q=tutoriel+nfs+linux&a(...)

Bref, il en sort plein de bonnes chose, dont ceci:
http://ernest.tuxicity.net/index.php?choix=Reseau&tuto=n(...)
http://www.linux-tutorial.info/modules.php?name=Tutorial&(...)

Tu veux pas comprendre: le but c'est pas d'être IE compliant: c'est d'être compliant avec tous les navigateurs qui implémentent une même spec. IE a gelé le web pendant des années. Aujourd'hui le web se réveille. L'évolution du web ne devrait pas dépendre des cycles de sortie d'IE.

ça c'est la théorie. Après le pratique, malheureusement, si tu veux manger, c'est que tu fais ce que t'a demandé ton patron, quitte à coder comme un goret. Donc si ton patron veut pas bouger, il faut forcément lui forcer la main en changeant les standards du métier, que les gens apprendront dans les écoles, et qui sera vraiment mis en pratique sur le terrain. Avec un peu de bol c'est lui qui demandera ensuite à faire un truc XHTML58 parce que c'est bien, il en a entendu parler (feel the Web 2.0 effect).

pour te loguer, oui, mais pour copier des fichiers, ça sert pas des masses, non ?

A ce que tu écris j'ai l'impression que tu n'as même pas lu les liens... http://www.hixie.ch/advocacy/xhtml.fr/ dégrossit très bien le problème, que je ne connaissais pas (je suis développeur, pas webmaster).

Je pense que ton le problème du « désolé, le XML est non valide, nous ne pouvons afficher la page » n'en est pas un: le but est de forcer ceux qui écrivent des pages web à prendre conscience de leur responsabilité quand ils écrivent des pages, plutôt que sortir de la bouillie infâme, qui oblige tous les navigateurs à implémenter de mécanismes de rendu plus tordus les uns que les autres.

Donc oui, si un site est codé avec les pieds, et qu'un navigateur ne l'affiche pas, l'utilisateur pourra dire que ce sont les gars du site qui n'ont pas fait leur boulot plutôt que dire "le navigateur bidule il est tout pourri, il m'affiche pas ma page". Et ça me parait bien. Faire l'inverse c'est comme blamer linux de ne pas faire fonctionner out-of-the-box du matériel donc on a pas les spécifications: ça n'a pas de sens. Il est temps de responsabiliser les entreprises sur leurs produits.

Bref, que ceux qui font du désign pourri se tirent les doigts du cul pour pondre un site correct (et y soient contraints par les navigateurs), plutôt que de compliquer le boulot de ce qui font du bon travail.

Quant à XHTML 2, il semble d'après les liens de la dépêche qu'il ait peut de chances d'être un jour adopté...

ça ne marchera pas si la machine cible n'a pas un serveur ssh d'installé...
une méthode brutale utilisable: man netcat
Voir http://linuxfr.org/comments/326232.html#326232 , sachant que tu devrait plutôt utiliser un bon vieux tar des familles plutôt que dd (et peut être compresser les données au passage si tu as un débit limité...

Si tu veux un transfert sécurisé, alors oui, installe un server ssh sur la machine cible et utilise scp...

Jette un coup d'oeil ici, des réponses ont déjà été données
http://linuxfr.org/~Riduidel/16272.html
http://linuxfr.org/forums/34/8678.html
http://linuxfr.org/forums/9/10698.html

# Is autopackage meant to replace RPM?

No. RPM is good at managing the core software of a distro. It's fast, well understood and supports features like prepatching of sources. What RPM is not good at is non-core packages, ie programs available from the net, from commercial vendors, magazine coverdisks and so on. This is the area that autopackage tackles. Although in theory it'd be possible to build a distro based around it, in reality such a solution would be very suboptimal as we sacrifice speed for flexibility and distro neutrality. For instance, it can take several seconds to verify the presence of all required dependencies, something that RPM can do far quicker.

http://autopackage.org/faq.html

Donc non, autopackage n'est pas la solution.

Je remonte un lien direct vers la réponse de Red Hat, un peu loin dans les commentaires:
http://www.redhat.com/promo/unfakeable/

Merci http://linuxfr.org/comments/768572.html#768572 :-)

100 commentaires ? Quel manque d'ambition !
http://linuxfr.org/~patrick_g/17920.html => 345 commentaires
http://linuxfr.org/~patrick_g/18263.html => 295 commentaires
Ca c'est du troll !

signé patrick_g, éleveur de trolls dans le larzac

Malheureusement, dans une recherche google "data recovery" il arrive en 7ème page, et "data recovery software", il est en 13ème page ! J'ai un pote dessinateur qui avait juste perdu sa table de partition à cause d'un disque défectueux, bin je n'ai trouvé aucun outil qui m'a permis de sauver ses données. Des heures et des heures de dessin foutues en l'air... Il attendait d'avoir de quoi graver un CD complet :'-(

Bon, t'as du bol, j'ai pris un moment pour retrouver tout ça à partir de la mailing list "performance-list": http://lists.freedesktop.org/archives/cairo/2006-September/0(...)
http://mail.gnome.org/archives/performance-list/2006-October(...)

De rien :-)