https://bugzilla.novell.com/show_bug.cgi?id=758539
https://bugzilla.novell.com/show_bug.cgi?id=758539#c21
--- Comment #21 from C. Holm
I think, there is nothing what yast2-network can fix. It seems to me as requirement for another order of modules' proposals.
I don't think I understand what you're saying. It worked in the past (but see below), why is this serious change of behaviour considered to be ok?
It was noted mainly for autoyast maintainer. Autoyast calls yast modules involved in installation in some order. Currently, it seems that this order doesn't fit to your needs. I don't say it is true, it is first idea. I'm still working on the issue but I need to cooperate with AY maintainer.
Ok, thank you very much for clarifying. Previously, I understood your reply as "It seems to me we need to propose a few new modules that fulfill this requirement". Now I get that you mean "It seems to me as if we need to reorder the module execution".
(Note: according comment#1, requirement was to make dns configuration available earlier for use in addons)
I think you misunderstood me. I'm not talking about some rarely used addons, "<add-on>" is the AutoYAST feature that allows you to install from network repos, a pretty basic feature of AutoYAST. And I don't know and don't really care about *when* the relevant module writes the DNS configuration.
Yes. You don't care. But I have to, when other parts of installation depends on it. Requirement probably wasn't correct word. Something like "dns configuration must be available for following modules and addons" is probably better.
Yes, sorry again, I was being snappy because I misunderstood your first paragraph.
I would like it to work the way it worked before. DNS basically *is* "network" to the general population. My stage2 depends on the network and DNS (is this such a crazy idea?), *plus* I'm using "keep_install_network", and, according to http://doc.opensuse.org/projects/autoyast/configuration.html#CreateProfile.N...,
YaST will keep network settings created during installation (via Linuxrc) and/or merge it with network settings from the AutoYaST profile (if defined). AutoYaST settings have higher priority than already present configuration files. […] If there is an empty or no dns and routing section, YaST will keep already present values. Otherwise settings from the profile will be applied.
However, with this bug, this is untrue. Stage2 will have no DNS, and hence if one tries to use it, the install will never be able to complete.
I don't say, you are wrong. Moreover, I've explicitly agreed (in comment#13) that resolv.conf is empty at the beginning of second stage. However, yast2-network's AY part didn't change much during last year. So, as written above, I need to cooperate with AY maintainer to find out what has changed. He works 400km far from me in different country, so sharing thoughts via bugzilla is easiest for us. That is the sense of Comment#13.
I saw that you agreed with me, but i over-interpreted your "/etc/resolv.conf has proper/expected content when second stage is over." as "so this bug is not so bad after all". I apologize. Let's say I've had some frustrating bug report experiences in the past. (;
(Ironically, in the case of scripts fetched from the network, AutoYAST doesn't recognize they're empty files because the network was down and reports them as having completed successfully. But I should maybe put this into a separate bug report.)
During my tests I found one funny thing already. When you pass AY profile via AutoYast param, which references some network location (e.g. autoyast=http://<somewhere>/ay.xml) amd you do installation from dvd, you have to use netsetup=1 (or similar) too, otherwise you don't have net connection. Well, (guessing know) it is because linuxrc do not look into autoyast param value ... But it definitely is user unfriendly.
I think that is expected, autoyast= is not enough, you either need to use netsetup=1 or also include a "networked" repo (install={http,nfs,…}). IIRC, this is only "documented" on the AutoYAST mailinglist, though.
Sorry if I sound rude, I don't mean to offend anybody. I just don't have insight into the AutoYAST development process and don't I'm pretty sure I misunderstood some of your comments. It sounds to me like you're saying "it has always been this way (which is untrue) and WONTFIX".
No, I'm not saying that. I tried to describe current situation or better to say situation which I was able to reproduce.
I think, I've never closed any bug as WONTFIX yet. I still work on it, it will probably take some time (AY / Installation bugs always does), but only confirmation from customer that we found working solution makes me happy ;-)
Thanks for taking the time to calm me down. (; Taking hours to debug an issue until it can be reported, then taking more time to write the report and followups can be frustrating when nothing happens with the report for months, especially when the first reaction after that time sounds like "sorry, you're out of luck". -- 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.