oops a écrit 214 commentaires

>Comme d'habitude, on a une foultitude d'options alternatives
>concurrentes, mais rien qui ne soit au niveau des fonctionalités, de
>la finition et de la simplicité du truc proprio qu'ils sont supposés
>remplacer.

Parce que tu trouves Outlook / Exchange simple ?
Nous n'avons pas la même définition de la simplicité alors !

Le pire c'est que pour des choses compliquées ça ne le fait pas non plus : genre workflow très évolué pour les gestions de calendrier.

A ce propos je pense que les protocoles et les format de fichiers dit "standard" ne permettent pas l'implémentation de workflow évolué ( ex : ACLs sur les champs, délégation sur X niveaux etc ...)

> J'ai entendu parler d'une version DirectFB/DRI qui serait indépendante de X, à vérifier.

C'est DirectFBGL :
http://www.directfb.org/downloads/Core/README.DirectFBGL

http://fsfipi.sourceforge.net/
http://sourceforge.net/projects/cvsfs
http://n0x.org/copyfs/

A noter le support de cairo pour GNUstep, présent depuis assez longtemps dans le dépot.

http://svn.gna.org/viewcvs/gnustep/libs/back/trunk/Source/ca(...)

>Moi je pense par exemple à Pixen et Inform7, dont les codes sources
> en cocoa sont disponibles, mais qui ne se compilent que sous
>macosx (apparemment certains ont étudiés le code pour les porter,
>sans succès si on n'apporte pas beaucoup de travail en plus)

Oui pour Pixen.
Les developpeur sont bien sympas mais :

1) Il y a pas mal de code assez porc !
2) Il commitent d'énorme bout de code effacant tout l'effort que tu as fait pour le portage ( 1 fois ça va , 2 fois ca commence à gonfler )
3) Tu leur écris 1 ou 2 pages pour leur expliquer ce qu'il ne faut pas faire à l'avenir pour que ce soit portable ( sous GNUstep/Linux GNUstep/Windows ) et via un gros commit (voir point 2) ils te foutent du OS spécifique , du non Cocoa ( CoreFoundation ....)

Pour Adium c'est encore pire.... :)

La plupart des maceux non rien à foutre de Linux ( ca peut se comprendre ) donc les efforts de portage sont assez difficile dans ce sens ( dans l'autre c'est plus simple effectivement )

Dernièrement cependant j'ai vu passé chez GNUstep :
- une implémentation de CoreData
- la compatibilité des nibs ( les fichiers d'écrivant les interfaces ) , il est possible à partir de Gorm ( l'Interface Builder de GNUstep ) de créer des fichiers lisible par IB ( de MacOSX )
- un début d'implémentation des technos Qwartz (au dessus de cairo )

Bon maintenant est ce que GNUstep doit suivre le (blotage) d'Apple ça c'est un autre histoire :) ......

moi je dis non :)

>En même temps, les standards (X)HTML/CSS ont été à l'origine
>conçus pour afficher des documents "textuels", pas pour faire des
>vraies applications.

Oui et http n'était pas prévu pour faire des applications.
C'est bien pour ça que le développement Web ne ressemble qu'à un gros bricolage.

C'est marrant si on en croit d'autres ... :
http://news.com.com/Yahoo,+Microsoft+join+IM+hands/2100-1025(...)
http://www.bigblueball.com/forums/general-im-news/34413-im-m(...)

>Du coup tout le monde s'est tourné vers MSN

La France ne représente pas le monde :)

MSN n'est pas le leader dur marché et loin de là.
Le marché est très fragmenté entre AIM / MSN / Yahoo / Skype et dans une moindre mesure Jabber ( MacOS / Google ...)

>Tu peux avoir des détail sur la solution utilisé par Ubuntu à
>https://wiki.ubuntu.com/UdevRoadmap .

Merci mais cela ne concerne pas vraiement le code ou ce que cela fait vraiement.
Cette page est plus une page pour mainteneur de package...

>S'il n'y a que les cons qui ne change pas d'avis, Sun Microsystem est
>vraiment un entreprise intelligente

