Bug 146962 - SL10.1_LOC-Linux--US-Beta2-06/01/31-CD's not getting accepted for DHCP server
Summary: SL10.1_LOC-Linux--US-Beta2-06/01/31-CD's not getting accepted for DHCP server
Status: VERIFIED WONTFIX
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: Installation (show other bugs)
Version: Beta 2
Hardware: Other Other
: P5 - None : Major (vote)
Target Milestone: ---
Assignee: E-mail List
QA Contact: Klaus Kämpf
URL:
Whiteboard:
Keywords: English, I18N
Depends on:
Blocks:
 
Reported: 2006-01-31 15:21 UTC by Emmet Wildes
Modified: 2008-09-02 18:07 UTC (History)
2 users (show)

See Also:
Found By: Localization
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Simp Chinese screenshot (137.43 KB, image/x-png)
2006-01-31 15:22 UTC, Emmet Wildes 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Emmet Wildes 2006-01-31 15:21:52 UTC 
CD's not getting accepted for DHCP server

SL10.1
English
Beta2

Steps:
1. Launch YAST.
2. Click Network Services and then DHCP server.
3. Click install packages and insert CD4 when asked.

Expected Result:
CD4 should be accpeted and install products.

Actual Result:
CD4 does'nt get accpeted and packages don't get installed.

This also
Comment 1 Emmet Wildes 2006-01-31 15:22:59 UTC 
Created attachment 65868 [details]
Simp Chinese screenshot
Comment 2 Emmet Wildes 2006-01-31 15:24:45 UTC 
The same happens for DNS Server package.
Unable to continue as CD not been accepted.
Comment 3 Emmet Wildes 2006-02-01 10:41:25 UTC 
Also happens for the following packages;
HTTP, Keberos Client, NIS Server, Samba Server, TFTP

Beta2 Build.
Comment 4 Kerry OConnor 2006-02-01 13:39:23 UTC 
Karl, could you help with this. SusE doesn't recognise the CD's even though it was installed using the same CD's. Could it be a Beta build issue??
Comment 5 Karl Eichwalder 2006-02-08 08:06:14 UTC 
strange - is this still an issue?  If yes, it is an installation bug.
Comment 6 Karl Eichwalder 2006-02-08 08:36:34 UTC 
it was meant to go to the component owner.
Comment 7 Michael Gross 2006-02-08 13:36:05 UTC 
Before we assign this to hard-working Jiri, could it just be that some packages are listed on the wrong CDs or were moved to other CDs without updating ARCHIVES.gz (...)?
Comment 8 Michael Gross 2006-02-14 11:45:20 UTC 
Emmet: Please check if this was not fixed for the latest beta and reopen the report in that case. You might want to wait for Beta4, which will be out soon.
Comment 9 Barry McComish 2006-02-24 11:03:47 UTC 
Can not regress due to US issue 153343 which was logged for beta4
Comment 10 Emmet Wildes 2006-03-22 16:30:27 UTC 
Closing issue as fixed for US, Beta8
Comment 11 Bugzilla Account Maintenance 2008-09-02 18:07:43 UTC 
Because the LATER and REMIND resolutions have been removed, the resolution of this bug has changed from LATER to WONTFIX. If this bug needs to be reconsidered, reopen it and set a future "Target Milestone for Fix."