Paul Wise left as an exercise for the reader: > > I'd be more than happy to do this, and it looks like a good stopgap > > solution. Thanks for the pointer. > Great, thanks. > > > Looks like a workable schema, pabs. > Thanks, I will document this in the derivatives guidelines. Thanks for doc'ing this up. I've used your schema to mark several release-SprezzOS, patch-SprezzOS and origin-SprezzOS usertags, and believe I'm doing things correctly. With our 0.0.0 release geared for Friday, SprezzOS development will be transitioning from cosmetic/aesthetic differentiation to some major performance-oriented projects involving dpkg parallelism , µarch-targeted libraries (i.e. building with aggressive -march -mcode flags) , aggressive GPU offloading  and compiz 0.9.8  work. We're also hoping to move to systemd asap (only time kept us from doing so in 0.0.0) The dpkg work especially I expect/hope to float back up into Debian -- having good bugflow will be of great utility. Thanks, as always, for your help pabs et al!  both i/o and computational parallelism, with the former seeming more important without having yet done real analysis.  gonna do this either with (a) [microarch-]fat libraries using cpuid-based dispatch (ie not fatELF), (b1) breaking into microarchitectures rather than architectures, (b2) arch-based distribution, microarch-based install, or (c) extending the current multiarch support to multimicroarch  hand-wavin', hand-wavin'  thanks to the Ubuntu compiz team for picking this back up! -- nick black http://www.sprezzatech.com -- unix and hpc consulting to make an apple pie from scratch, you need first invent a universe.
Description: Digital signature