ufoot a écrit 738 commentaires

C'est marrant, depuis toutes ces histoires de Napster qui ferme, de Universal Music qui balanceleson.com et qui rachète mp3.com dans la foulée, je suis de moins en moins intéressé par la musique "industrielle" écrite à grand coups d'investissements, et avec pas beaucoup de sens artistique à mon goût.

Ca doit faire 3 ans que j'ai pas gravé un seul mp3 ni acheté aucun CD d'ailleurs - à part 1 ou 2 cadeaux. Curieusement, je ne me suis jamais autant intéressé à la musique que ces 2 dernières années, et j'y consacre un temps qui est très loin d'être négligeable.

les fichiers de mon groupe je vais les virer de mp3.com avant que tu ne m'ordonnes de les vendre
La musique, mieux vaut la faire et/ou la partager, c'est quand même autre chose que de l'acheter en tête de gondole 8-)

Et allez hop, un p'tit lien - presque - hors sujet sur un site qu'Universal Music n'est à mon avis pas près d'acheter: http://www.mutopiaproject.org(...)

De toutes facons créer des .biz ne sert fondamentalement pas à grand chose.

N'importe quelle boîte un peu conséquente va s'empresser de tout enregistrer (.biz, .peep, .show, .tout_ce_que_tu_veux) pour protéger sa "marque".

Le jour ou on pourra vraiment faire un www.cocacola.humor ou bien www.microsoft.sex en toute liberté on pourra dire qu'étendre les noms de domaine principaux sert à quelque chose, à savoir pouvoir utiliser le même nom dans des contextes différents, un peu à la manière d'une arborescence, ou plusieurs fichiers README peuvent cohabiter en paix.

Evidemment des suggestions comme le ".kids" pour les enfants sont empreintes de bon sens et ne seraient pas inutiles. Curieusement ce genre d'initiative n'intéresse pas tout le monde à l'ICANN 8-(

Honnêtement, créer un .biz, ben c'est vraiment très ".biz" mais je pense qu'à part donner du boulot à ceux qui distribuent les noms de domaine, ça sert à que ch'ti.

Je serais curieux de savoir combien de boites auront un .biz sans acheter le .com associé...

