| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
as an alternative to using urpmi.addmedia
nb: need documentation
|
| |
|
|
|
|
| |
protocols
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
o handle --virtual for remove media
(a better name would be "auto-update", a la yum)
|
| |
|
| |
|
|
|
|
|
|
| |
o do not parse synthesis
o drop /var/lib/urpmi/names.<medium>
|
| |
|
| |
|
|
|
|
|
|
|
| |
o fix --use-distrib
(and add test to ensure it never breaks again)
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
o since any_xml_info can be slow, add a "callback" option (#37264)
|
|
|
|
|
|
|
|
|
|
|
| |
o "media_info_dir: media_info" is the default
o "no-media-info" is used for media for which media_info must be built from
rpms
the goal of this change is to allow upcoming /etc/urpmi/media.d/*.cfg (or
whatever they will be called) to skip mentionning media_info_dir,
but also to cleanup urpmi.cfg
|
| |
|
|
|
|
|
| |
$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
|