Salut,
je sais pas si c'est vraiment ce que voulait dire riri, si tous les
paquets officiels doivent tenir sur un cdrom on en aura pas beaucoups. je
pense que les paquets dispos sur le cdrom ne seront pas les
seuls à être officiels
Euh ben là, il faut vous mettre d'accord. ;)
pourquois, le faire de cette façon ? , imagine notre svn différement. Les
paquets officiels n'étant
pas seulement ceux de l'iso. Imagine maintenant que tu mettes simplement
les paquets étant sur
l'iso dans <groups>iso,base</groups> (exemple pour gcc). De même pour
firefox
<groups>iso,http</groups> et epiphine <groups>http</groups>. cela permait
simplement lors
de l'installation de faire Ncooker install -g iso (-g installation par
groupes de paquets). Si un
paquet n'est plus sur l'iso il suffit de l'enlever du groupe "iso". c'es
très simple à maintenir de cette
façon.
Ouais, ouais. Je vois ce que tu veux dire et je suis d'accord parce que tu
te places dans le cas où les paquets officiels ne sont pas tous sur le
CD-ROM.
avec gna il me semble que l'on dispose de 100Mega d'espace de stockage.
Pour des fichiers
textes cela suffit largement !
100Mo, ce n'est pas l'infini. :p
Pour moi la façon la plus simples est une ML packages-submit ou un svn
séparé de gna.
Est-ce que tu crois que c'est une façon simple pour quelqu'un de fusionner
les fichiers de son nbuild avec dépôt SVN ? Pas vraiment selon moi.
phpftp par exemple est un moyen très simple de la faire, ces paquets
pourraient être stockés dans un dossier incomming (une archive tar.bz2 des
fichiers info et install)
Pour ton information, un nbuild est une archive TAR contenant les deux
fichiers (infos et build). Donc, il n'y a pas besoin de faire une archive de
plus.
Est-ce que ce dossier "incoming" serait accessible à tout le monde ?
oui, mais marqué comme unstable je pense, Des utilisateurs (trusted users)
parmis la communauté
(utilisateurs de confiance nommé par système de vote par exemple par les
dev officiels de
nasgaia ? ) pourront marquer le paquet comme "safe". Ainsi les
contributions seront classé de
bonne qualité ou pas.
Est-ce que "paquet de bonne qualité = paquer officiel" ? Dans ce cas là, le
paquet est déplacé.
Sinon, comment tu vas les distinguer concrètement ? En scindant l'ensemble
des paquets de contribution en deux sous-ensembles : un sous-ensemble de
paquets validés et un sous-ensemble de paquets à valider ou "libre" ?
je pense pas , qu'il faut obliger qq un qui propose un paquet à le
modifier, si un membre officiel
de nasgaia veut adopter un paquet en officiel à lui de le modif et d'en
assumer la maintenance.
Ah bon. En lisant tes précédents messages, j'avais compris que tu souhaitais
qu'un créateur de nbuild garde la maintenance du nbuild tant qu'il le peut.
un système de flag "out of date" peut être signalant que le paquet à besoin
d'une MAJ peut
être ?
si il veut quand même sans occuper il peut poster le paquet MAJ sur la ML
ou dans le repo
incoming de nasgaia.
Je me place dans le cas d'un nasgaïen qui ne sait pas que le paquet qu'il
vient de modifier est un paquet officiel ou de contribution. La question est
: comment les modifications qu'il a apportées au paquet vont-elles être
remontées jusqu'au dépôt SVN ?
Pour ce qui est de son fruit de son courage... je ne pense pas que changer
le numéro de version >das le Nbuild (ce qui est fait la plus part du temps)
nécessite de site le contributeur dans le
paquet ni dans le changelog. Si un plus gros travail est fait sur le paquet
, son nom pourrait être
cité dans le changelog come contributeur ?
Bien sûr que si. Tout changement (mineur ou majeur) nécessite d'être tracé
dans le changelog.
De toute façon, la version en développement de Ncooker augmente
automatiquement le changelog et modifie le mainteneur.
il doit le mettre en contribution sur le repo contribution. Si il es tdéj
en officiel il sera surement
suprimé plus tard, sauf si il apporte qq chose de plus que le paquet
officiel ?
Justement, je suis dans le cas où le paquet apporte quelque chose (nouvelle
version du logiciel pris en charge).
> Ca, c'est le deuxième argument contre l'utilisation d'un dépôt SVN.
>
c'est pour cela que j'aimerais séparer le repo svn officiel et le repo svn
contrib.
Là, j'ai dû mal à te suivre... Je suis mitigé sur l'utilisation d'un dépôt
SVN, alors deux dépôts SVN... Il faut que tu m'expliques.
--
Julien L
_________________________________________________________________
Trouvez vos fichiers en un clin dil : Windows Desktop Search
http://desktop.msn.fr/
