blino a écrit 153 commentaires

Je ne comprend pas trop "installs minimaliste (genre <256Mo) en read only" non plus.
Pour /var et /tmp, il suffirait de les inclure dans un montage unionfs, ou de faire comme les images live Mandriva One, monter tout / en unionfs avec la mémoire.

Ce live CD n'est pas vraiment read-only, puisque nous utilisons unionfs (comme beaucoup d'autres distrib live) pour faire un "overlay" du système compressé sur le CD (avec squashfs) et de la mémoire RAM.

draklive utilise l'auto_install Mandriva pour faire une install dans un chroot (drakx-in-chroot), mais il peut également être utilisé pour faire une image d'un chroot existant.
Il est assez personnalisable pour permettre de désactiver des scripts de démarrage dans le live. C'est déjà possible en faisait une image d'un chroot fait aux petits oignons, mais l'intérêt principal de draklive est qu'il permet d'avoir une installation reproductible, à partir de fichiers de configuration simples.

Mais pour l'utilisation évoquée au-dessus, peut-être qu'il suffirait simplement de faire une installation normale et de monter / en lecture seule.

Tous mes fichiers de conf pour la One 2006.0 sont ici :
http://cvs.mandriva.com/cgi-bin/cvsweb.cgi/gi/live/One/2006.(...)
Bon courage !

[Pour les réfractaires à ces solutions non-libres, il existe toujours la version "Free", qui n'est pas prête de disparaitre.]
Comment tu peux affirmer celà madame soleil?

Parce que je travaille à Mandriva (et notamment sur cette version Free).

Etant donné que les contributions extérieures sont très peu nombreuses par rapport à la taille de la distribution, on ne peut pas non plus se fier à une reprise par la communauté.

C'est complètement faux, les contributions extérieures sont très importantes.
Les paquetages en "contrib" sont le plus souvent maintenus par des contributeurs externes, et beaucoup de contributeurs participent à l'élaboration des paquetages en "main" (mkinitrd, samba, python, ...).

Si tu veux faire ce genre d'affirmation, utilise des distributions totalement libres et ayant une communauté fortement impliquée, ça passera mieux ;)

Ah, il ne suffit plus d'être Madame Soleil ?
"Mandriva Free" est une distribution totalement libre, et la communauté est loin d'être inactive, il suffit de regarder l'activité sur la liste de diffusion "cooker".

$ urpmq gnomemeeting --media 'Main (ftp1)'
gnomemeeting
$ urpmq wengo --media 'Contrib (ftp3)'
openwengo

En clair, gnomemeeting est également disponible sur Mandriva, dans le "media" principal (il est même présent sur le DVD), et OpenWengo est disponible en contrib.
Ces alternatives ne sont donc pas du tout effacées, et Mandriva n'impose aucun choix de logiciel.

De plus, la version "Free" (disponible sur les miroirs) ne contient que des logiciels libres, donc gnomemeeting et pas Skype.

Et il n'est pas anormal qu'une version "commerciale" de Mandriva puisse inclure des logiciels propriétaires tels que Skype, à coté de drivers propriétaires tels ceux accélérant les cartes nvidia/ati.

Pour les réfractaires à ces solutions non-libres, il existe toujours la version "Free", qui n'est pas prête de disparaitre.

L'adresse des magazines Linux+ semble être : http://www.lpmagazine.org/fr/
(il y a une typo dans l'URL de l'article)
Et voici le sommaire du magazine de décembre (avec Mandriva 2006.0 et Slackware 10.2) : http://www.lpmagazine.org/fr/modules/news/article.php?storyi(...)

Je viens de faire un package pour Mandriva cooker, il est disponible dans le media contrib.

C'est également accessible depuis l'applet de surveillance réseau (dans le menu Settings) :
http://qa.mandriva.com/twiki/bin/view/Main/NetApplet

Dans la même veine pour Mandriva (mais avec support WPA, et intégration aux outils de gestion de profil netprofile) :
http://qa.mandriva.com/twiki/bin/view/Main/EasyWifi

Dommage que netswitch mélange la gestion des interfaces et des profils, alors que chaque distribution a déjà sa manière bien établie de gérer les interfaces.

$ cat /etc/netprofile/list
/etc/hosts
/etc/isdn/isdn1B.conf
/etc/isdn/isdn2B.conf
/etc/localtime
/etc/ntp.conf
/etc/ntp/step-tickers
/etc/ppp/ioptions1B
/etc/ppp/ioptions2B
/etc/ppp/chap-secrets
/etc/ppp/pap-secrets
/etc/ppp/peers/adsl
/etc/ppp/peers/ppp0
/etc/profile.d/proxy.sh
/etc/profile.d/proxy.csh
/etc/resolv.conf
/etc/sysconfig/network
/etc/sysconfig/network-scripts/chat-*[0-9]
/etc/sysconfig/network-scripts/ifcfg-*[0-9]
/etc/sysconfig/network-scripts/net_cnx_down
/etc/sysconfig/network-scripts/net_cnx_pg_up
/etc/sysconfig/network-scripts/net_cnx_up
/etc/sysconfig/network-scripts/net_down
/etc/sysconfig/network-scripts/net_iop1B
/etc/sysconfig/network-scripts/net_iop2B
/etc/sysconfig/network-scripts/net_isdn1B
/etc/sysconfig/network-scripts/net_isdn2B
/etc/sysconfig/network-scripts/net_prog
/etc/sysconfig/network-scripts/net_resolv
/etc/sysconfig/network-scripts/net_speedtouch
/etc/sysconfig/network-scripts/net_up
/etc/yp.conf

+ la liste des services activés

(oops, il est temps de faire le ménage, les /etc/sysconfig/network-scripts/net_* sont obsolètes)

Une image vaut mieux qu'un long discours :
http://people.mandriva.com/~blino/drakroam.png

En effet, c'est vraiment dommage que les thèmes ne soient pas disponibles ici :
http://cvs.mandriva.com/cgi-bin/cvsweb.cgi/soft/theme/
C'est bien connu que Mandriva préfère tout garder dans son coin.

- pourquoi faire la pub de smart et du pare feu dynamique alors qu'ils ne sont pas installés par défaut ?

Tu mens, «Interactive Firewall» est installé par défaut.

Pourquoi ne pas proposer également un paquetage noyau générique type "kernel2.6-x586-1Go.rpm" qui pointerait vers le kernel par défaut de la distribution et bénéficiant des mises à jour ?

Il existe déjà un package nommé "kernel-[version].[release]" qui est le kernel par défaut. Ce package n'est pas nommé simplement "kernel" pour qu'urpmi ne le mette pas à jour en désinstallant la version précédente. On pourrait cependant utiliser le fichier /etc/urpmi/inst.list pour préciser que le package précédent doit être conservé lors de l'installation (au lieu d'être désinstallé pour être mis-à-jour).
Il serait également possible d'avoir un package virtuel "kernel" qui aurait comme dépendance la dernière release du kernel.

