I am pleased to see this is coming along so well and cant wait till its released to replace 10 on my file server.Many times I wanted to quit Mandrake in favour of something else because it wouldn’t do what I wanted it to.I always keep coming back to Mandrake though I run Vector on my workstation.
Keep up the good work Mandrake, a stable staple in my linux diet.
KDE is 3.3, the menu sidebar is just a graphic that needs to be corrected. Kernel is 2.6.10 but final 10.2 will be 2.6.11, the 2.6.11 kernel is available from Cooker.
Technically not quite – it has KDE 3.4 RC1. 3.4 hasn’t been released as yet.
It’s nice to see Mandrake stays fairly up to date with much of their software – they seem to make some interesting choices though. Glibc, gcc and the kernel seem to be pretty much up-to-date at each release, whereas KDE and X haven’t been for the last couple.
Part of this seems to be some bad release timing – IIRC 10.1 just missed releases of KDE, X.org and GNOME. Would be nice if 10.2 could do a little better.
The -fvisibility=hidden is an interesting option – it seems to break some compiles for me. It may be -fvisibility-inlines-hidden doing it, but I thought stuff worked okay with that but without -fvisibility=hidden. Admittedly I don’t totally understand what I’m playing with, but I do find it interesting that Mandrakesoft are using an optimisation with potential to break compiles.
On the other hand, AFAIK it doesn’t break stuff at runtime and it’s fairly obvious when things fail because of it. They probably know what they’re doing better than I do 🙂
gcc, glibc and the kernel change a hell of a lot less between versions than KDE and GNOME do . MDK release schedule is fixed at six months, and a decision was taken not to move it even though it currently coincides rather badly with the KDE and GNOME cycles. X.org for this release is 6.8.2, that’s the latest, isn’t it?
Yeah, except that KDE 3.4 hasn’t been officially released.
You know people, there is no winning with you. When Mandrake used to ship bleeding edge software, you people would whine.
Now that they have taken a step back and ship more tested software, some of you also whine. I am glad Mandrake has placed more emphasis on reliability than on providing the latest packages. KDE 3.3 has been around for a while now and lots of people have tested and most of the potential bugs have been resolved.
I can safely deploy Mandrake 10.2 with the knowledge that there should not be any surprises. I cannot say the same thing about Ubuntu* or even Suse. Suse used to employ a lot more caution before they decided that their professional version -pay attention to its name- was going to be another testing ground like Fedora for its enterprise distribution.
This is a bit sad, but things are getting to the point that I only feel comfortable deploying either Mandrake or Debian.
*For all of the Ubuntu fanboys, do yourself realize that Ubuntu has its share of bugs. I encountered these:
1) Grub or lilo cannot write to the root directory if it is formatted as an XFS partition.
2) It will not install the current smp kernel, which means that it only detects one of my dual processors and 1.0 GB of my 1.5 GB of RAM.
This was the first distro that I liked and used for 1 year. I have used MDK till 10.0 Official and still have it on my home desktop. However, for all practical purposes I use gentoo on my Thinkpad. I like the automount feature and urpmi package mangement, but split kde ebuilds that gentoo has is a class apart.
To be fair though for a moment, KDE 3.3.2 is resonably recent – in addition, you can strip KDE right down in a Mandrake custom install – it’s possible to have a nice light KDE-Mandrake install on around 1.4 gb with relatively little bloat in it – however, am also looking forward to trying the split ebuild approach on one of my Gentoo systems.
You know its sad when people start saying “1.4 gb” and “relatively little bloat” in the same breath.
This isnt intended as a dig just at KDE, but rather at all the “desktop envirtonments” in general these days, im not sure how accurate the 1.4 gb figure is, but if true it should inspire pure outrage, not “relatively little”.
Unfortunately, its gotten to the point where kde and/or gnome really DO provide enough goodies above and beyond that of a pure X11 and minimal WM setup that i can’t in good faith advocate doing without them anymore.
Last time I tried a fairly minimal MDK install I had a fully functioning GNOME system in around 800MB. You could get it much smaller but I really didn’t compromise on much functionality.
No it doesn’t. Knoppix is heavily compressed. Uncompressed it totals more than 2GB, I believe. When MDK tells you how much hard disk space it’s going to take up, it’s reporting uncompressed values.
I’ve been waiting to get back to Linux for some time now. I had to drop it after upgrading to SATA RAID 0 a long time ago. Silicon Image gave the drivers for the chipsets, used in almost all onboard SATA motherboards, to open standards groups years ago. Red Hat even made a driver for it, yet none of the distros I’ve tested can boot into the OS in a RAID configuration. I guess if I can afford it, I’ll just have to by a good controller card instead.
The kernel shipped with this version still dosen’t have a workaround for centrino laptops it seems.
Default kernel will try to detect pae extensions, which are missing on some centrinos and pentium celerons m, this causes the machine to reboot, not kernel panics, warnings, nothing, plain reboot.
The only “workaround” is to install i586 kernel instead.
At the minimum, final 10.2 will install the i586 kernel by default for Dothans. Hacking the kernel build so that i686 optimization doesn’t use the pae flag is not trivial, I don’t know if it will be done in time for 10.2.
> Are any of the features in the release candidate,
> listed on linuxcompatible, different than what
> was in the Beta?
I hope not. Has the world really come to the point where people are now expecting feature enhancements between beta and release? The whole point of Beta is that all features are complete, all internal QA is complete, and it’s believed ready for release. It’s provided to an audience (closed or open) to find out what may have been overlooked from a QA standpoint.
Now it seems as if “Release Candidate” has taken over that roll. Oy!
Beta2 looks like this: http://shots.osdir.com/slideshows/slideshow.php?release=238&slide=2…
Are any of the features in the release candidate, listed on linuxcompatible, different than what was in the Beta?
Here’s the beta 2 info http://www.mandrakelinux.com/en/102beta.php3
I am pleased to see this is coming along so well and cant wait till its released to replace 10 on my file server.Many times I wanted to quit Mandrake in favour of something else because it wouldn’t do what I wanted it to.I always keep coming back to Mandrake though I run Vector on my workstation.
Keep up the good work Mandrake, a stable staple in my linux diet.
Peace
Why does the menu side still show “KDE 3.2 Download”. Shouldn’t it be KDE 3.3 ?
Seems to be more updates to the latest SUSE, so i’m not going to change to Mandrake to get older KDE, and older Kernel.
Another news post about this over at http://bitsofnews.com/modules.php?name=News&file=article&sid=281
Ubuntu/Hoary has KDE-3.4 right now!!
Though I wished Kubuntu was more visible…
Not everything is KDE 3.4 already, eg kdepim is still 3.3.
KDE is 3.3, the menu sidebar is just a graphic that needs to be corrected. Kernel is 2.6.10 but final 10.2 will be 2.6.11, the 2.6.11 kernel is available from Cooker.
Technically not quite – it has KDE 3.4 RC1. 3.4 hasn’t been released as yet.
It’s nice to see Mandrake stays fairly up to date with much of their software – they seem to make some interesting choices though. Glibc, gcc and the kernel seem to be pretty much up-to-date at each release, whereas KDE and X haven’t been for the last couple.
Part of this seems to be some bad release timing – IIRC 10.1 just missed releases of KDE, X.org and GNOME. Would be nice if 10.2 could do a little better.
The -fvisibility=hidden is an interesting option – it seems to break some compiles for me. It may be -fvisibility-inlines-hidden doing it, but I thought stuff worked okay with that but without -fvisibility=hidden. Admittedly I don’t totally understand what I’m playing with, but I do find it interesting that Mandrakesoft are using an optimisation with potential to break compiles.
On the other hand, AFAIK it doesn’t break stuff at runtime and it’s fairly obvious when things fail because of it. They probably know what they’re doing better than I do 🙂
gcc, glibc and the kernel change a hell of a lot less between versions than KDE and GNOME do . MDK release schedule is fixed at six months, and a decision was taken not to move it even though it currently coincides rather badly with the KDE and GNOME cycles. X.org for this release is 6.8.2, that’s the latest, isn’t it?
This 10.2 RC1 is broken for me 🙁 The install fails with a big warning saying something like “Base packages not selected”…
Yeah, except that KDE 3.4 hasn’t been officially released.
You know people, there is no winning with you. When Mandrake used to ship bleeding edge software, you people would whine.
Now that they have taken a step back and ship more tested software, some of you also whine. I am glad Mandrake has placed more emphasis on reliability than on providing the latest packages. KDE 3.3 has been around for a while now and lots of people have tested and most of the potential bugs have been resolved.
I can safely deploy Mandrake 10.2 with the knowledge that there should not be any surprises. I cannot say the same thing about Ubuntu* or even Suse. Suse used to employ a lot more caution before they decided that their professional version -pay attention to its name- was going to be another testing ground like Fedora for its enterprise distribution.
This is a bit sad, but things are getting to the point that I only feel comfortable deploying either Mandrake or Debian.
*For all of the Ubuntu fanboys, do yourself realize that Ubuntu has its share of bugs. I encountered these:
1) Grub or lilo cannot write to the root directory if it is formatted as an XFS partition.
2) It will not install the current smp kernel, which means that it only detects one of my dual processors and 1.0 GB of my 1.5 GB of RAM.
Hi,
This was the first distro that I liked and used for 1 year. I have used MDK till 10.0 Official and still have it on my home desktop. However, for all practical purposes I use gentoo on my Thinkpad. I like the automount feature and urpmi package mangement, but split kde ebuilds that gentoo has is a class apart.
To be fair though for a moment, KDE 3.3.2 is resonably recent – in addition, you can strip KDE right down in a Mandrake custom install – it’s possible to have a nice light KDE-Mandrake install on around 1.4 gb with relatively little bloat in it – however, am also looking forward to trying the split ebuild approach on one of my Gentoo systems.
The 10.2 beta3 didn’t works on my notebook. but the rc1 works.
When will 10.2 64-bit retail most likely be released ?
I used Mandrake at one time, but it’s lost it’s luster for being a stable desktop.
You know its sad when people start saying “1.4 gb” and “relatively little bloat” in the same breath.
This isnt intended as a dig just at KDE, but rather at all the “desktop envirtonments” in general these days, im not sure how accurate the 1.4 gb figure is, but if true it should inspire pure outrage, not “relatively little”.
Unfortunately, its gotten to the point where kde and/or gnome really DO provide enough goodies above and beyond that of a pure X11 and minimal WM setup that i can’t in good faith advocate doing without them anymore.
*sighs miserably
Last time I tried a fairly minimal MDK install I had a fully functioning GNOME system in around 800MB. You could get it much smaller but I really didn’t compromise on much functionality.
kde on 1.4 gig and little bloat?
knoppix gets it under 700 mb, kurumin gets it under 300 mb
Last time I checked mdk can install in less than 100 mb
im sick of people speaking about bloat with mdk, its a linux distro as good as debian and gentoo or suse or fedora.
For estimated Mandrake release dates see . . . http://qa.mandrakesoft.com/twiki/bin/view/Main/Mandrakelinux102
“knoppix gets it under 700 mb”
No it doesn’t. Knoppix is heavily compressed. Uncompressed it totals more than 2GB, I believe. When MDK tells you how much hard disk space it’s going to take up, it’s reporting uncompressed values.
I’ve been waiting to get back to Linux for some time now. I had to drop it after upgrading to SATA RAID 0 a long time ago. Silicon Image gave the drivers for the chipsets, used in almost all onboard SATA motherboards, to open standards groups years ago. Red Hat even made a driver for it, yet none of the distros I’ve tested can boot into the OS in a RAID configuration. I guess if I can afford it, I’ll just have to by a good controller card instead.
The kernel shipped with this version still dosen’t have a workaround for centrino laptops it seems.
Default kernel will try to detect pae extensions, which are missing on some centrinos and pentium celerons m, this causes the machine to reboot, not kernel panics, warnings, nothing, plain reboot.
The only “workaround” is to install i586 kernel instead.
Every one of those figures is heavily bloated.
(yes, including your 100 meg)
Some of us preferred the days of having everything in rom.
At the minimum, final 10.2 will install the i586 kernel by default for Dothans. Hacking the kernel build so that i686 optimization doesn’t use the pae flag is not trivial, I don’t know if it will be done in time for 10.2.
messed up that link
it was supposed to be
<a href=”http://donley.tk“>http://donley.tk
> Are any of the features in the release candidate,
> listed on linuxcompatible, different than what
> was in the Beta?
I hope not. Has the world really come to the point where people are now expecting feature enhancements between beta and release? The whole point of Beta is that all features are complete, all internal QA is complete, and it’s believed ready for release. It’s provided to an audience (closed or open) to find out what may have been overlooked from a QA standpoint.
Now it seems as if “Release Candidate” has taken over that roll. Oy!