Oui c'est ca, et pour le nombre de personnes l'utilisant et pouvoir faire les tests de non-regression je trouve qu'on est plutot à jour (Xorg 7.1, gcc 4.1, etc). Bien sur avec une équipe restreinte pour le moment c'est pas évident de rajouter 2 fois par jours les patchs gentoo qui font bien pour l'architecture exotique (d'ailleurs pour le moment la seule architecture supportée est la x86 par faute d'autre plateforme a tester). Ensuite on essaye au maximum d'utiliser les version vanilla des projets (plus facil pour faire du bugreport quand un paquet ne marche pas).
Pour la qualité c'est vraiment l'axe principal, avec l'aspect service (par exemple pour monter un service NIS/SAMBA ou LDAP/SAMBA les configurations sont totalement paralelles, ce qui permet de migrer facilement de l'un à l'autre).
> Des élèves d'une école a les ressources pour mettre à jour les paquets d'une distribution ?
Il suffit de prendre ses amis aimant une distribution particulière ... disons Gentoo, ensuite on élimine ceux qui ne font pas d'ebuild et/ou qui ne postent pas de bugreport ..... et on arrive très vite à un chiffre qui n'est presque plus strictement positif ...
Et même si on en trouve un qui le fait, cela reste un éleve, et il peut très bien arreter du jour au landemain. Donc la meilleure solution est de se concentrer sur le maintient des 90% des paquets qui servent pour 99% des utilisations :)
Je viens de lire ce qu'étais Stateless. En fait nous faisons presque la même chose (si j'ai bien compris Stateless) avec notre système de monitoring. Il permet de sauvegarder une partie d'une machine (homes, datas, etc) par NFS ou SSH sur le serveur d'installation (avec RSYNC). Le serveur d'installation a alors toujours un tar.gz récent et ainsi à la prochaine réinstallation il peut réinstaller les datas (si on le désire, la réinstallation peut se faire partition par partition).
Ai-je répondu à la question ?
"Quel est l'intéret de YaKa si on veut utiliser RedHat/Fadora/SuSE/Debian/... ?"
Je dirais relativement faible, l'avantage de la YaKa intervient surtout dans le fait que la configuration de chaque poste est intégré aux langage et que le même langage décrive à la fois les aspects matériels et logiciels. Ceci permet que chaque package puisse avoir une configuration spécifique à chaque poste client sans pour autant devoir le dupliquer (cf l'exemple plus bas).
Ensuite la distribution peut installer des images/tar.gz de distribution (Windows, QNX, debian, etc) mais il est évident que l'on perd une partie de l'intéret de la distribution (même si cela reste possible).
Pour l'exemple prenons le cas de firefox, en effet sur un réseau, tous les postes n'ont pas forcément le même proxy http, ou ftp etc. La distribution permet de fournir un fichier de configuration firefox en fonction de la valeur d'une variable du langage (qui sera la même utilisée pour wget, opéra, etc). Ceci n'est pas possible avec une distribution classique. Il est de même possible de rentrer l'ensemble des postes dans /etc/hosts et ceci de façon dynamique (car la distribution à connaissance de l'ensemble des hôtes possibles).
En fait c'est un peu le but de cet article. Nous avons déjà des idées de projets se basant sur cette distribution et des idées de plans de financement sur différents points. Même si le système est et restera GPL, je pense pour ma part (avis personnel) qu'il y a la place pour gérer/vendre des services basés sur cette distribution (même si l'administration ne veut pas migrer il reste la possibilité de réinstaller des Windows tout en mettant déja toutes les briques pour installer des Linux, voire installer les Linux en multi-boot).
En fait nous cherchons des personnes avec la volonté et les capacités de promouvoir la distribution/langage.
Merci pour l'Adullact je n'y avais plus pensé et je vais voir ce que je peux faire.
Ahah :) la fameuse question : Pourquoi ne pas s'être basé sur une distribution existante ...
Le premier point est que nos paquets sont différents de ceux d'une distribution standard (car configurant automatiquement, en fonction de chaque poste, les fichiers de configuration, en fonction de variables globales au système ou spécifique à l'hote). Nous aurions donc dans tous les cas du redéfinir une partie du paquet.
Or il est hors de question de gérer au sein de la distribution même, une telle quantité de paquets (en gros ne pas passer son temps a faire de la compatibilité entre paquets etc). De plus le fait d'être dépendant d'une tierce partie est plutôt embetant pour les tests de regression (actuellement il faut un peu moins de 24h pour recompiler l'ensemble de la distribution).
Il existe des softs permettant de faire la syncronisation de différentes machines avec des configurations, mais ceci est systematiquement des rustines sur d'autres systèmes de paquetage ou alors non disponible en GPL.
Enfin pour plus d'informations un "papier blanc ?" est en cours de rédaction afin de résumer l'état de l'Art dans le domaine et bien décrire le positionnement de la distribution/langage YaKa.
Oui effectivement il faut bien dissocier ce que l'on va appeler le serveur YaKa (la machine qui va générer l'ensemble des packages, créer les serveurs (PXE/DHCP/etc) et les machines clients (postes desktop ou serveurs d'application).
Une fois cette distinction faite plusieurs points sont à aborder :
1. Ne pas se préoccuper d'un système de paquetage : Ceci est motivé par le fait que lorque l'on fait une mise à jour, il faut la faire sur l'ensemble des postes et que de toutes facon à la prochaine installation le serveur tftp doit être à jour : donc autant faire la mise à jour directement sur le serveur (de plus gérer des updates/dependances/fichiers de configuration à la volée est un travail fastidieux et non automatisable (je parle en tant qu'utilisateur chevronné de Gentoo ou un "-5" est toujours une mauvaise idée). Il faut noter que bien entendu les paquets compilés une première fois ne le seront pas par la suite.
L'avantage par rapport à Windows est bien sur que les paquets sont installés un à un et avec des configurations dépendantes de la machine cliente.
2. Concernant les librairies statiques il me semble que ce n'est plus d'actualité (mais je devrais vérifier). A la base il me semble que c'était pour s'assurer que rien dans le système de bootstraping de l'environement dans lequel on va tout compiler (ouf c'est long comme phrase) sur le serveur n'ai de lien en dehors de sa prison chroot. De plus sur les installations des clients les librairies dynamiques sont installées uniquement quand ceci est necessaire (grâce aux fonctions de la libelf).
3. Concernant la place necessaire évaluée à 15Go c'est la place pour compiler/deposer l'ensemble des paquets supportés par la distribution (3 version de GCC, kde, openoffice, firefox, thunderbird, ennemy territory, etc.). Ensuite il n'est pas obligatoire d'utiliser tous ces paquets (et il ne seront donc ni installés ni compilés). Pour ce qui est de openoffice il existe un flag dans les paquets qui nous permet de dire si tel ou tel paquet doit générer un tar.gz de ses binaires, c'est la raison pour laquelle on peut utiliser openoffice sans forcement le compiler (et si l'on veur le compiler il faut rajouter 10Go ... je sais mais c'est pas ma faute :) ). Les paquets binaires sont fournis pour la glibc 2.2, 2.3 et 2.4 (et j'espère bientôt la 2.5).
Concernant les installations nous avons fait un test récemment d'une réinstallation complête d'une machine d'enseignement (avec openoffice, thunderbird, firefox, et, etc.) Il faut 5 minutes montre en main sans utiliser le yaka-fs (voir plus bas) et l'installation d'un serveur est quasi instantanée (280 Mo décompressés sur le disque dur).
A propos du yaka-fs il s'agit d'un pseudo-système de fichier. En fait dans chaque paquet il est possible d'indiquer, fichier par fichier, si ce dernier est installé sur la machine ou distant. Pour le procédé distant, le fichier en local est un lien vers un disque NFS monté, en cas d'utilisation, le NFS le télécharge et le mets en cache. Un démon tournant sur la machine s'occupe de scruter ces fichiers et de remplacer ces derniers par le fichier s'il a été utilisé. Bien entendu ce système de fichier est totalement transparent pour l'utilisateur la distribution prenant tout en charge pour la configuration.
Je teste depuis quelques semaines la version CVS justement pour avoir le support du SSA/ASS, et je peux dire que le support est avancé.
Parmis les choses que j'ai vu marcher on peut citer les rotations, les zooms, les effets karaoké.
Pour l'aquision j'ai fait le choix d'ASLA car ca me semblait le choix le plus simple dans un premier temps pour avoir quelquechose qui marche (des exemples d'aquision sont facilement trouvables). Mais j'avais dans l'idée de migrer tout cela vers une bibliothèque portable (sans savoir laquelle).
Pour la lecture je pense également me passer de sdl-mixer qui contient un certain nombre de limitations.
Je vais donc regarder avec grand interêt PortAudio pour faire mon aquisition/mixage
Pour la prononciation je ne pense pas car je calcule juste la hauteur de ce qui est enregistré par le micro. En revanche j'ai utilisé ce soft pour accorder ma guitare et ca marche très bien (le gestionnaire d'ecran de l'appli permet de faire des choses sympas)
et bien sur vu que VIM >> emacs, VIM est mieux configuré qu'emacs ...
A moins que ce soit car les developpeurs n'ont pas la moindre idée de comment configurer cette usine a Lisp
Au fait j'allais oublié étant donné que KDE >> gnome, le package KDE existe pour YaKa et pas celui de gnome (il y a aussi pleins d'autres window manager).
PS : gnome n'est pas packagé par sa tendance à etre embetant à packager (cf. Slack)
Corrigé sur le CVS, mise à jour lors de la prochaine génération de la documentation.
Les corrections sur la documentation sont aussi un des points sur lequel on cherche du monde, c'est majoritairement pour ça que je poste juste ca dans un journal.
Il faut bien lire que Linux progresse en nombre de mobiles vendus de 45%, sur un marché globalement en expension de 100% (marché doublant en 1 an).
La part de marché dans ce domaine de Linux baisse en fait de 7 points ce qui est plutot inquietant.
J'ai testé le support nagios-db. Il faut encore patcher les fonctions de callback car le projet ne semble plus très maintenu. De plus le code est plein de lourdeurs (mais je travaille activement à publier des patchs dés que j'aurais une version propre qui peut marcher en production)
Je sais que ce n'est pas une solution (blabla, libre, wine, émulation pas bien etc.), mais j'ai fait un petit HowTo sur comment installer un GoogleEarth et l'utiliser avec Wine. A priori ça marche relativement bien. L'adresse est la suivante : http://gentoo-wiki.com/HOWTO_Install_GoogleEarth_with_wine
--
Yoda
PS : ça marche aussi avec d'autres distribs comme dit sur la base de donnée des applications marchant avec wine
[^] # Re: Quelques explications s'il vous plait ?
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 2.
Pour la qualité c'est vraiment l'axe principal, avec l'aspect service (par exemple pour monter un service NIS/SAMBA ou LDAP/SAMBA les configurations sont totalement paralelles, ce qui permet de migrer facilement de l'un à l'autre).
[^] # Re: Quelques explications s'il vous plait ?
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 1.
Il suffit de prendre ses amis aimant une distribution particulière ... disons Gentoo, ensuite on élimine ceux qui ne font pas d'ebuild et/ou qui ne postent pas de bugreport ..... et on arrive très vite à un chiffre qui n'est presque plus strictement positif ...
Et même si on en trouve un qui le fait, cela reste un éleve, et il peut très bien arreter du jour au landemain. Donc la meilleure solution est de se concentrer sur le maintient des 90% des paquets qui servent pour 99% des utilisations :)
[^] # Re: Quelques explications s'il vous plait ?
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 1.
Ai-je répondu à la question ?
Vincent
[^] # Re: Quelques explications s'il vous plait ?
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 2.
Je dirais relativement faible, l'avantage de la YaKa intervient surtout dans le fait que la configuration de chaque poste est intégré aux langage et que le même langage décrive à la fois les aspects matériels et logiciels. Ceci permet que chaque package puisse avoir une configuration spécifique à chaque poste client sans pour autant devoir le dupliquer (cf l'exemple plus bas).
Ensuite la distribution peut installer des images/tar.gz de distribution (Windows, QNX, debian, etc) mais il est évident que l'on perd une partie de l'intéret de la distribution (même si cela reste possible).
Pour l'exemple prenons le cas de firefox, en effet sur un réseau, tous les postes n'ont pas forcément le même proxy http, ou ftp etc. La distribution permet de fournir un fichier de configuration firefox en fonction de la valeur d'une variable du langage (qui sera la même utilisée pour wget, opéra, etc). Ceci n'est pas possible avec une distribution classique. Il est de même possible de rentrer l'ensemble des postes dans /etc/hosts et ceci de façon dynamique (car la distribution à connaissance de l'ensemble des hôtes possibles).
[^] # Re: à promouvoir
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 2.
En fait c'est un peu le but de cet article. Nous avons déjà des idées de projets se basant sur cette distribution et des idées de plans de financement sur différents points. Même si le système est et restera GPL, je pense pour ma part (avis personnel) qu'il y a la place pour gérer/vendre des services basés sur cette distribution (même si l'administration ne veut pas migrer il reste la possibilité de réinstaller des Windows tout en mettant déja toutes les briques pour installer des Linux, voire installer les Linux en multi-boot).
En fait nous cherchons des personnes avec la volonté et les capacités de promouvoir la distribution/langage.
Merci pour l'Adullact je n'y avais plus pensé et je vais voir ce que je peux faire.
Vincent
[^] # Re: Quelques explications s'il vous plait ?
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 1.
Le premier point est que nos paquets sont différents de ceux d'une distribution standard (car configurant automatiquement, en fonction de chaque poste, les fichiers de configuration, en fonction de variables globales au système ou spécifique à l'hote). Nous aurions donc dans tous les cas du redéfinir une partie du paquet.
Or il est hors de question de gérer au sein de la distribution même, une telle quantité de paquets (en gros ne pas passer son temps a faire de la compatibilité entre paquets etc). De plus le fait d'être dépendant d'une tierce partie est plutôt embetant pour les tests de regression (actuellement il faut un peu moins de 24h pour recompiler l'ensemble de la distribution).
Il existe des softs permettant de faire la syncronisation de différentes machines avec des configurations, mais ceci est systematiquement des rustines sur d'autres systèmes de paquetage ou alors non disponible en GPL.
Enfin pour plus d'informations un "papier blanc ?" est en cours de rédaction afin de résumer l'état de l'Art dans le domaine et bien décrire le positionnement de la distribution/langage YaKa.
[^] # Re: Quelques explications s'il vous plait ?
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 6.
Une fois cette distinction faite plusieurs points sont à aborder :
1. Ne pas se préoccuper d'un système de paquetage : Ceci est motivé par le fait que lorque l'on fait une mise à jour, il faut la faire sur l'ensemble des postes et que de toutes facon à la prochaine installation le serveur tftp doit être à jour : donc autant faire la mise à jour directement sur le serveur (de plus gérer des updates/dependances/fichiers de configuration à la volée est un travail fastidieux et non automatisable (je parle en tant qu'utilisateur chevronné de Gentoo ou un "-5" est toujours une mauvaise idée). Il faut noter que bien entendu les paquets compilés une première fois ne le seront pas par la suite.
L'avantage par rapport à Windows est bien sur que les paquets sont installés un à un et avec des configurations dépendantes de la machine cliente.
2. Concernant les librairies statiques il me semble que ce n'est plus d'actualité (mais je devrais vérifier). A la base il me semble que c'était pour s'assurer que rien dans le système de bootstraping de l'environement dans lequel on va tout compiler (ouf c'est long comme phrase) sur le serveur n'ai de lien en dehors de sa prison chroot. De plus sur les installations des clients les librairies dynamiques sont installées uniquement quand ceci est necessaire (grâce aux fonctions de la libelf).
3. Concernant la place necessaire évaluée à 15Go c'est la place pour compiler/deposer l'ensemble des paquets supportés par la distribution (3 version de GCC, kde, openoffice, firefox, thunderbird, ennemy territory, etc.). Ensuite il n'est pas obligatoire d'utiliser tous ces paquets (et il ne seront donc ni installés ni compilés). Pour ce qui est de openoffice il existe un flag dans les paquets qui nous permet de dire si tel ou tel paquet doit générer un tar.gz de ses binaires, c'est la raison pour laquelle on peut utiliser openoffice sans forcement le compiler (et si l'on veur le compiler il faut rajouter 10Go ... je sais mais c'est pas ma faute :) ). Les paquets binaires sont fournis pour la glibc 2.2, 2.3 et 2.4 (et j'espère bientôt la 2.5).
Concernant les installations nous avons fait un test récemment d'une réinstallation complête d'une machine d'enseignement (avec openoffice, thunderbird, firefox, et, etc.) Il faut 5 minutes montre en main sans utiliser le yaka-fs (voir plus bas) et l'installation d'un serveur est quasi instantanée (280 Mo décompressés sur le disque dur).
A propos du yaka-fs il s'agit d'un pseudo-système de fichier. En fait dans chaque paquet il est possible d'indiquer, fichier par fichier, si ce dernier est installé sur la machine ou distant. Pour le procédé distant, le fichier en local est un lien vers un disque NFS monté, en cas d'utilisation, le NFS le télécharge et le mets en cache. Un démon tournant sur la machine s'occupe de scruter ces fichiers et de remplacer ces derniers par le fichier s'il a été utilisé. Bien entendu ce système de fichier est totalement transparent pour l'utilisateur la distribution prenant tout en charge pour la configuration.
J'espère avoir répondu aux questions posées.
Vincent
[^] # Re: IACA
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 3.
[^] # Re: Encore un avis..
Posté par Vincent LE LIGEOUR . En réponse au journal un FAI soit-disant ""Free"" bafoue la GPL !. Évalué à -2.
[^] # Re: Support du format de sous-titres SSA/ASS
Posté par Vincent LE LIGEOUR . En réponse au journal Sortie de MPlayer 1.0rc1. Évalué à 3.
Je teste depuis quelques semaines la version CVS justement pour avoir le support du SSA/ASS, et je peux dire que le support est avancé.
Parmis les choses que j'ai vu marcher on peut citer les rotations, les zooms, les effets karaoké.
Vincent
[^] # Re: Question de portabilité
Posté par Vincent LE LIGEOUR . En réponse au journal Ultrastar-ng un clone de SingStar. Évalué à 1.
Pour l'aquision j'ai fait le choix d'ASLA car ca me semblait le choix le plus simple dans un premier temps pour avoir quelquechose qui marche (des exemples d'aquision sont facilement trouvables). Mais j'avais dans l'idée de migrer tout cela vers une bibliothèque portable (sans savoir laquelle).
Pour la lecture je pense également me passer de sdl-mixer qui contient un certain nombre de limitations.
Je vais donc regarder avec grand interêt PortAudio pour faire mon aquisition/mixage
[^] # Re: un rapport avec ça ?
Posté par Vincent LE LIGEOUR . En réponse au journal Ultrastar-ng un clone de SingStar. Évalué à 1.
Mais je peux me tromper
[^] # Re: Pour l'apprentissage des langues
Posté par Vincent LE LIGEOUR . En réponse au journal Ultrastar-ng un clone de SingStar. Évalué à 2.
# Petit oubli
Posté par Vincent LE LIGEOUR . En réponse au journal Ultrastar-ng un clone de SingStar. Évalué à 6.
[^] # Re: KDE >> gnome
Posté par Vincent LE LIGEOUR . En réponse au journal Un peu de publicité pour une "distribution" faite maison. Évalué à -1.
[^] # Re: KDE >> gnome
Posté par Vincent LE LIGEOUR . En réponse au journal Un peu de publicité pour une "distribution" faite maison. Évalué à 0.
A moins que ce soit car les developpeurs n'ont pas la moindre idée de comment configurer cette usine a Lisp
# KDE >> gnome
Posté par Vincent LE LIGEOUR . En réponse au journal Un peu de publicité pour une "distribution" faite maison. Évalué à 1.
PS : gnome n'est pas packagé par sa tendance à etre embetant à packager (cf. Slack)
[^] # Re: Pas de cours d'anglais?
Posté par Vincent LE LIGEOUR . En réponse au journal Un peu de publicité pour une "distribution" faite maison. Évalué à 1.
Les corrections sur la documentation sont aussi un des points sur lequel on cherche du monde, c'est majoritairement pour ça que je poste juste ca dans un journal.
Merci
# Attention aux chiffres
Posté par Vincent LE LIGEOUR . En réponse au journal smartphone; Linux VS Windows. Évalué à 2.
La part de marché dans ce domaine de Linux baisse en fait de 7 points ce qui est plutot inquietant.
# Troll (commentaire a moisser)
Posté par Vincent LE LIGEOUR . En réponse à la dépêche Sortie de Sylpheed-Claws 2.2.0. Évalué à -10.
[^] # Re: Gentoo...
Posté par Vincent LE LIGEOUR . En réponse au journal Le film "Renaissance" réalisé sur des serveurs Linux. Évalué à 0.
En même temps encore une fois gentoo .... et miiiince
[^] # Re: Meme pas vrai
Posté par Vincent LE LIGEOUR . En réponse au journal Jack Bauer (24 heures) utilise Pine !. Évalué à 0.
nonjenespoileraispas nonjenespoileraispas nonjenespoileraispas nonjenespoileraispas
Sinon a la CTU je trouve plutot que ca fait terminaux graphique UNIX plutot que un integre Gnome ...
PS : j'ahabite bien sur aux USA pour pouvoir regarder cette magnifique serie.
[^] # Re: Support SQL
Posté par Vincent LE LIGEOUR . En réponse à la dépêche Sortie de Nagios 2.0. Évalué à 6.
# Howto Gentoo
Posté par Vincent LE LIGEOUR . En réponse au journal Et google earth pour Linux alors ????. Évalué à 6.
Je sais que ce n'est pas une solution (blabla, libre, wine, émulation pas bien etc.), mais j'ai fait un petit HowTo sur comment installer un GoogleEarth et l'utiliser avec Wine. A priori ça marche relativement bien. L'adresse est la suivante :
http://gentoo-wiki.com/HOWTO_Install_GoogleEarth_with_wine
--
Yoda
PS : ça marche aussi avec d'autres distribs comme dit sur la base de donnée des applications marchant avec wine
[^] # Re: smart --help
Posté par Vincent LE LIGEOUR . En réponse au journal smart. Évalué à -2.
PS : moissez pas trop la réponse :)