... a little wood elfe a écrit 232 commentaires

Les configurations par défaut des différents services ne sont pas les mêmes. C'est essentiellement à ça que l'on voit la différence :-)

Sinon oui il y a une interface graphique qui a pour objectif de rendre ça plus simple pour le pékin moyen qui veut administrer son serveur, mais comme je le dit plus haut autant dans Mac OS X, le masquage de la "complexité Unix" est réussi, autant dans la version Server 10.2 c'était raté. Tout simplement peut-être parce que de toute façon pour administrer correctement un serveur il faut avoir certaines connaissances et que faire une interface en passant que la personne en face n'a pas ces connaissances ne marchera jamais.

En revanche une interface graphique pensée pour des gens qui savent ce qui se passe sous le capot et qui n'empêche pas de triturer les fichiers de conf à la main, ça oui ça aurait du succès.

Par exemple, le pare-feu est bien sympa, mais ça reste du XP-like, c'est à dire plus que léger. Inutile d'espérer écrire des règles complexes avec suivi de logs, alertes, détection d'intrusion etc...

Je m'insurge, le pare feu de Mac OS X est ipfw et est incomparrablement meilleur que celui de Windows. Tu peux parfaitement te le configurer aux petits oignons via le terminal. En revanche oui l'interface graphique ne permet pas tout, normal de toute façon un utilisateur de base ne comprendrais pas une interface graphique lui proposant toutes les options et cette interface serait difficilement ergonomique.
Maintenant il existe aussi des interfaces graphiques (libres d'ailleurs il me semble) qui permettent de configurer ipfw avec beaucoup plus de précisions.

Non pas toutes, cf launchd dans mon commentaire au dessus ou bien leur implémentation de Zeroconf dont il est question dans un autre journal et qui est utilisé par KDE désormais.

Mais il n'en reste pas moins que oui Quartz Extreme et bien d'autres choses sont propriétaires.

Tout l'article d'ArsTechnica est intéressant à lire mais cette page en particulier retient mon attention : http://arstechnica.com/reviews/os/macosx-10.4.ars/5(...)

On y parle de launchd, un remplaçant à des choses comme inetd, développé par Apple en projet libre, donc réutilisable par la communauté. Est-ce que quelqu'un s'est déjà penché dessus pour voir si ce serait intéressant pour Linux ?

j'ai entendu a de nombreux endroits dire que mac os x etait facile d'utilisation, qu'il etait tres beau, ou encore pour reprendre l'auteur du journal qu'il sera "le nouveau standard à atteindre", donc presque uniquement des eloges a son sujet! Apple a fait cet os a partir d'un noyau tout fait ok mais ils sont qd meme parti de pas grd chose et on fait cet OS il me semble en peu de temp.

Ils ne sont pas partis de rien, ils sont partis de NextStep, des anciens MacOS (avec la couche Carbon et les technos comme QuickTime), d'un kernel Mach existant et d'un système BSD comme base. Et cela fait tout de même quatre ou cinq ans que la première version publique de Mac OS X est sortie.

Alors ils ont du faire du progrès parce que j'ai un peu travailler sur Mac OS X Server 10.2 et à l'époque je l'avais trouvé plutot mauvais du point de vue gui. Autant dans Mac OS X 10.2 j'avais trouvé l'intégration entre la couche Unix et l'interface graphique plutot réussi, autant dans la version Server les raccords étaient trop visibles et surtout il était difficile de configurer une partie dans le terminal sans se faire ensuite écraser sa config par l'interface graphique.

En tout cas il y a deux jours un développeur de chez Apple a annoncé sur la liste de diffusion de GNUstep avoir soumis des patchs pour le support de l'Objective-C et de l'Objective-C++ dans gcc.

Initiatives isolées ou changement de politique ?

Bien que n'ayant jamais utilisé de telles cartes moi-mêmes tout les commentaires que j'ai pu lire ou entendre à leur sujet étaient assez négatifs sur leurs performances.
Maintenant l'existence de drivers linux de qualité pourrait me faire changer d'avis.

J'ai vu tourner MOL ce week end sur un iBook G4 par dessus une debian et j'ai été bluffé. Ca marche super bien (pour peu qu'on lui donne beaucoup de ram).

Et ça peut permettre de limiter les désagrèments lié au flash/java (en utilisant MOL pour accéder aux sites).

Euh, si j'ai bien compris la carte vidéo utilise au moins partiellement de la mémoire vive du processeur et rien que pour ça j'éviterais ce genre de machines.

Je suis toujours preneur de captures d'écrans de meilleure qualité. Donc n'hésitez pas à me contacter si vous en avez qui rentre dans un document à ce format.

Sinon dès que je pourrais avoir accès au ftp je mettrais en ligne le code source latex ayant servi à générer ce document pour ceux qui veulent le modifier.

Ah et puis je mettrais aussi en ligne une version corrigée : Wesnoth possède des traductions en 26 langues et non pas 34 comme je l'ai écrit dans la plaquette.

Pour GNUstep il y a pas mal de doc sur le site officiel et il y a les articles de Nicolas Roard dans Linux Magazine.

Sinon pour la partie Cocoa que je connais mieux, j'ai utilisé au départ les tutoriels de http://www.projectomega.org/main.php(...) mais c'est trés orienté Mac OS X. Sinon pour des questions plus sur les frameworks ou le langage je conseille les forums de http://www.objective-cocoa.org(...) en français ou le wiki http://www.cocoadev.com/(...) en anglais.

Ok, je vais donc aller voir si les paquets debian ont été mis à jour.

J'ai déjà essayé l'installation à partir des sources des releases officielles ou du CVS mais je finis toujours par me heurter à une erreur de compilation qui d'après le message retourné par gcc serait une erreur de gcc ???

Du coup je suis donc obligé d'utiliser les paquets debian.

Ouaip là t'est un peu à côté de la plaque. Le truc, c'est pas juste "créer automatiquement un controller". Tu peux créer *n'importe* quelle classe et l'instancier, on est franchement pas limité aux contrôleurs; de la même façon tu peux simplement importer un source code existant, avoir la classe disponible, et instancier un objet de cette classe dans ton gorm !

Justement puisque tu en parles, toujours en train d'essayer de porter mes applis Mac OS X vers GNUstep, je n'arrives pas à faire ce que tu viens de dire. Je ne trouve pas dans Gorm où on peut faire ça. Ce qui s'en rapproche le plus semble être dans le menu Classes l'item Load Classes mais il est tout le temps grisé chez moi :-(.

J'ai plein d'autres questions mais vu que je viens d'enfin réussir à m'inscrire sur la ml je vais les leur réserver (a priori l'interface web d'inscription aux mls ne marche pas).

PS : comme exemple de réutilisation aisée de code je citerais le cas du framework QuickLite qui encapsule dans de l'Objective-C le code de SQLite de manière fort simple et élégante (appréciation subjective basée sur mon peu d'expérience de ces choses là) et que j'utilise actuellement dans un nouveau projet.
Je pourrais aussi citer la manière dont Apple a réalisé le framework WebKit en encapsulant le code c++ de khtml. Je ne sais pas combien de temps cela prend à Apple de maintenir ce framework ou combien cela leur a pris de le réaliser mais d'un point de vue développeur l'accès aux fonctionnalités de khtml est tout de même beaucoup plus simple via WebKit.

Ohh, je suis stupide et j'aurais du y penser. Merci beaucoup c'est exactement ce que je voulais faire.

Cela fait un moment que je suis bloqué dans le portage d'une de mes applis de Mac OS X vers GNUstep pour la raison suivante :

Je n'arrive pas à créer un .gmodel contenant un NSView comme unique objet (et non pas un NSWindow). Pourtant j'ai bien la version 0.8 de Gorm et j'ai lu sur un document du projet GNUstep que c'était possible à partir de cette version.

Si quelqu'un a une idée de comment faire ?

Euh, erreur de ma part. J'ai confondu avec un autre webcomic, et je retire ce que j'ai dit. Vous pouvez me moinsser.

Il faut remarquer au passage que sexylosers n'a plus été mis à jour depuis Novembre de toute façon et ce n'est pas le plus choquant des webcomics que j'ai pu lire, que ce soit d'un point de vue idées véhiculées ou du dessin.

Je suppose qu'il parlait de la deuxième moitié du journal concernant le projet Rockbox.

Et MacFr : http://www.macfr.com/forums/index.php(...)

Qui a un public moins jeune ou plus calme je dirais que les précédents sites.

Il vire la couche graphique et la remplace par XFree, tout simplement. Si il veut aller jusqu'au bout, il devra peut-être virer un ou deux drivers propriétaires et renoncer à certains périphériques comme l'aeronet (qui ne dispose d'ailleurs d'aucun driver libre, quelque soit l'OS). Le système de base (Darwin) est libre.

Ben à ce compte là il peut donc se faire rembourser Mac OS X et installer Darwin.

Ben si on en croit le fondateur de la boite (sur le forum ou sur son blog je ne sais plus ou je l'ai lu), pour le moment il n'a rien gagné dans cette boite. Je ne suis même pas certain qu'il ai récupéré sa mise initiale.

En tout cas depuis que j'ai découvert Magnatune j'y achète environ un album par mois, auparavant j'achetais un ou deux CD par an seulement...

Donc les belges n'auraient plus le droit d'utiliser les services fournis par ludomac par exemple : http://www.ludomac.com/downloads.php(...)

(démos, patchs, trailers de jeux en dl avec un système bit torrent)

D'ailleurs il en est de même pour les derniers trailers de chez Blizzard je crois, et si Blizzard a autant d'afficionados en Belgique que dans d'autres pays ça va chauffer.

J'ai contacté le mainteneur de la version française lorsque j'ai découvert le jeu et j'ai eu une réponse immédiate et positive à ma proposition de participer aux traductions.

Voila juste pour dire qu'il y a des projets où l'on a bien des réponses de la part des responsables.

Le type d'installation par glissez-déposer marche pour toutes les applications qui ne reposent que sur les frameworks de base de Mac OS X et/ou qui embarquent dans le paquet-executable-regroupe-en-une-icone tout ce dont elles ont besoin qui ne fait pas partie du systèmes standard.
Lorsqu'il faut pour que ça marche rajouter quelque chose dans l'arborescence Unix de Mac OS X (/usr/bin par exemple) ou bien carrément rajouter un framework Obj-C alors il faut un installeur plus traditionnel.

Corrigez-moi si je me trompes mais sous Linux pour faire la même chose il suffirait de compiler tout les programmes en les liant statiquement à leurs bibliothèques et on pourrait faire la même chose non ?

Quoiqu'il en soit oui c'est trés plaisant, en particulier pour mettre à jour l'ordi d'un copain sans avoir à remettre la main sur les CD/.dmg/.zip d'installation (et ça marche aussi super bien pour les jeux, je trimballe depuis 6 ans le même Starcraft de machine en machine sans avoir jamais eu besoin de ressortir le CD du jeu).

Ah et j'ajoute que l'application ne doit pas obligatoirement être placée dans le dossier Applications, n'importe quel emplacement convient en général.