laurent wandrebeck a écrit 121 commentaires

Désolé, j'ai oublié d'ajouter aussi que l'install de la SMGL est plus aisée que la Gentoo (du moins la 1.0, je ne sais tjrs pas ce qu'il en est maintenant), pas de chroot à la main, un petit menu basé sur dialog qui-va-bien.

Bon ca fait très longtemps que je n'ai pas touché une gentoo (1.0 à l'époque) mais à ce que j'en sais:
la smgl télécharge les sources en tâche de fond, tout en compilant.
la gestion des dépendances optionnelles est faite au cas par cas. ca n'est pas obligé d'utiliser des libs forcément installé. exemple, tu n'es pas forcé de faire qu'abiword utilise les libs gnome sous pretexte que gnome est installé, tu peux de contenter de le lier a gtk. Ce qui est plus problématique (pénible en fait) à gérer sous Gentoo ou je me trompe ?
Le choix des dépendances optionnelles est retenu pour les prochaines mises à jour, mais c'est bien entendu aisément modifiable.
Le coeur de la Source Mage est en bash, tout comme les spells. Cela rend les modifications d'un spell aisées pour l'utilisateur. Ce qui n'est pas le cas de la Gentoo, puisqu'étant informaticien de métier mais ne connaissant pas python, j'ai dû recourir à l'aide de l'irc pour faire une simple mise à jour de version de l'ebuild postgresql...
après il me devient difficile de parler des différences, je ne connais pas assez bien la Gentoo pour ca.
Il faut savoir que la sourcemage crée un cache des sources, un cache des binaires installés. comme ca, si tu veux réinstaller un spell que tu as viré il n'y a pas longtemps, cela est fait de manière bien plus rapide. si tu pars en vacances avec ton portable et que tu n'auras pas d'accès, il suffit de place et de temps pour faire un summon des spells dont tu auras besoin, voire même un summon --all pour télécharger le grimoire complet :)
bref, si tu as d'autres questions, n'hésites pas (surtout en expliquant comment ca marche du côté de Gentoo pour que je puisse aider à la comparaison), et tu peux aussi passer sur freenode, #sourcemagefr.
sur ce, bon appétit.

Pitié, on a déjà eu le coup sur osnews, et aussi sur linuxfr. La licence de la Gentoo n'est pas le sujet ici. je suis sûr que tu trouveras les informations qui t'intéressent sur leur site.
C'est une news Source Mage, si encore ca avait été pour quelquechose d'intéressant de ramener la Gentoo sur le tapis soit, mais là je dis stop ! :)

ibiblio a eu quelques problèmes de DNS ces derniers temps, mais tout devrait être rentré dans l'ordre.
Après lecture de ton test (sympathique soit dit en passant:), je me permets de commenter un peu:
Concernant l'installation du noyau, seuls le noyo de base et le patch XFS correpondants sont disponibles sur l'ISO pour une question de place: 2.4.21 dans le cadre de la 0.7.1, 2.4.23 pour la future 0.8.0. Tu peux bien entendu te charger de la mise à jour après l'installation, quand tu disposes d'une connection internet fonctionnelle (à ce propos, les sources pour le speedtouch, l'eci, l'eagle sont disponible sur l'iso, avec leurs firmwares respectifs...toujours pratique quand on dispose de ce genre de modems...)
Pour le proxy, j'avoue que ce détail ne nous a jamais traversé l'esprit, je le note sur ma liste des choses à faire, merci :)
Quant à scribe update, cela ne met pas à jour scribe, mais le grimoire. scribe est mis à jour quand tu mets à jour sorcery via sorcery update.
Concernant les sources de X déjà téléchargées qui n'ont pas été remarquées, j'avoue ne jamais avoir croisé ce genre de comportement, mais je fais suivre aux développeurs concernés.
cast kernel -> cast linux ira mieux je pense, à moins que tu ais découvert quelque chose que je ne connaisse pas (beh oui, on ne peut pas tout savoir).
le manque de paquets disponibles: on en est à peu près aux alentours de 2600. c'est pas mal, mais évidement nous sommes loin des 1000ers de paquets disponibles par exemple dans l'arbre des ports de FreeBSD ou Gentoo. D'ailleurs, des places de Grimoire gurus sont libres, les spells sont en bash, c'est simple, n'ayez pas peur, venez nous aider :)
Pour le X, il est possible de choisir avec ou sans les paches de développement. En effet, les quelques versions de dev que j'ai essayees empechaient les forward X11 via ssh de fonctionner.
Pour sorcery upgrade, tu peux utiliser sorcery system-update, ca mettra jour le grimoire, sorcery, et dans la foulée recompilera les softs qui ont du nouveau. Tes choix précédents en matière de dépendances ont été sauvegardés, et sont réutilisés. Tu peux bien entendu les modifier via cast -r.
Pour reconfigurer le noyau, cast -r te permet de choisir les patches que tu veux appliquer. Pourrais-tu en dire plus sur ce problème de "tourner en boucle" ?
Et pour la fin, je pinaille, c'est #sourcemagefr et pas -fr :)
merci pour ton article.