Ouais, ben justement DLFP fait partie de ces sites qui s'apparentent plus à un forum usenet - d'ailleurs la passerelle existe - qu'à un site web traditionnel "avec contenu". Et si je n'utilise pas usenet, c'est simplement parce que la plupart des clients chez qui je taffe ne proposent qu'un proxy http 8-(

Par exemple, pourquoi faire du transfert de fichier par http plutôt que ftp? Ben imaginons que j'héberge un site web, avec des liens vers des fichiers ftp. Bon. Un jour un gars me dit "salut ch'suis emmerdé ch'peux pas charger ton fichier j'ai pas accès à ftp :-( ". Bon, bah comme je suis pas contrariant je vais installer la passerelle vers http, et hop voilà comment ftp est petit à petit bouffé par le web, alors que celui-ci n'est pas adapté.

Typiquement, j'ai très souvent eu des problèmes pour télécharger Emacs pour NT en http alors que c'est simple comme chou de le trouver en ftp. Je peux pas trop en vouloir à la FSF, ils proposent leurs fichiers en accès ftp, c'est très rationnel et ça colle bien à l'esprit "respectons les standards".

Et je me demande si l'incroyable succès du port 80 n'est pas simplement d'être autorisé par la plupart des firewalls. Aujourd'hui on voit de plus en plus de protocoles qui peuvent être "encapsulés" dans des requêtes HTTP. Alors voila, quelle est l'intérêt d'une telle manoeuvre?

A long terme, c'est nul, parce que tout va passer par le port 80, les autres ports seront désertés - trop ringard - et on sera ramené au cas précédent, à savoir qu'il faudra interpréter le contenu de ce qui passe sur le port 80 pour savoir quel type d'info c'est.

D'ailleurs dès aujourd'hui certains firewall savent reconnaître si on fait passer le bon protocole sur le bon port. Mais ça va pas être de la tarte pour faire le tri plus tard, une fois que tout pourra potentiellement passer n'importe où, et où il faudra faire le tri sur le contenu et pas seulement sur la forme.

D'un point de vue sécurité, la situtation "toutes les applications sont capables de se déguiser en HTML sur HTTP" est déplorable. C'est d'ailleurs un des aspects de la plate-forme .NET de Microsoft, tu peux appeler des "web services" un peu partout, et donc tu ne bénéficie plus de la protection des firewalls. OK c'est vrai un firewall ne se contente pas que de laisser passer tel ou tel port, il sait aussi analyser la provenance/destination des packets. Mais quand même, je pense pas que ça soit un bon choix de tout déguiser en HTTP.

L'eternelle course à l'armement:

• je suis un firewall qui bloque tout ce qui est méchant


• je suis un gentil packet mais je me déguise quand même on n'est jamais trop sur


• ha ha ha je t'ai reconnu!


• et non c'est même pas vrai je suis un gentil packet j'ai le droit de passer


• ranapété, access denied, NA! (ça servira de leçon aux autres)

En tous cas, ça risque de donner du boulot aux informaticiens pour encore un sacré bout de temps 8-)

> plein de cadres, de couleurs, de flash, de gifs animés (et peu de contenu)
C'est tellement vrai...

> ils ont pas bosse pendant 5 mois 8h par jour
> pour que tu en profites sans la moindre
> contrepartie
L'éternel "faut faire payer les logiciels car sinon les développeurs y z'auront plus de sous" commence à me taper sur le système.

Le développement de logiciel est un secteur particulièrement prospère, un type qui s'y connaît en info et veut développer trouve - en ce moment - du boulot sans vraiment trop de problèmes.

De plus les bénéfices des boîtes qui développent des softs ne vont généralement pas sur le compte en banque des développeurs - qui sont payés le même prix quelles que soient les ventes - mais plutôt sur le compte en banque déjà bien fourni des actionnaires de la boîte.

Donc STOP faut arrêter le trip larmoyant sur le pauvre développeur qui développe un soft et se fait pirater son boulot. S'il bosse dans une boîte qui fait du soft propriétaire, il a déjà été payé avant que le soft soit mis en vente.

Si la boîte fait faillite, y'a qu'à changer de boîte, c'est pas les alternatives qui manquent en ce moment 8-)

Par exemple, la boîte (Eazel ou Ximian je sais même plus laquelle tellement ça m'est égal) qui développait Nautilus ferme ses portes. Bon, bah les développeurs ont été payés, hein, avec les 13 millions d'investissement. Eux retrouveront vraisemblablement du travail. Et puis de toutes façons le soft est GPL donc restera dispo. Donc c'est vraiment pas la fin du monde, et je vois pas trop en quoi ne pas payer les softs gène réellement les développeurs. Ca gène les entrepreneurs / les investisseurs / les commerciaux mais pas les développeurs.

En fait, c'est vrai qu'un couple interpréteur+bytecode est moins performant que du binaire vraiment optmisé pour tel ou tel proc.

Ceci dit quand on utilise un langage de script comme Python pour faire une appli, on a le droit - et c'est même recommandé - d'écrire les composants critiques en C. Concrètement sur la plupart des programmes, 5% du code bouffent 95% du CPU, et les 95% de code restant bouffent seulement 5% du CPU. Donc l'idée est d'écrire les composants critiques en C et puis voilou...

Par exemple si tu veux faire une grosse appli 3D temps réel en Python:
- tu laisse la carte 3D si elle existe accélerer les parties "pure 3D"
- tu fais un peu de code C pour les quelques traitements critiques "inclassables"
- tu bouche les trous avec du Python, qui sert de "liant" à tous les bouts de code critique optimisés.
Et normalement, en faisant comme ça, tu évites de perdre un temps fou à développer tout en 100% C. Par exemple pour ce qui est de l'interface graphique, c'est beaucoup simple avec Python (et de manière générale avec la plupart des langages de script) qu'avec du C.

Ben si ça répond à mon avis pas mal à la question. Pour moi "compiler" ça veut bien dire faire un exécutable. Et c'est bien ce que fait "freeze". Il transforme le source Python en un exécutable (binaire ELF ou .exe selon l'humeur) que ton OS peut ensuite exécuter. C'est pas étonnant qu'il y ait un équivalent de l'interpréteur contenu dans l'exe, t'as pas trop le choix pour un langage de script...

Par contre - mais c'est une autre question - Python fait partie de ces langages de script - Perl aussi je crois - où il y a une phase de pré-machage du boulot. A savoir ton source .py est en général transformé en un "bytecode" .pyc qui est ensuite exécuté par l'interpréteur Python. Et on peut raisonnablement espérer que "freeze" effectue automatiqument - au moins - la phase de transformation du source en bytecode.

Ben pour avoir plusieurs consoles en même temps sous rxvt ou un xterm de base, y'a un autre remède, c'est "emacs -nw" et hop, à moi les consoles!
TIMTOWTDI 8-)

