Re: [Fwbuilder-discussion] Firewall Builder 2.1 beta is available for download
Brought to you by:
mikehorn
From: <va...@vk...> - 2006-07-08 16:32:08
|
On Jul 8, 2006, at 7:37 AM, dum...@gm... wrote: > Guten Tag Vadim Kurland ?, > > am Samstag, 8. Juli 2006 um 08:48 schrieben Sie: > > >> Packages have been uploaded to the server, the url for downloads is >> http://www.fwbuilder.org/nightly_builds/ The latest version is >> 2.1.5, build 84. I've built RPMs for Fedora C4 and C5, RH9, Suse 9.3 >> and Mandrake 10.1, as well as packages for Windows XP and Mac OS X >> and FreeBSD ports. > > I downloaded it and tested it... looks great !!! > Nice work! > > On thing i noticed is that it is very hard to drag & drop objects in a > new group because they are selected with single click. Maybe > doubleclicking as an option to show infos in the objectinspector ? > object opens in the editor when you release mouse button, so to drag =20 it into the group you just click and drag, do not release button. =20 This is a standard behavior in many programs on Windows and Mac, for =20 example windows explorer does this if you open folders tree in it and =20= then try to drag folders. All Mac applications that utilize tree =20 widget do the same. Double click creates lots of problems with synchronization between =20 editor and the tree. If objects open in the editor on double click, =20 you can have one object highlighted in the tree and another one =20 opened in the editor. Add to this that the panel showing firewall =20 policy is also disconnected from both the tree and the editor and you =20= can have three different objects highlighted and opened at the same =20 time. This is a mess and should be avoided. That is why the tree and =20 the editor panels are tightly synchronized and always show the same =20 object. They are synchronized with the policy view as well - whenever =20= you select an object in a rule, it is shown in the tree and in the =20 editor, if editor is opened. --vk > I will try it out some more on monday at the office where i have more > machines to test.... > >> Summary of new features and changes can be found here: http:// >> www.fwbuilder.org/archives/cat_news.html#000208 > >> Packages for Windows and Mac OS X will work in evaluation mode until >> October. I reserve plenty of time for public beta because many people >> (including myself) take vacation in summer and testing may not go >> very fast. However I hope three months should be enough to find and >> fix most of the important bugs. > >> Important note: > >> I've built all packages in a such way that you should be able to >> install 2.1beta on the same machine where you run 2.0.12 without >> conflict. New binaries have names ending with "21", e.g. >> "fwbuilder21", "fwb_ipt21". Settings are saved in a file with >> different name and on Windows registry records go in a different >> subtrees. Even though I've tested this and everything seems to work >> right, making sure there are absolutely no conflicts is hard. Please >> make backup copies of your data files before you start playing with >> 2.1beta. If you use RCS, make backup copy of both working .fwb file >> and RCS directory that holds repository. > > >> Outstanding issues: > >> Localization is likely broken because many strings have changed in >> the GUI. I am going to send an email to translators asking them to >> revisit some time later. Meanwhile you can use package fwbuilder-en >> on Windows or run it with environment variable LANG=3DC on Linux and =20= >> BSD. > >> one known problem is slowness of the algorithm that detects rule >> shadowing. It is hard to change the algorithm, although some >> optimizations may still be possible. I am looking for suggestions as >> for how to separate detection of shadowing from actual compilation. >> Specifically, I would appreciate ideas and suggestions in the area of >> usability and GUI design for this. Someone suggested to add command >> line switch to the compiler that would disable rule shadowing >> detection. This is not very convenient if one calls compiler through >> the GUI. I guess I could add a checkbox somewhere to activate this >> command line switch, but I'd rather find more generalized solution >> than this. > >> Another problem is that whenever a firewall is created from a >> template, it inherits generic IP addresses for its interfaces and >> objects in its policy rules. This is inconvenient and should change. >> New version supports search-and-replace operation which will help a >> little since you now can find and replace generic objects in rules >> with your own. I am thinking about better ways to do this but can't >> promise it will make it in the final release this fall. > > >> As usual, thank you for your support and interest. > >> --vk > > >> Using Tomcat but need to do more? Need to support web services, =20 >> security? >> Get stuff done quickly with pre-integrated technology to make your =20= >> job easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache =20 >> Geronimo >> http://sel.as-us.falkag.net/sel?=20 >> cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642 >> _______________________________________________ >> Fwbuilder-discussion mailing list >> Fwb...@li... >> https://lists.sourceforge.net/lists/listinfo/fwbuilder-discussion > > > > --=20 > Mit freundlichen Gr=FC=DFen > dum...@gm... > mailto:dum...@gm... > > > > > !DSPAM:44afc349248231405041356! > |