Effectivement, je suis utilisateur d'OpenOffice sous Gnu/Linux depuis des années, et avec l'utilisation commune des formats de fichiers, je me pose la question d'utiliser KOffice.
Ce qui m'encourage à l'utiliser est :
- sa légèreté,
- son intégration dans KDE qui est le bureau que j'utilise
- il n'est pas la peine d'avoir une JRE installée accèder à toutes les fonctionnalités
C'est clair que pour l'instant c'est vraiment la forêt.
Bien qu'on ait le choix, et que par rapport à nos besoin nous pouvons avoir une réponse nette, je trouve qu'il y a vraiment une perte de travail de part la multitude des projets.
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...
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...)
Ok, ca je comprends bien, mais tu approuve qu'il est plus simple de dire j'ai un écran "Philips 17s" (lu sur l'écran lui-même) plutôt que de rechercher dans tes plaquards la doc, puis les fréquences et résolution supportées.
Avis à vous, grand lecteur de DLFP plein de savoir :
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 ? ...
Oui surtout que si GIMP était développé avec QT ("Code Less. Create More"), il y aurait un bien meilleur rapport fonctionnalités/Tps de dev.
Un vrai modèle objet associé à un vrai langage objet de 4ème génération apporte bcp plus à la modularité.
Sur ce type de portable (j'en ai un), la carte wifi est de type NDIS. Il faut utiliser le module noyeau + logiciel NDISWRAPPER ainsi qu'un fichier provenant du driver windows pour faire fonctionner la carte.
Il y a plein d'info en anglais sur la mailing liste dedié à ce type de machine (certaine avec processeur amd64) :
http://lists.pcxperience.com/mailman/listinfo/linuxr3000
Pour ce qui est de la confirguration du wifi, une fois la carte détecté, le principe est le même partout. Je n'ai pas d'adresse en tête à te fournir.
ben moi je mets d'abord une knoppix 3.6, en 32 bits puis je vais bootstraper une 64 a côté dès que j'ai l'occase.
Pour infos, les carte wifi sont tres rarement utilisable sur les amd64 sous linux 64 bits, car ce sont des broadcom, donc utilisation de ndiswarpper (driver 32bits windows)
Quid de la charge machine avant et après passage ?
Est-ce que templeet est vraiment plus performant pour le serveur et accepte mieux la charge plus evelé aujourd'hui qu'il y a un an ?
Pour ma part, je n'ai pas constater de délais de réponse alonger, un bon temps de réponse de la part de DLFP !
[^] # Re: Quel courage!
Posté par skimmy . En réponse à la dépêche Sortie de KOffice 1.4. Évalué à 10.
Ce qui m'encourage à l'utiliser est :
- sa légèreté,
- son intégration dans KDE qui est le bureau que j'utilise
- il n'est pas la peine d'avoir une JRE installée accèder à toutes les fonctionnalités
[^] # Re: Sourceforge?
Posté par skimmy . En réponse à la dépêche La gendarmerie inventorie son parc et reverse ses contributions !. Évalué à 1.
[^] # Klik
Posté par skimmy . En réponse à la dépêche Mandriva annonce l'acquisition des principaux actifs de Lycoris. Évalué à 3.
/!\ Attention KDE is needed
[^] # Re: Faites vos jeux
Posté par skimmy . En réponse à la dépêche Mandriva annonce l'acquisition des principaux actifs de Lycoris. Évalué à 1.
Bien qu'on ait le choix, et que par rapport à nos besoin nous pouvons avoir une réponse nette, je trouve qu'il y a vraiment une perte de travail de part la multitude des projets.
[^] # Re: Prems a troller !
Posté par skimmy . En réponse à la dépêche Mandriva annonce l'acquisition des principaux actifs de Lycoris. Évalué à 1.
[^] # Matrox
Posté par skimmy . En réponse à la dépêche Nouveau rebondissement dans l'affaire du pilote PWC. Évalué à 0.
[^] # Re: Détection du matériel
Posté par skimmy . En réponse à la dépêche Une nouvelle version de la MEPIS : SimplyMEPIS 3.3. É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...)
[^] # Re: Détection du matériel
Posté par skimmy . En réponse à la dépêche Une nouvelle version de la MEPIS : SimplyMEPIS 3.3. Évalué à 1.
# Détection du matériel
Posté par skimmy . En réponse à la dépêche Une nouvelle version de la MEPIS : SimplyMEPIS 3.3. É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: Bouhouhouhouuuuuuu
Posté par skimmy . En réponse à la dépêche LinuxFR s'arrête .... Évalué à 3.
Est-ce encore un tentative pour les rallier à la causes de woofs ?
A part ca, il y a-t-il des évolutions sur le moteurs qui seront également apportées lors de ce weekend ?
# Heuuuuu
Posté par skimmy . En réponse à la dépêche TEGAM vs Guillermito. Évalué à -7.
Je ne suis pas du tout au courant de l'histoire....
[^] # Re: Programme de référence ??
Posté par skimmy . En réponse à la dépêche Gimp 2.2.0 (et 2.2.1). Évalué à -4.
Oui surtout que si GIMP était développé avec QT ("Code Less. Create More"), il y aurait un bien meilleur rapport fonctionnalités/Tps de dev.
Un vrai modèle objet associé à un vrai langage objet de 4ème génération apporte bcp plus à la modularité.
# Plein d'info
Posté par skimmy . En réponse au message pb sarge et apt-get. Évalué à 1.
https://alioth.debian.org/docman/view.php/30192/21/debian-amd64-howto.html
# Compaq R3000
Posté par skimmy . En réponse au message Wireless+reseaux+COMPAQ PRESARIO R3000. Évalué à 1.
Il y a plein d'info en anglais sur la mailing liste dedié à ce type de machine (certaine avec processeur amd64) :
http://lists.pcxperience.com/mailman/listinfo/linuxr3000
Pour ce qui est de la confirguration du wifi, une fois la carte détecté, le principe est le même partout. Je n'ai pas d'adresse en tête à te fournir.
[^] # Pilote camera dv
Posté par skimmy . En réponse au message udev kino. Évalué à 1.
De plus, connaissez-vous des outils qui permettent de visualiser le contenu d'un DV, sans passé par l'acquisition, une sorte de :
plop > dvgrab | mplayer
# Autre distrib ;)
Posté par skimmy . En réponse au message Acer ferrari 3200. Évalué à 1.
Pour infos, les carte wifi sont tres rarement utilisable sur les amd64 sous linux 64 bits, car ce sont des broadcom, donc utilisation de ndiswarpper (driver 32bits windows)
# Supporter
Posté par skimmy . En réponse au message ACER travelmate 220 + mdk-10 => modem .. Évalué à 3.
Le modem est supporter selon :
http://pctelcompdb.sourceforge.net/display.php(...)
Avec des infos plus precise ici :
http://pctelcompdb.sourceforge.net/viewdetails.php?id_no=9(...)
Archive du driver :
http://linmodems.technion.ac.il/pctel-linux/(...)
Module a charger en 2.4, surement les memes en 2.6 car ils sont developper en dehors du noyau :
- pctel
- ptserial
# Au menu....
Posté par skimmy . En réponse à la dépêche Logiciels Libres à Montpellier. Évalué à 2.
# C'est dégueulasse
Posté par skimmy . En réponse au sondage Je réinstalle Linux sur mon ordinateur. Évalué à 1.
Il faut repasser sous dacode v1 !
ok je --->[]
# Et un lien sur JBoss dans la news ????
Posté par skimmy . En réponse à la dépêche Pourquoi choisir JOnAS plutôt que JBoss ?. Évalué à 0.
Pour ceux qui ne connaisse pas :
http://www.jboss.org/(...)
--
mes 2 cents d'Euros
[^] # Re: Sortie de X Window System X11R6.7 de X.Org
Posté par skimmy . En réponse à la dépêche Sortie de X Window System X11R6.7 de X.Org. Évalué à 2.
[^] # Re: [CORRETIF] Fedora Core 2 Test 2 disponible pour x86 et x86-64
Posté par skimmy . En réponse à la dépêche Fedora Core 2 Test 2 disponible pour x86 et x86-64. Évalué à 1.
[^] # Re: YAST en GPL
Posté par skimmy . En réponse à la dépêche YaST en GPL. Évalué à -1.
oups --->[]
# Charge serveur
Posté par skimmy . En réponse à la dépêche Petite analyse statistique sur LinuxFr.org. Évalué à 4.
Est-ce que templeet est vraiment plus performant pour le serveur et accepte mieux la charge plus evelé aujourd'hui qu'il y a un an ?
Pour ma part, je n'ai pas constater de délais de réponse alonger, un bon temps de réponse de la part de DLFP !
bravo.
# Pourquoi pas compatible avec les binaires win32 ?
Posté par skimmy . En réponse à la dépêche La Chine, la Corée du Sud et le Japon étudient une alternative à Windows. Évalué à 2.
- Open source
- Compatible avec les binaires win32 NT (wine)
- Noyau linux
Ca permettrait aux utilisateurs de ne pas être trop déboussolé.
http://www.reactos.com(...)