En plus il marche au poil, ce qui ne gâche rien.

Je suis assez d'accord, un tracker c'est quelque chose de relativement simple et qui se maîtrise assez vite. En plus c'est vraiment une solution économique (pas de hard spécifique) et avec mon P200, même en faisant tout le mixage en soft - on peut se faire aider par la carte son avec certains players - l'utilisation du CPU reste très raisonnable.
En plus, la musique "trackée" pourrait très logiquement être distribuée dans le même esprit que le logiciel libre, dans la mesure ou quand tu as un .mod, tu peux - techniquement bien sûr - le modifier à ta guise. Chose qui est bien plus dure à faire avec un mp3.

Perso ce qui me manque aujourd'hui pour avoir tout ce que je veux sous Linux question musique, c'est des passerelles simples entre les formats:

• tracker (.mod, .xm, .it)


• midi


• lilypond

Faudrait que je déterre mon clavier pour programmer les bouts qui manquent, mais soudain une grande fatigue m'envahit...

> Bon revenons a Notes ! ;o)
vilain trolleur! -<8-)
hop -1

A vue de nez oui. Enfin c'est ce que j'en ai conclu après avoir essayé rapido la démo online 8-)

> - Es tu certains que tout cela fonctionne sans problèmes et que chacun de ces softs sait communiquer avec ses ptis copains? Domino lui fonctionne.
Domino marche peut-être, mais Notes lui, il plante...
Cela dit, je suis d'accord avec toi que faut bien vérifier que tous ces softs vont bien ensemble, c'est justement là que la notion de service autour du logiciel libre prend son sens.

> comment vas tu faire pour deployer facilement la solution cliente sur les 20 000 postes de ton entreprise
Ben le déploiement est très rapide, il suffit de faire un petit "apt-get install mozilla" ou alors "rpm -i konqueror-x.x.x.rpm" ou encore installer simplement Windows qui vient automatiquement avec IE. C'est l'avantage de la solution basée sur un intranet par rapport au client-serveur poussiéreux. Tout au plus faudra-t-il installer un raccourci sur les postes clients, qui pointe vers l'intranet.

> Par contre, dans un contexte professionnel, la solution que tu preconise n'est pas (encore) adaptée. Quand on installe un soft comme Domino, il faut que ca marche tout de suite.
Bon OK, je met toujours un soupcon de mauvaise foi dans mes propos et c'est vrai que le genre de solution que j'ai proposé précédemment ferait palir d'importe quel DI. Simplement j'aimerais bien voir sa tête au type qui a choisi Lotus Domino/Notes, le jour où IBM décidera que Notes n'est plus assez rentable et que le support est arrêté. Il va la sentir passer la méchante migration qui tue! Une boîte comme IBM n'a pas pour vocation de faire plaisir à ses clients pour la beauté du geste. Son *vrai* but est de faire rentrer des sous dans les caisses. Aujourd'hui Notes est un produit rentable donc supporté. Demain, bah on sait pas. On peut parier que Notes sera toujours supporté, mais moi, perso, je m'engagerais pas... J'ai plutôt tendance à avoir confiance dans la messagerie SMTP et l'annuaire LDAP. Au pire si j'ai 20000 personnes dans ma boîte j'ai bien de quoi payer une SSII pour patcher sendmail - dans le cas peu probable où il n'y aurait plus aucun serveur de mail libre maintenu en circulation.

> Il faut arreter avec l'heresie du tout soft libre.
Effectivement, si une boîte a *tout de suite* besoin d'un soft et qu'il n'existe qu'en proprio, ça vaut surement le coup de l'acheter. Mais utiliser Notes pour la messagerie alors qu'il existe tellement d'alternatives libres relève du masochisme.