ATI ‎Rage 128 Pro AGP 4x
Pas de driver proprio, mais celui choisi par défaut par mandrake GPL de l'époque.

Le driver X "ati" est maintenant utilisé à la place du driver "r128".
Mais une mise à jour par urpmi ne permet pas de reconfigurer automatiquement X, peut-être que le programme d'installation gère ce changement de pilote.
Ce changement mériterait d'être précisé dans les release notes.

L'amélioration principale est le retrait d'hotplug de la distribution.
Au démarrage, hotplug exécutait un ou plusieurs scripts shells pour chaque évènement qu'il recevait du noyau, ce qui ralentissait sensiblement le démarrage. udev est plus rapide que les scripts shells d'hotplug, et permet de mieux cibler le lancement de scripts externes.

Pour Mandriva 2006, tous les scripts hotplug ont été convertis en règles udev (Suse en a fait autant).
Certains agents hotplug (scsi, input) n'ont été réécrits que tard dans le cycle de développement, leur absence ne s'étant pas faite ressentir immédiatement.

Tout n'a pas été évident, il a fallu trouver des solutions pour récupérer toutes les fonctionnalités d'hotplug dans udev. Des outils ont été développés pour pallier à l'absence de support des usermaps dans udev, ils permettent de convertir les usermaps hotplug en règles udev.

