- sortie de la version 2004.1 sur x86, ppc, amd64 et sparc avec LiveCDs et PackageCDs (packages précompilés) qui est un succès pour tous les développeurs et en particulier l'infrastructure et qui contient son lot de nouveautés comme les paquets signés ou la dernière version de Catalyst pour faire ses propres images ;
- départ de Daniel Robbins, fondateur du projet ;
- création de l'association 'not for profit' qui dirigera désormais le projet.
NdM: merci aussi à d0h.
Aller plus loin
- Annonce 2004.1 (3 clics)
- Catalyst (1 clic)
- Départ de Daniel Robbins, Gentoo nfp (6 clics)
- Le manuel Gentoo (7 clics)
# Re: Distribution Gentoo : des nouvelles du front
Posté par Frédérick Diot . Évalué à 1.
[^] # Re: Distribution Gentoo : des nouvelles du front
Posté par gregolak . Évalué à 2.
d'être plus chiant qu'autre chose à mon avis !
[^] # Re: Distribution Gentoo : des nouvelles du front
Posté par nooky59 . Évalué à 2.
Pour la 2004.0, ma carte wireless PCMCIA ne semblait pas marcher.
J'ai fait un modprobe mais il ne voulait pas charger les modules.
Enfin, çà c'était pour le kernel gentoo. Si tu bootes sur le smp, visiblement il arrivait bien à charger les modules mais je n'arrivais pas pour autant à faire fonctionner la carte.
Pourtant après l'install de la Gentoo, çà marchait nickel.
Une bonne technique pour installer Gentoo si le réseau n'est pas reconnu sur le Live CD et de le faire à partir d'une Knoppix. C'est radical et çà permet de garder un desktop pendant l'install.
[^] # Gentoo sans Internet
Posté par neil . Évalué à 2.
[^] # Re: Gentoo sans Internet
Posté par Thomas Droz . Évalué à 1.
genre emerge -p[truc] gnome
et /usr/portage/distfiles se rempli des sources nécéssaires
après tranquilement sans connexion : emerge gnome.....
si quelqu'un a un petit script permettant d'arriver à ce résultat...je suis preneur
@+
[^] # Re: Gentoo sans Internet
Posté par Nicolas Antoniazzi (site web personnel) . Évalué à 2.
emerge -f gnome te fait ca :)
[^] # Re: Gentoo sans Internet
Posté par Thomas Droz . Évalué à 1.
quand à moi je ----->[]
....me flageler
[^] # Re: Gentoo sans Internet
Posté par undeuxtroisout . Évalué à 1.
Ben finalement, j'ai trouvé pour toi:
http://thread.gmane.org/gmane.linux.gentoo.devel/16370(...)
[^] # Re: Gentoo sans Internet
Posté par tgl . Évalué à 2.
http://forums.gentoo.org/viewtopic.php?p=888098#888098(...)
http://forums.gentoo.org/viewtopic.php?t=79884(...)
[^] # Re: Gentoo sans Internet
Posté par undeuxtroisout . Évalué à 1.
[^] # Re: Distribution Gentoo : des nouvelles du front
Posté par nooky59 . Évalué à 1.
Sur une 2004.0, il faut faire un :
emerge =vanilla-source-2.4.24 (plus très sûr de l'orthographe ;o)) car si tu fais un emerge vanilla-source sans numéro de version, il veux choper le 2.4.25 sur le net.
Il ne faut pas utiliser genkernel car là aussi il va chercher à choper des packages sur le net.
Enfin pour installer les packages binaires, ils avaient omis de spécifier cette commande :
export PKGDIR=/mnt/cdrom (je ne sais plus si il ne faut pas d'ailleurs rajouter un sous-répertoire all après cdrom ??? je ne crois pas mais je ne sais plus trop).
Et ensuite quand tu veux installer un truc binaire présent sur le CD :
emerge --usepkg nomdupaquet
Voili voiloù, pour la 2004.1 je ne sais pas par contre
[^] # Re: Distribution Gentoo : des nouvelles du front
Posté par Hojo . Évalué à 3.
emerge -k pour utiliser les binaires ou les sources si les binaires ne sont pas présent.
Sinon une solution au probleme de matériel non detecté avec le live CD 2004.0 peut etre l'utilisation du live CD 1.4 (c'est ce que j'ai fait pour mon install) et le téléchargement des stages 2004.
A part ça, Gentoo c'est bon, mangez en.
[^] # Re: Distribution Gentoo : des nouvelles du front
Posté par Anonyme . Évalué à 1.
# Re: Distribution Gentoo : des nouvelles du front
Posté par tgl . Évalué à 4.
http://news.gmane.org/gmane.linux.gentoo.nfp(...)
# Re: Distribution Gentoo : des nouvelles du front
Posté par Carcajou . Évalué à -5.
[^] # [loi toubon !]
Posté par v0id . Évalué à -4.
[^] # Re: Distribution Gentoo : des nouvelles du front
Posté par aye . Évalué à -4.
# Re: Distribution Gentoo : des nouvelles du front
Posté par undeuxtroisout . Évalué à 1.
# "not for profit"
Posté par puxor . Évalué à 2.
[^] # Re: "not for profit"
Posté par Baptiste SIMON (site web personnel) . Évalué à -4.
M'enfin, on va pas le plaindre, il aura surement négocié son départ de Gentoo Inc. avec une petite licence lui permettant de réutiliser l'ensemble du code de la Gentoo à des fins personnelles illimitées (ben oui, Gentoo Inc. étant la seule détentrice des copyright du code, elle en fait ce qu'elle veut, y compris des trucs un peu pas très propre vis-à-vis du LL). Il a encore de beaux jours devant lui le drobbins.
Bon, promis, j'arrête de faire mon pingouin anti-gentoo... mm si il y a des trucs qui restent en travers de la gorge (qqs petites appropriations de (c) par exemple)...
[^] # Re: "not for profit"
Posté par imr . Évalué à 5.
Lui garde la boutique gentoo et le droit à utiliser le nom gento et le G à travers une license irrévocable mais incessible (c-a-d il ne peut pas la vendre à une tierce personne).
Gentoo Technologies, Inc. will transfer the copyrights and trademarks to the
Gentoo Foundation.
http://article.gmane.org/gmane.linux.gentoo.nfp/25(...)
Assez marrant de voir les théories du complot continuer alors qu'il est en train de passer ces fameux copyrights à la fondation que tout le monde voulait et qu'il va essayer de vivre en vendant des tshirts et des cds.
Tiens, non, ce n'est pas marrant en fait.
[^] # Re: "not for profit"
Posté par Nicolas Antoniazzi (site web personnel) . Évalué à 2.
[^] # Re: "not for profit"
Posté par nooky59 . Évalué à 2.
- Le fait que çà ne soit pas tout à fait "figé" : Bon il y a une release officielle GRP de temps en temps mais il n'y a que quelques fichiers binaires. Difficile de se dire qu'on possède une version bine précise puisque on ne peux pas faire les MAJs de sécurité indépendamment (enfin çà a ou devrait changer). J'aime bien l'aspect d'une version physique (comme la Mandrake 10 Officielle sur 4 CDs par exemple). Ca permet de se dire qu'on travaille avec telle version en production.
- Certains codes sources récupérés chez sourceforge lors d'un emerge n'arrivent pas à être téléchargés facilement. Tous les codes devraient être centralisés sur des serveurs Gentoo.
- Enfin, il est rageant de voir la compilation de Ooo échouer après une petite dizaine d'heure. Et si tu relances en te disant qu'il va poursuivre la compilation là où il s'était arrêté et voir si çà se reproduit, et bien non c'est reparti pour 10 heures :o( Je n'ai apparament pas trouvé de mécanisme pour faire ceci et çà doit se gérer en bricolant à la mano.
Sinon, c'est clair que c'est très à jour et rapide, c'est une distrib sympa mais il ne faut pas vouloir être pressé pour essayer certains paquets et se rendre compte au final que le logiciel installé n'était pas tip top ;o)
[^] # Re: "not for profit"
Posté par Erwan . Évalué à 1.
Pas moi. Je me dis que je travaille avec telle version de tel soft et ca me suffit.
- Certains codes sources récupérés chez sourceforge lors d'un emerge n'arrivent pas à être téléchargés facilement. Tous les codes devraient être centralisés sur des serveurs Gentoo.
Non, si les serveurs sourceforge ont des pbs, c'est a sourceforge de le resoudre.
- Enfin, il est rageant de voir la compilation de Ooo échouer après une petite dizaine d'heure. Et si tu relances en te disant qu'il va poursuivre la compilation là où il s'était arrêté et voir si çà se reproduit, et bien non c'est reparti pour 10 heures :o( Je n'ai apparament pas trouvé de mécanisme pour faire ceci et çà doit se gérer en bricolant à la mano.
--resume
[^] # Re: "not for profit"
Posté par tgl . Évalué à 3.
Non, pas pour reprendre la compilation d'un paquet. Le "--resume" sert à reprendre la liste des paquets à émerger là où ça s'est arreté (au 10ème sur 36 si c'est au 10 que ça s'est arreté), mais le paquet sur lequel ça s'est arreté et qui était à moitié compilé est lui recompilé entièrement.
[^] # Re: "not for profit"
Posté par un_brice (site web personnel) . Évalué à 1.
Sinon, si gcc plante, vérifie la qualité et les timings de ta RAM.
[^] # Re: "not for profit"
Posté par Vincent . Évalué à 1.
[^] # Re: "not for profit"
Posté par Philippe F (site web personnel) . Évalué à 2.
Typiquement, ca m'est arrive une ou deux fois de terminer des installations avec des build compile install qmerge. Ce que je ne comprends pas, c'est que ca a marche alors que c'est exactement les memes etapes qui sont effectuees quand on tape emerge toto.
Ca m'est aussi arrive de terminer la compilation a la main (cd /var/tmp/portage/work/my-app; make) alors qu'elle avait echoue en automatique et de finir avec un emerge qmerge.
Sinon, le vrai probleme de gentoo, c'est la gestion de la responsabilite des package un peu trop legere ou trop lourde. Il faudrait clairement un systeme a la debian avec des mainteneurs nombreux et identifies, des guides de qualite pour faire un ebuild, des responsables reactifs et des inclusions plus rapides des paquets qui sont stables.
Je rage de voir que KDE 3.2.2 n'est toujours pas dans gentoo stable alors que toutes les autres distrib l'ont deja. M'est avis que le pauvre Caleb est depasse.
[^] # Re: "not for profit"
Posté par Guillaume CASTAGNINO (site web personnel) . Évalué à -1.
il est bien dans le portage, mais pas en stable. Il est en ~x86.
Que ce ne soit pas encore en stable, c'est tout a fait normal, il faut tester un minimum avant de dire que c'est stable... Sans doute d'ici a moins d'un mois. Mais va voir sous debian ou est est le stable de kde (2.2 je le rapelle).
[^] # Re: "not for profit"
Posté par Arachne . Évalué à -3.
On pourrait comparer à la limite Gentoo Stable à Debian Testing, et encore ça ne terminerait qu'en trolls fumeux...
[^] # Re: "not for profit"
Posté par Guillaume CASTAGNINO (site web personnel) . Évalué à 3.
C'est juste pour montrer que le post précédent disait que kde 3.2.2 était intégré a toutes les autres distribs en "stable". C'était juste un exemple, pour montrer que c'est archi faux !
Je sais très bien que kde 3.2.2 est dans debien testing, ainsi que dans gentoo ~x86, ainsi que sans doutes d'autres distribs en TESTING, pas en stable. C'est tout
Ras le cul des abrutis qui voient du troll partout !
[^] # Re: "not for profit"
Posté par undeuxtroisout . Évalué à 2.
KDE 3.2.2 est dans Portage. Si l'ebuild est encore marqué ~x86, c'est qu'il n'a pas encore été suffisamment testé ou qu'il n'y a pas encore eu assez de commentaires positifs et/ou négatifs quant à l'ebuild.
Pour rappel, x86 et ~x86 n'indiquent pas Gentoo-stable et Gentoo-unstable comme dans d'autres distributions. Le ~x86 indique simplement que l'ebuild lui-même est encore susceptible de poser des problèmes, pas le logiciel qu'il installe.
Le choix des mots « stable » et « unstable » fut une erreur à cause de leur signification différentes dans d'autres distributions et la confusion est malheureusement encore bien présente, même parfois chez des développeurs Gentoo eux-mêmes.
http://www.gentoo.org/doc/fr/handbook/handbook-x86.xml?part=2&c(...)
« La classe ~ARCH indique que l'ebuild fonctionne pour le développeur qui en est responsable, mais qu'il n'a pas encore été testé à grande échelle par la communauté. »
[^] # Re: "not for profit"
Posté par tgl . Évalué à 3.
C'est comme tu veux que se soit, rien ne t'oblige à te mettre à jour quotidiennement. La différence est principalement qu'il n'y a aucune raison que le moment où toi tu te figes corresponde à une quelconque version officielle. Ne mettre à jour que les paquets dans lesquels des bugs nous énervent ou sur lesquels il y a des alertes est parfaitement possible. Pour les mises à jours de sécurité, l'automatisation n'est effectivement pas encore super bien intégrée (cf. mon post un peu plus bas sur "glsa-check"), mais bon, de toute façon si ça t'importe vraiment, les GLSA tu t'y abonnes par mail et tu les appliques à la main (je dirais qu'il y en a 2 ou 3 par semaine, c'est pas la mer à boire). Si tu fouine un peu dans le forum, tu verras que des gens avec des serveurs sérieux ou des parcs de station sous Gentoo, il y en a de plus en plus. La politique des admins n'est alors clairement pas de faire des "emerge -uD world" quotidien, mais se base plutôt sur des màj parcimonieuses, avec pour les parcs un snapshot de l'arbre et des paquets binaires partagés sur le réseau, ce genre de chose. Bref, question de méthode, mais y'en a pour tout les goût.
- Certains codes sources récupérés chez sourceforge lors d'un emerge n'arrivent pas à être téléchargés facilement.
Bah y'en a quand même pas mal des mirroirs sourceforge, ça ferait un peu double emploi de coller ces fichiers là sur les mirroirs Gentoo (or c'est quand même une grosse quantité de fichiers qui est concernée). Par contre ils ne sont effectivement pas tous listés dans le profiles/thirdpartymirrors officiel, et ceux qui y sont privilégient surtout les US et le Japon. Perso j'en ai rajouté deux dans mon /etc/portage/mirrors qui le font mieux pour la France, et je n'ai jamais le moindre problème.
- Enfin, il est rageant de voir la compilation de Ooo échouer [...] Je n'ai apparament pas trouvé de mécanisme pour faire ceci et çà doit se gérer en bricolant à la mano.
Perso je trouve absurde de compiler soit même OOo (même si je l'ai déjà fait), il n'y a ni optimisation possible (OOo est très strict sur les CFLAGS acceptés), ni option de configuration commandée par des USE flags. Ça reviens donc en gros à refaire les GRP chez soit, ça ne sert à peu près rien. Mais sur d'autres exemples, la reprise de compilation est effectivement un truc qui sert parfois (perso je suis en ~x86, et des paquets qui compilent pas, ça arrive. Alors je patch et je relance.) : c'est avec la commande "ebuild" que ça se fait. En gros, "emerge" fait lui systématiquement toute les étapes, du unpack des sources au merge, alors que justement "ebuild" permet de faire ces étapes individuellement.
il ne faut pas vouloir être pressé pour essayer certains paquets et se rendre compte au final que le logiciel installé n'était pas tip top
Pour essayer sur un coup de tête un gros logiciel, ayez le réflexe GRP. Et ça le fait mais que ça pourrait être mieux avec d'autres USE flags, ou bien qu'il y a peut-être à gratter niveau optimisation, ou encore qu'il n'y avait pas de GRP pour la dernière version toute fraiche, alors lancer l'emerge normal en tâche de fond, tout en continuant à jouer avec la version binaire.
[^] # Re: "not for profit"
Posté par Colin Leroy (site web personnel) . Évalué à 1.
Moi je gère à la mano, avec
#cd /var/tmp/portage/nom_du_package/work/nom_du_package
#make
#make install
ça permet aussi d'appliquer un patch vite fait, crado sans modifier l'ebuild ;-)
[^] # Re: "not for profit"
Posté par tgl . Évalué à 3.
[^] # Re: "not for profit"
Posté par tgl . Évalué à 3.
BeTa, la rancur te fait sombrer dans le FUD.
[^] # Re: "not for profit"
Posté par Baptiste SIMON (site web personnel) . Évalué à -1.
ca avait pour but d'avertir sur le côté peu rassurant des (c) unifiés, de la perte pas forcément consciente de son droit d'auteur (je parle en legislation US) qd on est devel Gentoo... etc...
Bref, oui ct un FUD, et tu l'as bien repéré ;c) autant que ma rencoeur d'ailleurs ;c)
Allez... glop glop... moi je me remets difficilement de ma journée Rennaise... :cb
[^] # Re: "not for profit"
Posté par Baptiste SIMON (site web personnel) . Évalué à 1.
aux US la notion d'intéret général n'existe pas. si on leur en parle, c pas toujours facile... de plus le statut de type asso loi 1901 n'existe pas là bas non plus. autrement dit, c'est une boite qui a la particularité de, en tant que personne physique, ne pas pouvoir s'enrichir. ca ne garantit rien de plus, surtout quant à ses "employés".
Entre (c) unifié et statut pas aussi franc qu'en France... j'informe. Cela dit, la Gentoo est une distro très grisante d'un point du vue fonctionnel, et, pour l'utilisateur, c du 100% Libre. Ca non plus fo pas oublier de le préciser... ;c)
BeTa qui vous salue bien bas :cb
[^] # Re: "not for profit"
Posté par Baptiste SIMON (site web personnel) . Évalué à 1.
[^] # Re: "not for profit"
Posté par imr . Évalué à 2.
# Re: Distribution Gentoo : des nouvelles du front
Posté par djapat . Évalué à 3.
C'est prévu et ca manque !
[^] # Re: Distribution Gentoo : des nouvelles du front
Posté par tgl . Évalué à 5.
# glsa-check -l
[...]
200404-17 [U] ipsec-tools and iputils contain a remote DoS vulnerability ( net-misc/iputils net-firewall/ipsec-tools )
200404-18 [U] Multiple Vulnerabilities in ssmtp ( net-mail/ssmtp )
200404-19 [U] Buffer overflows and format string vulnerabilities in LCDproc ( app-misc/lcdproc )
200404-20 [N] Multiple vulnerabilities in xine ( media-video/xine-ui media-libs/xine-lib )
# glsa-check -f new
fixing 200404-20
>>> merging media-libs/xine-lib-1_rc3-r3
Calculating dependencies ...done!
>>> emerge (1 of 1) media-libs/xine-lib-1_rc3-r3
[...]
C'est encore expérimental, mais pour l'instant moi je trouve que ça marche pas mal. Les détails là :
http://www.gentoo.org/proj/en/portage/glsa-integration.xml(...)
[^] # Re: Distribution Gentoo : des nouvelles du front
Posté par Thibault Martin . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.