- avoir un annuaire d'entreprise digne de ce nom??? (tu crois que dans une entreprise de 20 000 personnes, chacun connais les emails des 19 999 autres employés)
http://www.openldap.org/(...)

- partager facilement et simplement les agendas de chacuns
http://phpgroupware.com/(...)

- créer des bases documentaires de plusieurs Go et faire des recherches full text dessus????
http://search.mnoGo.ru/(...)

> et c'est la premiere fois que j'entends dire que
> "sendmail.cf" est limpide comme un chou...
Bon OK j'ai un peu forcé la dose, je me suis laissé emporter 8-)

> Fait gaffe, sous peu, tu vas dire que WinNT4 est
> stable.
Non non, dire une grosse connerie par jour, ça me suffit, je n'en rajouterai pas plus, inutile d'insister.

Cela dit, je suis d'accord avec toi, il y a des applications de Notes qui ne sont pas réalisables simplement avec les outils de base qu'on trouve dans les distribs Linux. Simplement ma petite expérience en la matière m'a montré que très peu de personnes se servent activement des fonctionnalités avancées de Notes. Je suis convaincu que la plupart des serveurs Notes servent en ce moment même à véhiculer des .avi avec Loana à poil dans la piscine. Opération que sendmail ou exim auraient pu faire de manière aussi efficace. Et puis former les gens à Notes n'est pas super évident. C'est un outil complexe qui demande vraiment un apprentissage si on veut en tirer parti. L'idéal serait d'avoir Notes pour faire ce que _seulement_ Notes peut faire et laisser le reste aux outils standard. Mais évidemment ça ne colle pas à l'esprit "do everything in one place" qui nous à valu tous ces produits de 1.000.000 de tonnes type Notes, Netscape/Mozilla ou StarOffice.

Vive UNIX et les petits bouts de programme qu'on assemble joyeusement dans un terminal!

> Pourquoi ? Parce qu'une entreprise n'a pas le temps de telecharger les source maire make puis make install
Ben elle à qu'à faire "apt-get install bidule", c'est pas - hyper - compliqué pour une entreprise dynamique qui a des ingénieurs compétent plein ses bureaux.

> tu donnes l'image la plus odieuse du Linuxien : celui qui veut tout gratos, se faire plein bouzuofs sur le dos des autres sans rien donner en retour.
Hop hop hop doucement on se calme. J'ai pas parlé de "me faire des brouzoufs sur le dos des autres". Non, il n'est pas question de cela. Par contre je suis pour l'utilisation de standards en entreprise. Concrètement, en utilisant Notes, une entreprise - à moins de mettre en place toutes les passerelles adéquates, mais ça n'est pas toujours fait - se ferme complètement au linuxien de base qui utilise mutt/netscape/pine/evolution/elm pour lire ses mails normalement. Idem pour la consultation de documents. Je sais pas combien de distribs Linux permettent d'accéder à une base Notes mais AMHA ça doit pas courir les rues

> Ainsi j'aurai une Belle solution entreprise SuSE/IBM.
Ben moi je préfère une Belle solution entreprise GNU/Linux. Chacun son truc.

> Faut se reveiller : on peut pas se permettre d'installer The GIMP/Konqueror/KOffice/Gnuplot... dans une entreprise...
Ben justement, pourquoi pas? Consulter avec Konqueror un intranet qui tourne sous Apache ne me semble pas relever de la science-fiction. D'autant que si ton intranet est conçu avec un minimum de bon sens et de respect des standards, on peut le consulter avec IE, Mozilla, Lynx, W3M... Toute la supériorité de ce genre de solution sur le partage de fichier propriétaire "à la" IBM.

Je connais pas trop Domino - les seuls echos que j'ai eus m'ont cependant convaincu que c'etait bel et bien une "usine a gaz" - mais j'espere pour IBM que c'est un soupcon mieux que le client Notes.

Parce que s'il y a un produit a chier a vous degouter pour toujours du logiciel proprietaire, c'est bien Lotus Notes, qui est une calamite sans pareille. Toutes les mauvaises caracteristiques du logiciel proprietaire sont au rendez-vous, avec par exemple:

- l'emploi de vrais fichiers au format bien opaque de chez Lotus/IBM. Stocker des mails dans des fichiers textes, personne ne fait plus ca aujourd'hui mon brave monsieur...

