C'est la première distrib à avoir fait des tutoriels pas à pas, précis et qui fonctionne.

Et wiki.gentoo.org, c'était pour les chiens?

(sans parler de LFS : dans le genre tutorial pas-à-pas ça se posait là)

[ Répondre ]

Ok, va pour l'humour libre et sauvage, sans contraintes. Mais drôle, alors, siouplé.

[ Répondre ]

● On nous impose toujours ce démon Avahi remarquablement inutile (quelqu'un s'en sert vraiment de ce truc ?).

Moi, en tous cas. Je trouve ça terriblement pratique :

Au boulot, quand je suis en train de configurer un serveur, mais qu'il n'a pas encore de nom (voire d'IP) réservé, j'aime bien pouvoir y accéder de manière uniforme quand même.

J'ai encore un Mac, chez moi. Il ne sert plus à grand chose, mais j'apprécie de pouvoir naviguer dessus depuis n'importe quel PC "bonjour-enabled", sans devoir me faire chier à retrouver quelle IP mon routeur lui a attribué, cette fois-ci (je sais, depuis le temps, j'aurais pu lui coller un nom et/ou une réservation DHCP, mais vu que ça marche bien sans...)

J'ai un Freerunner, aussi (pour la boulangerie). Quand je le connecte sur mon PC, j'ai directement un service "SFTP" qui est détecté par le "network browser" de KDE (je dirais que c'est un bout de Dolphin, mais je peux me tromper).

Il y a quelques années, j'avais été très séduit par le concept de "découverte réseau" de KDE3. Seulement par le concept, d'ailleurs, parce que l'implémentation (basée sur le démon Lisa, si je me souviens bien) rendait la chose à peu près inutilisable. Basée sur un polling aggressif et incertain, ça marchait une fois sur quinze, mais passait quand même dix minutes à évaluer ses chances de succès à chaque fois. Avec mDNS, ça marche tout seul, et sur toutes les plateformes (modulo l'installation de Bonjour sur Windows, certes, mais je n'en ai pas chez moi).

[ Répondre ]

Au prix de l'essence? Malheureux!

[ Répondre ]

Troisièmement, ce concept est vieux comme l'informatique. Les serveurs d'applications et les PCs terminaux ne datent pas d'hier. Et vous savez quoi ? et bin ça a pas marché .... pourquoi ? parce que c'était bcp plus lourd d'avoir un gros serveur pour tout faire que plein de petit pc avec un petit disque dur et l'appli en dur ...

C'est surtout que le modèle ne supportait pas bien le changement d'échelle. Sur les réseaux de l'époque (avec du 10Base2 ou du 10BaseT concentré - et non commuté), chaque machine ajoutée au réseau augmentait les collisions et dégradait sérieusement les performances. Dans ces conditions, et avec l'augmentation de la puissance des micros, il est devenu logique de déporter une partie de l'"intelligence" sur les postes clients, et de ne mettre ceux-ci en relation avec le "centre" qu'en cas de besoin. Ainsi, on a des pics de traffic plus elevés, mais mieux réparti (alors qu'en mode client léger, chaque client consomme une quantité quasi-constante de bande passante).

De nos jours, avec les équipements qu'on trouve un peu partout (switches), la problématique n'est plus tout à fait la même. La preuve étant que le mode client léger revient très fortement à la mode, notamment avec la recrudescence des "webapps".

[ Répondre ]

Oui, pour autant que je sache (mais IANAL, comme on dit), la compensation est fixée a priori.

[ Répondre ]

S'il veut passer par Free, je suppose que c'est parce qu'il est abonné Free. Donc, normalement, pas besoin d'authentification (ou alors c'est récent).

Le smarthost, c'est bien, mais ça va rediriger TOUT ses mails sortant vers Free, et pas juste ceux destinés à AOL. Ce qui peut être souhaitable si on ne veut pas se prendre la tête (et qu'on pense que Free se fera moins blacklister que soi-même).

La possibilité "nuancée", c'est de passer par une transport_map (fichier /etc/postfix/transport, sauf à passer par du LDAP ou du MySQL, mais le principe est le même). Dedans, tu déclares où tu veux envoyer quoi. Par exemple (syntaxe à vérifier, il est tard et j'ai pas de shell sous la main) :


aol.com: smtp:smtp.free.fr


En cas de non-correspondance d'un mail sortant (enfin d'un mail "pas-local", disons), postfix utilisera la méthode par défaut (smarthost si défini, SMTP direct sinon). Ca peut donc marcher dans les deux sens : définir un smarthost, _sauf_ pour quelques SMTPd qu'on sait tolérants (les potes, etc.). Ou bien tout le monde sort par défaut, et pour les chieurs de service on utilise le smarthost du FAI. Chacun son truc :)

[ Répondre ]

Sauf à le mentionner explicitement dans le contrat de travail, ça n'est pas vrai. Et même en le mentionnant, la loi prévoit une "juste compensation" à l'employé dans ce cas, ainsi que des limites raisonnables à la contrainte.

Tu ne peux donc pas imposer à tes employés de ne plus jamais travailler dans le même secteur. Ni un commerçant interdire à ses vendeurs de monter une affaire concurrente dans les 2000kms "alentour".

Et une fois ces clauses définies, tu dois donc ajouter au contrat la compensation que tu verseras à ton (ex) employé pour lui imposer ce genre de condition.

