Bapt a écrit 772 commentaires

Ca me fait marrer tes arguments, cite moi des exemples de pillage de code sous licence BSD qui n'ai pas profité au libre, par des retombé dans l'arbre d'origine ou simplement devenus un fork toujours libre.

Parce que si tu parles de MacOS X, que je sache darwin est toujours libre, tout ce qui vient du monde BSD est toujours libre, pourtant ils auraient pu le rendre libre, donc ça profite à tout le monde.

Si tu regarde les utilisateurs de BSD ils reversent toujours ou presque du code dans la branche d'origine car il est plus facile de ne pas avoir a maintenir un fork.

Regarde Cisco, ils font du proprio, ce sont des gros vilains qui *pillent* (je reprends tes termes) pourtant ils reversent dans le libre : Dtrace pour FreeBSD par exemple.

Il y a beaucoup plus d'exemple de pilleurs de code GPL que de code BSD (par la tivoisation par exemple, il y a plein de moyen) en générale ceux qui utilisent du code BSD jouent beaucoup plus le jeux du libre, car ils sont libre de le faire sans que personne ne viennent les emmerdés, et au rythme qui leur convient. Ce n'est pas pour autant que je crache sur la GPL, la GPL ne me convient pas pour mes propres devs car je la trouve trop restrictive, mais elle à le mérite d'exister et j'utilise beaucoup de softs sous GPL et ça ne me gêne pas, alors que pour toi l'utilisation de code BSD ou equivalent à l'air de te brûler les doigts...

Attention, j'espère que tu as une couche de remplacement pour xorg sous la main parce que c'est licence X11 proche de la BSD : tiens la x11 est dans la même liste : http://www.gnu.org/philosophy/bsd.fr.html

oh la la
si, il faut les boire vite c'est tout

voila là c'est quand même mieux

Si faut les boires vites c'est tout

Vue le local c'est pas possible de mettre un clim ou alors il n'y a plus de place pour la bière...

Ouah ça veut dire qu'à l'iteam il va y avoir des vrai machines puissantes ? ou vous conservez quand même les vieilles babasses :)

---
un dino

si tu lis le HowtoBuild, xulrunner est requis pour tout le monde, et si tu es en QT il te faudra aussi en plus QtWebkit.

Après je ne sais pas si le howto est bien fait ou pas, je ne sais pas à quel niveau est utilisé xulrunner et à quel niveau est utilisé QtWebkit.

http://code.google.com/p/google-gadgets-for-linux/wiki/HowTo(...)

Merde j'ai pas fait le reply au bon endroit, mais bon je répondais au "pas simple d'avoir une distro 100% libre" comme vous aurez compris.

Et bien pour moi c'est l'une des plus libre dans le sens ou j'installe ce que je veux justement, logiciels sous GPL OU PAS.

si tu prends paludis a la place de emerge comme gestionnaire de packages tu as la possibilité de choisir les licences des logiciels que tu veux installer, et donc de te faire très facilement une distrib 100% libre.

il faut juste connaitre les bons outils.

Maintenant je suis d'accord que l'on ne peut pas (encore ?) considéré gentoo comme une référence.

J'image que tu ne vas pas trouver ça a ton gout mais on ne sais jamais :
http://www.fauskes.net/pgftikzexamples/tkz-berge/

Moi c'est ce que j'utilise.

De là a pondre un truc qui va chercher les infos dans ton evolution-data-server, ça doit pas être super compliqué.

Juste une coquille, c'est swfdec qui est passé dans gstreamer c'est swfdec qui est passé à gstreamer, plus précisément, swfdec utilise gstreamer ou ffmpeg directement pour lire les vidéos, son et autres choses qui nécessite des codecs multimédia.

La 5.0.X est un version a jour parce qu'au moment de ce commentaire, il s'agit de la version recommandée par mysql http://dev.mysql.com/downloads/ sous le nom de current release ce que je traduit par version actuelle.

En revanche la 5.1 que tu donnes est une "upcoming release" soit version à venir, donc non encore officielle.

C'est marrant car depuis que je suis les trolls postgresql/mysql soit depuis un bon bout de temps, l'arguments le plus fréquent des défenseurs de mysql c'est d'aller chercher les version en cours de dev et de dire mais si on peu en prenant une version non encore officiellement supportée comme la version "current" alors qu'on parlait initialement de fonctionnalités disponible dans la version stable actuelle de postgresql.