- le p'tit plantage du jour. Un grand classique qu'on croyait reserve `a Microsoft. Mais non, IBM se pose la avec son client qui tient pas plus la charge qu'un soft en basic sur TO7

- the "usine a gaz" concept. Meme si t'as decide de faire que du mail avec Notes, t'auras quand meme a te coltiner leur interface a chier. Parce qu'evidemment, lorsqu'une entreprise passe a Notes, tu peux te brosser pour acceder a tamessagerie en POP 8-(

- ca coute la peau du cul et - en plus - ca demande une administration bien beton. M'enfin alors, a quoi ca sert de payer une fortune si a cote sendmail.cf est limpide et bete comme chou?

- ca ne se vend pas sur des merites techniques, mais sur des criteres a 3 francs genre "image de marque". Je me rappelle qu'a la maternelle certains de mes potes frimaient avec des chaussures qui "couraient plus vite" que les autres. Aujourd'hui ils doivent etre decideurs et faire confiance a IBM.

Pour moi, Domino, Notes etc... datent d'une epoque ou la communication entre les personnes/machines etait encore l'affaire des boites privees dont l'objectif n'etait pas de favoriser la communication mais bien de vendre leur produit. Depuis, des standards ouverts pour communiquer ont ete mis en place. Je vois pas vraiment la valeur ajoutee de ce genre de produit par rapport a un bon p'tit intranet d'entreprise couple a un serveur de mail standard. A part bien sur devenir dependant a 100% d'IBM.

Et si les pommes avaient ete des citrouilles, on serait bien dans le caca aujourd'hui, sans la theorie de la gravite universelle...

Eh les gars je connais un délateur très méchant, je peux vous dire ou il habite, on ira le brûler ensemble?

100% d'accord.
Pour ma part je range mes colts dans mes poches, et j'attend le discours.
Après, - si besoin - on laissera parler la poudre.

J'ai un 386sx16 si tu veux, état - presque - neuf avec DD 40 Mo, lecteur disquette nické et - le clou - 3Mo (non, non, pas 4, seulement 3!) de ram.
Prix à débattre.
Ah oui, j'oubliais, c'est une machine extensible, il y a 2 (et oui pas un seul mais bien 2) ports ISA, vides bien évidemment.
Slackware pré installée 8-)

Avec un first post pareil, j'éteind mon trollomètre... Principe de précaution, jai peur qu'il ne pète...

Boaf, WmCoinCoin encaisse bien le choc, il en faut plus que ça pour en venir à bout 8-)

WmCoinCoin : +1 (vainqueur par KO)
Troll news_id=3388 : 0

Par définition, un consommateur, c'est quelqu'un qui vit dans la société de consommation. Un logiciel libre, justement, ce n'est pas un bien de consommation.

Ahhhh, ça ça fait plaisir à entendre.
100% d'accord.

Effectivement l'article ne dit pas que le soft n'est pas libre, mais j'ai pas l'impression à vue de nez que si on dispose d'une copie de leur codec on a le droit de la filer à un ami.
Et typiquement, c'est le genre de liberté - simple redistribution du soft - que je trouve fondamentale, et que s'octroient la plupart des utilisateurs de Windows en s'échangeant allègrement des logiciels propriétaires. En plus j'aime bien pouvoir avoir accès au code des programmes que j'utilise, donc décidément ce codec n'a rien pour me plaire.
Pour moi libre ne signifie pas uniquement "profiter gratuitement du travail des autres", mais si je paye 6000F un codec, je m'attend à avoir le droit d'en faire profiter un ami. Comme je suis pas un "pirate" je n'utiliserai pas ce codec, et donc ne le filerai à personne.
De manière triviale, un soft qui tient sur un CD et sous license libre ne peut pas être vendu 800 dollars. Au moins pas à beaucoup plus qu'une dizaine d'exemplaires 8-)

> Voici un extrait d'une interview des types de 3ivx.com:
> Q10: will the code, eventually, go OpenSource?meaning anyone can get the code and enhance it?
> The code of the core codec will not be opensource.
> The code for the players on various platforms where we have to write players will be open source
> The code for various tools we write might be opensource.

OK, ben donc ils ont annoncé la couleur dès le début, donc pas de surprise. Ils sont honnêtes. Pas sympas mais honnêtes...