| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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 add --provides
|
| |
|
|
|
|
| |
o deprecate --curl and --wget in favor of --downloader curl
and --downloader --wget
|
| | |
|
| |
|
|
|
| |
o add --sourcerpm
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- urpmf, urpmq:
o use xml info instead of hdlist when possible
o "urpmq -l" is faster (3x)
o "urpmf -l" is slower (1.5x)
o "urpmf --sourcerpm" is much faster
o see "xml-info" option in urpmi.cfg(5) to see when those files are downloaded
o new require: perl module XML::LibXML
- urpmq:
o use rpm file instead of hdlist/xml-info when file is local
o use URPM::Package->changelogs (need perl-URPM 3.06)
- urpmi.update, urpmi.addmedia, urpmi.removemedia:
o drop hdlist support replaced with xml media_info
(this imply file-deps are correctly handled, see genhdlist2(1))
- urpmi.addmedia
o new --xml-info option
|
| |
|
|
|
|
|
| |
o drop option "-c" which used to clean /var/cache/urpmi/headers
since we don't use that dir anymore :)
|
| |
|
|
|
| |
o drop hdlist support (will be replaced with xml media_info)
|
| | |
|
| |
|
|
|
| |
o new option --requires-recursive (alias of option -d)
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
needed.
for info, -ff was created 16 May 2003 with comment:
- try to handle resume connection (do not always remove previous
download, only works for hdlist or synthesis using rsync).
|
| |
|
|
|
|
|
| |
o handle --searchmedia <media1>,...,<mediaN>
(asked by tvignaud for rpmdrake)
|
| | |
|
| |
|
|
|
| |
o new option --justdb (new perl-URPM 1.76)
|
| |
|
|
|
|
| |
o handle preferred choices (through --prefer, /etc/urpmi/prefer.list
and /etc/urpmi/prefer.vendor.list)
|
| |
|
|
|
| |
o new option --replacepkgs (same as rpm --replacepkgs) (#16112)
|
| |
|
|
|
| |
o new option --wait-lock (#13025)
|
| |
|
|
|
|
|
|
|
|
|
| |
o explicit error when using "urpmi ---install-src" as user with remote media
o add support for "suggests": a newly suggested package is installed as if
required, but one can remove it afterwards, or use --no-suggests
- urpmf
o handle --suggests
all the work is done in perl-URPM 1.69
|
| | |
|
| |
|
|
|
|
|
|
| |
cf 4.9.0 change:
o do not use list.<media_name> to store passwords, use /etc/urpmi/netrc
instead. Also do have the url in urpmi.cfg, only the password is removed
|
| |
|
|
|
| |
o add option --use-distrib
|
| |
|
|
|
|
|
|
| |
o allow using --use-distrib as non-root
nb: reverting commit r15208 2005-10-12 "Forbid urpmq --use-distrib when non
root" since i can't see any valid reason for this
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
