Cheers
Jason
Buchan Milne wrote:
On Mon, 17 Mar 2003, [ISO-8859-1] 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) * 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. * p2p urpmi database (export database as magic synthesis) * -h by default for urpmi.addmedia * do install of package by groups which are shorter as possible (apt-get like) * allow file conflicts error to be handled by recovering errors and try again. * 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.
Can we have per-source 'skip.list's ? This has just shown up, since we run samba-server-ldap (requires samba-common-ldap), which obsoletes and provides samba-server (and vice versa) to allow users to move from one to the other. All goes well however, until you get a security update for samba, and it installs samba-server over samba-server-ldap and we have downtime while I scp samba-server-ldap packages to the server .... and add samba-server to the skip.list but now that I have newer ldap-enable builds (will be on ftp.samba.org soon), I would have to take samba-server out of the skip list again.
I think this would be useful for people using (for example) PLF sources? You could put 'mplayer' in /etc/urpmi/skip-cooker.list (for cooker source).
Regards, Buchan
