| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
rationale:
rpm-4.16 adds provides for all generated RPMS to SRPMs, which breaks
urpmi's testsuite (t/superuser--srpm-bootstrapping.t)
See rpm's commit 75ec16e660e784d7897b37cac1a2b9b135825f25
|
| |
|
| |
|
|
|
|
|
|
|
| |
alter commit ef5c24cccff5f374232276b3064813aba88ee888 so that sorting
pkgs got a better one in first place, by:
- comparing EVRs before name
- comparing EVRs rather than synthesis ids
|
|
|
|
| |
bug introduced in previous commit 14e1667f7c24c5c47cf0723827c22a4f3caed902
|
| |
|
| |
|
|
|
|
| |
This reverts commit 8aceb9b6a318668d0795af52bf9ea9dbb33351d9.
|
| |
|
|
|
|
|
| |
else we may got total size to overflow (mga#19686)
v2 by Thierry Vignaud: use native int64 on 64bit
|
|
|
|
|
|
|
|
| |
rationale:
- {debug_URPM} only exists if we're in debug mode
- as this is an actual error, let's just always report it
bug introduced in commit 070f1be3d5c3aa813f61d061c2a0fd38c2477c08
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
sort by ids (like in other places) when promoting (b/c of eg:
conflicts), thus fixing upgrade when the same package is offered in
several media (mga#15350)
see commit 53e38beae4d9638f41b219521b802a2969d68909 for similar issue
|
| |
|
| |
|
|
|
|
| |
Veuillez saisir le message de validation pour vos modifications. Les lignes
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
in order to reflect reality
but keep a suggests alias for compatibility for the time being
|
|
|
|
|
|
|
|
|
|
|
| |
its return value is now always ()
rationale: resolve_rejected() was wrong, since it blindly removes
installed pkgs w/o trying to promote anything and @diff_provides can be
nicely used to handle rejecting package one by one, then
_handle_diff_provides() should do the right job.
(spot by perl_checker)
|
|
|
|
| |
We don't have those since 2004 (10 years+)...
|
|
|
|
| |
they're obsolete since switching to git
|
|
|
|
|
| |
present since commit 74c3cfe40e76d2cf047e7cbc57653298a460b658
(12 years ago...)
|
| |
|
| |
|
|
|
|
|
|
|
| |
'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)
|
| |
|
| |
|
| |
|
|
|
|
| |
thus fixing urpmi testsuite...
|
|
|
|
|
|
|
| |
(Argument "19697|19719|19..." isn't numeric in array element at ...URPM/Resolve.pm'
(introduced by pixel in commit r227273 on Sep 7 2007:
"add some debug messages)
|
| |
|
|
|
|
|
| |
enabling eg to switching back to packages from core/release after
having installed some from core/updates_testing, then disabling it
|
|
|
|
| |
revert part of commit r5052 (June 28 2012, "light speedups")
|
|
|
|
| |
(that cause rpm to abort on assert while creating a new pool)
|
|
|
|
| |
packages_providing()
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
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")
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
(...)
|
| |
|
| |
|
| |
|