Fran�ois Pons wrote:
Possible features of urpmi for next release :

* virtual medium (no need to update explicitely, only with synthesis ?).
* delay before accepting using a package from a medium (cooker)
I'm not sure that's usefull. Or maybe for some important packages, but I everyone delays testing, that will delay fixing...

* always ask confirmation if fuzzy search is used (even for 1 package)
[+]

* on the fly sorting of media (according to regex like
  file,rsync,ftp,http)
* urpm centralized tools, as well as perl-URPM managing media.
[+]
new format of urpmi.cfg is already a good thing but seeing how easy it is tu handle sources information with perl-URPM, that should be complicated to have tools :-)


* p2p urpmi database (export database as magic synthesis)
Would be fun :-)

* -h by default for urpmi.addmedia
[+]

* do install of package by groups which are shorter as possible (apt-get
  like)
Would be nice. Good luck for an optimized algorithm :)

* allow file conflicts error to be handled by recovering errors and try
  again.
Would be very nice

* conflicts, provides and requires tag added for global rpm behaviour in
  order to allow broken dependencies to be not resolved or to avoid
  removing important package (generalize basesystem)

Any other idea are wellcome.

- Explicit priority for sources (Or at least document that currently it's based on the order :)
- Acces to information like package description from hdlist with urpmq






Reply via email to