Hi Tim, Tim Spriggs wrote: > Martin Man wrote: >> Erast Benson wrote: >> >>> By now, nexenta.org machine is fully functional, we even copied web >>> content from gnusolaris.org to this new machine, so, if you point your >>> browser to http://www.nexenta.org you should see the content from the >>> old site with a little bit changed logo on first page. >>> > Two things _kill_ me about the main page: > > the blinking text in the middle of the page. > the link labeled "here" that is broken next to it. > > and one thing that would be nice IMHO: > > somehow making a distinction between the "Ads by Google" content and > everything else. Maybe put it into a lighter background? > > I know they are small and nagging but someone has to nag a little.
I share your opinion and I'd like to get new nexenta.org page a bit more cleaned up and nicer. Having google ads on top wasting one fifth of a webpage does not look nice to me. Let's come up with a website design prototype so that we can see... > Can we introduce a meta-package for global/non-global zones? My idea is > that at some point we have to worry about installing packages in > non-global zones that only belong to a global zone (crossbow bits for > eg) or vice-versa. I'm not sure of how we would want to enforce this but > it just seems like something we should think about earlier rather than > later. Maybe we can make a package like nexenta-lug/nexenta-lung > "provide" nexenta-lu? This is of course very interesting topic, we probably don't want to fall into the same madness SVR4 pkgs are now (indicating where they can be installed via SUNW_ALL_ZONES, SUNW_THIS_ZONE, etc...) I have not yet thought about this myself yet... > Another potential usage point is apt in zones with shared/imported > filesystems. The Solaris package manager "knows" about this and attempts > to work around it. We might have a different version of an apt-related > package specially for non-global zones in this scenario. or we can let the dpkg/apt to create dummy entry for a package that is not supposed to be installed in a local zone, still very sensitive topic... > definitely! > -Tim thanx, Martin _______________________________________________ gnusol-devel mailing list [email protected] http://lists.sonic.net/mailman/listinfo/gnusol-devel
