liberforce a écrit 4730 commentaires

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 :-)

J'ai peut être pas tout compris, mais je dirais
1. Tu ouvres le répertoire en ftp via nautilus "Connecter au serveur"
2. Tu le renommes
3. Tu fais un drag and drop de ton fichier à déposer

Depuis le passage au mode spacial, tout est fait pour faciliter le drag and drop au maximum.

Après effectivement, une fois qu'on a ses habitudes tout ce qui semble différent est "de la merde". Je ne dis pas que le sélecteur n'est pas exempt de défauts (effectivement les propriétés, ça peut être intéressant), mais là on est plus proche de la philosophie unix: on fait une chose et bien. Alors oui il y a des ratés (ne pas avoir un champ texte avec l'adresse du fichier), mais ça s'arrange.

J'avais eu le même problème dans la 2007 RC1, mais il avait disparu dans la RC2, alors je n'ai pas ouvert de rapport de bug...

Le point de vue de Tristant Nitot:
http://web.glandium.org/blog/?p=97#comment-8012

Le point de vue officiel de la fondation (issu du lien précédent)
http://cbeard.typepad.com/mozilla/2006/10/mozilla_tradema.ht(...)

Une clarification intéressante de ce point de vue, qui dit en substance que ce qui a été possible avec les autres distributions qui patchent Firefox ne l'a pas été avec Debian parce qu'ils ne peuvent accepter une clause d'exception du type "vous ne pouvez utiliser le nom Firefox, sauf si je vous en donne explicitement le droit. Je fais donc une exception pour que vous en ayez le droit.":
http://cbeard.typepad.com/mozilla/2006/10/mozilla_tradema.ht(...)
(attention, c'est le commentaire de cbeard qu'il faut lire, pas celui qui commence par "fuck debian" :-) )

Mais allez y molo quand même, lui pourrissez pas son anniversaire donc TROLL INTERDIT !!!

http://www.01net.com/rubrique/3394.html

voir http://standblog.org/

Si vous aussi vous êtes comme moi chez le dentiste de 18 à 19H (fais ch**r, j'ai pas de bol sur ce coup là), vous pouvez laissez vos question à l'avance sur le site de 01net...

Malheureusement tu parles à un GNOMiste convaincu :)
Tu as fait toutes les mises à jour ? Puis sinon, prends l'habitude de juste renommer ton .KDE, si ça n'améliore pas la situation, au moins tu n'auras pas perdu tous tes paramètres pour rien...

Si c'est une installation et pas une mise à jour, c'est normal:
http://esfa.vnunetblog.fr/mandriva/2006/10/ml2007_caractre.h(...)

Voir les errata:
http://qa.mandriva.com/twiki/bin/view/Main/MandrivaLinux2007(...)

Un petit coup de smartmontools devrait te dire un peu mieux dans quel état est ton disque. http://valaurea.free.fr/documents/sig11_smart.html

Mais je serais toi, je ferais des sauvegardes, et vite :-)

Je suis d'accord avec toi, sauf sur le "firefox protège avec raison sa marque". Pourquoi font ils ça alors que Linus n'utilise pas la marque Linux de manière aussi restrictive ? Qu'on ne me dise pas que c'est une question d'image de marque parce qu'un navigateur est un composant sensible. Un noyau c'est pas sesible peut être?

Je ne prends parti pour personne, mais je comprends les Mozillinens de s'énerver d'actions puériles comme le coup des affiches, tout comme je comprends les débianneux de trouver anormal que Mozilla verrouille autant sa marque.

Je souhaite donc qu'IceWisel fasse du chemin, parce qu'on a beau dire, il n'y a pas que Debian qui commence à en avoir un peu marre de la politique de distribution et de support de Mozilla: Mandriva dans sa version 2006 a été obligé de passer de Firefox 1.0.x à Firefox 1.5.x dans sa branche stable, obligeant à taper dans les composants qui en dépendent aussi (yelp, epiphany). Tout ça est dû au fait que la fondation Mozilla supporte de moins en moins de temps ses anciennes versions. Quand on voit combien de temps doit durer une debian stable, je comprends encore mieux le fork.

http://www.linux-wizard.net/index.php?id_blog=90

Note: Préviens ta mère pour éviter qu'elle te le serve au diner en papillotte ^^

RHEL 4 était basé sur FC3 :-) . Il n'y a pas de relation directe entre le numéro de RHEL et le numéro de FC.

Oui, oui, je suis au courant ;-) , c'est justement parce que pour un projet on doit choisir entre RHEL4 ou 5. Et pour le développer en avance de phase, si le choix se porte sur la RHEL 5, il faut que je sache sur quelle version de Fedora je dois tester mon code, et connaitre les version de packages, (glib, gdk, gtk) j'aurai à disposition.

Merci pour ton lien en tout cas, je pense que je vais m'abonner à la liste announce ;-).

s/WM/DE/

comploteur, va !

Hum... Je ne sais pas si tu as raison... Si deux utilisateurs montent le filesystem, c'est comme si tu avais un fichier accessible pour le travail collaboratif, comme avec n'importe quel fichier sur un réseau... Le problème par contre c'est qu'il faut un login/mot de passe connu par les tous les utilisateurs pour partager leur espace de travail. Donc forcément, ce n'est pas vraiment conciliable avec une utilisation normale de GMail.