Bug 161320

Summary: No option for splittree.py to omit building SRPM discs
Product: Red Hat Enterprise Linux 3 Reporter: Bastien Nocera <bnocera>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED WONTFIX QA Contact: Mike McLean <mikem>
Severity: medium Docs Contact:
Priority: medium    
Version: 3.0CC: mitr
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-07-08 18:20:28 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Bastien Nocera 2005-06-22 12:42:51 UTC
+++ This bug was initially created as a clone of Bug #119070 +++

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1)
Gecko/20031114

Description of problem:
In splittree.py it is not possible to omit the creation of trees for
SRPMS. In case when you don't have SRPMS (internal release inside a
company or a lab for instance) splittree will complain if you  
specify the amount of src-discs as 0:

for i in range(self.src_list[0], self.src_list[-1] + 1): IndexError:
list index out of range

Having an option that can let you turn off the creation of the SRPM
things would be convenient to have in some cases. Attached bug solves
it in a very very crude way by adding a new --no_srpm option, it would
be better to have the option 'src-discs 0' handle it.

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


How reproducible:
Always

Steps to Reproduce:
1. when creating your own CDs don't have any SRPMS
2. set as option src-discs 0
3. splittree.py will complain and barf
    
Patch was committed in the devel branch, this is a bug to ask for the patch to
be backported to RHEL3.

Comment 1 Jeremy Katz 2005-06-22 14:58:03 UTC
We don't support customers building custom trees.  NAK for RHEL updates.