A discussion came up at LCA about the fact that we have debugging 'always on' in rawhide kernel builds, and that it causes some people pain, because anyone wanting to do performance testing for eg needs to rebuild their kernel without all the debugging bits. An idea that was tossed around was to do something similar to what we do in release builds, and offer separate debug/nodebug builds. But instead of how we do it in releases, do the opposite, and have a -nodebug build, whilst keeping the regular kernel debug-turned-on to maximise coverage testing. Downside being that we have one extra flavor to build each day. (more disk space used, more buildsys time etc). Another option is that we do something like turning debug on/off periodically (though this idea wasn't well recieved, unless it was really easy to determine if a debug-enabled kernel was running. Some people want to run automated perf-tests) comments? Dave -- http://www.codemonkey.org.uk _______________________________________________ Fedora-kernel-list mailing list Fedora-kernel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-kernel-list
