"The extra component you need to install for PyGTK to work on Mac OS X is
the X server. This is because there isn't a native (cocoa, aqua?) gdk
backend written yet. As soon as there a gdk backend written it will be
trivial to support it in PyGTK. I don't think anyone is actually working
on one at the moment. So no, at the moment there are no plans."
Et c'est pour ça que je ne peux pas me permettre d'utiliser gtk pour mon machin. En plus d'avoir à faire un paquet gigantesque pour une application ridicule, il faudrait que l'utilisateur lambda ait à installer X11. C'est tout bête, mais je n'en veux pas.
Pour répondre à un peu tous les commentaires plus haut, je me suis récemment posé la question pour une appli... sous python/wxwidget.
Je me suis arraché les cheveux dessus pendant pas mal de temps pour faire marchouiller une pauvre arborescence de fichiers sous linux, la même appli tournait déjà sous windows. Au final, j'ai presque du doubler le code à coups de
if sys.platform == 'win32':
babla
else:
blibli
Après, portage sous MacOS quasi trivial.
J'aimerai bien changer le langage, justement parce que l'arbre marche très mal sous linux et macos...
* GTK, c'est bien, mais y'a rien de bien sous MacOS. Avoir pour un source de 4Mo, 70Mo pour un paquet, c'est un peu fort de café selon moi.
* QT est pour le moment pas un bon choix pour moi : pas encore libre sous Windows.
* wxwidgets oublié donc...
* XUL : pas encore vu le défaut, à part qu'il faudrait que j'apprenne tout depuis 0. Et que je reprogramme quasiment toute l'application.
* fox : j'avoue ne pas avoir regardé, mais sous MacOS il faut un serveur X11 sur la machine, j'ai pas envie de créer cette dépendance (D'ailleurs, cette histoire écarte déjà GTK du lot des trucs utilisables).
Du coup, je me retrouve coincé. Et j'en viens à me demander si je ferai pas mieux de reprendre le code, bien séparer GUI/Appli, et faire un truc propre à chaque os : cocoa pour macos, qt ou gtk pour linux, et gtk pour windows
En fait, le reproche que je faisais n'est pas forcément sur le format docbook, mais on voit fleurir de plus en plus de docs dans ce format-là, et j'ai l'impression que les documentalistes ne prennent plus en compte, du coup, les utilisations offline de documentation.
Sur les dernières documentations en ligne en docbook, bien rares ont été celles qui proposaient une version offline. C'est tout bête à faire, mais ça fait gagner un temps fou quand on en a besoin.
Ce n'est pas un reproche sur le docbook, il permet bien des choses on est bien d'accord. C'est l'utilisation qui en est souvent faite : "je propose ces 400 pages, dans un format irréprochable". C'est peut-être irréprochable, n'empêche, un pti tar.gz simplifierait beaucoup les choses.
Par exemple, je ne consulte jamais la doc mysql en ligne, je l'ai toujours sur moi. Idem pour la doc java.
En tout cas, merci bien pour ton document, je vais lire ça de ce pas, et qui sait, peut-être me mettrai-je au mono grâce à toi :)
Je me permet au passage de me prononcer sur mon rejet profond et sincère de docbook et des documents html générés avec.
Je m'explique : il n'y a jamais accès à une archive tar.gz contenant l'ensemble des pages, on n'a que très rarement aux sources du document généré. Et mine de rien, c'est franchement pas toptop. J'ai longtemps eu une connexion uniquement au boulot, quand tu veux travailler chez toi, tu es obligé de t'amuser à télécharger le site page par page (oui, je sais, un wget bourrin pourrait faire l'affaire, mais pourquoi ne pas faciliter la tâche de l'utilisateur, c'est pas cher payé).
En gros, si tu pouvais mettre un lien visible vers une archive contenant le source ou le site, ça serait parfait.
La remarque est d'ailleurs générale, on trouve de plus en plus de sites utilisant ce format pour les manuels utilisateurs / techniques. Sans proposer une possibilité d'avoir une version offline. C'est pas franchement sympa, et moi quand je vois ça, en général, je file chercher une autre doc qui même si elle sera moins bien, aura l'avantage d'être récupérable plus facilement chez moi.
un schéma imposé par Gosa. En gros, pas de fantaisie permise.
Pour Gosa, j'ai jeté un coup d'oeil, c'est joli, mais voilà, si on ne peut pas choisir son propre schéma, ça risque de trouver ses limites là où l'administrateur voudra ajouter une petite donnée dans un coin propre à son parc.
Par exemple, il ne gère pas l'implémentation de bind LDAP. C'est typiquement orienté utilisateurs, pas vraiment pour autre chose quoi.
Je me permet de pertinenter, luma me paraît plutôt pas mal du tout !
Ce qu'il manquerait, je pense, c'est un petit assistant "wizard" pour faire une installation facilité d'une base LDAP, et là, je pense qu'on aurait un outil franchement agréable à utiliser et qui pourrait presque permettre de rendre LDAP un peu plus "populaire".
* OpenLDAP (http://www.openldap.org(...)(...) ) pour gérer les renseignements sur les utilisateurs ( adresses mail, jabber, accès GLPI ). Mais j'aimerais bien trouver une interface graphique sympa.
Alors pour ça, mon vieux, je crois que tu peux vaguement rêver. J'ai bien cherché aussi, mais le seul truc que j'ai découvert était une appli en java pas vraiment top top niveau "sympathicité".
Du coup quand j'avais eu à faire avec du OpenLDAP, j'avais fait ma propre interface web/cgi en perl ça marchait bien pour mon utilisation. Rien de bien folichon cependant.
Sinon si le proprio ne te rebute pas (tu as bien déjà du windows dans ton parc) tu as Mac OS X Server : http://www.apple.com/server/macosx/features/opendirectory.html(...)
Si je puis me permettre de patcher ton code, je rajouterai un petit truc :
< open(my $fd, $file) or die "$file : $!";
> open(my $fd, "< $file") or die "$file : $!";
< chomp;
> chomp;
> #une ligne de /etc/passwd ressemble à :
> # titi:x:65534:65534:toto:/home/titi:/bin/sh
> # on va essayer de récupérer 'titi' mais uniquement si titi utilise bash comme shell...
En même temps, tu mets dans le même panier cocoa/carbon et :
- Le toolkit MS pour MS Office
- Le toolkit Adobe pour Photoshop/Illustrator
C'est un peu comme si tu mettais ncurses ou tk dans le même panier que gnome/qt. C'est autre chose. C'est tout. Si MS Office devait être intégré il utiliserait carbon ou cocoa. Si OOo devait être intégré à KDE il utiliserait QT.
Tu choisis MS Office, moi je choisis Apple Works. Très bien intégré avec l'interface Apple. Le problème ne vient alors pas de macos, mais des éditeurs.
Pareil pour Adobe.
Et on pourrait ajouter
- Le toolkit de Quark X Press
- Le toolkit Lotus pour Lotus Note
- Une appli Java ( disons pour une application métier )
Pareil pour tout ça. C'est pas édité par Apple, c'est à l'éditeur de faire l'intégration. Apple n'a pas à faire : "votre application, on l'interdit, elle n'utilise pas cocoa". KDE n'a pas à dire : "vous n'aurez pas le droit d'utiliser firefox sous kde parce qu'il n'est pas QT"
je sais que Apple a tellement mal placé les services dans son menu que c'est inutilisable mais bon ...
Exemple ?
GNUMail ?
Une dock app pour wmaker ?
Ont-ils l'esthétique du dock macos ? Pas vraiment de base hein. L'utilisation en est également sûrement bien différente de celle du dockapp (déplacement des icônes trivial, ajout, suppression des applications, clic droit...)
Les cyclistes se plaignent, mais les rollers ne sont pas mal placés non plus. Je ne parle pas des timbrés qui circulent parfois sur les routes, juste du mec en roller qui veut aller faire ses courses.
Non content de devoir toujours avoir une paire de chaussures sur lui pour entrer dans les grands magasins (alors que le pti gamin qui passe devant toi avec sa mère peut les garder, toi, non), il ne peut pas rouler ni sur trottoirs, ni sur route.
Sur les trottoirs, on se fait régulièrement incendier par les piétons comme quoi on est dangereux, on n'a pas à rouler sur trottoirs...
Sur la route, les automobilistes ne sont pas en reste, combien de fois me suis-je fait klaxonner parce que je roulais sur la route.
La piste cyclable ? Quand elle existe, soit elle est dans un état déplorable (pour information, en roller, il faut une route en bon état pour pouvoir rouler, et les passages en "résine" sont parfois bien mais deviennent vite un cauchemar quand on veut s'arrêter), et elles sont souvent bien maigres. Un vélo ne prend pas beaucoup de place sur la chaussée. Un roller peut prendre à peu près le double de largeur pour pouvoir circuler. Du coup, si la piste cyclable est séparée par des terre-plein de la route, impossible souvent de l'emprunter. On en arrive à aller sur les trottoirs, où les gens nous engueulent bien facilement.
De plus je ne crois pas que le statut du roller (route ou trottoir) ait été défini encore, le dernier policier à qui j'ai demandé m'a dit de manière vachement convaincante "route... enfin, je sais pas, pistes cyclables quoi". Je connais bien des villes où le roller en piste cyclable devient un parcours du combattant.
- j'utilise des softs pour rajouter le multi desktop pour avoir un truc reellement utilisable (a mon gout)
Et ?
- je switch de mon desktop à mon laptop et inversement pour faire differentes taches
je ne vois toujours pas ce que ça a à voir avec le "mais". Que veux-tu dire par là ? En revanche :
- je n'arrete pas de pester apres le manque de softs libres
Ca, là, ça me hérisse le poil. Ca me fait super mal de lire ça. Tu pestes après le manque de softs libres sous mac, mais :
Que fais-tu pour palier ce manque ? Contribues-tu ? Aides-tu dans la mesure de tes moyens à ce qu'il y ait plus de logiciels libres sous Mac ?
Je n'ai pas l'impression d'un manque flagrant de logiciels libres sous mac :
darwinports : plus de 2000 paquets
fink : plus de 5000 paquets
Hé bien avec les paquets de darwinports, et quelques softs libres qui s'installent directement, je n'ai jamais ressenti le manque d'un logiciel quelconque.
- mac os X est en fait un equivalent de KDE ou gnome ou c'est bien plus que ca?
Rien à voir. Mac OS X est un système d'exploitation. KDE ou GNOME sont des environnements de bureau.
- quels sont les points fort de mac os x par rapport a linux?
Très agréable à utiliser. Vraiment. Et comme il reste un *BSD-like, on garde les outils UNIX sous la main.
A configurer, c'est basique. Il garde une avance non négligeable par rapport à Linux. Maintenir/administrer un Linux reste plus compliqué que sous mac os.
Linux ne reçoit pas les mêmes éloges parce qu'il n'est pas "commercialement vu". Un PC sous Mac OS à la fnac, c'est encore crédible. Sous linux, beaucoup moins.
Un Mac, c'est esthétiquement beau à voir, un pc sous linux, c'est commun.
Et effectivement, quartz est franchement sympa à utiliser.
Parler de beauté pour looking glass, kde, gnome, e17, je ne pourrai pas le faire. Parce que les applications ne sont pas aussi bien intégrées que sous mac os.
----
Un petit truc : plus de 700 paquets sous darwinports à porter sous tiger+gcc4.0... Si y'a des possesseurs de la bête (tiger), y'a un effort de contribution à apporter :)
Qui définit un objet nommé inetOrgPerson, son numéro est donné plus haut, il respecte la RFC 2798, il hérite d'un objet de type organizationalPerson, c'est un structural, et il peut avoir les attributs cités dans le MAY().
Attend, tu as un contrat d'utilisation que tu dois accepter avant d'utiliser. Si tu refuses les termes du contrat, c'est ton choix. Moi j'ai un compte gmail, j'en suis ravi. Et sur les milliers de mails qui sont passés dessus je n'ai encore reçu aucun message publicitaire de ce type.
Pour les cookies, personnellement je m'en moque pas mal, je vais sur le site une fois l'an pour vérifier les spams, sinon, pop3s et smtps.
Pour les copies résiduelles, elles enfreignent la legislation européenne ? Que dire de l'obligation des FAI et autres qui doivent garder les logs de connexion de leurs clients sur X mois. C'est pas mal ça aussi hein.
Moi j'ai accepté la licence, je sais qu'ils peuvent lire mes mails, mais je m'en moque *royalement*. S'ils peuvent faire des sous comme ça, pour la bonne qualité du service qu'ils m'offrent, franchement, ça vaut le coup.
genkernel pour compiler le noyau. Après tu peux avec emerge créer (coucou florimond pendant que j'y pense) un paquet binaire, y'a pas de problème (man emerge).
L'intérêt de la création de binaires est rare, sauf dans les configurations où on dispose de tout plein de machines plus ou moins identiques => on ne compile qu'une fois.
[^] # Re: python
Posté par iznogoud . En réponse au journal GUI portable. Évalué à 1.
the X server. This is because there isn't a native (cocoa, aqua?) gdk
backend written yet. As soon as there a gdk backend written it will be
trivial to support it in PyGTK. I don't think anyone is actually working
on one at the moment. So no, at the moment there are no plans."
http://www.daa.com.au/pipermail/pygtk/2005-January/009428.html(...)
Et c'est pour ça que je ne peux pas me permettre d'utiliser gtk pour mon machin. En plus d'avoir à faire un paquet gigantesque pour une application ridicule, il faudrait que l'utilisateur lambda ait à installer X11. C'est tout bête, mais je n'en veux pas.
[^] # Re: python
Posté par iznogoud . En réponse au journal GUI portable. Évalué à 2.
Je me suis arraché les cheveux dessus pendant pas mal de temps pour faire marchouiller une pauvre arborescence de fichiers sous linux, la même appli tournait déjà sous windows. Au final, j'ai presque du doubler le code à coups de
if sys.platform == 'win32':
babla
else:
blibli
Après, portage sous MacOS quasi trivial.
J'aimerai bien changer le langage, justement parce que l'arbre marche très mal sous linux et macos...
* GTK, c'est bien, mais y'a rien de bien sous MacOS. Avoir pour un source de 4Mo, 70Mo pour un paquet, c'est un peu fort de café selon moi.
* QT est pour le moment pas un bon choix pour moi : pas encore libre sous Windows.
* wxwidgets oublié donc...
* XUL : pas encore vu le défaut, à part qu'il faudrait que j'apprenne tout depuis 0. Et que je reprogramme quasiment toute l'application.
* fox : j'avoue ne pas avoir regardé, mais sous MacOS il faut un serveur X11 sur la machine, j'ai pas envie de créer cette dépendance (D'ailleurs, cette histoire écarte déjà GTK du lot des trucs utilisables).
Du coup, je me retrouve coincé. Et j'en viens à me demander si je ferai pas mieux de reprendre le code, bien séparer GUI/Appli, et faire un truc propre à chaque os : cocoa pour macos, qt ou gtk pour linux, et gtk pour windows
# ...
Posté par iznogoud . En réponse au journal sarge is out. Évalué à -7.
[^] # Re: 64 ou 32bits ?
Posté par iznogoud . En réponse à la dépêche Apple abandonne IBM pour Intel. Évalué à 2.
[^] # Re: faute d'inattention ?
Posté par iznogoud . En réponse à la dépêche LinuxEdu. Évalué à 1.
Bon ben ça sera pour une prochaine fois. RDV aux rmll les gens !
# faute d'inattention ?
Posté par iznogoud . En réponse à la dépêche LinuxEdu. Évalué à 2.
Je vous souhaite bien du succès en tout cas. Dommage d'avoir été prévenu si tard, j'aurai probablement pu faire un saut vendredi ou samedi...
[^] # Re: En vrac...
Posté par iznogoud . En réponse au journal La haute disponibilité. Évalué à 2.
http://www.vergenet.net/linux/redundant_content/talk/html/(...)
http://www.ultramonkey.org/papers/lvs_tutorial/html/(...)
Sinon, fouille sur les pages d'IBM, y'a pas mal de trucs mais c'est brouillon, donc pour la recherche c'est pas trivial.
# PPC...
Posté par iznogoud . En réponse à la dépêche Freeduc-école dans les bacs. Évalué à 4.
Une version Linux/PPC est-elle envisageable ?
[^] # Re: La forme
Posté par iznogoud . En réponse au journal Un petit site sur Mono en français. Évalué à 3.
En fait, le reproche que je faisais n'est pas forcément sur le format docbook, mais on voit fleurir de plus en plus de docs dans ce format-là, et j'ai l'impression que les documentalistes ne prennent plus en compte, du coup, les utilisations offline de documentation.
Sur les dernières documentations en ligne en docbook, bien rares ont été celles qui proposaient une version offline. C'est tout bête à faire, mais ça fait gagner un temps fou quand on en a besoin.
Ce n'est pas un reproche sur le docbook, il permet bien des choses on est bien d'accord. C'est l'utilisation qui en est souvent faite : "je propose ces 400 pages, dans un format irréprochable". C'est peut-être irréprochable, n'empêche, un pti tar.gz simplifierait beaucoup les choses.
Par exemple, je ne consulte jamais la doc mysql en ligne, je l'ai toujours sur moi. Idem pour la doc java.
En tout cas, merci bien pour ton document, je vais lire ça de ce pas, et qui sait, peut-être me mettrai-je au mono grâce à toi :)
[^] # Re: La forme
Posté par iznogoud . En réponse au journal Un petit site sur Mono en français. Évalué à 4.
Je m'explique : il n'y a jamais accès à une archive tar.gz contenant l'ensemble des pages, on n'a que très rarement aux sources du document généré. Et mine de rien, c'est franchement pas toptop. J'ai longtemps eu une connexion uniquement au boulot, quand tu veux travailler chez toi, tu es obligé de t'amuser à télécharger le site page par page (oui, je sais, un wget bourrin pourrait faire l'affaire, mais pourquoi ne pas faciliter la tâche de l'utilisateur, c'est pas cher payé).
En gros, si tu pouvais mettre un lien visible vers une archive contenant le source ou le site, ça serait parfait.
La remarque est d'ailleurs générale, on trouve de plus en plus de sites utilisant ce format pour les manuels utilisateurs / techniques. Sans proposer une possibilité d'avoir une version offline. C'est pas franchement sympa, et moi quand je vois ça, en général, je file chercher une autre doc qui même si elle sera moins bien, aura l'avantage d'être récupérable plus facilement chez moi.
[^] # Re: Ldap et obscurantisme
Posté par iznogoud . En réponse au journal L'attirail de l'administrateur de parc hétérogène. Évalué à 2.
Pour Gosa, j'ai jeté un coup d'oeil, c'est joli, mais voilà, si on ne peut pas choisir son propre schéma, ça risque de trouver ses limites là où l'administrateur voudra ajouter une petite donnée dans un coin propre à son parc.
Par exemple, il ne gère pas l'implémentation de bind LDAP. C'est typiquement orienté utilisateurs, pas vraiment pour autre chose quoi.
[^] # Re: interface
Posté par iznogoud . En réponse au journal L'attirail de l'administrateur de parc hétérogène. Évalué à 4.
Ce qu'il manquerait, je pense, c'est un petit assistant "wizard" pour faire une installation facilité d'une base LDAP, et là, je pense qu'on aurait un outil franchement agréable à utiliser et qui pourrait presque permettre de rendre LDAP un peu plus "populaire".
# interface
Posté par iznogoud . En réponse au journal L'attirail de l'administrateur de parc hétérogène. Évalué à 4.
Alors pour ça, mon vieux, je crois que tu peux vaguement rêver. J'ai bien cherché aussi, mais le seul truc que j'ai découvert était une appli en java pas vraiment top top niveau "sympathicité".
Du coup quand j'avais eu à faire avec du OpenLDAP, j'avais fait ma propre interface web/cgi en perl ça marchait bien pour mon utilisation. Rien de bien folichon cependant.
Sinon si le proprio ne te rebute pas (tu as bien déjà du windows dans ton parc) tu as Mac OS X Server :
http://www.apple.com/server/macosx/features/opendirectory.html(...)
Ca m'a l'air pas mal du tout.
[^] # Re: Heu
Posté par iznogoud . En réponse au message mettre les données d'un fichier dans un tableau. Évalué à 2.
< open(my $fd, $file) or die "$file : $!";
> open(my $fd, "< $file") or die "$file : $!";
< chomp;
> chomp;
> #une ligne de /etc/passwd ressemble à :
> # titi:x:65534:65534:toto:/home/titi:/bin/sh
> # on va essayer de récupérer 'titi' mais uniquement si titi utilise bash comme shell...
# Qui a chanté "comme un ouragan" ?
Posté par iznogoud . En réponse au message mettre les données d'un fichier dans un tableau. Évalué à 3.
Non sincèrement, je n'ai rien compris.
[^] # Re: iChat / Jabber
Posté par iznogoud . En réponse au journal Tiger vient de sortir. Évalué à 1.
[^] # Re: linux vers mac os x
Posté par iznogoud . En réponse au journal Tiger vient de sortir. Évalué à -1.
- Le toolkit MS pour MS Office
- Le toolkit Adobe pour Photoshop/Illustrator
C'est un peu comme si tu mettais ncurses ou tk dans le même panier que gnome/qt. C'est autre chose. C'est tout. Si MS Office devait être intégré il utiliserait carbon ou cocoa. Si OOo devait être intégré à KDE il utiliserait QT.
Tu choisis MS Office, moi je choisis Apple Works. Très bien intégré avec l'interface Apple. Le problème ne vient alors pas de macos, mais des éditeurs.
Pareil pour Adobe.
Et on pourrait ajouter
- Le toolkit de Quark X Press
- Le toolkit Lotus pour Lotus Note
- Une appli Java ( disons pour une application métier )
Pareil pour tout ça. C'est pas édité par Apple, c'est à l'éditeur de faire l'intégration. Apple n'a pas à faire : "votre application, on l'interdit, elle n'utilise pas cocoa". KDE n'a pas à dire : "vous n'aurez pas le droit d'utiliser firefox sous kde parce qu'il n'est pas QT"
je sais que Apple a tellement mal placé les services dans son menu que c'est inutilisable mais bon ...
Exemple ?
GNUMail ?
Une dock app pour wmaker ?
Ont-ils l'esthétique du dock macos ? Pas vraiment de base hein. L'utilisation en est également sûrement bien différente de celle du dockapp (déplacement des icônes trivial, ajout, suppression des applications, clic droit...)
# Vélo ? Roller !
Posté par iznogoud . En réponse au journal Violence routière. Évalué à 6.
Non content de devoir toujours avoir une paire de chaussures sur lui pour entrer dans les grands magasins (alors que le pti gamin qui passe devant toi avec sa mère peut les garder, toi, non), il ne peut pas rouler ni sur trottoirs, ni sur route.
Sur les trottoirs, on se fait régulièrement incendier par les piétons comme quoi on est dangereux, on n'a pas à rouler sur trottoirs...
Sur la route, les automobilistes ne sont pas en reste, combien de fois me suis-je fait klaxonner parce que je roulais sur la route.
La piste cyclable ? Quand elle existe, soit elle est dans un état déplorable (pour information, en roller, il faut une route en bon état pour pouvoir rouler, et les passages en "résine" sont parfois bien mais deviennent vite un cauchemar quand on veut s'arrêter), et elles sont souvent bien maigres. Un vélo ne prend pas beaucoup de place sur la chaussée. Un roller peut prendre à peu près le double de largeur pour pouvoir circuler. Du coup, si la piste cyclable est séparée par des terre-plein de la route, impossible souvent de l'emprunter. On en arrive à aller sur les trottoirs, où les gens nous engueulent bien facilement.
De plus je ne crois pas que le statut du roller (route ou trottoir) ait été défini encore, le dernier policier à qui j'ai demandé m'a dit de manière vachement convaincante "route... enfin, je sais pas, pistes cyclables quoi". Je connais bien des villes où le roller en piste cyclable devient un parcours du combattant.
[^] # Re: muaai
Posté par iznogoud . En réponse au journal Tiger vient de sortir. Évalué à 1.
- j'utilise des softs pour rajouter le multi desktop pour avoir un truc reellement utilisable (a mon gout)
Et ?
- je switch de mon desktop à mon laptop et inversement pour faire differentes taches
je ne vois toujours pas ce que ça a à voir avec le "mais". Que veux-tu dire par là ? En revanche :
- je n'arrete pas de pester apres le manque de softs libres
Ca, là, ça me hérisse le poil. Ca me fait super mal de lire ça. Tu pestes après le manque de softs libres sous mac, mais :
Que fais-tu pour palier ce manque ? Contribues-tu ? Aides-tu dans la mesure de tes moyens à ce qu'il y ait plus de logiciels libres sous Mac ?
Je n'ai pas l'impression d'un manque flagrant de logiciels libres sous mac :
darwinports : plus de 2000 paquets
fink : plus de 5000 paquets
Hé bien avec les paquets de darwinports, et quelques softs libres qui s'installent directement, je n'ai jamais ressenti le manque d'un logiciel quelconque.
[^] # Re: linux vers mac os x
Posté par iznogoud . En réponse au journal Tiger vient de sortir. Évalué à 1.
Rien à voir. Mac OS X est un système d'exploitation. KDE ou GNOME sont des environnements de bureau.
- quels sont les points fort de mac os x par rapport a linux?
Très agréable à utiliser. Vraiment. Et comme il reste un *BSD-like, on garde les outils UNIX sous la main.
A configurer, c'est basique. Il garde une avance non négligeable par rapport à Linux. Maintenir/administrer un Linux reste plus compliqué que sous mac os.
Linux ne reçoit pas les mêmes éloges parce qu'il n'est pas "commercialement vu". Un PC sous Mac OS à la fnac, c'est encore crédible. Sous linux, beaucoup moins.
Un Mac, c'est esthétiquement beau à voir, un pc sous linux, c'est commun.
Et effectivement, quartz est franchement sympa à utiliser.
Parler de beauté pour looking glass, kde, gnome, e17, je ne pourrai pas le faire. Parce que les applications ne sont pas aussi bien intégrées que sous mac os.
----
Un petit truc : plus de 700 paquets sous darwinports à porter sous tiger+gcc4.0... Si y'a des possesseurs de la bête (tiger), y'a un effort de contribution à apporter :)
[^] # Re: Toi...
Posté par iznogoud . En réponse au journal Hilarant !. Évalué à 2.
Pour donner une idée des effets spéciaux des clips, rien de tel que ces images :
http://www.epic-metal.com/rhapsody/sites/presspics.php(...)
Je pense qu'elles montrent pas trop mal à quoi ça peut ressembler. C'est laid :D
Mais j'aime bien la musique.
# Toi...
Posté par iznogoud . En réponse au journal Hilarant !. Évalué à 2.
CA, c'est du grand art.
# ahem
Posté par iznogoud . En réponse au message je neretrouve pas mes s chemas: où sont ils?. Évalué à 2.
Par exemple, dans inetorgperson.schema tu auras :
objectclass ( 2.16.840.1.113730.3.2.2
NAME 'inetOrgPerson'
DESC 'RFC2798: Internet Organizational Person'
SUP organizationalPerson
STRUCTURAL
MAY (
audio $ businessCategory $ carLicense $ departmentNumber $
displayName $ employeeNumber $ employeeType $ givenName $
homePhone $ homePostalAddress $ initials $ jpegPhoto $
labeledURI $ mail $ manager $ mobile $ o $ pager $
photo $ roomNumber $ secretary $ uid $ userCertificate $
x500uniqueIdentifier $ preferredLanguage $
userSMIMECertificate $ userPKCS12 )
)
Qui définit un objet nommé inetOrgPerson, son numéro est donné plus haut, il respecte la RFC 2798, il hérite d'un objet de type organizationalPerson, c'est un structural, et il peut avoir les attributs cités dans le MAY().
Rien à voir donc avec l'architecture que tu vas devoir mettre en place. Un exemple pour un compte postfix serait :
http://www.postfix.org/LDAP_README.html#build(...)
http://openldap.org(...)
[^] # Re: A la poubelle !!!
Posté par iznogoud . En réponse au journal Vous ne savez plus quoi faire de vos invitations gmail ?. Évalué à 4.
Attend, tu as un contrat d'utilisation que tu dois accepter avant d'utiliser. Si tu refuses les termes du contrat, c'est ton choix. Moi j'ai un compte gmail, j'en suis ravi. Et sur les milliers de mails qui sont passés dessus je n'ai encore reçu aucun message publicitaire de ce type.
Pour les cookies, personnellement je m'en moque pas mal, je vais sur le site une fois l'an pour vérifier les spams, sinon, pop3s et smtps.
Pour les copies résiduelles, elles enfreignent la legislation européenne ? Que dire de l'obligation des FAI et autres qui doivent garder les logs de connexion de leurs clients sur X mois. C'est pas mal ça aussi hein.
Moi j'ai accepté la licence, je sais qu'ils peuvent lire mes mails, mais je m'en moque *royalement*. S'ils peuvent faire des sous comme ça, pour la bonne qualité du service qu'ils m'offrent, franchement, ça vaut le coup.
[^] # Re: À propos des noyaux
Posté par iznogoud . En réponse à la dépêche Gentoo 2005.0 et autres nouvelles. Évalué à 3.
L'intérêt de la création de binaires est rare, sauf dans les configurations où on dispose de tout plein de machines plus ou moins identiques => on ne compile qu'une fois.