[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Site dedie a Debian autre que debian.org ?



On Fri, Jun 11, 1999 at 06:06:35PM +0200, Raphael Hertzog wrote:
> Le Fri, Jun 11, 1999 at 03:44:37PM +0200, Alexandre Vitrac écrivait:
> > Primo, je ne vois pas en quoi l'augmentation de taille de main est un
> > probleme.  Moi, je trouve que c'est plus un signe de sante...
> 
> C'est un signe de santé et un problème à la fois. Quand tu n'as pas de
> référence de logiciel et que tu cherches dans la liste des paquets des
> logiciels c'est galère aussi bien dans dselect que dans gnome-apt.
> 
> La solution ? A mon avis, il faut revoir totalement l'arborescence dans
> laquelle les paquets sont installés, il faut permettre une aborescence à
> plus d'un niveau et il faut que la création de nouvelle branches soient
> possibles. Peut-être même faut-il qu'un paquet puisse être présent à
> plusieurs endroits à la fois pour permettre de faire quelques
> regroupements selon des critères différents.
> 
> Exemple de supplément utile aux sections actuelles :
> + science pour stéphane. :-)
> + interpreters/perl
> + interpreters/python
> + net/irc
> + net/ftp
> + net/dialup
> + tasks (pour les paquets virtuels qui permettent juste d'installer
> automatiquement les dépendances avec apt)

> Et ainsi de suite.


> Cela ne veut pas dire qu'il faut supprimer des paquets mais juste les
> réorganiser et permettre à ceux qui le veulent de ne mettre que certaines
> sections sur leurs CDs pour faire des CDs spécialisés.


A mon avis ilfaut non seulement reorganiser les sections mais revoir aussi
la disposition des branches. Je m'explique:

Pour l'instant quand on cherche un paquet pour lire du MP3 on doit d'abord
allez voir dans main puis dans la section main/sound (qui est seulement
désigné par sound dans dselect). Puis on remonte dans l'arbre et va
voir dans non-free puis dans la section non-free/sound. A mon avis
ce n'est pas pertinent - du point du vue de l'utilisateur pas ce celui 
des avocats du logiciel libre - car, même si l'utilisateur ne veut rester
fidèle au "free software" il recherche d'abord un logiciel de la section
sound. On devrait dont d'abord allez voir dans la section sound puis si 
on irait dans sound/free (ou sound/main si vous preferez) ou dans
sound/non-free. Idem je pense que la distinction non-US devrait se faire
après les sections. Ce qui donnerait au final:

\
|-editors
|  |-free
|  |-non_free
|  |-non_US
|   
|
|-text
|  |-free
|  |-non_free
|  |-non_US
|      ...
...
...

etc
..

et si on veut vraiment mettre l'accent sur les paquets de free
on fait à la place:

|-editors
|  |-non_free
|  |-non_US
|
|-text
|  |-non_free
|  |-non_US
| ...


et tous les paquets free seraient à la racine de la section correspondante.

En fait pour non_US c'est peut-etre un peut batard de le mettre la, il faudrait
peut-etre le meme à un niveau intermediaire genre:

\
|-editors
|  |-free
|  |    |-non_US
|  |-non_free
|       |-non_US

ou  

\
|-editors
|  |-non_US
|  |-non_free
|       |-non_US
|  
.


L'ideal étant que l'on puissent choisir l'arborescence suivant laquelle
on veut choisir ses paquets sachant qu'il y trois critères principaux:
la section, free/non-free et US/non-US.

auquelle on pourrait rajouter d'autres niveaux. 

Sinon au noveau des branches locales, non-US c'est deja un peu le meme 
principe, non ??

A+

-- 
Fabrice Gautier
gautier@email.enst.fr


Reply to: