Voila, je viens d'installer une Fedora core 2, outre le fait que l'install n'a pas détécté la resolution de l'ecran de mon laptop et que je me suis tapé une install avec une partie de l'ecran non visible, je dois avoué que l'installateur est vraiment sympa, tjs le meme depuis des années mais vraiment efficace, les profiles d'installation (bureau, serveur, ...) sont bien pensés.
Par contre, quelque chose qui ne change pas chez RedHat, c'est le packaging à la mort moi le noeud.
OpenOffice-i18n: 327 Mo
OpenOffice-libs: 100 Mo
OpenOffice: 100 Mo
C'est vrai que c'est super utile d'avoir toute les langues dans OpenOffice.
Apres, 200 Mo pour le reste, c'est énorme! Bien, sur, la encore, si on install OpenOffice, on s'install toute l'aide dans toutes les langues!
Alors que Mandrake et dans une moindre mesure Suse ont compris que ce genre de packaging etait pourri(excusez moi du mot) et se sont rapproché d'une philosophie à la debian, chez redhat, on change pas de cap.
Si les gens qui participent au projet pouvaient soumettre cette idée sur la ml des devels, ca serait pas un luxe :)
Au passage, si vous pouviez aussi leur dire de dégager l'horrible rc.sysinit et de passer à un système de boot plus modulaire(comme debian et suse), ca serait pas un luxe non plus, surtout que comme ca Mandrake risquerait de suivre :) J'ai eu beau soumettre l'idée sur la ml cooker, on dirait que la distrib veut pas trop s'eloigner de sa moman :)
Sinon, cette Fedora Core 2 fournit un desktop gnome 2.6 au poil, rien a dire, c'est propre. Je trouve juste que bluecurve fait des menus enorme mais hormis ce détail, l'interface est sympa. J'ai pas testé Kde mais deux trois apt-cache m'ont montré qu'il n'y avait pas de logiciel kde(autre que les officiels) dans la distrib ce qui réduit l'interet d'utiliser Kde, c'est un peu comme utiliser gnome sous Suse :)
Pour finir, a propos de mon teste de la suse de la semaine derniere, je conclurais sur le fait que la Suse à un potentiel énorme mais qu'un developpement fermé et des contribs bordeliques(obligé d'upgrader kde pour avoir un kaffeine qui lit des dvd) la rende difficilement utilisable, surtout si on a espoir de garder quelque chose de stable. En clair, la Suse est pas prete pour le multimedia :)
Journal Packaging sous RedHat/Fedora
21
mai
2004
# SuSE
Posté par twisla (site web personnel) . Évalué à 1.
[^] # Re: SuSE
Posté par gnumdk (site web personnel) . Évalué à 0.
et si tu vas la : ftp://ftp.gwdg.de/pub/linux/suse/apt/SuSE/9.1-i386/RPMS.packman/,(...) alors tu a besoin du kde qui est la ftp://ftp.gwdg.de/pub/linux/suse/apt/SuSE/9.1-i386/RPMS.kde(...) et donc tu te retrouves avec kde non officiel.
[^] # Re: SuSE
Posté par twisla (site web personnel) . Évalué à 1.
Sinon, c'est vrai que c'est mplayer + dépendances que j'avais installé depuis ce site, désolé de la confusion. (J'ai 2 SuSE 9.1 sur deux box, dont une n'a plus de net, j'avais les sources dispos sous la main, j'ai pu m'en tirer comme ca... pas de net pas de télé, et pas de xvids, ca n'allait plus ;) )
Je n'ai pas cherché plus loin, mais je pense qu'en récupérant les rpms de libdvdcss et xine-lib de packman, le rpm SuSE officiel de kaffeine devrait pouvoir s'en sortir avec les dvds.
[^] # Re: SuSE
Posté par Nap . Évalué à 0.
pas très neu² friendly tout ça :)
[^] # Re: SuSE
Posté par Sébastien . Évalué à 1.
ftp://ftp.gwdg.de/pub/linux/suse/apt/SuSE/9.0-i386/RPMS.suser-sbar(...)
Meme si c'est pour la suse 9.0, ça marche très bien avec la 9.1.
Avec ça t'as besoin de toucher à rien d'autre et le kaffeine fourni avec la SuSE lira tous les dvd.
Et pour ceux qui veulent encore moins s'embeter, y'a apt4rpm ici :
http://linux01.gwdg.de/apt4rpm/(...)
Tout y est expliqué.
# Packaging sous RedHat/Fedora
Posté par 007 . Évalué à 1.
L'avantage, c'est que quand tu fais :
yum install openoffice.org
yum installe aussi openoffice.org-i18n car il y a une dépendance.
Si le paquet est splité ce n'est pas possible (ou pas supporté actuellement).
Il y a ce problème avec k3b sous FC2 :
yum install k3b
et le bon kde-i18n-... n'est pas installé. C'est un problème classique des utilisateurs de k3b sous Gnome qui n'ont pas installé KDE à l'installation.
> Alors que Mandrake et dans une moindre mesure Suse ont compris que ce genre de packaging etait pourri
Il est pas pourri. Il a ses défauts et ses avantages. Son seul défaut, c'est la place disque. Le split a d'autres défauts.
> Si les gens qui participent au projet pouvaient soumettre cette idée sur la ml des devels, ca serait pas un luxe :)
Déjà discuté. Pas de bonne solution actuellement.
L'autre problème, est comment faire s'imple lorsqu'on ajoute une langue. Par exemple un allemand utilise ta bécane et du veut installer l'allemand. Si les paquets sont splités il n'y a pas de solution simple actuellement. Avec la "méthode" RedHat la langue est déjà là.
> Au passage, si vous pouviez aussi leur dire de dégager l'horrible rc.sysinit et de passer à un système de boot plus modulaire(comme debian et suse)
????
SuSE et Debian on forcément un équivalent de rc.sysinit.
Ou alors ils sont très très fort.
Je t'invites à lire le contenu du fichier :
/etc/rc.d/rc.sysinit
Car je sais vraiment pas où tu veux en venir.
Puis il me semble que Debian utilise grosso-modo la même méthode de boot que Fedora.
[^] # Re: Packaging sous RedHat/Fedora
Posté par gnumdk (site web personnel) . Évalué à 1.
>yum install openoffice.org
>yum installe aussi openoffice.org-i18n car il y a une dépendance.
urpmi OpenOffice.org et il me propose de choisir quel package de langue installer :) Bon, donc c'est la faute de apt et de yum :) URPMI RULEZ :)
>Puis il me semble que Debian utilise grosso-modo la même méthode de boot que Fedora.
Non, sous Suse et Debian, le boot est découpé en plein de petits scripts ce qui est plus propre que ce gros rc.sysinit qui n'en fini par de grossir :)
/etc/rcS.d sous debian :)
En clair, sur une debian, tu peux virer des bouts de l'init qui sont pas dans l'init SysV, avec rc.sysinit, tu peux le faire a coup de vi mais c crade :)
[^] # Re: Packaging sous RedHat/Fedora
Posté par 007 . Évalué à 1.
+1
> Bon, donc c'est la faute de apt et de yum :)
C'est rpm qui ne le supporte pas . En réalité c'est supporté par rpm. C'est tag lang. Lorsque tu installes un paquet il ne mets que les langues définit dans /etc/sysconfig/i18n.
Mais ça pose d'autres problèmes.
Entre autre, comment ajouter d'autres langues à un système déjà installé sans faire des ugly : rpm -i bidule-i18n-lang machin-i18n-lang ....
> ce gros rc.sysinit
Sous FC2 :
$ wc /etc/rc.d/rc.sysinit
857 /etc/rc.d/rc.sysinit
Je doit bien avouer que ce "problème" est le cadet de mes soucis.
> qui n'en fini par de grossir
Non. Lorsque c'est possible, des éléments sont déplacés dans /etc/rc.d/init.d/ . C'est aussi pour ça que rc.sysinit est si petit.
Normalement il n'y a pas de raison de virer des trucs de rc.sysinit. Sauf pour améliorer la durée du boot dans une magnitude non significative.
Pour ajouter des trucs, c'est rc.local qu'il faut utiliser ou /etc/rc.d/init.d/ .
[^] # Re: Packaging sous RedHat/Fedora
Posté par Prosper . Évalué à 2.
Dans le cas de urpmi et mandrake ce n est pas geré comme cela , tous les paquets OO.org-l10n- "provident" la meme chose ( a savoir OO.org-l10n ) et le paquet OO.org "require" OO.org-l10n donc urpmi voyant que plusieurs paquets provides la meme chose , il donne le choix et donc forcement les langues :)
Pour le tag %lang c est géré par une macro ( %find_lang )lors de la construction de ton paquet et si tu met tout dans le meme paquet , rpm n installera que la langue definie dans /etc/rpm/macros ( c est la aussi que tu peux definir si tu veux installer tout ce qui est tagué comme %doc )
[^] # Re: Packaging sous RedHat/Fedora
Posté par 007 . Évalué à 1.
C'est une bonne solution mais qui fait une peu "bidouillage".
Comment se passe les mise à jours de la version 1.1 à 1.2 par exemple ? De nouveau des questions ? Comment faire des mises en batch sans perdre de langues ?
On tombe sur une réelle limitation de rpm. urpmi fait ce qu'il peut avec ce qui est disponible.
Sous Fedora pour kde on a :
kde-i18n-Finnish-3.2.2-2.noarch.rpm
kde-i18n-Korean-3.2.2-2.noarch.rpm
kde-i18n-Slovak-3.2.2-2.noarch.rpm
$ rpm -q --provides -p kde-i18n-Slovak-3.2.2-2.noarch.rpm
kde-i18n-Slovak = 1:3.2.2-2
Avantage : on peut installer plusieurs langs, pas de problème de mise à jour.
Inconvénient : kde-i18n-* n'est jamais installé automatiquement.
> Pour le tag %lang c est géré par une macro
Pour cette partie, j'ai dit quelques conneries... Pas pris le temps de vérifier.
> ( %find_lang )lors de la construction de ton paquet et si tu met tout dans le meme paquet , rpm n installera que la langue definie dans /etc/rpm/macros
Macro _install_langs ici.
/usr/lib/rpm/macros
# A colon separated list of desired locales to be installed;
# "all" means install all locale specific files.
#
%_install_langs all
Par contre il y a toujours le problème pour ajouter une langue à un système déjà installé.
[^] # Re: Packaging sous RedHat/Fedora
Posté par Prosper . Évalué à 1.
il met a jour les paquets installés c est tout , il repose pas de question
[^] # Re: Packaging sous RedHat/Fedora
Posté par 007 . Évalué à 1.
Je ne sais plus pourquoi j'ai dit l'inverse dans le post précédent.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.