viking a écrit 357 commentaires

Dans notre ONG, nous avons

• 9 serveurs sous Debian : pour le groupware, le serveur de domaine, le firewall, Alfresco, etc...
• il reste 1 serveur Windows 2003 pour la compta.
• quelques PC sous Ubuntu et 3 Mac le reste des postes clients sous Windows XP.

Nous travaillons avec des organisations sœurs dans plusieurs autres pays mais tous utilisent en majorité des outils Microsoft (bien souvent offert gracieusement). Donc nous recevons beaucoup de pressions pour changer vers des technologies Microsoft.

Pff, t'as raison, qu'est-ce qu'ils sont chiant ces éditeurs de plugins ! Même pas foutu de s'adapter à une accélération de développement de Windows.

Encore mieux, par exemple, l’extension CCK Wizard crée des xpi avec la valeur :

<em:maxVersion>*</em:maxVersion> 

Se moquer du physique des gens, c'est petit.

Mais peut-être est-ce un peu intentionnel pour rabattre sur la version online ?

... ou la version Windows ? ;D

Car en effet, la doc d'installation n'est pas très à jour. Bon, je peux comprendre. Mais il m'est aussi impossible de rajouter des commentaires.

Encore mieux, je ne suis jamais allé sur FB mais j'ai déjà reçu des invitations, que j'ai ignoré. Et dans cette invitation, il est mentionné que pas mal de mes connaissances m'ont déjà ajouté comme amis.
Comme dis plus haut, rien que l'adresse courriel permet déjà méchamment à FB de cerner une personne.

Et si tu démarres le serveur X manuellement avec la commande : startx, est-ce que cela fonctionne ?

Pour avoir utilisé en production Gosa² et MDS je peux te dire que MDS est bien mieux réalisé. Je les ai tous deux utilisées sous Debian. Et bien que MDS dispose de moins de fonctionnalités, j'ai finalement gardé MDS. D'ailleurs je n'ai pu faire fonctionner que la moitié des modules de Gosa² car je n'avais guerre le temps d'aller tripatouiller mon annuaire LDAP.

A ce propos, MDS casse beaucoup moins de choses que Gosa. MDS interagis très bien avec les outils existant sans les perturber. MDS n'impose quasi aucune contraite sur ton annuaire, car il utilise des outils standards comme smbldap-tools.

Le gros avantage de MDS sur Gosa est son API en python, sui me simplifie énormément la création de mes scripts. On peut par contre regretter un grande manque de documentation du projet. Mais Gosa n'est vraiment pas mieux de ce coté. Cependant avec python, nul besoin de documentation. ;)

Dans l'architecture de mes serveurs, j'essaie de les construire brique par brique, c'est pour cela que j'ai rejeté Zimbra pour prendre Gosa. Et finalement, je suis passé avantageusement à MDS. Si demain, je dois jetter la brique MDS pour le remplacer par autre chose de plus puissant, je sais que je pourrais le faire sans problème. Comme je pourrais maintenant, modifier via la ligne de commande mon annuaire et les autres services de mon serveur.

Jusqu'à maintenant, je n'aimais guerre les produits Mandriva, puisque j'utilise principalement des serveurs Debian. Mais je dois avouer que MDS et Pulse2 sont deux beaux projets : bien écrits, bien pensé et stable. Il ne sont pas parfait ils manquent de la documentation et de la souplesse, mais ils me sont très utiles.

Bah. Je préfère « Django Reinhardt »

Ce n'est pas une raison pour se mettre en pétard non plus. ;)

Bon j'ai pas vérifié, j'ai aussi la flemme.
Il me semble que les brevets de MS sur le bandeau d'Office 2007, c'est plus sur le coté technique que cela se joue (basée sur le XML) que sur le coté graphique.
Seconde remarque, du temps de MacOS 10.0, je crois me souvenir qu'Apple as déjà attaqué des designers qui avait reproduis le look Aqua. Si je me souviens bien, il y avait un thème pour Firefox qui avait été retiré à la demande d'Apple car elle était trop ressemblant au look de l'OS à la pomme.

Wep.
Dans un autre style, il y a ceci aussi : http://www.cyriak.co.uk/lhc/lhc-webcams.html

