Bug 707161 - yum-rhn-plugin: yum does not print downloaded packages
Summary: yum-rhn-plugin: yum does not print downloaded packages
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: yum-rhn-plugin
Version: 6.1
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: rc
: ---
Assignee: Michael Mráka
QA Contact: Šimon Lukašík
URL:
Whiteboard:
Depends On:
Blocks: 707241
TreeView+ depends on / blocked
 
Reported: 2011-05-24 09:13 UTC by Šimon Lukašík
Modified: 2011-12-06 16:49 UTC (History)
4 users (show)

Fixed In Version: yum-rhn-plugin-0.9.1-30-el6
Doc Type: Bug Fix
Doc Text:
Previously, an error in rhnplugin occasionally prevented yum from displaying the download progress for packages from Red Hat Network or Red Hat Network Satellite. This update adapts rhnplugin to set up Red Hat Network channels during the plug-in initialization, and the download progress is now displayed for all packages.
Clone Of:
: 707241 (view as bug list)
Environment:
Last Closed: 2011-12-06 16:49:31 UTC
Target Upstream Version:


Attachments (Terms of Use)
Exemplary output of yum install command (28.18 KB, text/plain)
2011-05-24 09:17 UTC, Šimon Lukašík
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2011:1664 0 normal SHIPPED_LIVE rhn-client-tools and yum-rhn-plugin bug fix update 2011-12-06 00:50:18 UTC

Description Šimon Lukašík 2011-05-24 09:13:29 UTC
Description of problem:
Typically, Yum prints out the progress of a download on a console.
In the format similar to the following:

    Downloading Packages:
    (1/2): screen-4.0.3-16.el6.x86_64.rpm     | 495 kB  00:00

On the released rhel6.1 the packages downloaded by yum-rhn-plugin
are not reported in that form. The information about their download
is  missing in the Yum's output.

Version-Release number of selected component (if applicable):
rhel6.1
yum-3.2.29-17.el6.noarch
yum-rhn-plugin-0.9.1-26.el6_1.1.noarch
rhn-client-tools-1.0.0-61.el6.noarch

How reproducible:
always

Steps to Reproduce:
1. register machine to the hosted
2. enable some arbitrary 3rd party repository
3. yum install packages from both sources
  
Actual results:
The packages from third party repository are printed out correctly
during a download. Packages from hosted are missing.

Expected results:
Both packages are reported correctly.

Additional info:

Comment 1 Šimon Lukašík 2011-05-24 09:17:30 UTC
Created attachment 500561 [details]
Exemplary output of yum install command

Notice the lines starting with: 'Downloading Packages:'.

Comment 2 Šimon Lukašík 2011-05-24 10:52:35 UTC
This is a regression against rhel6.0

Comment 6 Michael Mráka 2011-08-02 09:32:51 UTC
The issue has been resolved by changes in

commit 1e91575113158e0059ddb64a005bd61bacd8f60a
    call conduit.getConf() only once 
commit c6dab60fd63054381097162c82aefa0522786d5d
     691283 - create persistdir in _repos_persistdir instead of PWD
commit 45311f1c552c060081fd8ceead8db301cc4a77cc
    fix variable typo
commit 435ceb5915b3afb87601071bb6198067044ea6f4
    add repo name in case you have old format of rhnplugin.repos
commit 84ca6d54fcf2e96b60ee3678a79cc27475b18278
    684342 - beside repo.id, cache even repo.name
commit 7948d023fe2382c718b5a862ff33119bfd2d72fd
    disable network in cache only mode
commit 854bc69edcb98c9f9cbf7d42f79756070543a288
    cache list of last seen channels so we can correctly clean them
commit e3534352c2f6387a427d76a8303b24dfcffa392b
    627525 - disable network communication with certain commands/options
commit cf81c95def90dc3f0930a59310fc5fe84a346a3d
    Revert "627525 - moved communication with satellite server from init_hook to prerepo
