Well, i'm not a real tweaker in the sense that I compile and tune everything for maximum performance. I rather tune the system to my specific software needs and stability in the sense of "if i don't ask for x, i don't have x". My system is very basic and i have a good overview. It contains only things that I need. I really like to put some effort in installing software so that I am aware of all it's features, dependencies and caveats. I like to do this by hand and by reading documentation from the software authors themselves. Yes, perhaps it is a tedious approach but it works very nice for me and i have a system which i can really trust. For me, this is the power of Open source actually.
Before I upgrade to a major version (be it a major GCC version - I worked with gcc 2.95.2+some patch for a long, long time before i upgraded to 3+, or in this case the kernel), I always spend some time researching if the upgrade is worthwhile and good.
So, yes: I cross-compiled and built libraries myself ofcourse, but i always try to choose stable versions. Also with kernels: i never tried an odd (2.1, 2.3, 2.5) kernel release.
In case of the kernel, I am little bit confused because of the development model (no 2.7), fast development cycles, in relation to the comments and complaints I sometimes read on the internet and here on Slashdot. Regarding kernel stability, it is my understanding that 'stability should be guaranteed by vendors' ie. 'use a vendor kernel'. I am my own vendor, so to speak. Hence my question.
In my years of experience, i know that critical parts of the system (toolchain, kernel) can produce very strange problems not directly noticable in a week of testing.
Yes, such risks are always present when using free software, but software from a stable chain always worked perfectly for me. Especially software where no-one complains about:)
I found it very difficult to find information regarding this, hence i tried Ask Slashdot.
as far as i know and have experienced... GDK, the lower API part of GTK+ is a thin wrapper for XLib. It provides you with basic drawing primitives also more or less available in Xlib but with less code. It also makes things easier.
Slashdot Mirror
I always thought that the brain works best at 39 ;)
http://science.slashdot.org/article.pl?sid=08/10/27/1630225
I understand why you ask this question :)
:)
Well, i'm not a real tweaker in the sense that I compile and tune everything for maximum performance. I rather tune the system to my specific software needs and stability in the sense of "if i don't ask for x, i don't have x". My system is very basic and i have a good overview. It contains only things that I need. I really like to put some effort in installing software so that I am aware of all it's features, dependencies and caveats. I like to do this by hand and by reading documentation from the software authors themselves. Yes, perhaps it is a tedious approach but it works very nice for me and i have a system which i can really trust. For me, this is the power of Open source actually.
Before I upgrade to a major version (be it a major GCC version - I worked with gcc 2.95.2+some patch for a long, long time before i upgraded to 3+, or in this case the kernel), I always spend some time researching if the upgrade is worthwhile and good.
So, yes: I cross-compiled and built libraries myself ofcourse, but i always try to choose stable versions. Also with kernels: i never tried an odd (2.1, 2.3, 2.5) kernel release.
In case of the kernel, I am little bit confused because of the development model (no 2.7), fast development cycles, in relation to the comments and complaints I sometimes read on the internet and here on Slashdot. Regarding kernel stability, it is my understanding that 'stability should be guaranteed by vendors' ie. 'use a vendor kernel'. I am my own vendor, so to speak. Hence my question.
In my years of experience, i know that critical parts of the system (toolchain, kernel) can produce very strange problems not directly noticable in a week of testing.
Yes, such risks are always present when using free software, but software from a stable chain always worked perfectly for me. Especially software where no-one complains about
I found it very difficult to find information regarding this, hence i tried Ask Slashdot.
as far as i know and have experienced... GDK, the lower API part of GTK+ is a thin wrapper for XLib. It provides you with basic drawing primitives also more or less available in Xlib but with less code. It also makes things easier.