https://bugzilla.novell.com/show_bug.cgi?id=273019 juhliarik@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|juhliarik@novell.com |locilka@novell.com Severity|Normal |Enhancement ------- Comment #1 from juhliarik@novell.com 2007-05-10 03:56 MST ------- ftp-server and other modules support settings for SuSEfirewall2. It is case why ftp-server ask you for installation SuSEfirewall2. -- 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, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=273019 ------- Comment #3 from judas_iscariote@shorewall.net 2007-05-14 06:03 MST ------- (In reply to comment #2)

I'll check whether something like "Do not ask me this question again" functionality could be possibly added.

Other modules just says "SUSE firewall is not installed" , maybe if the user attempts to configure the firewall port **then** open the window requesting SUSEFirewall installation ( I have a valid use case, I use a third party firewall software (shorewall :-D ) and I dont want SUSEFirewall installed ;) ) -- 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, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=273019 ------- Comment #5 from judas_iscariote@shorewall.net 2007-05-14 06:43 MST ------- (In reply to comment #4)

Hmm, actually we use this workflow:

1.) Read all information (Read dialog) 2.) Tune the configuration 3.) Write/Save/Restart the configuration (Write dialog)

the workflow is fine IMHO, however there is a somewhat general issue with yast modules that permits to configure more than 1 kind of service (in this case, a ftp deamon + firewall ports) that has not raised previulsy because the existance of a minimal pattern raises new questions/ideas/problems :) you will find similar cases in #273013 and #266883 where: 1. modules attempts to parse the package database or even refresh the installation sources even though the user does not want to install new stuff (like #266883) 2. modules wants packages installed, like # #273013 or this same report, yast makes the assumption that the user really wants it even if they have not even attempted to configure such options(if not configured is barely needed right ?) In general my proposal is: 1. keep the same general workflow ( if aint broke , dont break it ;) ) 2. but dont make "bad" assumptions (like refreshing/accessing the installation sources .fe #266883) in general as the package related stuff is uber slow and quite memory hungry, my suggestion is to minimize the possible access to it, as well doing it "just in time". Sorry to go off-bug but this is more or less a general problem. -- 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, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=273019#c7 Ladislav Slezak changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED --- Comment #7 from Ladislav Slezak 2007-08-10 03:32:01 MST --- The package database read is caused by Package::Available() call, it must initialize all repositories to check whether the package is available. A solution could be check package availability _after_ user confirms package installation (but this makes usability worse). Better solution could be a workaround in Package::Available() call (similar to Package::Installed() - query libzypp cache directly without refreshing, e.g. use sqlite3 directly). -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=273019#c9 --- Comment #9 from Ladislav Slezak 2007-08-15 01:20:20 MST --- (In reply to comment #8 from Andreas Jaeger)

What is needed here is to check whether a package is installed. This is basically a "rpm -q package", isn't it? That one should really not read all the repositories.

Yes, "rpm -q" is already used, but it's in Package::Installed() call, Package::Available() checks whether the package is installable (i.e. can be installed from any registered repo). This is something different and now it requires to load the objects from the cache and search the package. We could do a simple SQL query directly in the cache DB without need to load all objects. -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=273019#c12 Lukas Ocilka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Priority|P5 - None |P2 - High Resolution| |LATER --- Comment #12 from Lukas Ocilka 2007-09-10 02:11:21 MST --- Closing as LATER => 'after 10.3' -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=273019 User lslezak@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=273019#c14 Ladislav Slezak changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |WORKSFORME --- Comment #14 from Ladislav Slezak 2008-12-23 00:12:20 MST --- This problem seems to be fixed in openSUSE 11.1 - I could install/configure vsftpd daemon without the firewall package. -- 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.