wismerhill a écrit 2605 commentaires

Que veux dire exactement "utilisées sur un client debian", j'ai une clé ssh DSA que j'ai généré sur ma mandriva, mais j'utilise l'agent ssh avec transition de l'agent (ForwardAgent, je sais qu'en elle-même cette fonctionnalité peut poser problème si on n'a pas confiance au root de la machine distante). Dois-je générer une nouvelle clé?

http://linuxfr.org/~snt/26611.html

Pour l'historique sous forme graphique:
http://www.levenez.com/unix/
un grand classique, toujours mis à jour (la dernière date d'à peine une semaine)
Si vous avez un plotter à dosposition, cette longue bande de papier de plus de deux mètre à vraiment de la gueule :-)

Et encore, uniquement si ça reste sur le même système de fichier, sinon il faut copier au nouvel emplacement puis supprimer l'ancien.
Et dans le cas qui nous intéresse, peut-être que le seul montage NFS correspond à plusieurs sustèmes de fichiers différents sur le serveur distant.

Les paquets java-1.6.0-sun* sont dans la source non-free (release, pas backport) de la 2008.0, comme de la 2008.1, exemple sur ma 2008.1:
$ urpmq --media non-free java
Pas de paquetage nommé java
Les paquetages suivants contiennent java :
java-1.5.0-sun
java-1.5.0-sun-alsa
java-1.5.0-sun-demo
java-1.5.0-sun-devel
java-1.5.0-sun-fonts
java-1.5.0-sun-jdbc
java-1.5.0-sun-src
java-1.6.0-sun
java-1.6.0-sun-alsa
java-1.6.0-sun-demo
java-1.6.0-sun-devel
java-1.6.0-sun-fonts
java-1.6.0-sun-jdbc
java-1.6.0-sun-src

Mais pourquoi tu te prend la tête???
Je t'ai écrit que le paquet est dans la source non-free, qui est déjà configurée (sauf si tu l'a retirée toi-même), donc tu n'a qu'à installer le paquet.
Fais-le avec le centre de contrôle, ce sera plus simple!

