https://bugzilla.novell.com/show_bug.cgi?id=704348 https://bugzilla.novell.com/show_bug.cgi?id=704348#c5 --- Comment #5 from Scott Couston <scott@aphofis.com> 2011-07-25 03:32:46 UTC --- Created an attachment (id=441931) --> (http://bugzilla.novell.com/attachment.cgi?id=441931) 1 of 4 Christian - I wish no harm in insulting anyone - Again my apologies for trying to convey the issue across cultural and language problems. We are a strange lot here down-under and the totally unemotional text sometimes appears cold but no malice or personal disrespect is meant and not intended. If the logs will clearly demonstrate the failure of the installation Program which differs only by not using an automated install and using a static IP rather than DHCP; tis a grim symptom of you not having available manpower. This subject of manpower and resources is the role of QA and Management dialogue and if it does not enable progress of many thousands of bug reports; closure as wonftix due limited resources is perfectly acceptable. This is out of both of our hands, but perfectly acceptable in development where limited resources have a real cost; particularly of Enterprise flow on development of the open product. I would NEVER raise a bug and state that it is 100% reproducible when it is not. Many others may claim the (default bugzilla template as 'happens every time) without a huge degree of testing. I am known at suse.de for making very very few errors and I take testing very seriously and am lucky I have a test LAN within a Production environment This bug is perfectly reproducible and would take no more than 30 minutes of resources - To appease the gods I will supply logs as I can trash one of my production PC's however, this would result in the exact same testing of you going through a non-automated install none the less to validate the log files. You always maintain the ability to either Assign or Wontfix which is never contested. I would suggest that resources are being consumed on banter and lack of confidence on the part of my testing when we both just want to produce a clean installation for both open and Enterprise that only differ in that the installation is non-automated and a static IP is utilised in preference to DHCP. There is a huge need for static IP's in just about all Network servers where all ServerClient type functions need a static IP. The configuration of all Client types by using a scan for 'Server Hostnames' are problematic at best and will not function IF no PC is responsible for issuing comms based routing tables. Using Hardware based routing and using NAT render searching of 'Server Hostnames' as impossible. Hence the total reliance of IP based searches of the Network - See attached Using DHCP with Zero config is not really reliable since a mixture of static IP's will always overrule the mapping of DHCP + Zero config. Trying to establish any type of Server/client based functions in Yast is fraught by issues arising from a mix of DHCP+Zero config and static IP's. Any static IP will remove the last mapping of DHCP+Zero config and to that PC so configured. As there is NO provision for performing successful NON-Automated installation using a static IP and if this points to the failure of testing I am not apologetic. If resources are stretched by no more than the time taken to perform typical, non automated installation where static IP assignment fails, I am dismayed. You shall have your logs and I would like it if we can solve this issue together - Clearly there are so many unforgiving and useless environments where that address of each PC is defined by IP and NOT 'Server Hostnames' If successful, and your up for the task we might try to attempt to enable a samba server, via the many GUI steps, to actually work in the absence of PC based Hostname and issues with current GUI design. I hope we can work together more profitably and without the interpenetration of any perceived personal malice or misgiving that sometimes crosses language an cultural understandings. It is perfectly acceptable to close as wontfix If resources or lack of them make your task unfathomable and I would always support this action - None the less I will be able to trash my test LAn in the coming weeks. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.