Le support du coldplug pour les systèmes PCI, USB et input a été développé dans udevstart (il n'a pas été ré-utilisé tel quel "upstream", mais une fonctionnalité similaire est présente dans le nouveau udevsynthetize).

Cf http://qa.mandriva.com/twiki/bin/view/Main/Udev pour plus d'informations.

Le noyau n'est pas mis à jour automatiquement par urpmi, il faut le faire explicitement. Ce n'est pas un cas particulier géré dans urpmi, c'est simplement dû au fait que le nom du package kernel est différent pour chaque noyau.
Pour le problème de X, c'est difficile d'expliquer sans savoir quelle carte graphique et utilisée et si des pilotes propriétaires sont installés.

kppp-provider ne requiert pas qt, c'est seulement un paquetage qui contient la liste des fournisseurs d'accès. Il occupe une taille de moins de 700 ko et n'a aucune dépendance.
kppp est ensuite facultatif. Il n'est installé que si kde est présent sur la machine (c'est-à-dire si kdebase est présent).
Ensuite, les scripts ifup-ppp des initscripts devraient permettre d'établir la connexion (avec la commande "ifup ppp0").
C'est cette commande qui est utilisée par net_applet.

Le speedtouch fonctionne toujours aussi bien en 2006 qu'en Mandrake 10.0, Mandrake 10.1 Official (c'était cassé en Community) et Mandriva 2005 LE.
Il y a eu quelques problèmes (jusqu'à la RC2) dûs au passage d'hotplug à udev, mais ils sont désormais corrigés.
Cependant le modem nécessite toujours un firmware, qui est disponible sur les CD des versions boîtes et Club, ou sous forme de package pour les membres du Club.
Dans le cas contraire, l'assistant guide l'utilisateur pour l'installation du firmware.

Ça ne colle pas non plus avec ce qui est écrit dans le code :-)
Quelle est la version de drakxtools-backend ? (rpm -q drakxtools-backend)
La dernière version des updates est là 10.2-24.2.102mdk, la version de la 2005 LE est la 10.2-24mdk

Cela dit, Firefox est le navigateur par défaut de Gnome sur ma Cooker, et je n'ai ni eog d'installé par défaut, ni Galeon.

Pourtant, en passant par la procédure d'installation classique, si Gnome est sélectionné, Epiphany est installé (c'est le navigateur par défaut du projet Gnome). Et eog l'est également s'il reste assez d'espace disque. Cf le fichier qui décrit les préférences de paquetages pour l'installeur:
http://cvs.mandriva.com/cgi-bin/cvsweb.cgi/~checkout~/gi/perl-insta(...)

Ça pourrait être bien d'utiliser ce fichier rpmsrate après l'installation, dans une application qui proposerait d'installer des catégories d'application.

Pour le browser par défaut, il est choisi par le script www-browser. Sous Gnome, si un browser est indiqué dans les préférences Gnome, il est utilisé, sinon c'est Firefox, puis Epiphany, etc...
http://cvs.mandriva.com/cgi-bin/cvsweb.cgi/~checkout~/soft/mandrake(...)

Que veux tu dire par "le MCC dit bien qu'il crée les fichiers dans /usr/sbin" ?
Quels sont les messages d'erreur affichés ?
En 2005 LE, il écrit les scripts de connexion de telle sorte que les binaires de /sbin soient utilisés.
En gros, s'il y a un bug, je voudrai savoir précisément ce qui ne va pas après configuration par le MCC, pour que je puisse le corriger.
Merci.

Manque de rigueur ? A quel sujet ?
La MNF n'a pas disparue, la deuxième version était en cours de développement depuis des années.
Ce sont justement le souci d'une distribution non bâclée qui fonctionne bien et les tests d'assurance qualité qui ont repoussé sa sortie, à raison donc.

Pour être plus précis, il avait été mis en place -si ma mémoire est bonne- un système de double licence qui devait empêcher ce type de pillage.

C'est marrant de parler de pillage pour du logiciel libre ...

C'est faux, le speedtouch fonctionne tres bien depuis la 10.1 Officielle (donc en 10.2 / 2005 LE aussi).
S'il y a un probleme, c'est que le firmware n'a pas ete place dans /usr/share/speedtouch/mgmt.o (c'est fait automatiquement avec la version commerciale).
Et s'il y a vraiment un bug, je ne l'ai pas vu passer sur notre Bugzilla (qa.mandriva.com) ...

Mandriva ne supportait pas encore une installation complète par le wifi dans la version 2005 LE. Est-ce que Debian et Gentoo le permettent ? Avec quels pilotes ?

Par contre, la configuration des interfaces wifi est possible pendant l'installation.
Si la carte wifi a besoin de firmwares ou de pilotes propriétaires, il faut cependant disposer des versions "Club" pour en profiter.