Mouais.
Ils sont passés qu'en même à travers de pas mal de choses quand même , quelques exemples :

- OPENSTEP : jeté à la poubelle alors que cela fait le succès de MacOS X. Ils ont encore les applis Lighthouse mais ont refusé de le vendre à Apple. Résultats Apple a déboché les anciens de Lightouse pour (re)faire Keynote ( == Concurence ) et Page ( == OpenWrite ) ....

- Cobalt : racheté (très cher). Très fort potentiel ( il reste 5 ans après un des systèmes les plus employé pour les serveurs Web d'après netcraft ...) ...=> poubelle.

-Java : Même si ils ont encore la main dessus il faut dire qu'ils se sont fait prendre l'environnement de développement par IBM ( Eclipse ) et pour ce qui est des serveurs les solutions libres sont pas loin de gagner le marché ...

Le problème de Sun c'est Linux et le libre.... Tout les *nix non libres vont mourir ( SGI/Digital/SCO le sont déjà ). Linux a fait le ménage (de ce coté là ).

Sun ne semble pas avoir de stratégie *claire* la dessus et je pense que c'est déjà trop tard pour eux.

Quelqu'un aurait des liens sur udevplug.

J'ai googliser un peu mais pas grand chose ...

Merci d'avance

>Le couche VFS dans gnome et kde est une très mauvaise chose. Les
>développeurs feraient mieux de travailler sur fuse sous linux et quelque
>chose d'équivalent sous les BSD...

Fuse fonctionne pour FreeBSD apparement :
http://fuse.sourceforge.net/wiki/index.php/OperatingSystems

Le partage sous Windows ?

> CMake peut compiler le code source (C, C++, Fortran, Java) ...
>....
> produire des exécutables ....et Bundle sous MacOSX, ainsi que
>les « universal binaries »

Plusieurs questions :
- Est-ce que Objective-C est supporté ? ( a priori oui si on peut faire des bundles )
- Est-ce que les bundles et les "universal binaries" sont supportés hors MacOSX ( c.a.d. GNUstep )
- Est-ce que les frameworks ( au sens MacOSX / GNUstep ) sont supportés
- Est-ce que cmake support Objective-C++ ( berk )

En gros est ce que cela peut remplacer gnustep-make ?

>Mais c'est vrai qu'Ubuntu ne fait rien pour éviter cela, si tu regarde
>dans les services à charger au demarrage il y a vraiment pas mal de
>trucs inutiles pour du desktop, genre evms etc...

Oui oui mais tout ca c'est déjà supprimé.
Cela me surprend qu'un système desktop de base ( sans lancer aucune appli ) prenne entre 200 et 250 Mo.

Je suis assez nouveau dans le monde Gnome et Ubuntu (plutot Debian / Windowmaker et 4 / 5 applis)

Mais pour un portable ( un HP zv6000 ) d'un proche je teste Dapper Drake

Tout fonctionne bien.

Le seul vrai problème est la lourdeur et le manque de réactivité de l'ensemble.

Donc après m'être authentifier et lancer un gnome-terminal la mémoire utilisé est à 240 Mo.

Est-ce normal ?
Cela vient de Gnome, de ubuntu , des 2 ?

>Pas que pour les hébergeur à mon boulot, on a besoin à la fois de
>Microsoft (MS Offfice) et on developpe des applications Linux..


Le titre est "Virtualisation de Serveur" pas "Vitualisation de Desktop"

Les groupware libres ont à mon avis trois problèmes majeurs :

1) Il n'existe pas de client lourd sous Windows viable pour ce connecter au groupware libre :
* Outlook : plugins souvent propriétaire et ne fonctionnant que partiellement. En soit ce n'est pas grave vu la lourdeur et l'ergonomie de Outlook. Je pense qu'il y a de la place pour une alternative ....
* .... mais aucun client libre ne fonctionne correctement sous Windows.

2) L'aspect communautaire des groupwares tel que OpenGroupware / Open-Xchange est limité. De petites ou grosses boite sont derrière et on sent bien que la communauté est juste un fair-valoir