Donc non, toutes les entreprises ne font pas ça, tout simplement parce que c'est beaucoup de complications et que ça n'en vaut pas la chandelle. Sauf bien entendu celles qui ont un service juridique en interne et qui ne ratent pas une occasion de les utiliser (faut admettre qu'au prix d'un avocat, ça fait un peu mal au f*on de le voir jouer au solitaire toute la journée).

[ Répondre ]

C'est clair, demander à une application de supporter à la fois le jeu de fonctionnalités "réduit" de SQLite (ceci n'est pas une critique, SQLite joue très bien son rôle de SGBD embarqué, portable et léger) et les fonctionnalités avancées de Postgres, ça va forcément se faire au détriment de l'une des implémentations et/ou de la simplicité du code.

Qui plus est, Postgres est un excellent SGBD, tout à fait pertinent pour une pièce aussi critique d'une entreprise que peut l'être un ERP.

Si on a un business suffisamment "simple" pour pouvoir se contenter d'une base MySQL, il y a aussi des ERPs "simples" (LundiMatin, etc.)

[ Répondre ]

Ah yes. Des explications grand-bretonnes. Merci bien, ça m'agaçait de ne pas savoir exprimer ma fonctionnalité autrement qu'en termes franco-français (parce que bon "pseudo-Freebox", ça parle pas tellement outre-frontières, curieusement).

Je vais regarder ça de tout près.

[ Répondre ]

En plus libre, on peut se tourner vers UltraVNC (sous Windows). Ou, de manière générale, via un couple client-serveur VNC "inversé" : le viewer, traditionnellement client TCP, se met en mode "listen" (serveur, donc), tandis que l'ordinateur à contrôler exécute l'équivalent d'un serveur VNC, mais en mode "client TCP". Il est également possible de fonctionner avec deux clients TCP (côté viewer et "server") et un relais externe. Très pratique lorsque le viewer n'est pas lié à un poste et une IP.

C'est la même méthode dans PCHelpware (qui d'ailleurs vient des mêmes personnes qu'UltraVNC), sauf que uvnc conserve le protocole VNC (modulo la possibilité de "renverser" la connexion) là où PCHW utilise un protocole propriétaire.

[ Répondre ]

Pour prendre le contrôle de X, il y a un protocole encore plus standard que VNC. Ça s'appelle "X".

[ Répondre ]

Même sur un BES "privé", tu n'as qu'un droit de regard assez limité sur ce qui transite. Typiquement, les connexions entre les BES et ton terminal sont fiables. Si on en croit RIM. Tu n'as aucun moyen de le vérifier. Même l'ActiveSync (de Microsoft) permet de chiffrer la communication de bout en bout. On reste incapable de garantir la discrétion d'Exchange, mais en revanche on peut certifier que ce qui transite entre le réseau de l'entreprise et les terminaux mobiles est intouché.

[ Répondre ]

- A quand un client lourd en Qt (moins important que les points précédents sans doute) ?

Si l'interface Web fonctionne encore (à valider, donc), il se pourrait que KTiny marche aussi, non?

[ Répondre ]

Bah, chez nous aussi les bases de données ont des noms rigolos : RIVOLI, FANTOIR, EDVIGE... ;)

[ Répondre ]

Y a de la pomme là dedans... mais y a aut chose!

Betterave, sans doute.

Blague à part, utiliser ProcessController sous Windows, c'est pas un peu tricher? ;)

[ Répondre ]

Un mec qui a acheté un supercalculateur ne tient pas forcément à ce que ça (et notamment les performances du-dit calculateur) se sache. Parce qu'il pense que ça peut donner des idées à ses concurrents, par exemple. Et je doute que les fabricants soient toujours en position de forcer leurs clients à révéler ce genre de choses.

[ Répondre ]

Quand à SVG, je ne vois absolument pas ce qu'on lui reproche: c'est propre, léger, et libre.

Si tu veux voir ce qu'on lui reproche, essaye de produire les contenus typiques de Flash (petits jeux tous choupinets, essentiellement) en SVG. Ah, oui, et ça doit fonctionner sur autant de "plateformes" que Flash : "vieux" Firefox (les 2.X, hein, je suis pas chien non plus), les encore-trop-nombreux IE6, Konqueror 3 et 4, Safari...

J'aime beaucoup SVG, je l'utilise professionellement (pour de la carto). Maintenant, le prétendre capable - techniquement - de remplacer Flash, c'est soit être dans l'ignorance totale de ce qu'on fait en Flash de nos jours, soit n'avoir jamais approché SVG d'un peu près.

Pragmatisme, bordel. Si demain on peut supprimer toute dépendance à Flash, je serais le premier à me réjouir. Mais ça n'est pas en niant cette dépendance qu'on y arrivera.

[ Répondre ]

Ou parce qu'il a _déjà_ trouvé 40 minutes pour regarder la vidéo deux fois, et que pendant ce temps-là sa pile de trucs à faire n'a - fort curieusement - pas diminué.

[ Répondre ]

Sans compter que - au moins en France - le clip antipiratage est terriblement agressif (aspect sombre et glauque, "musique" violente, etc.). Je ne sais pas si c'est très bon pour les épileptiques, çà.

Par contre, j'avais été (en comparaison) agréablement surpris par le clip antipiratage belge. Sobre, beaucoup moins agressif et nettement plus informatif.

[ Répondre ]