On y vois même le lancement de KDE en direct.

Il suppose que la totalité du rayonnement infrarouge émis par la terre du fait de sa température est absorbé et dilué dans l'atmosphère, donc qu'il y ait assez de gaz pour absorber tout ça

Bon admettons qu'il y aient "assez de gaz pour absorber tout ça" dans ce cas là, on ne connait pas la capacité calorifique de cette atmosphère.

Et puis surtout dans le calcul ne doit-on pas prendre la capacité calorifique du CO2 et pas de l'atmosphère puisque c'est lui qui se réchauffe. Pas l'atmosphère directement.

Bon, je connais pas ces équations. Mais je me pose simplement des questions de bon sens. Désolé, si ces questions sont stupides.

En tout cas, rien que sûr ce point là, je parle même pas du reste (bilan radiatif, etc ...), je me pose des questions sur le raisonnement. J'aimerais juste que ce "scientifique" m'en explique plus et qu'il aie au bout de son raisonnement s'il veut me convaincre. En attendant, je fais plus confiance en une communauté de scientifiques qu'en un calcul simpliste sur lequel je me pose des questions.

Bon je l'ai dis, je ne suis pas scientifique donc je ne sais pas refaire tes calculs.

Mais mon bon sens me dis qu'il y a un problème dans ce calcul. A aucun moment, tu ne fait intervenir la concentration en CO2. Qu'il y aie 20% de CO2 ou 0,3 %, tes calculs ne changent pas. Et ne mélanges tu pas les choses, puisque tu pars sur des calculs avec l'absorption du CO2 et puis tu appliques cela à la capacité calorifique de l'atmosphère.

Si tu as des liens vers des calculs précis, je suis preneur car j'ai pas trouvé. En tout cas tes arguments sont intéressants, bien plus que cette idée de complot.

Wikipedia ! ;D

Non, il faut bien reconnaitre que Wikipedia est devenu un réflexe pour bon nombre d' internaute. Et que le concept n'arrête pas de s'étendre.

Note, que je ne donne pas de jugement de valeur sur la qualité ou la quantité d'articles de Wikipedia. Je dis juste qu'il est fort répandu.

Pas bête comme réflexion. Sauf que ce pétrol va être libéré en quelques dizaines d'années là où, il s'est accumulé sur une période bien plus longue. L'équilibre est donc rompu.
Sans compter les effets collateraux d'une augmentation de la température de certaines régions comme la fonte des glaces qui diminue l'albédo de la terre ou le dégazage du méthane emprisonné dans le permafrost.

Ahhh, enfin des arguments. Redevenons sérieux alors. (enfin presque)

Bon, je suis pas un scientifique mais on peux discuter sur base du bons sens.

Le CO2 ne serait pas une poudre de perlin-pin-pin. Mais pourtant, je connais un gaz magique qui permet de détruire une couche d'ozone avec une proportion de seulement 3,5 milliardième. Donc, on le voit bien que cela n'est pas nécessairement une question de proportion.

Et l'explosion de la concentration des gaz à effet de serre dans l'atmosphère, cela fait partie de quel cycle ?
Du cycle du carbone ? Du cycle fondation ? à moins que ce ne soit celui du compte long du calendrier maya ?

Ah d'accord !

Je comprends en fait, l'idée du réchauffement climatique c'est eux ! Mince alors.

Le signaux de fumée, c'était pas pour communiquer mais pour envoyer du CO2 dans l'atmosphère afin de nous faire suffoquer de chaud.

Mais maintenant, ils sont démasqués ! Je sais comment les reconnaitre. Ce sont eux qui signent :

Sioux La Terre !


Le viking, qui as un peu trop fumé le calumet de la paix.

Mais non. Tout le monde sait que ce sont les fourmis qui vont dominer le monde !

Tu retardes d'un débat. Maintenant que les lobbies du pétrol ne peuvent plus nier les changements climatiques, les preuves sont trop évidentes, leur propagante est de dire que ce n'est pas la faute de l'homme.

Mais on sait tous que ce dossier de hacking monté par les pétrolier, est un vaste complot idéologique contre le progrès et l'industrie moderne, pour artificiellement promouvoir des technologie onéreuses, pour le compte d'entreprise essayant de rester sur le marché établi des énergies fossiles et non renouvelables.