3) Les standards ne sont pas "bon". Beaucoup de (grosses ) entreprises veulent des choses que les protocoles et format standard ne fournissent pas ( des acls très pointu / des systèmes de workflow etc ...cf le panel fonctionnel de Lotus) .

C'est dommage car beaucoup d'entreprises sont quand même ( pour des raisons différentes ) mécontente d'Exchange ou de Lotus ....

>Mettriez-vous votre système libre préféré dans une cage gardée par
>un logiciel propriétaire ?

Ces technos me semble interessantes pour les hébergeurs.

Et dans ce cas là je ne vois pas l'intérêt d'utilser un Linux dans un Windows. ( les hébergeurs ont beaucoup de machines )

Pour ce genre d'utilisation chacun dans son coin:

Des Linux dans dans Xen ( par exemple )
Des Windows dans Microsoft Virtual Server ( par exemple )

Cela me semble bien plus judicieux et normalement plus stable et performant.

>On dirait qu'ils n'y ont pas touché depuis 1990

Tu as regardé les ChangeLog et la quantité de code ?
http://svn.gna.org/viewcvs/gnustep/

Moi je dirais pas qu'il est mort ( et loin de là )

Par contre je dirais qu'il y a beaucoup trop de code même pour les 30 développeurs GNUstep ( ce qui est beaucoup même comparé à QT ou gtk/Glib) .....

Je pense que le code GNUstep est dans bien des points largement supèrieur à QT ou Glib/GTK.

Le problème c'est que les développeurs de Framework / Libraries ne développent pas d'applications ......

Et sans applications ... ça reste juste une belle implementation de belles spécifications

>Ce que tu décris ressemble furieusement à NetInfo sous OSX :)


NetInfo date de NeXT en 1989 .....
A l'époque je doute que cela était en XML.

Sous OSX il y a encore plein de fichier ASCII

Il n'est pas fait mention dans ton article des développeurs et des technos utilisés.

Il est à noter que les choix technonologiques pour les logiciels d'entreprise se porte de moins en moins sur des technos Microsoft par rapport à 7 / 8 ans.
D'un coté Java et de l'autre php/Perl/Phython.....

Et Microsoft l'a bien compris en lançant .NET.
Reste que pour l'instant .NET n'est pas ce que l'on peut appeler un succès ( commercial )

>Sur ubutnu (mais j'imagine que c'est partout pareil) il faut faire
>conf--> Apps -->Sound Juicer --> Paranoia = 0 pour désactiver le
>mode paranoia d'extraction.
>Ce n'est pas un problème de patch ou de programmeur motivé, c'est
>un problème de philosophie : l'utilisateur de base n'a pas a connaitre
> les fonctions avancé, le chevronné se démerde avec gconf.

Même sur iTune Apple ils ont cette fonction.
Et pourtant le public de mac est moins "poweruser" que le public gnome

http://hk.geocities.com/hk_giantbear/guide/zen_micro_mac/eng(...)

( le boutton switch : Use error correction ..... avec la petite explication en dessous comme quoi c'est plus sûr mais plus lent )

>Dommage qu'il ne semble pas y avoir de binding connus vers les
>langages de scripts car je suis sur qu'il y gagnerais

Perl : Camelbones http://camelbones.sourceforge.net/
Python : PyObjc http://pyobjc.sourceforge.net/
Ruby : RIGS http://www.gnustep.org/experience/RIGS.html

Scheme doit trainer aussi quelque part

Non interprété :
C : naturel ( ObjC est une surcouche de C )
C++ : ObjC++ dans gcc-4.X ?
JIGS : java

Il faut savoir que CamelBones / PyObjC ne fontionne pas très bien avec GNUstep actuellement et que RIGS ne passe probablement pas sur Cocoa...

>Moi, ça commence à me gonfler de plus en plus ces produit libre
>compatible avec des produits propriétaires au points qu'on ne puisse
> les utiliser qu'avec ces derniers....

De plus le connecteur Outlook semble propriétaire ....

L'aspect communautaire me semble en plus assez "fictive", il n'y a on dirait que des boîtes ( souvent concurrentes ) dans cette association.