| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
$medium->{modified} set
|
| |
|
|
|
|
|
|
|
|
| |
This is used by urpmi/urpmq/urpmf.
--synthesis will now be more similar to using a virtual medium (a la
--use-distrib), compared to really only using the given synthesis.
|
|
|
|
|
| |
o fix --synthesis
|
| |
|
| |
|
|
|
|
|
| |
o add --no-suggests
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
o enhance pkg list formatting for "The following packages contain %s: %s"
error message (#29178)
|
|
|
|
|
| |
o add basesystem-minimal to prohibit-remove
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
- allow conflicting ghost file types as sometimes the same ghost file
is a file in one package and a symlink in another package (modifies
rpm-4.4.2.2-allow-conflicting-ghost-files.patch)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o --buildrequires deprecate --src, --src is kept for compatibility but its
behaviour is changed a little (it doesn't download src.rpm anymore)
ie implement what i suggested on cooker mailing list:
Date: Thu, 15 Nov 2007 18:21:32 +0100
Subject: urpmi --src issues, suggesting replacing --src with --buildrequires
current situation:
% urpmi /xxx/foo.src.rpm
#=> installs foo.src.rpm buildrequires
% urpmi --install-src foo bar
#=> downloads foo.src.rpm bar.src.rpm and "rpm -i"
% urpmi --help | grep -- --src
--src, -s - next package is a source package.
% urpmi --src foo
#=> urpmi says it will install foo buildrequires + foo.src.rpm
#=> in fact, it only installs foo buildrequires
weird cases in current urpmi:
% urpmi --src foo bar
#=> equiv to "urpmi --src foo ; urpmi bar"
% urpmi foo --src bar
#=> equiv to "urpmi --src foo bar" above :-(
% urpmi --src foo --src bar
#=> equiv to "urpmi --src foo bar" :-(
suggestions:
1) we could make --src a global option:
% urpmi --src foo bar
#=> would install buildrequires of foo.src.rpm and bar.src.rpm
cons: it breaks compatibility (though i'm quite sure noone uses the
previous behaviour)
2) deprecate --src, introduce with --buildrequires:
% urpmi --buildrequires foo bar
#=> would install buildrequires of foo.src.rpm and bar.src.rpm
3) when doing "urpmi /xxx/foo.src.rpm", warn the user that it should
use either "--install-src" or "--buildrequires", and that urpmi is
defaulting to "--buildrequires"
2) and 3) are implemented now
|
|
|
|
|
|
|
|
|
| |
o --install-src will succesfully installed src.rpm from
/var/cache/urpmi/rpms/* (unless post-clean is 0)
we could not do that by default because "urpmi --install-src" as user could
not download the file
|
| |
|
|
|
|
|
|
| |
(so that it doesn't always get created but only when needed), when we create
it, we can really set $urpm->{cachedir}
|
|
|
|
|
| |
o --install-src as user now works for remote medium
|
| |
|
|
|
|
|
|
| |
o display a warning when searching "xxx(yyy)" since it is handled as a
regexp and so the parentheses are useless. suggest using --literal
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
o fix option -a : display packages of all compatible archs (#36942)
this fixes another issue introduced in commit r231535 (urpmi 4.10.15,
2007-11-15), partially fixed in r231782 (2007-11-28)
the commit has 2 parts:
- ensure all compatible archs are kept when {all} option is used
- display one pkg per line in urpmq
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
o add special code for --files simple case, it makes urpmf 3x faster for
this often used case
|
|
|
|
| |
from urpmi.cfg)
|
|
|
|
|
| |
(thanks to blino)
|
|
|
|
|
| |
o add --provides
|
|
|
|
|
|
| |
o deprecate --curl and --wget in favor of --downloader curl
and --downloader --wget
|
| |
|
| |
|
| |
|
| |
|