> Parceque pour toi, si la configuration / administration est unifiée, tout est unifié ?
Besoin différent == souvent façon de faire différent.
>Il n'y a pas de plateformes différentes ?
Si, samba sous Red Hat se configure de la même façon que samba sous Debian ...
> La compatibilité binaire existe entre tous les sytèmes ?
Je vois pas l'utilité. J'ai les sources ...
Cela ne fait ch*** que les utilisateurs de logiciel propriétaire.
>Toutes les distribs packagent-elles les mêmes softs ? Ont-elles le même but ?
C'est exactement ce que je suis en train de dire.
Il existe des façons de faire différentes pour des besoin différents.
A noter qu'il y a finalement peu de différence pour la majorité des logiciels entre par example une RedHat et une Debian.
> Ben je regardes autour de moi, et je comptes les gens qui :
>- jouent (donc 3D)
>- font de l'IM avec webcam
En entreprise c'est pas loin de 0%.
Si un jour les parts de marché de Linux sont autour de 10/15% sur les postes clients d'entreprise et que ces mêmes entreprises demandent des drivers libres, pour avoir, par example, le support RedHat (qui ne supporte pas les noyaux "tainted" ), on verra à ce moment la ce que feront les constructeurs :)
Linux est arrivé jusque la sans les logiciels propiétaires et sans les utilisateurs demandeurs de logiciel propriétaires....
>Les ACLs sont - au contraire - bien plus simples à gérer et comprendre car elles
>sont intuitives, ce qui n'est pas le cas du modèle rwx doublé des setuid+setgid
>(moins les aspects habitude de l'utilisateur/admin).
>> Elles ne sont necessaires à mon avis que dans le cas d'un serveur (notament serveur de fichier).
>Elles sont également nécessaires dans un environnement bureautique Samba
Je crois que tu répètes ce que je viens de dire....
A noter qu'il faut pas que ce soit trop homogène non plus MacOS9 n'aime pas les ACL...
>Car je me vois mal retirer mon cable pour mettre celui de Free et dire à ma
>copine que ses fupers reality shows ne sont pas assez 'secure' pour être
>diffuser via Freebox ;)
>Ce qui fait la consistence ce n'est pas le langage utilisé mais le toolkit graphique
>et le look&feel des applications (glisser/déposer, copier/coller, ordre des
>boutons, messages d'alerte, icônes,....).
En observant vite fait le bureau d'un de mes clients:
iTune pour Windows
Lotus Domino pour Windows
Microsoft Word pour Windows
Logiciel Java Dell
n'ont pas grand chose en commun dans le look&feel, ordre des bouttons messages d'alerte, icônes.
Pas plus qu'une appli KDE/Gnome ou GNUstep
De même en reprenant les logiciel citées au dessus mais pour la version MacOSX
il n'y a pas vraiement de cohérence.
>Par contre je me demande si cette fragmentation du bureau Linux n'est pas
>un frein à son adoption.
Oui enfin sous MacOSX tu as les applications développées en :
- Cocoa
- Carbon
- Java
- ...
Sous Windows tu as des applications développé en
- VB
- C++ (avec les MFC)
- XUL
- Delphi
...
( les applications Adobe, Microsoft & Lotus n'ont pas du tout les mêmes guideline il me semble...)
>1- L'administrateur système n'a trouvé aucun equivalent sous Linux de
> Windows RDP (Accès bureau à distance, pour controler et installer des
> applis...) sous Xfree on est obligé d'ouvrir une autre session X et non
> pas utiliser directememt la session Xfree de l'utilisateur.
> 2- Certaines de nos applis sont encore ecrites en VB et Delphi (non
> utilisable par Kylix). Mais cependant de nouvelles appllis ecrites en
> Java client leger voient le jour.
Mon expérience que j'ai pu voir dans les entreprises qui passent au clients Linux :
- Utilisation de Java
- Utilisation d'applications "Web"
- Utilisation d'appiclations Citrix ( avec le client citrix pour Linux)
- postes dédiés avec 1 ou 2 applications dédiées nouvellement développées
- Entreprise très peu informatisé (si si ca existe )
> ATI pilotes propriétaires 20% du marché
>NVIDIA pilotes propriétaires 20%
>Intel pilotes propriétaires 40%
>VIA visiblement libre
>Matrox visiblement mort (dernières modifs y a un an)
Bonjour,
Pourrais-tu me donner un lien sur ces statistiques ?
Pourrais-tu me donner un lien sur les pilotes Intel proprio ?
> Ben oui, et tous les gens qui l'auront acheté il n'utiliseront pas Linux aprce que
>"ça ne marche pas".
Je n'ai pas envie d'imposer Linux a qui que ce soit. Il s'impose de lui même et il s'est déjà imposé de lui même dans beaucoup de domaine avec un support bien moindre que de nos jour, et sans drivers propiétaire.
Pesonnellement je ne veux pas de "logiciel" propriétaire de "bas niveau".
Cela me dégage des éventuelles problèmes de maintenance (version du noyau), de support des développeurs noyau, de pérénité ...
Je n'ai pas encore trouvé de matèriel qui ne possèdait pas de "drivers" libre pour mes besoins et j'espère ne pas en avoir dans le future
>Compare le coût de développement pour eux d'un driver pour Linux par
>rapportà ce qu'ils ont à y gagner
Je ne leur demande absolument pas de développer des drivers propriétaire pour Linux.
La façon dont la communauté est organiser ne correspond surement pas au mode de développement de logiciel propriétaire (trop de distrib, "Nouveau modèle de développement pour Linux" :-) , release trop fréquente, mode de packaging différent.
Seul posséder les sources et avoir une communauté active permet de suivre ce mode de développement.
Il suffirait de permettre aux développeurs de faire des drivers libres...
>Les utilisateurs, moi le premier, sont habitués aux entrées de menu "Édition->annuler"
>et "Édition->refaire"... ça en est devenu tellement banal qu'on ne s'imagine pas la
>difficulté d'implémenter un bête undo/redo dans une application... vous avez déjà
>essayé, et vous avez renoncé, peut-être ?
Posté par DiZ .
En réponse au journal Gorm 0.76.
Évalué à 1.
>Est-ce que les Layouts (à la Java) existe dans la librairie GNUStep?
>[Les layouts sont les "grilles" permettant le placement dynamique des differents
>composant -bouton, textfield, ...- d'une interface graphique]
Oui mais pour posséder une "bonne" UI c'est assez peu utilisé.
>C'est layouts son-t-ils dynamique comme en Java? (et permettent alors facilement >d'avoir des interfaces redimensionables).
[^] # Re: Avec les mêmes défauts que sous Windows ?
Posté par DiZ . En réponse à la dépêche Une base de registre pour Linux ?. Évalué à 1.
Besoin différent == souvent façon de faire différent.
>Il n'y a pas de plateformes différentes ?
Si, samba sous Red Hat se configure de la même façon que samba sous Debian ...
> La compatibilité binaire existe entre tous les sytèmes ?
Je vois pas l'utilité. J'ai les sources ...
Cela ne fait ch*** que les utilisateurs de logiciel propriétaire.
>Toutes les distribs packagent-elles les mêmes softs ? Ont-elles le même but ?
C'est exactement ce que je suis en train de dire.
Il existe des façons de faire différentes pour des besoin différents.
A noter qu'il y a finalement peu de différence pour la majorité des logiciels entre par example une RedHat et une Debian.
[^] # Re: Avec les mêmes défauts que sous Windows ?
Posté par DiZ . En réponse à la dépêche Une base de registre pour Linux ?. Évalué à -3.
> Peut-être pour rendre humain la tâche d'administrer des réseaux hétérogènes ?
Quel intérêts d'avoir des réseaux hétérogènes si tout est unifié ?
> Pour ne pas devoir tout réapprendre pour chaque nouvelle distrib ?
Quel intérêts d'avoir des distribs différentes si tout est unifié ?
> Parceque c'est plus propre ?
C'est clair que mettre des fichiers XML à la place d'un simple fichier de type .ini (samba par exemple) c'est plus propre ... :)
[^] # Re: Avec les mêmes défauts que sous Windows ?
Posté par DiZ . En réponse à la dépêche Une base de registre pour Linux ?. Évalué à 1.
Pourquoi ?
[^] # Re: pas cool :/
Posté par DiZ . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 3.
>- jouent (donc 3D)
>- font de l'IM avec webcam
En entreprise c'est pas loin de 0%.
Si un jour les parts de marché de Linux sont autour de 10/15% sur les postes clients d'entreprise et que ces mêmes entreprises demandent des drivers libres, pour avoir, par example, le support RedHat (qui ne supporte pas les noyaux "tainted" ), on verra à ce moment la ce que feront les constructeurs :)
Linux est arrivé jusque la sans les logiciels propiétaires et sans les utilisateurs demandeurs de logiciel propriétaires....
[^] # Re: Gestion des ACLs
Posté par DiZ . En réponse à la dépêche Sortie de la version 4 de ReiserFS. Évalué à 2.
>sont intuitives, ce qui n'est pas le cas du modèle rwx doublé des setuid+setgid
>(moins les aspects habitude de l'utilisateur/admin).
http://www.suse.de/~agruen/acl/linux-acls/online/(...) pour vous faire une idée et comparer avec les droits *nix classique :)
>> Elles ne sont necessaires à mon avis que dans le cas d'un serveur (notament serveur de fichier).
>Elles sont également nécessaires dans un environnement bureautique Samba
Je crois que tu répètes ce que je viens de dire....
A noter qu'il faut pas que ce soit trop homogène non plus MacOS9 n'aime pas les ACL...
[^] # Re: Gestion des ACLs
Posté par DiZ . En réponse à la dépêche Sortie de la version 4 de ReiserFS. Évalué à 0.
Elles ne sont necessaires à mon avis que dans le cas d'un serveur (notament serveur de fichier).
[^] # Re: Erreur ?
Posté par DiZ . En réponse au journal Free et la publicité. Évalué à 1.
>copine que ses fupers reality shows ne sont pas assez 'secure' pour être
>diffuser via Freebox ;)
Mauvaise copine ... changer de copine
[^] # Re: GPDF
Posté par DiZ . En réponse à la dépêche Le manuel de Mozilla en français. Évalué à 2.
Ca passe avec ViewPDF
md5sum :
99229975b5580d147c0d8f14f0c662e4 mozman-1.35.fr.pdf
Sinon c'est ton gpdf.
[^] # Re: ouah
Posté par DiZ . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 2.
>et le look&feel des applications (glisser/déposer, copier/coller, ordre des
>boutons, messages d'alerte, icônes,....).
En observant vite fait le bureau d'un de mes clients:
iTune pour Windows
Lotus Domino pour Windows
Microsoft Word pour Windows
Logiciel Java Dell
n'ont pas grand chose en commun dans le look&feel, ordre des bouttons messages d'alerte, icônes.
Pas plus qu'une appli KDE/Gnome ou GNUstep
De même en reprenant les logiciel citées au dessus mais pour la version MacOSX
il n'y a pas vraiement de cohérence.
[^] # Re: ouah
Posté par DiZ . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 6.
>un frein à son adoption.
Oui enfin sous MacOSX tu as les applications développées en :
- Cocoa
- Carbon
- Java
- ...
Sous Windows tu as des applications développé en
- VB
- C++ (avec les MFC)
- XUL
- Delphi
...
( les applications Adobe, Microsoft & Lotus n'ont pas du tout les mêmes guideline il me semble...)
Je pense que c'est un faux prétexte.
# L'administrateur système n'a trouvé ...
Posté par DiZ . En réponse au journal Migration vers Linux dans mon entreprise : un frein majeur..... Évalué à 2.
> Windows RDP (Accès bureau à distance, pour controler et installer des
> applis...) sous Xfree on est obligé d'ouvrir une autre session X et non
> pas utiliser directememt la session Xfree de l'utilisateur.
http://www.rdesktop.org/(...)
> 2- Certaines de nos applis sont encore ecrites en VB et Delphi (non
> utilisable par Kylix). Mais cependant de nouvelles appllis ecrites en
> Java client leger voient le jour.
Mon expérience que j'ai pu voir dans les entreprises qui passent au clients Linux :
- Utilisation de Java
- Utilisation d'applications "Web"
- Utilisation d'appiclations Citrix ( avec le client citrix pour Linux)
- postes dédiés avec 1 ou 2 applications dédiées nouvellement développées
- Entreprise très peu informatisé (si si ca existe )
[^] # Re: Ça commence par les pilotes de cartes graphiques...
Posté par DiZ . En réponse à la dépêche Nouvelles versions des pilotes ATI et NVIDIA pour GNU/Linux. Évalué à 0.
>NVIDIA pilotes propriétaires 20%
>Intel pilotes propriétaires 40%
>VIA visiblement libre
>Matrox visiblement mort (dernières modifs y a un an)
Bonjour,
Pourrais-tu me donner un lien sur ces statistiques ?
Pourrais-tu me donner un lien sur les pilotes Intel proprio ?
Merci d'avance
# saturer ou non la bande passante.
Posté par DiZ . En réponse au journal SSH : Ressource et bande passante. Évalué à 0.
sur rsync tu peux limiter la bande passante :
--bwlimit=KBPS
Unison le permet peut-être aussi ...
[^] # Re: Question ?
Posté par DiZ . En réponse à la dépêche Nouveau modèle de développement pour Linux. Évalué à 1.
>"ça ne marche pas".
Je n'ai pas envie d'imposer Linux a qui que ce soit. Il s'impose de lui même et il s'est déjà imposé de lui même dans beaucoup de domaine avec un support bien moindre que de nos jour, et sans drivers propiétaire.
[^] # Re: Question ?
Posté par DiZ . En réponse à la dépêche Nouveau modèle de développement pour Linux. Évalué à 1.
Pesonnellement je ne veux pas de "logiciel" propriétaire de "bas niveau".
Cela me dégage des éventuelles problèmes de maintenance (version du noyau), de support des développeurs noyau, de pérénité ...
Je n'ai pas encore trouvé de matèriel qui ne possèdait pas de "drivers" libre pour mes besoins et j'espère ne pas en avoir dans le future
>Compare le coût de développement pour eux d'un driver pour Linux par
>rapportà ce qu'ils ont à y gagner
Je ne leur demande absolument pas de développer des drivers propriétaire pour Linux.
La façon dont la communauté est organiser ne correspond surement pas au mode de développement de logiciel propriétaire (trop de distrib, "Nouveau modèle de développement pour Linux" :-) , release trop fréquente, mode de packaging différent.
Seul posséder les sources et avoir une communauté active permet de suivre ce mode de développement.
Il suffirait de permettre aux développeurs de faire des drivers libres...
[^] # Re: Question ?
Posté par DiZ . En réponse à la dépêche Nouveau modèle de développement pour Linux. Évalué à -1.
>choisissent le cas 2)
Tant pis pour eux. Je n'achète pas leur matèriel.
Ils auront au moins perdu un client.
[^] # Re: Question ?
Posté par DiZ . En réponse à la dépêche Nouveau modèle de développement pour Linux. Évalué à -3.
# Tryst
Posté par DiZ . En réponse à la dépêche RendezVous sur Linux. Évalué à 3.
# Logiciels
Posté par DiZ . En réponse au journal GMail. Évalué à 1.
# Undo/Redo
Posté par DiZ . En réponse à la dépêche Ça bouge du côté de SQLite !. Évalué à 5.
>et "Édition->refaire"... ça en est devenu tellement banal qu'on ne s'imagine pas la
>difficulté d'implémenter un bête undo/redo dans une application... vous avez déjà
>essayé, et vous avez renoncé, peut-être ?
Il y a des frameworks/bibliothèques qui font ça :
Cocoa ou GNUstep par exemple :
http://developer.apple.com/documentation/Cocoa/Conceptual/UndoArchi(...)
http://developer.apple.com/documentation/Cocoa/Reference/Foundation(...)
A noter qu'il existe un adaptateur SQLite pour GNUstep database Library (GNUstep/Coaoa)
http://www.opengroupware.org/cvsweb/cvsweb.cgi/OpenGroupware.org/Da(...)
même si il est possible d'attaquer directement la base C...
[^] # Re: ...
Posté par DiZ . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 4.
Si linux était génial, les utilisateurs ....
[^] # Re: La théorie du spectacle est au 20e siècle ce que l'oeuvre de Marx fut au(...)
Posté par DiZ . En réponse à la dépêche WMI : Window Manager Improved. Évalué à 4.
>J'ai essayé avec windowmaker, xfce4/rox, fluxbox et blackbox, mais aucun ne propose
>d'environnement avec des droits réduits.
C'est au système de gérer ca pas un environement graphique.
[^] # Re: GCC?
Posté par DiZ . En réponse au journal Linux prend-il en compte Altivec ?. Évalué à -1.
>super-optimisées...
Heureusement que c'est "super-optimisé" parce que ca deviendrait encore plus inutilisable
[^] # Re: question
Posté par DiZ . En réponse au journal Gorm 0.76. Évalué à 1.
>[Les layouts sont les "grilles" permettant le placement dynamique des differents
>composant -bouton, textfield, ...- d'une interface graphique]
Oui mais pour posséder une "bonne" UI c'est assez peu utilisé.
>C'est layouts son-t-ils dynamique comme en Java? (et permettent alors facilement >d'avoir des interfaces redimensionables).
Oui.
[^] # Re: Samba et gestion d' un grand nombre d' utilisateurs
Posté par DiZ . En réponse au journal Samba et gestion d' un grand nombre d' utilisateurs. Évalué à 1.