commit 1cdb0b3fd1e7d4551c347ca8b4f9bcf4a624025a
    Revert "cache list of rhn channels so we can correctly clean our stuff"
commit 089c7323b1038ef479ae451b4f09b6459fddd1c9
    Revert "switch off network communication in cache only mode"
commit 62bdd32ce454a75356f4d2612f18afdbf2e65ab7
    Revert "repopulate package sack after initial setup"
commit a6a76ad7b605ecf02fee8bf91acdc43047798022
    Revert "684342 - beside repo.id, cache even repo.name"
commit b0ea86928698700420162d73f790551678e6af35
    Revert "690234 - do not re-create repo if it exist and is type of RhnRepo"
commit cab9f7a2a45ee90bc52582e833fafe0269c35786
    Revert "688870 - resolve --enablerepo/--disablerepo for RHN repos"
commit b88fabfef186dee5535dce32ac205387cd931f02
    Revert "there not opts when called from rhn_check"
commit fee9b40bbd9b697eeb9db3fe4ce41351f456ced6
    Revert "690190 - yumdownloader set callbacks soon, save it to new repo"
commit 171468f5b6051af3ba7fcc16177601f69e4a963a
    Revert "691283 - create persistdir in _repos_persistdir instead of PWD"

Comment 8 Šimon Lukašík 2011-08-09 12:28:30 UTC
After(In reply to comment #0)
> How reproducible:
> always

Not true. With old package set, it's not reproducible always.

However, doing `rm -rf /var/cache/yum/*` before reproducer, does trigger 
it deterministic fashion.

Comment 9 Michael Mráka 2011-08-10 08:27:30 UTC
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
yum-rhn-plugin set repos after yum's init phase
which causes packages downloaded from RHN or Satellite not to be printed.

Repo setup phase has been moved to plugin init part so the download messages are now printed as expected.

Comment 10 Šimon Lukašík 2011-08-10 09:23:33 UTC
Switching to Verified:

Testing procedure:
- yum install
- yum groupinstall
- yum update
- yum history undo last

Verified against:
yum-rhn-plugin-0.9.1-35.el6.noarch
rhn-client-tools-1.0.0-64.el6.noarch

Well done!

Comment 11 Šimon Lukašík 2011-08-10 09:23:33 UTC
Deleted Technical Notes Contents.

Old Contents:
yum-rhn-plugin set repos after yum's init phase
which causes packages downloaded from RHN or Satellite not to be printed.

Repo setup phase has been moved to plugin init part so the download messages are now printed as expected.

Comment 12 Šimon Lukašík 2011-08-10 09:29:18 UTC
Due to mid-air collision I have accidentally removed Technical Notes. Sorry.

Comment 13 Šimon Lukašík 2011-08-10 09:29:18 UTC
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
yum-rhn-plugin set repos after yum's init phase
which causes packages downloaded from RHN or Satellite not to be printed.

Repo setup phase has been moved to plugin init part so the download messages
are now printed as expected.

Comment 14 Jaromir Hradilek 2011-10-27 16:28:11 UTC
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1,5 +1 @@
-yum-rhn-plugin set repos after yum's init phase
+Previously, an error in rhnplugin occasionally prevented yum from displaying the download progress for packages from Red Hat Network or Red Hat Network Satellite. This update adapts rhnplugin to set up Red Hat Network channels during the plug-in initialization, and the download progress is now displayed for all packages.-which causes packages downloaded from RHN or Satellite not to be printed.
-
-Repo setup phase has been moved to plugin init part so the download messages
-are now printed as expected.

Comment 15 Robert Scheck 2011-11-25 10:12:08 UTC
Will upcoming RHEL 6.2 GA fix this issue?

Comment 16 Šimon Lukašík 2011-11-25 10:29:31 UTC
(In reply to comment #15)
> Will upcoming RHEL 6.2 GA fix this issue?

Yes.

Comment 17 errata-xmlrpc 2011-12-06 16:49:31 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2011-1664.html


Note You need to log in before you can comment on or make changes to this bug.