| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
o add basesystem-minimal to prohibit-remove
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
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
|
|
|
|
|
| |
(thanks to blino)
|
|
|
|
|
| |
o add --provides
|
|
|
|
|
|
| |
o deprecate --curl and --wget in favor of --downloader curl
and --downloader --wget
|
|
|
|
|
|
|
| |
o fix using xml info files with spaces in medium name
(as reported in a comment of bug #36742)
|
| |
|
| |
|
| |
|
|
|
|
|
| |
o add --sourcerpm
|
|
|
|
|
| |
o fix --license
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
even if there is only one priority upgrade package (since there will be
more packages to install after restarting urpmi)"
since we don't want to prompt if all pkgs have been especially prompted on
command-line
also not using suggests when selecting pkgs in priority-upgrade
(nb: this may by-pass some suggests in priority-upgrade pkgs, need more
checking)
|
|
|
|
|
|
| |
and remove duplicated list (nb: conf_files has been added to command-line, but
this won't hurt afaik)
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
not configured
(otherwise it introduces weird issues...)
|
|
|
|
|
|
| |
synthesis.hdlist.cz, but we should also download MD5SUM and check
synthesis.hdlist.cz (the checking was only done on urpmi.update)
|
|
|
|
| |
"retrieval" works better for both copied/retrieved cases
|
| |
|
|
|
|
| |
_update_medium__parse_if_unmodified__remote() for future use
|
| |
|
|
|
|
|
| |
- create _download_media_info_file() out of _download_list_or_pubkey() for future use
|
| |
|
| |
|
|
|
|
|
| |
o enhancement: only parse updated synthesis
|
| |
|
|
|
|
|
|
|
| |
o drop option "-c" which used to clean /var/cache/urpmi/headers
since we don't use that dir anymore :)
|
| |
|
|
|
|
|
| |
(ie revert to behaviour prior to 2007-12-10)
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
(this will allow checking xml media_info is up-to-date even if we don't
update it at the same time as synthesis is updated)
and further cleanup urpm::media code
(esp. modify {force} behaviour, may need some adjustments)
|
| |
|
|
|
|
|
| |
o drop hdlist support (will be replaced with xml media_info)
|
|
|
|
|
|
|
|
|
| |
o fix handling "post-clean: 0" in urpmi.cfg
(#36082, regression introduced 2007-11-28)
- library:
o urpm::media::read_config() doesn't read urpmi.cfg global options anymore,
use urpm->get_global_options or urpm->new_parse_cmdline
|