Sur les mandriva récentes (2008, 2008.1, peut-être aussi 2007.1) le java de sun se trouve dans la section non-free avec les noms java-1.5.0-sun et java-1.6.0-sun, si tu veux être sur d'avoir quelque chose qui fonctionne utilise un de ces deux-là, jamvm ou gij ne sont pas complets et icedtea est encore à l'état de beta (beaucoup de choses fonctionnent, mais j'ai parfois des plantages étranges).

Pour ton info, elle serait tout aussi incapable de gérer une machine sous windows, même pour faire des "suivant" "suivant" "suivant" d'installeur elle serait perdue.
Quel que soit le système, elle a besoin de quelqu'un pour le faire fonctionner.
Et après tout on ne va pas exiger de tout le monde de comprendre le fonctionnement d'un ordinateur.

Ma mère a appris à utiliser un ordinateur avec Linux, et compte tenu de son affinité avec tout ce qui est classé en "haute technologie" elle se débrouille plutôt bien.

Mais si ta définition de "grand public" c'est les utilisateurs de windows, on ne pourra jamais tomber d'accord.

S'il y en a c'est illégal, alors qu'avec du code BSD ils ont parfaitement le droit de le mettre dans windows.

Pas vraiment, parce que le virtualiseur doit pouvoir contrôler les accès au matériel en question et donc avoir un minimum de connaissance (driver) du matériel.
Ou alors il faut un moyen pour que seul un des OS virtualisés aie accès à un périphérique spécifique. C'est probablement possible dans certains cas (USB?), mais ces cas sont probablement aussi ceux qui risquent le moins de faire planter le système à la base (puisque le périphérique peut être isolé).

Il me semble que /dev/root à quelque chose à voir avec le initramfs utilisé au démarrage, peut-être celui-ci est-il mal généré, si le système de base est sur un disque lisible par le noyau sans module, le ramdisk n'est pas forcément nécessaire et tu pourrais essayer de démarrer sans.

J'ai aussi vu que pour la 2008.1 il sont passé à l'utilisation des uuid des partitions plutôt que les noms symboliques (moi j'aime pas ça, ça fait des trucs illisibles dans le fstab), peut-être y a-t-il un bug à ce niveau.

Tu peux peut-être aussi, au moment de l'installation, sélectionner plusieurs noyaux (avec une sélection individuelle des paquets, mais sur le seul liveCD il ne doit pas y avoir de choix), peut-être l'un passerait-il mieux qu'un autre (les noyaux tmb, dans les contrib, peuvent être intéressants à tester).
Note que tu peux aussi installer d'autres noyaux via un chroot en démarrant en mode rescue depuis le CD.

ça boote pas !

Ça veut dire quoi?
Le système bloque pendant l'initialisation?
Le noyau fait un kernel panic?
Le kernel n'est pas trouvé par grub?
Tu n'arrive même pas à l'écran grub?

La GPL, c'est fait pour à la base pour des programmes, il est donc logique de vouloir distribuer du contenu artistique sous une licence qui a été faite pour ce type de contenu.

En même temps, les mises à jour à partir d'un CD et même DVD qui ne va pas contenir l'intégralité des paquets que tu as pu installer au fur et à mesure du temps...

C'est pour ça que j'utilise le mini-CD dual-arch pour ensuite démarrer sur une copie locale de la distrib. Mais comme le bug est dans l'installeur ça fait pareil.

Pour la prochaine machine je ferai la mise à jour directement par urpmi, ça ne fera pas plus mal.

C'était le chemin complet du fichier, sous Linux (et tous les systèmes Unix) le / est utilisé comme séparateur de répertoire (sous windows c'est le \ et sous mac pré-X c'était le :), donc tu as le chmin complet du fichier, dans un gestionnaire de fichier tu remonte à la racine, puis tu cherche les répertoires en question, ou bien tu tape directement le chemin en question dans la barre d'adresse du gestionnaire de fichier.

Attention, cette release a un gros bug lorsqu'on fait une mise à jour:
https://qa.mandriva.com/show_bug.cgi?id=39925
voir également l'explication dans les errata
http://wiki.mandriva.com/en/2008.1_Errata#Upgrade_from_previ(...)

Il ne semble pas pour l'instant qu'il soit prévu de dortir une mise à jour des ISO et de l'installeur pour corriger ce problème, c'est vraiment dommage car si le problème est récupérable (je m'en suis sorti sur les deux machines que j'ai mis à jour), ce n'est tout de même pas trivial et un débutant voyant ça ira surment directement réinstaller, voir laisser tomber.

> Il me semble tout à fait possible d'intégrer après le mois de juin Firefox dans les distributions majeures comme une mise à jour.

Tout à fait, pour mandriva ce sera probabement via le média backports qui sont fait exactement pour ça (firefox 2 était déjà arrivé comme ça dans la 2007.0)

> l'URL de "Dépôt Jeux Linux" : http://djl.tuxfamily.org/

Ça me donne une page vide, vraiment vide (aucun cractère renvoyé par le serveur, juste des header et un code 200), avec konqueror et firefox.

Et je vous offre en exclusivité le design épuré et hautement convivial du futur "Gnome Revolution"
http://upload.wikimedia.org/wikipedia/commons/2/23/Bleistift(...)

Enfin un environnement de bureau compréhensible par tous!

> J'appelle ça un trou de sécurité.

Non, le trou de sécurité c'est d'avoir laissé un ordinateur sans surveillance dans un état où n'importe qui peut le foutre en l'air.

Où as-tu vu un paquet firefox qui suggère flash?
Tu as inventé toi-même cet exemple et depuis tu passe ton temps à le sortir comme sois-disant preuve que le champ suggest est mauvais alors que nous somme plusieurs à te répéter que l'utilisation souhaitée d'un champ suggest n'est pas celle-là.

Pour te paraphraser, ce n'est pas parce que tu (avec ton exemple) viole l'usage prévu pour le champ suggest qu'il est mauvais.

> S'il manque un require, ça ne marche pas. L'évaluation de "ça ne marche pas" n'est pas un avis polique. C'est un constat technique.

Même chose avec les suggest, si on les installe ça marche mieux, il y a plus de fonctionnalités puisque des composants non essentiels sont alors disponibles. C'est aussi un constat technique.

Par exemple: k3b fait usage de cdrecord/wodim, cdrdao et growisofs, mais il peut se passer de tous (on peut utiliser k3b pour faire de l'extraction de cd audio par exemple). Donc à ce niveau-là, utiliser le suggest pour indiquer que k3b permettra de faire plus de choses avec ces programmes est utile, et c'est bien au niveau du paquet que cette information est intéressante, parce qu'elle est vraie qu'elle que soit la distribution.

> Je vais probablement être moinsé pour ça, mais je remarque que, quoi qu'on en dise, Apple a une nouvelle fois montré la voie

Hum, KDE le faisait avant Apple, après tout, webkit est un fork de khtml (qui existe depuis KDE 2.0).

Argh, l'URL est pas passée correctement avec l'accent, la version sans accent redirige correctment côté wikipedia:
http://fr.wikipedia.org/wiki/Evaporation_des_trous_noirs