Contributeur d'OpenStreetMap, je suis plutôt confiant dans cette base de données. Certes les sociétés commerciales ont plus de moyens techniques et financier. A l'heure actuelle, ils ont effectivement de l'avance. Mais, la cartographie libre as pas mal d'autres atouts aussi.
Premièrement, la cartographie libre est ... libre ! Et oui faut pas l'oublier. Donc, toutes les données enmagasinnées dans la base de données d'OSM peut être réutilisées à souhait pour être complétées et affinées. Ce que les bases de données commerciales ne peuvent faire. Une personne qui veut cartographier la même zone que earthmine doit soit leur acheter les données, soit refaire le travail. Quelle perte de productivité globale !
Deuxièmement, les cartes d'OSM sont faites par des passionnés qui aiment faire leur petit plan avec tous les détails qu'ils trouvent utiles à partager. Les cartes de ma commune à Bruxelles sont déjà en partie plus détaillées que les cartes de Google Maps et autres. Car les cartographes professionnels ne vivent pas dans les quartiers qu'ils mettent sur leur plan. Ils ne voient pas sur leur images satellites qu'il y a une plaine de jeux en dessous des arbres de tel parc, ou que l'arbre à coté est un remarquable Gingko centenaire.

Donc, certes OSM est encore très incomplet mais je ne doute pas que dans un avenir pas si lointains, on aura des magnifiques cartes entièrement libres comme ce que l'on peut faire avec mapOSmatic : http://www.maposmatic.org/ .

Je dirais même que j'ai une plus grande confiance dans l'avenir de la base de données d'OpenStreetMap que dans l'avenir de la base de données de Wikipedia. Car, les données d'OSM sont directement exploitables par d'autres logiciels tandis que dans mediawiki, il est difficile à un programme externe de retrouver une donnée précise d'une série d'articles. Et pourtant, Wikipedia est devenu un acteur majeur dans le monde des encyclopédies.

La question n'est pas d'utiliser un outil existant. Mais plutot : « Pourquoi ne pas utiliser un protocol standardisé comme CalDAV ? » Tout comme on utilise IMAP pour le mail. Cela permettrait de choisir l'outil optimal. Et si un moment donné, il ne convient plus (équipe de dev pas assez réactive, trop, de bugs, ...) on le remplace par un autre. Tout comme on devrait pouvoir remplacer Cyrus par Dovecot sans devoir trop modifier le groupware.

C'est vrai pour SMTP, IMAP et LDAP mais pas pour CalDAV, si je ne me trompe.
C'est sensiblement la même structure que dans open-xchange que nous utilisons pour l'instant. Jusqu'à présent, il n'y avais guerre de serveur iCal libre totalement autonome et robuste, comme on peut avoir un serveur IMAP. Avec l'amélioration progressive des protocoles *DAV est apparu une série de services iCal dédiés, notamment Chandler, DAViCal.
Et je trouve que des groupware comme Zimbra, Open-Xchange ou OBM devrait se baser sur de tels services plutot que de réinventer la roue chacun de leur coté. Cela m'étonnerait que tu puisses n'installer que le calendrier d'OBM sur un serveur.

C'est à peu près idem chez nous.

Pour moi, SoGo est vraiment le genre de solution pour répondre au besoin de Groupware dans les PME. Obm, Zimbra et autres groupwares (mail/agenda/contact) pour moi ne sont pas la bonne solution. Je préfère une architecture modulaire avec une application par service : avec un serveur IMAP pour le courriel, un serveur iCal pour l'agenda et un serveur LDAP pour la gestion des contacts.

Et d'après les tests de Mozilla, SoGo est le serveur un des plus avancés dans le support de CalDAV pour communiquer avec Lightning. (Cf. https://wiki.mozilla.org/Calendar:QA_CalDAV_Support )
Par contre, je viens de découvrir sur cette page, DAViCal qui est un serveur iCal sans Interface web, si je vois bien.

Il est juste dommage qu'on ne puissent l'installer rapidement avec un .deb pour faire des tests. Cela nous oblige à post-poser nos tests et son éventuel déploiement.