Vista a besoin de plus du double de mémoire et nécessite un processeur plus rapide pour obtenir les mêmes performances
c'est pour rééquilibré qu'ils ont mis symphony : du OOo, du Java, du Eclipse Je pense qu'au niveau utilisation RAM on ne doit pas être bien loin de Vista .... ->[]

ÇAPUSAIPASLIBRE !

BAh il resteront certainement en 4.2.1 sauf si une autre compilo se montre à la hauteur pcc ou llvm.

et pour ce qui demande du gcc il serait disponible via les ports.

C'est hallucinant, je ne vois pas l'intérêt dans tous les cas de venir pourrir une news parce que tu es choqué par les propos d'un dev, je me suis fait chié a rédigé une news le plus complet possible, à la faire compléter/corriger par un maximum de gens pour ne pas dire trop de conneries, et on viens faire chier pour quelque phrase d'un dev dans une interview.

Franchement qu'est ce qu'on s'en fout, on est pas pour parler des humeurs des devs ou pour parler d'un OS libre majeur, et de ses dernières versions.

Bordel je viens pas pourrir tes journaux (de qualité, je le reconnais) en te disant merde Linus il a péter trop fort, ou Alan Cox a dit blah ou blah.

Fait un journal pour parler de ton mécontentement de ce qu'à pu dire le dev, envoie lui un mail, mais ça n'a rien a faire ici.

J'ai eu la bêtise de réponde 2 fois précédemment, je m'arrête là.

Laissons le troll BSD/GPL de côté et parlons de FreeBSD et des ces releases.

Tu sais j'évite moi aussi la GPL, et pourtant ce n'est pas pour faire du proprio, mais bel et bien du libre.

Exmple : je voulais développement une application Web je me suis dit tiens je vais faire du Witty : fastcgi, c++ et web 2.0, bref des trucs bien. Problème la lib est en GPL, donc si je me link avec cette lib je ne serais plus libre de mettre la licence qui me plait pour mon code (je voulais faire mon code sous licence ISC)

Autre cas de figure, je voulais me faire un super cli qu'il est beau pour une appli et propre sous licence libre (ISC aussi), je me dit cool readline ça va être sympas de l'utiliser bah non pas le droit sinon mon code doit être sous GPL, moi je voulais ISC, donc j'ai encore fui la GPL pour choisit libedit à la place.

Dans beaucoup de cas des gens fuient la GPL alors qu'ils veulent du libre. Maintenant il ne faut pas être aveugle, il y a aussi des cons qui vont en profiter pour faire du proprio, mais ce n'est pas pour cela que la licence BSD et ses copines ISC, MIT, sont faites...

Franchement on s'en fout, si tu as des soucis avec ses déclarations lors d'une interview demande lui directement des comptes.

Après il s'avère que à chaque fois ou presque (le ou presque est parce que je ne connais pas l'ensemble des boites qui utilisent du BSD et qu'il y en a certainement des plus connes que d'autres) que FreeBSD est utilisé dans un appliance la boite qui gère l'appliance à reversé son code dans le cvs de FreeBSD car il est plus facile de maintenir le code upstream que de maintenir ses patchs dans son coin.

L'exemple récent est cisco qui sponsorise le port de DTrace sous FreeBSD, celui-ci est prêt, disponible et devrait faire son entrée rapidement dans la branche CURRENT et peut-être même 7-STABLE. Porté FreeBSD sur de l'embarqué n'est pas pour faire du proprio mais pour le rendre dispo sur des plateformes qui ont de plus en plus le vent en poupe, le libre (en tout cas FreeBSD) verra rapidement des retours des boîtes qui l'utilisent.

Après celle qui ne joue pas le jeu se retrouvent la plupart du temps rapidement à la rue car gérer sa propres version du sources FreeBSD (ou tout autre projet opensource conséquent) n'est pas trivial.

oui mais là t'es pas rendu, les ebuild et eclass eux même sont en bash, et en bon gros bash des familles. Donc je pense qu'on ne verra jamais protage dépendant uniquement d'un shell POSIX (a ma grande déception :))...

Et moi j'utilise zsh et zmv et depuis je ne me fait plus de noeud au cerveau.

zmv 'toto(*)tata(*)truc.mp3' 'bla-$1-$2.mp3'

un petit -n si tu veux vérifier.

Je n'utilise que la ligne de commande et pourtant je fait rarement des ligne de 3 km de longs.

