> Martin Bochnig wrote: > > But what do you mean by "not entirely correct after resume"? That the > root-window looks damaged, and that you can only restore it by > (un)-maximizing any window or switching WM-workspace? I wonder myself, why this still > happens even now, although fbconsole has made it into the open-src tree now ( > binary is installed in /usr/X11/bin/fbconsole ). Maybe it is not properly > used because I made something wrong. > > fbconsole only prevents damage from apps/syslogd writing to > /dev/console when the OS is running - it does nothing to help > restoring output when you've hit Stop-A to stop the OS and > drop to OBP. Running xrefresh should repair that. > > -- > -Alan Coopersmith- alan.coopersmith at sun.com > Sun Microsystems, Inc. - X Window System Engineering
Aha, thanks for the information. BTW, I didn't commit the SPARC-pkgdefs changes yet, because over the last days Brian Gupta and I worked on building the Natamar distro-generator, derived from your nice fox-gate-Makefiles-framework. Right now it only automates the build of opensolaris-consolidations a bit (currently on, sfw and exactly the fox-gate itself, others can easily be added). It has nothing to do with a distro-generator yet. However, like the modular Xorg's modules the opensolaris consolidations can be treated similarily. A rework of Makefiles to adjust them to the opensolaris-consolidations' needs, rather than to Xorg, here is a mercurial repo: http://www.martux.org:8001/ http://www.martux.org:8001/?mf=381a145da6a8;path=/ Required: Software: * Full install SXCE b95 or higher with full cluster * /usr/sfw/bin/gcc * Studio 11 or 12-with-patches * CBE consolidation (/opt/jdsbld or /opt/dtbld) * Solaris10-CCD (/opt/sfw/bin) ENV: * No CC or CXX or CFLAGS etc. should be in your environment Internet-connectivity (currently not exclusively during "make download", because ON needs two downloads and I put the closed-bins into the normal "make all" target for now) Steps, as normal non-privileged user: A) mkdir my_foo_dir_with_plenty_free_ space && cd my_foo_dir_with_plenty_free_space B) hg clone ssh://anon at www.martux.org/hg/natamar-distro-generator (the password is "OpenSolarisIsGreat", also for push access) C) cd natamar-distro-generator D) ./download-tarballs && ./generate-natamar `tail -f` the log files from another terminal tab, they go into: log/generate-natamar-ALL natamar/free-source/on/build_32/log/nightly.log natamar/free-source/sfw/build_32/log/nightly.log natamar/free-source/fox-gate/build_32/fox-gate/log/buildit-XW (the name "build_32" is misleading, but chosen for convenience) So this is based on Alan Coopersmith's fox-gate Makefile framework. Advantages: * It is strictly modular and can easily be extended to handle additional or less or different "modules" of software. * In every module subdir you can (but don't need to) run autoconf/automake/ ./configure / make * an arbitrary number of patches can be applied automaticly in every subdir * at the end SVR4 (and IPS) packages are generated (With some work this can be mad compatible to conary, but on step at a time) I had this "vision" for over a year already, now it is soon prime time: Put all consolidations you like into a single src tree, hit start and return after one day of compile time. Everything shoukd be finished then. Right now I put fox-gate, usr/sfw and os/net into it. We can add whatever stuff we like, such as kde. Inside the modules (such as os/net and sfw) I left the entire build system unchanged. If somebody has two men's life time to waste, he could change all the internal Makefiles, but this is nonsense. The next step is to fix the on-pkgdefs and to simply place a patch into the on-subdir, which gets automaticly applied from then, also the Ultra1-revival patches and a linker-alignement bug that occurs when gcc is the primary compiler (for on). Then I add the other consolidations (interesting ones) from http://dlc.sun.com/osol/ Enjoy, feedback always welcome. I hope somebody finds this (potentially) useful. Regards, Martin Bochnig Natamar Project -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/xwin-discuss/attachments/20081014/05094045/attachment.html>
