On Tue, May 14, 2002 at 11:05:16AM -0400, Stew Benedict wrote: > development, with the exception of the kde3 packages I posted, which were > built on stable 8.2 - the grpmi update will be issued as an 8.2 update > > everything new that's showing up now on cooker is being built on a cooker > system with gcc3.0 and now 3.1
I'll give you an answer that I think will help you a bit more if you aren't familiar with the technical details of teh gcc3.x transition. cooker is where the next version of the distribution is developed. The state of it can vary from excellent to extremly broken. As we draw closer to a release it is normally very good. Normally between releases some major changes are made that require rebuilding everything or at least a large amount of programs in the distribution. Examples are switching versions of a library that many apps us but which the new version is binary incompatible with the old one (libpng for example). Switching to using devfs (this happened between 8.0 and 8.1 in x86 and 8.0 and 8.2 in ppc) which may make some paths that apps are using for devices invalid. Currently Mandrake is making the transition from a 2.9x compiler (2.95 for ppc and 2.96 for x86) to a gcc 3.x compiler. Unfortunately none of these compilers are binary compatable with their output when it comes to programs that are written in C++. As a result any program in cooker at current that is written in C++ and compiled with gcc3.x will not work on a system that does not have the C++ libraries it requires compiled with the same compiler. What all this means for you. It's strongly recommended that at least at this point that you do not upgrade individual components out of cooker unless you really know what you are doing. Many components are not written in C++ and are still safe. If you want to try a package out of cooker feel free, but be prepared to have to downgrade back to what you had before. FYI the pbbuttons packages were built for 8.2 and were built with the 2.95 compiler (though they don't use C++ so it wouldn't have mattered anyway). If you have any further questions please feel free to post them here. :) -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org We tend to see all wars through the lens of the current conflict, and we mine history for lessons convenient to the present purpose. - Brian Hayes