@Zenitram : Je n'ai jamais appris la ligne de commande par coeur, en revanche je l'utilise tous les jours et ça rentre petit à petit. C'est un peu comme ceux qui utilisent les GUI, il faut bien les connaitre à un moment ou un autre pour pouvoir les utiliser, il suffit de voir le nombre de demande bonjour, cherche un appli pour faire ça pour ce rendre compte que ce n'est pas plus évident que la ligne de commande. Moi, en environnement graphique, je suis tout perdu, je cherche désespérément comment faire ci ou ça et je perd un temps fou !!! alors qu'un ligne de commande ça passe tout seul. la completion c'est mes menus à moi et apropos mon outil de recherche d'application.

Il n'y a pas de bug UTF-8 dans la version stable, il n'y a pas de support pour l'unicode du tout !!! mais c'est pas grave la majeure partie des distro sont en zsh-4.3.4 qui lui gère bien l'unicode.

Concernant le home/end dans gnome-terminal, mauvais packageur, changer packageur, ta distro devrait configurer correctement les bindkeys et tu n'aurais pas le problème, sinon 3 bindkey plus tard, tu n'auras plus le problèmes.

zsh supporte n'importe qu'elle touche pour que tu lui dises (comme bash en fait...)

Pouquoi ne pas avoir pris le slackbuild officiel ( ftp://ftp.slackware.at/slackware_source/ap/zsh/zsh.SlackBuil(...) ) pour le mettre à jour au moins tu était sûr de ne rien oubliés (/etc/shells).

Sauf que l'on pas toujours le choix de la fourniture en prod, de plus je ne vois pas l'intérêt de forcer l'installation de packages GNU ou zsh en prod, puisque les scripts POSIX font très bien l'affaire, et que je suis certain de la portabilité de ceux-ci. De plus je suis certains de la réutilisabilité de mes scripts de prod par n'importe qui, qu'il soit de la vieille école (formé sur des vieux unix) ou de jeunes formés sous linux. Bref je fait du POSIX car c'est propre et standard !!!

En ce qui concerne mes scripts ZSH ce sont des scripts qui me concerne moi et qui n'iront jamais en prod. Ils me facilitent la vie dans la gestion de mes machines au quotidien.

De plus en prod, tu n'as pas toujours la main sur les socles de productions, il y a beaucoup de plate-forme livré clefs en main, ou tu ne peux pas demander le rajout de composant GNU ou zsh ou autres que ceux décidés par le fournisseur, en recette ou en dev ce n'est pas la même chose, c'est généralement plus souple (quoique pas toujours). Donc pour résumer ce que je disais :
POSIX pour la portabilité, réutilisabilité, zsh pour me faciliter la vie.

PS: Dans certains contexte très rares, j'ai des scripts zsh en prod.

D'une nom car il y a une grosse différence entre poser les outils gnus : gawk, gsed, coreutils, etc. donc plein de packages et une seul et unique package zsh (qui est bien souvent disponible dans les packages officiels)

De plus les plateformes de prod sont installés avec des socles minimum, donc pas de rajout (pas de zsh non plus) donc mes scripts qui iront en prod sont en pure POSIX. Ceux en zsh, sont ceux qui me facilitent la vie et ne vont pas en prod.

Le fait est que actuellement, les extensions GNU ne sont pas portable, elles sont disponible quasi uniquement sous les variantes de linux.
Je travaille régulièrement sur des AIX, HP-UX, Solaris, Linux et BSD, récents ou pas, donc je ne peux pas me fier aux extensions GNU, donc je fais du POSIX quand je veux des scripts portables. Sinon je fais du zsh (comme j'installe zsh sur la majeure partie de mes serveurs, ça devient tout aussi portable et beaucoup plus agréable à utiliser).

Exemples de petites choses qui ne sont pas portable : cp -a (toujours utiliser cp -dpPR à la place) sed -i, plein de fonctions gawk (que l'on ne retrouve ni dans mawk, ni dans nawk) etc.

Pour les repository tu as zshwiki : http://zshwiki.org/home/ qui peut faire l'affaire.
Pour la notion de feature je ne sais pas du tout, mais concernant le module datetime, il n'y a qu'une seule fonction (si je ne me trompe pas) : strftime, et une variable d'environnement, donc tu n'as pas besoin de ne charger qu'une partie du module.

Pour la programmation, moi je m'efforce quand je fait du zsh, de ne faire que du pure zsh (cad pas de grep cat sed ou autre). Sinon je ne fait que du POSIX, donc pas spécifique zsh (mais je pousse le posix y compris dans les commandes associées awk, sed par exemple, pas d'extention GNU, sinon ce n'est plus portable).

Pour plus d'informations sur zmodload :
man zshbuiltins section zmodload, ou
http://baptux.free.fr/zsh/zsh_17.html recherche zmodload (plus précisément la partie -F)