| Summary: | rpmdrake fails to display packages in enabled additional local repo (urpmi works OK) | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Barry Jackson <zen25000> |
| Component: | RPM Packages | Assignee: | Thierry Vignaud <thierry.vignaud> |
| Status: | RESOLVED WORKSFORME | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | Keywords: | NEEDINFO |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | rpmdrake | CVE: | |
| Status comment: | |||
|
Description
Barry Jackson
2012-10-02 17:35:00 CEST
Has something changed related to signed package checking? My test packages are unsigned and urpmi warns on installation, is rpmdrake blocking unsigned packages I wonder?
Barry Jackson
2012-10-02 17:45:57 CEST
Assignee:
bugsquad =>
thierry.vignaud This appears to be fixed after updates today. Closing Status:
NEW =>
RESOLVED It seems that if a package exists in core, then it is given priority over the same package with a later release in other custom media. I just built the latest release of munin locally before it hit my local mirror. It has a new sub-package that did not previously exist. Typing 'munin' in the search box in rpmdrake showed the old versions of all pre-existing packages (rel 3) already on the mirror and also showed the new (rel 4) sub-package from my custom media. It should have shown all the new (rel 4) packages. The fact that it was showing the new sub-package rules out any possible issue with my media. Similarly I repeated the test with another new build of another package where rpmdrake showed only the packages on the mirror. urpmi immediately wanted to install my new build. There is a bug in rpmdrake that does not affect urpmi. My local build setup uses iurt, uploads to my media and runs genhdlist2 in the appropriate branch. I then run urpmi.update -a before attempting to install with rpmdrake or urpmi. Status:
RESOLVED =>
REOPENED If you can reproduce, please sent to me by email the bug7677.tar.xz file resulting from running the following commands: yes n|urpmi --auto-select --bug=bug7677 tar cfa bug7677{.tar.xz,} Keywords:
(none) =>
NEEDINFO Indeed, I can reproduced with rpmdrake --env=bug7677 --search=geda-devel Status:
REOPENED =>
ASSIGNED I'm not sure I can still reproduce this bug as of rpmdrake-5.45. Can you? (In reply to Thierry Vignaud from comment #7) > I'm not sure I can still reproduce this bug as of rpmdrake-5.45. > Can you? Nope - I thought I had noticed a change, and a test confirms it. I just installed opencpn without it's suggested plugin from core. I then enabled my local test repo that has an updated version and rpmdrake showed the new suggested plugin and also that there was an update for the installed base package. Great - looks fixed to me :) Closing then Status:
ASSIGNED =>
RESOLVED I seem to be hitting this issue again in a clean net-install in a vm. I have an extra repo set up in urpmi-proxy that has zanshin. Urpmi handles this correctly: [root@localhost baz]# urpmi --test zanshin To satisfy dependencies, the following packages are going to be installed: (test only, installation will not be actually done) Package Version Release Arch (medium "extra") lib64akonadi-kde4 4.10.2 2.mga3 x86_64 lib64akonadiprotocolinternals1 1.9.1 2.mga3 x86_64 lib64kcalcore4 4.10.2 2.mga3 x86_64 lib64kontactinterface4 4.10.2 2.mga3 x86_64 zanshin 0.2.1 3.mga3 x86_64 (medium "Core Release") lib64ical0 0.48 2.mga3 x86_64 lib64icalss0 0.48 2.mga3 x86_64 5MB of additional disk space will be used. 1.4MB of packages will be retrieved. Note the zanshin-0.2.1-3.mga3 Using rpmdrake only zanshin-0.2.1-2.mga3 from core is offered. I will attempt to upload a new bug7677.tar.xz from the vm system. Status:
RESOLVED =>
REOPENED New bug7677.tar.xz is here (2.3MB) : http://mtf.no-ip.co.uk/pub/linux/barjac/soft/bug7677.tar.xz This is still occuring with gurpmi-7.27.2-2.mga4 Searching for bristol finds only the debuginfo mga4 package from my 'zm-proxy-extra' media. The only other rpms shown are mga3 versions. Howerver urpmi correctly offers to install the mga4 versions: [root@jackodesktop baz]# urpmi bristol To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "zm-proxy-extra") bristol 0.60.11 1.mga4 x86_64 lib64bristolmidi0 0.60.11 1.mga4 x86_64 6MB of additional disk space will be used. 3MB of packages will be retrieved. Proceed with the installation of the 2 packages? (Y/n) Corresponding bug7677a.tar.xz is here: http://mtf.no-ip.co.uk/pub/linux/barjac/tests/bug7677a.tar.xz The above is in Cauldron with: rpmdrake-5.49-1.mga3 urpmi-7.27.2-2.mga4 Seems to now be fixed in Mga5 Cauldron. Closing. Status:
REOPENED =>
RESOLVED |