Devs, You guys did a great job getting 11.0 together and it is installed and functioning as a great file server as we speak. The only observation is that it seemed so much effort was directed toward KDE 4 being included, that not enough resources were garnered to make sure the core of the distro received the same level of attention as well. Aside from the "boot installed system" item, the remaining are just nits, etc. On to the install into a fairly harsh install environment. The box has a MSI KM2M motherboard, Athlon 2400, 2G of DDR/266 memory, (2) 80G ata drives that contain wXP, w98, and a 60G install of openSuSE 10.3. It also has (2) additional 500G SATA drives attached to a Promise 4 port SATA -> PCI card. The 500G drives are set up in Raid 1 using software raid creating a 20G / array and a 454G /home array. Partitioning and mount point assignment was a snap. The formatting was very timely, no outrageous amount of time spend looking at the screen. I did a highly customized software install given what the duties of this server will be. DNS,DHCP w/dyn updates to DNS, mySQL, pptpd and all Apache, php, and perl with a few sprinkles of coding libraries thrown for fun. Wanting to get work out without having to put an extra-ordinary amount in, I chose KDE 3.5 and compiz. The fglrx 4.973 worked straight from the packages at the ATI rpm site. xorg.conf was copied from the 10.3 install without any problems. The system install went like a breeze, fast too. All packages and drivers were correctly installed and all that was required was a quick follow-up on hardware configuration. The reboot was unremarkable. Grub apparently put the pieces together correctly on this install. I guess having windows there staring at grub during the install routine gives it a big target to shoot at and get stage-one put in the right place. On first boot, first order of business was a clean kill of beagle with "rpm -e $(rpm -qa | grep beagle | sed -e '/^lib/d') $(rpm -qa | grep kerry) && rm -r ~/.beagle", done.. Mounting the 10.3 drive gave easy access to samba, apache, dhcpd, named and dovecot configs, so samba is happily providing shares and CIFS is behaving nicely. After getting the initial "suse Udater" updates (7 in all), it was time to use Yast to bring all packages from BuildService up to current. So I left the box downloading and went back to a laptop to finish some cleanup on the install vi ssh. To my dismay, "ssh box", did nothing, ssh IP.to.box. did nothing as well? "ping box" worked fine. A diff of sshd_config from the 10.3 partition confirmed that there were no meaningful differences there. Shutting down SuSEFirewall2 corrected the first snafu, but left me wonder why port 22 is closed by default? I haven't investigated it yet to confirm, but that looked like what happened. The update of all packages for "packages that were newer" showed 300M of new files to be installed. No problems there either. A basic run-through of chkconfig took only about 4 changes -- not bad at all. An update is currently running to see how our packman frieds are doing. I don't expect any issues there either. Bottom line: for integrating 11.0 into a box with full raid 1, where 3 other operating systems remained installed (W98, Wxp, openSuSE 10.3) and now 11.0 says this was a great install. Now had I had a grub problem and a need to "boot boot installed system" things would have been more frustrating, but I had no need on this install. Install was notably faster than 10.3. I don't have exact comparison times, but this install from "boot w/CD" to "done with security updates" took about 1:25. I have also found that either a dvd install or nfs install (both without any additional on-line repositories) speeds things up a lot if you are doing individual software package selection. Dependency checking with on-line files slows the process down otherwise. Job well done. Now you guys selecting kde4, ..... -- David C. Rankin, J.D., P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org