Pour rappel : il s'agit d'une distribution orientée bureautique et basée sur Debian, elle se présente sous la forme d'un LiveCD de "test" afin de vérifier la comptabilité du matériel puis de permettre son installation sur une machine. L'un de ses points forts est justement son excellente reconnaissance du matériel.
Le nom SimplyMEPIS 3.3 vient du fait que les nouvelles sorties devraient se synchroniser sur la version de KDE utilisée. Le forum français en est encore à ses balbutiements mais toutes les bonnes âmes sont attendues avec impatience pour le faire décoller.
Aller plus loin
- MEPIS (38 clics)
- Miroirs (14 clics)
- Le magasin MEPIS (6 clics)
- De l'aide (1 clic)
- Forum MEPIS (1 clic)
- Une communauté MEPIS (3 clics)
# forum français
Posté par frayd . Évalué à 3.
[^] # Re: forum français
Posté par R4f . Évalué à 3.
Tout de suite, on passe de 70 millions à 175 millions !
# Debian a le vent en poupe...
Posté par fabricius . Évalué à 4.
[^] # Re: Debian a le vent en poupe...
Posté par manalfer . Évalué à 4.
Sans doute autant que les distributions basées sur rpm. Je suppose que si ces distributions deviennent massivement utilisées, elles trouveront du monde pour gérer leurs paquets.
De plus, je ne peux pas vérifier (accès restreint à Internet au boulot), mais il me semble qu'il y a lien assez fort entre Knoppix et Debian.
[^] # Re: Debian a le vent en poupe...
Posté par Croconux . Évalué à -1.
<troll>
Quand on utilise Debian on s'en fout : Tout est déjà dispo sous forme de paquets alors pourquoi aller voir ailleurs? A part Ubuntu, quasiment toutes les autres ne proposent rien qui ne soit déjà dispo dans Debian (parfois via des dépots non officiels mais conçus pour Debian, comme PLF pour MDK) si ce n'est un joli installeur qui clignotte.
</troll>
[^] # Re: Debian a le vent en poupe...
Posté par fabb . Évalué à 2.
Il n'y a que des DEB-istes pour croire que les RPM-istes sont comme ça.
> Quand on utilise Debian on s'en fout : Tout est déjà dispo sous forme de paquets alors pourquoi aller voir ailleurs?
Pour avoir une bécane à jour stable avec suivit des trous de sécurté et pas un truc bancal fait de stable/testing/unstable/backport qui explose toutes les semaines, pour ne pas se tromper d'au moins d'un an quand on fait une prédiction sur la date de sortie de la prochaine version stable, pour avoir des outils de configuration centralisés et ne pas passer 3 plombes à chercher quel est le nom du paquet qu'il faut installer pour configurer ce @~?#@£! de machin, pour ne pas avoir à lire 300 pages de doc pour faire un truc simple, pour pas tester 50 programmes pourris pour trouver le bon mais avoir déjà un bon programme par défaut, pour ne pas répondre aux questions idiotes de debconf, pour installer une bécane avec la partition root en raid/lvm sans s'arracher les cheveux, pour avoir une distribution stable sur amd64, pour ne pas être obligé d'être abonné à une mailing d'aide avec 200 messages par jours sinon tu n'arrive pas à utiliser le bousin, pour ne pas fréquenter la communauté Debian qui pête plus haut que son cul, etc...
Il y a plein de bonnes raisons.
PS : pour la pertinence de la balise troll, c'est à chaqu'un d'en juger.
[^] # Re: Debian a le vent en poupe...
Posté par Yann012 . Évalué à 1.
Il n'y a que des RPM-istes pour croire qu'il n'y a que les DEB-istes pour croire qu'il n'y a que les RPM-istes qui sont comme ça.
Pour avoir une bécane à jour stable avec suivit des trous de sécurité
stable : debian est une des distribs les plus stable que j'ai jamais vu en testing
suivit des trous de sécurités : extrait de la 9e DWN de l'année :
Mises à jour de sécurité. Vous connaissez le refrain. Assurez-vous
d'avoir mis à jour vos systèmes si vous avez installé l'un de ces
paquets.
* DSA 688 : [17]squid -- Déni de service ;
* DSA 689 : [18]mod_python -- Fuite d'informations ;
* DSA 690 : [19]bsmtpd -- Exécution de commande arbitraire.
17. http://www.debian.org/security/2005/dsa-688(...)
18. http://www.debian.org/security/2005/dsa-689(...)
19. http://www.debian.org/security/2005/dsa-690(...)
pour ne pas se tromper d'au moins d'un an quand on fait une prédiction sur la date de sortie de la prochaine version stable
cf. le début : debian avantage la stabilité et la sécurité à la date de sortie, pas comme certains.
pour avoir des outils de configuration centralisés et ne pas passer 3 plombes à chercher quel est le nom du paquet qu'il faut installer pour configurer ce @~?#@£! de machin
Debconf pour configurer ce @~?#@£! de machin, KDE ou 2-3 man pour le reste
pour pas tester 50 programmes pourris pour trouver le bon mais avoir déjà un bon programme par défaut
pour trouver le programme qui nous convient le mieux, pas celui qui est censé convenir au plus grand nombre de personnes
pour ne pas répondre aux questions idiotes de debconf
pour avoir un meilleur contrôle du système
pour installer une bécane avec la partition root en raid/lvm sans s'arracher les cheveux, pour avoir une distribution stable sur amd64
rien à dire : j'ai pas de amd 64 et je touche pas au lvm
pour ne pas être obligé d'être abonné à une mailing d'aide avec 200 messages par jours sinon tu n'arrive pas à utiliser le bousin
Et google, c'est pour les chiens?
pour ne pas fréquenter la communauté Debian qui pête plus haut que son cul, etc...
Y a pas forcément besoin de la fréquenter
Ok, ----->[] ' ' '
# Windows Manager
Posté par Dafatfab . Évalué à -1.
-> Quelqu'un peut il confirmer ?
je ne trouve pas la liste des pakages sur leur site et distrowatch.com annonce KDE....
Merci bien a vous....
[^] # Re: Windows Manager
Posté par Xavier Teyssier (site web personnel) . Évalué à 1.
Par défaut, c'est KDE. Et c'est vrai que la détection de matériel marche très bien, et l'install sur le disque marche impeccablement.
Et ensuite, la distrib accepte sans broncher un source.list qui vient d'une vraie Debian.
C'est un très bon moyen pour avoir facilement une Debian avec un environnement graphique complet et la matériel correctement détecté.
[^] # Re: Windows Manager
Posté par yxorp . Évalué à 3.
Site officiel (en/de) : http://www.xfld.org/(...)
[^] # Re: Windows Manager
Posté par Dafatfab . Évalué à 0.
je pense que je confondais en effet... je vais d'ailleur de ce pas suivre les traces de ton lien. :)
# Détection du matériel
Posté par skimmy . Évalué à 2.
Comment se fait-il que la reconnaissance du matériel soit différentes entre les distributions ?
D'où viennent les informations qui identifient le matériel, et "configure" (au moins charge les modules) la distrib ?
Quels packets sont selon vous indispensable ?
Est-ce qu'il y a une convergence des distributions à ce niveau ????
Voila, c'est pour concentrer vos savoirs.
Exemple :
Pourquoi MandrakeLinux propose de sélectionner son ecran dans une liste bien foutu par constructeur et pas Debian ? Est-ce un paquet (Drakxconf) ? Un outil X Window ? ...
[^] # Re: Détection du matériel
Posté par modr123 . Évalué à 2.
la configuration d'un écran ne nécéssite que de lire la doc de l'écran qui contient les fréquences qu'il supporte ,donc si on lit la doc on peut se passer de la liste
cette liste ne doit contenir que les caractéristique des écrans et remplita notree place la configuration de x
[^] # Re: Détection du matériel
Posté par skimmy . Évalué à 1.
[^] # Re: Détection du matériel
Posté par R4f . Évalué à 4.
Pour la plupart, ce sont des informations que le matériel indique lorsqu'on l'interroge.
Ex. :
$ lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev 02)
00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP]
00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 22)
00:04.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 10)
00:04.2 USB Controller: VIA Technologies, Inc. USB (rev 10)
00:04.3 USB Controller: VIA Technologies, Inc. USB (rev 10)
00:04.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)
00:09.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 08)
01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 AGP (rev 01)
Extrayons une info :
00:09.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 08)
Cela signifie que le matériel que j'ai (peu importe le nom de l'entreprise qui me l'a vendu, c'est le composant matériel lui-même qui importe généralement) une carte son basée sur le composant "Ensoniq ES1371". A partir de là, il faut avoir une bonne base des puces existantes, et les configurations correspondantes.
Chaque distrib a son outil, et donc sa base de données ainsi que son système pour faire la correspondance "puce" <-> configuration... C'est notamment grâce à ce type de différences que les distributions peuvent se démarquer, vu qu'au delà de ça, les logiciels tournant sur l'une trounent aussi sur l'autre...
[^] # Re: Détection du matériel
Posté par skimmy . Évalué à 1.
Justement, est-ce que ces outils se basent sur des paquets communs, ce qui permettrait une meilleur gestion globale des périphériques ? (mis a part hotplug, discover...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.