Bug 155909 - pkgorder goes into loop
pkgorder goes into loop
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: anaconda (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Anaconda Maintenance Team
Mike McLean
Depends On:
  Show dependency treegraph
Reported: 2005-04-25 13:07 EDT by Fang Yuan
Modified: 2007-11-30 17:07 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-10-20 14:51:40 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
output of `find $RHROOT` (119.91 KB, text/plain)
2005-04-26 15:18 EDT, Fang Yuan
no flags Details

  None (edit)
Description Fang Yuan 2005-04-25 13:07:51 EDT
Description of problem:
When we ran pkgorder python script to sort/tag the packages before we ran 
genhdlist, it went into a dependency loop.

Version-Release number of selected component (if applicable):

How reproducible:
According to the steps list in http://people.redhat.com/rkeech/custom-distro.txt
We successfully did it for RHEL3.0AS and RHEL3.0ES, but failed on 4.0 AS/ES

Steps to Reproduce:
1.export PYTHONPATH=/usr/lib/anaconda
2.export PATH=$PATH:/usr/lib/anaconda-runtime
3.pkgorder $RHROOT i386 > $RHROOT/pkgorder-i386.txt
(RHROOT is the root path of the CDs)
Actual results:
warning: ignore package name relation(s) [0]    pango-gtkbeta-devel -> pango-
warning: ignore package name relation(s) [1]    XFree86 -> Mesa
warning: ignore package name relation(s) [2]    xorg-x11 -> Mesa
warning: ignore package name relation(s) [50]   gtk+ -> gdk-pixbuf
warning: ignore package name relation(s) [51]   nautilus -> nautilus-cd-burner
warning: LOOP:
warning: removing cracklib-dicts-2.7-29 "Requires(auto): libcrack.so.2" from 
tsort relations.
warning:     cracklib-dicts-2.7-29                    Requires(auto): 
warning: removing cracklib-2.7-29 "Requires: cracklib-dicts@i386 = 2.7-29" from 
tsort relations.
warning:     cracklib-2.7-29                          Requires: cracklib-
dicts@i386 = 2.7-29
warning: LOOP:
warning:     mkinitrd-4.1.18-2                        PreReq: dev
warning:     udev-039-10.8.EL4                        PreReq: lvm2
warning: removing lvm2-2.00.31-1.0.RHEL4 "Requires: kernel >= 2.6" from tsort 
warning:     lvm2-2.00.31-1.0.RHEL4                   Requires: kernel >= 2.6
warning:     kernel-2.6.9-5.0.3.EL                    PreReq: initscripts >= 
warning: removing initscripts-7.93.11.EL-1 "Requires: /sbin/nash" from tsort 
warning:     initscripts-7.93.11.EL-1                 Requires: /sbin/nash

Expected results:


Additional info:

pkgorder is the first step to make customised CDs, as well as kickstart network 
installation depot, the following steps are :

Genhdlist. Run the command:

	genhdlist --fileorder $RHROOT/pkgorder-i386.txt $RHROOT

Buildinstall.  Run the command:

	buildinstall    --comp dist-3.0 --pkgorder $RHROOT/pkgorder-i386.txt \
			--release "RHEL3ESU3 custom" --product "RHEL3ESU3 
custom" --version 3.0 \
Comment 2 Mike McLean 2005-04-25 16:54:59 EDT
Yuan< I recieved your email.  In future, please note that comments relating to
bugs should go through bugzilla (http://bugzilla.redhat.com/ ) and not to me

These warnings are not failures and are generated by rpm, not pkgorder.  They
should go to stderr, so you can filter them with 2>/dev/null.  Alternately, you
can use the --file option to have pkgorder write the order directly to a file of
your choosing.
Comment 3 Fang Yuan 2005-04-25 17:18:04 EDT
Yes, I know those are warnings (even lower cases), but we had pkgorder program  
running for more than 5 hours.  For RHEL3AS/ES, it only takes 10 mins.

I did the "wc -l" of the output file, it didn't grow after 842 packages.
Comment 4 Fang Yuan 2005-04-25 17:35:23 EDT
Yes, I know those are warnings (even lower cases), but we had pkgorder program  
running for more than 5 hours.  For RHEL3AS/ES, it only takes 10 mins.

I did the "wc -l" of the output file, it didn't grow after 842 packages.
Comment 5 Paul Nasrat 2005-04-26 10:05:07 EDT
Have you cut down the packages from the standard RHEL 4 at all?  Please attach
the directory listing of your tree as a text attacment:

find $RHROOT
Comment 6 Fang Yuan 2005-04-26 15:18:08 EDT
Created attachment 113684 [details]
output of `find $RHROOT`
Comment 7 Fang Yuan 2005-04-26 15:34:11 EDT
You could see we included all packages (1396 rpms from the original CDs).  We 
will use $RHROOT as NFS root during kickstart network installation.
Comment 8 Fang Yuan 2005-05-03 10:10:20 EDT
Actually, we noticed that after 88 times loop, the pkgorder and buildinstall 
finished successfully.  So, case could be closed.
Comment 9 Chris Lumens 2005-10-20 14:51:40 EDT
Closing as NOTABUG based on comment #8.  Feel free to reopen if you experience
this problem again.

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