effectivement le wiki est un bon début quand on cherche des réponses aux questions qu'on ne manque pas de se poser quand on "débarque" dans le monde Source Mage.
A noter que je me charge temporairement de la création des isos pour la 0.8.0, puisque Benoit n'a pas le temps de s'en occuper en ce moment.
au menu:
2.4.23-xfs (entre autres pour le problème de sécurité des précédents)
support de JFS à l'installation
support du RAID, LVM et WIFI (en cours de test)
intégration d'un fichier d'aide dans le menu d'installation présentant entre autres, les commandes à connaitre (cast, gaze, sorcery etc)
GCC 3.3.2 come compilateur par défaut.
c'est à peu près tout, je m'en vais lire ce test :)

La Gentoo n'est absolument pas partie de la même base que les Sorcerer/Lunar/SourceMage (ou inversement les Sorcerer/Lunar/SourceMage ne sont absolument pas parties de la même base que la gentoo), il est donc évident que les variables utilisées, fonctions, structures de données ne sont pas compatibles. Ainsi, les spells SMGL ne fonctionneront pas sur Gentoo, et les ebuilds non plus sur SMGL. J'espère m'être expliqué suffisement clairement pour éviter le chipotage de Pascal ci-dessus :)
ca te convient comme ca ?

> Je ne suis pas d'humeur non plus rassure toi :)

T'es un mec bien toi, enfin un qui ne rabache pas tout le temps "apt-get ceci" ou "portage cela". Dis, tu ne voudrais pas venir nous aider ? y'a pleins de trucs à faire, et plus on est de fous plus on rit :)
Nous cherchons de tout (tout n'incluant pas les petits rigolos, et autres éléments néfastes:), des développeurs, des traducteurs, des rédacteurs de documentation, des grimoires-gurus (chargés de tenir à jour et de corriger les bogues d'une section du grimoire (le grimoire étant l'ensemble des spells disponibles)).
Allez, viens quoi, on va bien s'amuser :-)
et hop, cast -c linux pour la route ("metaspell" bien sympa pour sélectionner les patchs qu'on veut inclure et qui se charge de patcher, compiler et tout le bataclan).
Pour ta conclusion à -1, je ne t'en veux pas :)

héhé c'était une image le "j'ai pleuré" bien sûr :)
sinon, il est faisable d'ajouter #!/usr/bin/perl dans les spells smgl, auquel cas ils seraient en perl etc etc. simplement on reste sur bash principalement pour eviter un éparpillement non négligeable, et garder la clareté inhérente de bash. (je ne cherche _pas_ à lancer un troll merci.)

J'ai utilisé quelque peu la gentoo:
résultat: je n'aime pas la variable USE, la SMGL te demande juste avant la compilation quelles dépendances optionnelles tu veux ou non (je préfère largement cette méthode, mais c'est une question de goût). évidemment, ton choix de dépendances est sauvegardé, pour les mises à jour ultérieures, ce qui n'empêche (bien sûr) que tu peux modifier cela aisement ensuite (un simple switch -r (r pour reconfigure) utilisé avec cast (hmmm "équivalent" de apt-get install)).
Les "ebuilds" sourcemage sont en bash, et c'est, AMHA, beaucoup plus simple à modifier quand tu veux tripatouiller un spell. Je me souviens d'avoir pleuré pour modifier un ebuild pour postgresql (bon ok, je ne connaissais pas python, mais qd même, étant informaticien, ca n'était pas 100% du chinois pour moi).
Autre chose, les téléchargements sont faits en tâche de fond, ce qui n'est pas le cas pour la gentoo (aux dernières nouvelles).
Il y aurait des tas d'autres choses à dire, comme par exemple que la gentoo à plus d'ebuilds que nous avons de spells (ce qui est normal de par son âge, et son nombre de contributeurs). Ceci dit, pour d'autres questions, passez sur #sourcemagefr et #sourcemage sur freenode. Les gens motivés sont toujours les bienvenus :-)
low sur freenode.

Salut !
Concernant les paquets SMGL, il s'agit de fichiers textes, pouvant contenir du code bash. Donc, aucune compatibilité avec les ebuild de la gentoo. Les sources sont téléchargées, compilées, installées, les fichiers sont "trackés", une archives des binaires peut être créee (au choix de l'utilisateur). évidemment, un log de la compilation, et de l'installation est crée. Le MD5 de l'archive est aussi vérifié. Pour de plus amples questions, ne pas hésiter à passer sur #sourcemagefr ou #sourcemage sur freenode.
Bonne journée,
laurent (low sur freenode)

pour la réactivité rien à dire. par contre, les sources ne sont toujours pas disponibles ): Et je fais comment moi avec ma SourceMage GNU/Linux (une LFS-like pour ceux qui ne connaissent pas) ? dommage, d'autant plus que les sources du 1.2.0 étaient disponibles en même temps que le reste.

tu n'as pas de raison de l'être.
j'ai téléchargé le tarball chez free,
et il se trouve que le driver est fourni,
le tout sous GPL.
Bien evidemment les sources sont livrées :-)

