Pinaraf a écrit 3682 commentaires

En fait, c'est suite à une discussion avec un employé Mandriva qui m'a dit que la mandrake était beaucoup utilisée en France mais que très peu de français payaient parce qu'ils considéraient que "payer pour quelque chose de gratuit c'était être un pigeon".
Personnellement, j'ai utilisé mandrake de la 7.2 à la 10.0 (puis cooker jusqu'à 2 mois avant la 10.1).
Et j'ai pas acheté de pack, je sais c'est mal, mais voilà mes raisons :
1- de la 7.2 à la 8.2 : pas l'argent (j'avais que 14 - 15 ans)
2- la 9.0 : j'espèrais que la 9.1 soit mieux
3- sortie de la 9.1 : j'espérais que la 9.2 soit mieux
4- sortie de la 9.2 : toujours des améliorations, mais aussi des régressions
5- 10.0 : pas de bol, j'ai eu l'ADSL et j'ai découvert que d'autres distribs correspondent bien mieux à mon usage
J'ai acheté des tonnes de magasines contenant les CDs de mandrake... Ces magasines devraient reverser ne serait-ce qu'1 euro à mandrake, ça serait déjà pas mal.
Autre problème que j'ai eu : la première fois où j'ai vu une mandrake en vente c'était la 8.2 alors que la 9.0 était dispo... Et y'a toujours eu une version de retard là où je la voyais (c'était aléatoire : un magasin l'avait un trimestre, plus le suivant, mais l'inverse se produisait dans un autre...)

C'est quoi ça ?
C'est même pas une question => pourquoi dans les forums ?
Ça n'a rien à voir avec le libre (même de loin) => pourquoi sur linuxfr ?
Si encore tu parlais d'OpenOffice, de Mozilla/Firefox, passe encore !
À moins que ce ne soit internet explorer sous wine ?

Le binaire d'installation je suppose ?
Il est plus petit car ils utilisent 7zip pour la compression... Et 7zip ne permet pas de créer des archives auto extractibles sous linux, donc 7zip c'est que pour windows :/

Le problème c'est que les vendeurs, créateurs de logiciels... ne comprennent pas notre philosophie.
Ils ne produiront pas de paquetages mais des installeurs qui ne marcheront plus après certaines mises à jour du système ou l'obsolètitude (tiens, ça semble correct) de certains composants.
Ils ne comprennent pas pourquoi chaque distribution a son système de paquets... D'ailleurs, pourquoi plusieurs distributions ? (moi je sais, mais les vendeurs non)

Linux est un monde, windows un autre.
Le passage de l'un à l'autre sera dur, surtout pour tout ce qui est commercial (Comment vendre un anti spam alors que chaque distribution intègre des lecteurs de mail avec anti spam inclus ? Comment vendre un firewall ? Comment vendre une suite bureautique face à OpenOffice ?...)

Même, ce n'est pas du tout là que pourra être configurée la transparence !
La transparence des fenêtres se règles dans le Comportement des fenêtres (clic droit sur la bordure d'une fenêtre)...

Ce qu'il y a c'est que les suites bureautiques sont bien plus complexes !
De plus, ces suites exploitent encore actuellement leur propres formats (KOffice 1.4 n'utilise pas OASIS par défaut, OOo 2 n'est pas encore là...), alors que les navigateurs exploitent en théorie les mêmes standards (on tombe d'ailleurs sur l'un des problèmes qu'ont tous les navigateurs web autre que IE : les ""webmestres"" adaptent leur pages web à IE alors que les autres navigateurs doivent s'adapter à ces pages web...).
Sans oublier qu'il faut apprendre à utiliser une suite bureautique (sauf pour les usages de base bien sûr), alors qu'un navigateur web n'offre finalement pas de différence majeure à l'utilisation.

Mais personnellement, je vais jeter OpenOffice en faveur de KOffice lors de la sortie de KOffice 2 normalement (si toutes les fonctionnalités nécessaires apparaissent), et je crois que je ferai de même sur d'autres machines...

Mais si ils parlent bien anglais...
Version prononçable : Wind, tze yes, need the no tou win, egainessete tze no
Version normale : Win, the yes, need the no to win, against the no

J'ai pas dit que c'est parce qu'ils ont leur navigateur ! J'ai dit que c'est parce qu'ils ne s'intègrent pas à l'environnement, contrairement au navigateur de l'environnement.
L'intégration est l'atout principale de konqueror pour moi, mais y'a pas d'intégration sous windows ! L'intégration c'est pas être fourni avec l'environnement ni avoir son icone dans le menu, c'est avant tout exploiter toutes les technologies intéressantes de l'environnement ! Tu veux que firefox ou IE s'intègre à quoi sous windows ? Y'a rien, pas d'équivalent à KWallet, même pas de look'n'feel par défaut !

Ouais mais windows a un environnement ?
Windows a un système de portefeuille de mots de passe ? Windows a un look'n'feel commun pour toutes les applications ? (même pour les applications fournies avec windows, c'est faux : regarde windows media player et l'explorateur)

Ces évolutions sont bien sûr disponibles pour les autres distributions (ou vont l'être).
Ou le sont déjà depuis la sortie de kubuntu 5.04, suse 9.3 ou encore fedora core 4...
Chez mandriva c'est pour les utiliateurs de cooker ou les membres du club uniquement alors que chez les autres distribs intégrant KDE 3.4 c'est pour tout le monde généralement

Le problème c'est que les bases existantes ne sont pas forcément des plus fiables ni des plus complètes.
Il faudrait utiliser le maximum de bases existantes comme celle d'ubuntu.
En gros, on pourrait créer notre base de donnée et y importer les informations de la base d'ubuntu (mais combien d'utilisateurs d'ubuntu utilisent la fonctionnalité pour signaler la compatibilité de leur matériel ?), et importer aussi les informations de la base de linuxcompatible (mais sa qualité est ... moyenne)

En fait, aucune base existante ne me paraît satisfaisante :/

Ça peut être difficile, mais c'est tout à fait faisable !
Personnellement, je ne vois aucun problème lourd à la réalisation, dans un langage portable, d'un tel outil.
Il faudrait bien sûr s'arranger pour que l'outil tourne sur windows et linux.
Je pense que le réaliser en python serait pas mal (c'est 100% libre, portable, suffisamment de librairies fournies de base pour avoir toutes les fonctionnalités requises...). Puis bon, je suis un fan de python :)
Il faudrait avoir un site web assez complet avec un système pour ajouter le matériel, avec suffisamment de détails pour bien comprendre ce qui est nécessaire pour faire tourner le matériel. Ce n'est pas parce qu'une carte wifi marche du premier coup sur mandrake 10.0 qu'elle marchera du premier coup sur ubuntu 5.04 (mais sur la 5.10 elle marchera tout de suite : le driver est inclus :)). Lors de l'ajout de matériel, il faudrait préciser la ligne donnée par lspci (ou un autre outil) concernant ce matériel...

Le "seul" problème que je vois directement c'est la portabilité sous windows : existe-t-il un lspci, avec des résultats comparables à ceux sous linux ?

Si des gens sont prêts à me suivre dans la réalisation d'un tel outil, qu'ils me suivent ! #compatux @ irc.freenode.net
Je ne fais rien tant que je suis pas sûr de recevoir de l'aide (windows ... je n'ai plus ça chez moi depuis plus d'un an) pour la réalisation du projet.

Je me pose de plus en plus souvent la question de l'utilité sous linux et MacOS d'une suite mozilla complète, de même que de l'utilité de firefox/thunderbird !
En effet, sur Linux comme sur MacOS, les applications d'un environnement de bureau (le bureau standard de mac, KDE ou GNOME sous linux) sont extrêmement bien intégrées au reste de l'environnement, pas une ne dépareille, elles communiquent entre elles quand c'est utile... Cette communication est très importante dans le cas d'applications liées à internet : communication entre le lecteur de mail et le programme de chat par exemple.
Une application comme firefox ou pire seamonkey est un vrai martien en terme d'intégration dans un vrai environnement (KDE, GNOME, MacOS), et encore plus quand son look est différent de celui des autres applis (environnement KDE (gtk-qt est incapable de réaliser tout le nécessaire, par exemple pour les écrans de configuration) ou MacOS (?))
Tous les environnements de bureau fournissent leur navigateur web (Konqueror, Epiphany, Safari). Ces navigateurs sont intégrés à l'environnement et l'exploitent (stockage des mots de passes pour Konqueror par exemple).
Mais comment un logiciel "générique" comme opera ou firefox ou seamonkey peut exploiter ces technologies à 100% ? Cela me semble impossible, particulièrement quand on considère le fait que tout ne soit pas dans le même langage de programmation.
Firefox ne pourra jamais être une vraie application KDE ni une application GNOME totalement intégrée. Le port d'une plateforme à une autre est source de problèmes pour l'intégration !
L'avenir appartient plutôt à des applications comme Konqueror, Epiphany, Safari... qui elles sont intégrées à l'environnement !

Par contre, sous windows ou n'importe quel autre système sans environnement de bureau (WindowMaker, Fluxbox...) firefox, seamonkey... sont très utiles, je suis d'accord.

Non c'est pas les paquets eux mêmes.
En fait la base de données des paquets en XML était très pratique, mais DOM est coûteux : au moins 2 fois la taille du document en mémoire vive, au niveau CPU c'est pas mal non plus...
Par contre, en sqlite elle est bien plus puissante. De plus faire des requêtes particulières sur la base de données est très simple. Mais les paquets restent en XML

N'hésitez pas à passer sur #fnux @ irc.freenode.net pour plus d'informations

Je pense qu'il est inutile de nous demander notre avis.
Je trouve en effet qu'un toolkit doit tirer profit des capacités du langage de programmation dans lequel il est conçu, et donc proposer une API qui y soit adaptée.
Prenons par exemple Qt : je le trouve parfaitement adapté au C++, mais par contre ses bindings python (pyqt) ne sont pas adaptés au langage python : le système de connexion signal/slot n'est pas, et de loin, le plus adapté au langage python dans l'état actuel des choses. Pourquoi faire un QObject.connect (source, signal, cible, slot) alors qu'on pourrait en python faire un cible.slot.append(source.signal) ou un truc comme ça ?

Bref, je ne pense pas que linuxfr soit le meilleur endroit pour trouver l'API de ton toolkit : il y a trop peu de personnes connaissant le Lisaac pour aider à faire une API adaptée...

Je crois que j'ai compris !
Base en fait c'est le composant base de données d'OOo, c'est pour ça qu'il faut tellement de choses en plus !

Ok, je sors (en plus il drache, c'est nickel)

J'ai simplement suggéré le fait qu'un ssh lancé 24h/24 ne soit pas forcément utile. Si il reste en France il pourrait par exemple ne le lancer que pendant les heures "normales" (exit les périodes de dodo), et de plus les planificateurs de tâches permettent de lancer ssh quand c'est nécessaire, en planifiant à l'avance donc.
Mais c'est vrai ça ne supprimera pas les attaques.

Pourquoi laisses-tu continuellement ton sshd ouvert ?
N'est-ce pas mieux de le lancer uniquement quand tu sais qu'il sera nécessaire (vu qu'en plus il semblerait que ce soit toi qui l'utiliseras...) ?

Mais c'est qui le plus fort ? L'éléphant ou l'hippopotame ?

Windows fonctionnera, mais sans interface graphique...
Est-ce-que ce mode là existe sur windows 2000/XP ? Toujours est-il que sur win 98 il est disponible.

Pour information, EXA est désormais dans le CVS d'X.org et sera donc intégré à la version 6.9/7.0 (les deux sortiront en même temps)
Les drivers sont en train d'être portés, cf le blog de Zack Rusin : http://www.kdedevelopers.org/node/view/1223(...)

Tu sais les changements qu'il y a dans LitePC ?
Tu ne te retrouves pas avec un windows normal derrière. Ce n'est plus le même logiciel qui se charge d'afficher le bureau par exemple.

À partir d'une certaine SP, windows 2000 propose l'outil "configurer les programmes par défaut".

et ?
KDE est """"équivalent"""" à certaines parties de windows.
windows c'est un noyau, une interface graphique...

- Afficher l'aide ?
- Permettre la personnalisation du navigateur ?
- Être utilisable comme composant dans toutes les autres applications

Regarde l'usage de khtml dans KDE... C'est pareil que IE dans windows