aboutsummaryrefslogtreecommitdiffstats
path: root/NEWS
Commit message (Collapse)AuthorAgeFilesLines
* make it compatible with rpm-4.12.0Thierry Vignaud2014-09-121-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | rpm-4.12.0 introduces a new weak deps implementation (the 3rd one to be used in mdv/mga!) The tag we used to use (RPMTAG_SUGGESTSNAME) is now OLDSUGGESTSNAME => we need to handle both old & new tags Hopefully rpm-4.12.x enables to check both old & new tags when using xxxNVRS variants We thus have a choice between RECOMMEND & SUGGEST tags, that both fallback on older SUGGESTS tags if no new ones are found. The difference is that they filter old suggests depending on RPMSENSE_STRONG hint. As we used suggests in the recommends role, this is the perfect time to switch from suggests to recommends (with a patch on rpm in order to fallback RECOMMEND on weak (old) SUGGESTS instead of on strong (old) ENHANCES as we didn't used the later in mga) Our rpm is patched so that RECOMMENDNAME fallbacks too. In Suse, only RECOMMENDNEVRS is the only RECOMMEND variant that handle the fallback on old tags. However, using RPMTAG_RECOMMENDNEVRS makes URPM->suggest_nosense to return versionated suggests, which while not supported by urpmi, do are used by a couple packages (such as git or gnome-user-share) This breaks urpmi as suggests on "foo >= x.y" is not interpreted by urpmi which thinks that "foo" is a new suggests and reinstalls a previously removed suggests Hence we patched rpm.
* 4.314.31Thierry Vignaud2014-06-271-0/+2
|
* (compare) croak if used on URPM::Package object (mga#12766)Thierry Vignaud2014-05-171-0/+1
| | | | | | suggests to use compare_pkg instead (needs a new rpmdrake)
* kill support for kernel-*source-strippedThierry Vignaud2014-05-121-0/+1
| | | | We don't have those since 2004 (10 years+)...
* document pack_header()Thierry Vignaud2014-05-121-0/+2
|
* 4.304.30Thierry Vignaud2014-05-011-0/+2
|
* fix 64k size limit on provides sizeThierry Vignaud2014-05-011-0/+2
| | | | | | this broke installing 32 bit kernel for drakx-installer-binaries (spotted by Pascal Terjan)
* fix warning in debug messageThierry Vignaud2013-12-161-0/+2
| | | | | | | 'Argument "19697|19..." isn't numeric in array element at ...URPM/Resolve.pm' introduced by pixel in commit 1d945d2a483598dc982cf73ae932d83d4e35df9 on Sep 7 2007 ("add some debug messages)
* 4.294.29Thierry Vignaud2013-11-051-0/+2
|
* $trans->order: add support for "deploops" optionThierry Vignaud2013-11-051-0/+1
|
* enhance POD documentationThierry Vignaud2013-11-051-0/+1
|
* fix doble spaceThierry Vignaud2013-11-051-1/+1
|
* "implement" create_transaction() in --env case (rule of least surprise)Thierry Vignaud2013-11-051-0/+2
| | | | (for rpmdrake --env)
* 4.284.28Thierry Vignaud2013-10-031-0/+2
|
* coverity: fix "Unused pointer value"Thierry Vignaud2013-10-031-0/+1
| | | | | 'Pointer "foo" returned by "_free(foo)" is never used' (improve coverity scan's SNR)
* adapt to perl-5.18 random hash keys orderingThierry Vignaud2013-10-031-0/+4
| | | | thus fixing urpmi testsuite...
* 4.274.27Thierry Vignaud2013-03-231-0/+2
|
* fix selecting right DKMS flavor (mga#9172)Thierry Vignaud2013-03-231-0/+2
|
* 4.264.26Thierry Vignaud2013-02-091-0/+2
|
* add basic support for --downgrade (mga#6655)Thierry Vignaud2013-02-091-0/+2
| | | | | enabling eg to switching back to packages from core/release after having installed some from core/updates_testing, then disabling it
* 4.254.25Thierry Vignaud2013-02-051-0/+2
|
* fix retrieving payload formatThierry Vignaud2013-02-051-0/+2
| | | | | | commit r6545 on 2012-12-2 broke delta rpm support: "(Pkg_description, Pkg_sourcerpm) split UTF-8 strings from raw strings functions, then simplify"
* 4.244.24Thierry Vignaud2013-02-031-0/+2
|
* fix dateThierry Vignaud2013-02-031-1/+1
|
* add support for callback_errorThierry Vignaud2013-01-291-0/+1
|
* document callbacksThierry Vignaud2013-01-291-0/+2
|
* 4.234.23Thierry Vignaud2013-01-201-0/+2
|
* (_is_selected_or_installed ) fix scoring locale packagesThierry Vignaud2013-01-201-0/+2
| | | | revert part of commit r5052 (June 28 2012, "light speedups")
* 4.224.22Thierry Vignaud2012-12-171-0/+2
|
* prevent creating empty transactions in rare casesThierry Vignaud2012-12-171-0/+2
| | | | (that cause rpm to abort on assert while creating a new pool)
* enhanced logThierry Vignaud2012-12-171-1/+2
|
* RPMFILE_EXCLUDE & RPMFILE_UNPATCHED were drop from external API in rpm-4.11Thierry Vignaud2012-12-171-0/+2
| | | | | RPMFILE_UNPATCHED is no more used and RPMFILE_EXCLUDE only exists during spec parse (see rpm commit 8d277bbb)
* 4.21.14.21.1Thierry Vignaud2012-12-071-0/+2
|
* (EVR) fix it on packages from rpmdb (was ok on synthesis ones) (mga#7739)Thierry Vignaud2012-12-071-0/+2
|
* 4.214.21Thierry Vignaud2012-12-041-0/+2
|
* (packages_providing) sort package ids before returning themThierry Vignaud2012-12-041-0/+3
| | | | | | | | | this mean prefering package from first medium when same NEVR exists in several media, thus prefering 64bit media over 32 bit ones (mga#7524) complement commit r2909 on Feb 7 2012: " (find_required_package) really prefer packages from first media, thus fixing downloading noarch packages from 32 bit repository (mga#1603)"
* 4.204.20Thierry Vignaud2012-12-031-0/+2
|
* (Db_traverse_tag_find) fix a rare segfaultThierry Vignaud2012-12-031-0/+2
| | | | | | | | | | | | | | | | | | | | | found accidently could be triggered by the following (calling enough times either requires() or provides() while traversing rpm db) which resulting in an "Invalid read of size 8": use URPM; my $db = URPM::DB::open()->traverse_tag_find('whatprovides', 'kernel', sub { my ($p) = @_; warn $p->requires, $p->requires, $p->requires, $p->requires, $p->requires, $p->requires, $p->requires, $p->requires, $p->requires, $p->requires, $p->requires, $p->requires, $p->requires, $p->requires, $p->requires, $p->requires, $p->requires; return 1; }); bug introduced in commit r4947 on June 14 2012: "(_run_cb_while_traversing) introduce this helper"
* fix previous commitThierry Vignaud2012-12-031-1/+1
|
* 4.184.19Thierry Vignaud2012-12-021-0/+2
|
* drop ->disttag (unused, was introduced by pok just before the fork)Thierry Vignaud2012-12-021-0/+1
|
* (Pkg_suggests) alias it on *_nonsenseThierry Vignaud2012-11-211-0/+2
| | | | (it should have been named suggests_nosense in the first place, bad pixel...)
* 4.184.18Thierry Vignaud2012-11-211-0/+2
|
* further bump threshold for detecting looping foreverThierry Vignaud2012-11-211-0/+1
|
* workaround a segfault (mga#8158)Thierry Vignaud2012-11-211-0/+2
| | | | | | | | | calling ->provides or ->requires in traverse_tag_find() results in an invalid read if provides/requires list is big (or if called several times) basically reverting commit r6476 on 2012-11-16 ("(unsatisfied_requires) (slightly) optimize")
* 4.174.17Thierry Vignaud2012-11-191-0/+2
|
* bump threshold for detecting looping forever (mga#8106)Thierry Vignaud2012-11-191-0/+1
|
* drop header_filename (long obsolete, no more use)Thierry Vignaud2012-11-191-0/+2
|
* 4.164.16Thierry Vignaud2012-11-161-0/+2
|
* (resolve_requested__no_suggests_) prevent urpmi from looping forever when ↵Thierry Vignaud2012-11-161-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | some packages are broken alternatively, we could try detecting if diff_provides doesn't change for a couple loops or not going over already rejected packages (selecting/promoting/rejecting the same package forever) eg: gtk+3.0-3.6.1-3.mga3.x86_64 is on the mirrors but not lib64gtk+3_0-3.6.1-3.mga3.x86_64 we will then loop forever: set_rejected: gtk+3.0-3.6.1-2.mga3.x86_64 installed lib64gtk+3_0-3.6.1-2.mga3.x86_64 is conflicting because of unsatisfied gtk+3.0[== 3.6.1-2.mga3] gtk+3.0[*][== 3.6.1-2.mga3] set_rejected: lib64gtk+3_0-3.6.1-2.mga3.x86_64 installed lib64gtk+3.0-devel-3.6.1-2.mga3.x86_64 is conflicting because of unsatisfied lib64gtk+3_0[== 3.6.1] set_rejected: lib64gtk+3.0-devel-3.6.1-2.mga3.x86_64 installed lib64gtk-gir3.0-3.6.1-2.mga3.x86_64 is conflicting because of unsatisfied lib64gtk+3_0[== 3.6.1-2.mga3] set_rejected: lib64gtk-gir3.0-3.6.1-2.mga3.x86_64 installed gtk+3.0-3.6.1-2.mga3.x86_64 is conflicting because of unsatisfied lib64gtk+3_0[== 3.6.1] promoting gtk+3.0-3.6.1-3.mga3.x86_64 because of conflict above unselecting gtk+3.0-3.6.1-3.mga3.x86_64 set_rejected: gtk+3.0-3.6.1-2.mga3.x86_64 (...)
generated by cgit v1.2.1 (git 2.21.0) at 2024-12-04 19:32:51 +0000