en ce qui me concernait (puisque je n'utilise plus la slack depuis que reiserfs m'a bousille mon /), checkinstall etait la solution magique.
tu decompreses les sources, tu crees un repertoire doc dans lesquel tu mets les ... docs (bravo y'en a deux qui suivent:) puis
./configure, make; checkinstall et zou tu te retrouves avec un package slack cree et installe :-)

pas vraiment...fort heureusement d'ailleurs :)

voir http://www.slackware.com/changelog/current.php?cpu=i386(...(...))

bon, si tu tu pries tres tres fort et qu'un miracle se produit tu auras peut etre l'occasion de pouvoir faire l'echange. malheureusement, les gens de chez ft cherchent a vider leur stock de ce modem donc ils te repondront certainement un truc du genre "on n'a plus de modem ethernet, le fournisseur n'en livre plus" ou une sauce du meme acabit (et elle n'est pas bonne j'y ai moi meme goute): Si tu as une chance terrible, tu pourras avoir un modem ethernet en "echange" (et ce a condition que tu te delestes de 500 francs (!) parce que les modems ethernet sont soit disant plus chers). desole de donner des nouvelles aussi tristes.
en attendant allez signer cette petition, histoire que les gens de chez eci/globespan comprennt qu'il n'est pas bon pour leur image de marque de nous negliger. merci

non je crois bien que tu as (malheureusement?) raison.
halala, apres avoir fait survivre l'architecture x86 pendant des années, il n'y a plus qu'a esperer qu'intel ne nous en refile pas une (en l'occurence l'IA64) pendant encore une bonne vingtaine d'années (et surtout si c'est aussi bancal que la x86).
sniff, pourquoi c'est la logique commerciale et non pas la qualité qui prévaut ? l'avantage c'est qu'au moins nous n'aurions pas en "standard" des pc sous windows.

étant en 2.4.5 avec la 1/2 de ma ram en swap je n'ai pour l'instant eu aucun probleme avec la vm. evidemment, le 2.4.5 a ses quelques problemes de consommation excessive de swap (et de liberation chaotique) mais ca n'a pas eu de consequences desastreuses.

d'avoir ajouté la petite note concernant l'achat de la slack :). Supportez cette fantastique et ancestrale distribution, elle en vaut vraiment la peine.

<troll> ah bon, je ne savais pas que KDE était original. KDE rapide et efficace !?
</troll>
Je dirais plutot ca de windowmaker, blackbox ou autres wm légers. Enfin, les gouts et les couleurs ca ne se discute pas. Néanmoins, je trouve dommage que dans le monde du libre on ne puisse pas s'empêcher de se taper dessus. Je ne dis pas qu'il ne faut pas critiquer, mais simplement que cela devrait être constructif. C'est tellement facile de dire que c'est nul. Surtout que, pour en revenir a Windowmaker et à KDE que tu affectionnes tant apparement, WM n'a *jamais* planté, et ce bien que je l'utilises depuis 2 ans et demi. Je n'en dirais pas autant de KDE. En ce qui concerne l'originalité, WM à le même look'n'feel que NextStep, j'en conviens. Mais KDE ca ressemble à du Windows donc la remarque n'a pas vraiment lieu d'être, puisqu'a apparement tu bases ton avis sur l'originalité du soft. En ce qui concerne Gnome, eh bien chacun ses gouts, même si effectivement je dirais que Gnome est un tout moins bien organisé et intégré que KDE. Il est néanmoins inutile de décrier Gnome parce que tu n'aimes pas Miguel. Gnome n'a pas que des défauts.
Maintenant espérons que tes commentaires seront plus censés puisque tu t'es défoulé.

hehe, comme ta signature le dit, la slack c une distrib d'homme (a moins que j'interprete mal), et un homme ca regardes les changelogs :)
m'enfin, xfree 4.0.3, pour l'instant noyo 2.2.19, le 2.4 sera peut incorpore. samba 2.2, glibc 2.2.3 (sauf erreur), etc...

selon p.Volkerding, la beta de la 7.2 se fait de plus en plus proche. c'etait un petit detail que j'ai oublie de preciser dans la news.
keep slackin' :)