Call For Linux 2.5 Testers 39
An anonymous reader writes "Linus has put out a call for testers with the release of 2.5.40. IDE appears to be in working condition, and the only really obvious thing that could be a problem anymore is the lack of any working volume manager... (LVM is b0rk, atm) So unless that's a problem, start your kernel compiles."
Re:WRONG! (Score:3, Interesting)
However, this time around, many of the new things have been in development outside the kernel for several years, with heavy testing (ALSA being the best example of this). I may give 2.5 a try...
Re:WRONG! (Score:5, Interesting)
Re:WRONG! (Score:1)
Re:WRONG! (Score:2)
Re:WRONG! (Score:1)
Re:WRONG! (Score:2)
I fully believe that testing experimental kernels is one way for people to give back. But I think the blurb in this writeup was a bit misleading.
(It would also help if there were a HOWTO on how regular, non-coding doofuses like myself could learn how to send in bug reports and to whom.)
Re:WRONG! (Score:2)
He's not asking you to test it on your servers. The new kernel isn't released yet, this is only for people who would like to contribute by testing and reporting any problems that might occur, so that you get your stable kernel.
Re:WRONG! (Score:2)
if we get this tester (Score:4, Interesting)
Big if (Score:2)
It's comments like, "there's no working volume manager at the moment," that scare the hell out of me.
I run Linux for my back-end fileservers at work, and am in the middle of adding more. Right now I just use one partition per disk, and so I end up with a bunch of partitions.
I would dearly love to use some kind of striping RAID, or at least a concatenation. But when the LVM-type code keeps getting rewritten between every release, it's just too risky. I look with longing at my Sun boxes, where DiskSuite has been doing Jus' Fine[tm] for the past several years, and continues to be supported.
Gotta love how Linux development proceeds... (Score:1, Troll)
Maybe instead of bloating the featureset, they should be working on getting the I/O working?
Re:Gotta love how Linux development proceeds... (Score:4, Interesting)
Maybe instead of bloating the featureset, they should be working on getting the I/O working?
I/O? Are you seriously complaining that the IO thruput is lacking? I'm guessing you're talking about the interactive feel.
So and so, but I bet you don't even run 2.5.X. Granted the 2.4 imho is still interactively crap. It's been ever since the vm "improvement" starting with 2.4.10-preX and how last fall those fscking db-benchmarkers showed up on lkml. I bet they got their 1% improvements for their db and on the same they bollocksed my developement desktop usability to a level it felt like win95. Atleast I learned a lot more about the vm and scheduling internals and loads of neat tricks how to improve latency (e.g. more memory and no, Hz up, neg-nicing X, nicing back ground stuff, A.Morton's low latency and lock breaking patches.)
BUT I must say that the 2.5 is a step forward from 2.4 also in this manner. I've been running 2.5s all along and these late 2.5.30s, especially 2.5.39, have been goodish. Not the kind of interactivity as there should be, still.
Although I'm still seriously pissed off how all the main developers seemed to disregard all the cries about interactivity last fall and winter on lkml. There SHOULD be a proc or even a compile time possibility to tweak it into serverish/db or desktop usage. On a desktop developement you couldn't care less if your compile or what ever the fsck you're doing on the back ground takes 5% longer, but if what ever you're actually interacting with lags like hell, it annoys the living crap out of you. I mean, if I press the button while I'm compiling, obviously that button press is more important ffs.
Re:Gotta love how Linux development proceeds... (Score:2)
Joe
They have. (Score:1)
Maybe instead of bloating the featureset, they should be working on getting the I/O working?
Well, they have. It's been an interesting period. First, Andre Hedrick stopped being the 2.5 IDE maintainer. (There were apparently "interface concerns" with him an Linus, but I haven't seen this so sorry if I'm wrong ^^; ) Martin Dalecki sent in over 100 "clean-up" IDE patches, most of which got merged at the time. Unfortunately, a lot of people didn't like the way they were going and eventually he kind of got chased off. By this time it's July or so. Since then the situation has been a general throwing up of hands followed by forward-porting the improvements made in the -ac tree by Andre Hedrick. There are also other issues, like the fact that ATA (protocol) tends to be ugly and have odd (mis)implementations in hardware. Consequently, people who *really* grok IDE are at a premium.
Hey, there have been other issues to take care of in 2.5 as well, so I don't find this particularly surprising.
In any case, there's no real point in complaining about "feature bloat". That's what make menuconfig is for ;)
2.5.40 on RH8 - decent so far ? (Score:5, Informative)
Linux distributions vary wildly in their various eclectic incarnations as to how things are supposed to get done. My favorite system I have seen thus far is Gentoo. I like to see source usage encouraged, base system clearly defined, reference design and methods of extension al la ports (or emerge).
An open question, if I have suggestions or problems, is there a place for people who don't have time to live and die by Linux to "drop it in the suggestion box?" I had some problems here and there in the past and have found that people "don't want to hear it." I don't mind being incorrect, but I don't take correction without explanation. I have yet to year why there is a good reason for things that don't compile being checked into 2.4.STABLE - which I also follow.
So as far as beta testing goes for Linux kernel. Do they want beta testers? The attitude on the mailing lists ranges from super helpful (some code maintainers are very good about dealing with breakage) to this "if you cant write a better implementation, FO, I don't want to hear its broke, don't like it don't use it". In any case, how is it exactly us trying to use this kernel going to help the better it if the method of information ingress is unclear? Is there a procedure? Like Mozilla when it faults, you get to send errors in, stuff like that. Is there a memory dump in the kernel yet or is that still a patch (it's a tradition that kernels dump to swap then copy on boot do you can see what the computer was doing if it panics). One thing about Linux - if you compile it, load the crap out of it to test it, if it doesn't panic in the 1st day it seems to never panic - which is good.
Just an FYI for people getting into kernel stuff with RedHat-ish systems:
Getting Linux via bitkeeper.
Also don't forget.
-
- make install doesn't work with grub, so you have to do your thing manually now
- recommended compiler is gcc-2.9.5.3 [for 2.4 and 2.5 now], I always have extra compilers ready to go just in case. Make sure all the tools are the proper version, and that you have a recent ksymoops (if you need to do any messing around looking for problems ), modutils - etc.
If the build fails, find the offending code and remove from selection, or try to hack it if you need it.
Getting Bitkeeper (Score:1, Informative)
To get bitkeeper, go to this url [bitmover.com]. If that doesn't work, the username is 'bitkeeper' and the password is 'get bitkeeper'.
Egad, the kernel source is being maintained with a proprietary, binary-only tool!??! Does this strike anyone else as severely ironic? (Not to mention maybe a bad idea?)
Re:Bitkeeper proprietary (Score:1)
It'd be nice to hear what Linus thinks of it after a few months of use. I remember after a few weeks he hadn't yet settled into the software.
RMS on Bitkeeper (Score:1)
The use of Bitkeeper for the Linux sources has a grave effect on the free software community, because anyone who wants to closely track patches to Linux can only do it by installing that non-free program. There must be dozens or even hundreds of kernel hackers who have done this. Most of them are gradually convincing themselves that it is ok to use non-free software, in order to avoid a sense of cognitive dissonance about the presence of Bitkeeper on their machines. What can be done about this?
One solution is to set up another repository for the Linux sources, using CVS or another free version control system, and arranging to load new versions into it automatically. This could use Bitkeeper to access the latest revisions, then install the new revisions into CVS. That update process could run automatically and frequently.
Re:RMS on Bitkeeper (Score:1)
CORRECT BitKeeper instructions (Score:1)
bk clone -rv2.5.40 bk://linux.bkbits.net/linux-2.5 linux-2.5.40
That said you should only do the clone if you don't already have a bitkeeper tree somewhere. Doing local clone and a pull is MUCH faster.
-Wayne
No show-stoppers so far (Score:2)
But, it definitely appears stable enough to do some testing without worrying about trashing your system.
IDE problems? (Score:1)
Did the IDE specs change, or something about filesystem management in general?
Re:IDE problems? (Score:2, Informative)
not even ready for testing use (Score:2, Interesting)
I actually grabbed 2.5.39 a few days ago, all
ready to upgrade my home system out and give
it a good play.
After fixing 4 compile-stopper errors (yes, they've been reported on the kernel lists) I gave up.
Sorry, but if the thing hasn't even been tested to see if it
even using obscure device drivers or compile
options.
(This is on PPC btw, one of the major platforms)
I'm happy to run development kernels and report
bugs/issues. But when the risk of having to reinstall from backups gets too high, sorry, that's just too much work.
I accept that some development kernels will be substantially broken while major changes are happening, but those ones aren't the ones that people should be encouraged to test.
- MugginsM
"LVM is b0rk, atm"? (Score:1)
If LVM can really do what it claims to do (allow to treat several partitions/disks as one logical volume) than it's really cool. Never had a chance to experiment with it though.
Re:"LVM is b0rk, atm"? (Score:1, Informative)
The interfaces were changed under it, and nobody seemed to want to fix it.
ALSA menuconfig fix (Score:1)
the first line is --- lin... and the last line is the 2nd --
--- linux-2.5.40/sound/Config.in Tue Oct 1 04:06:30 2002
+++ linux-2.5/sound/Config.in Wed Oct 2 07:27:04 2002
@@ -31,10 +31,7 @@
if [ "$CONFIG_SND" != "n" -a "$CONFIG_ARM" = "y" ]; then
source sound/arm/Config.in
fi
-if [ "$CONFIG_SND" != "n" -a "$CONFIG_SPARC32" = "y" ]; then
- source sound/sparc/Config.in
-fi
-if [ "$CONFIG_SND" != "n" -a "$CONFIG_SPARC64" = "y" ]; then
+if [ "$CONFIG_SND" != "n" -a "$CONFIG_SPARC32" = "y" ] || [ "$CONFIG_SND" != "n" -a "$CONFIG_SPARC64" = "y" ];then
source sound/sparc/Config.in
fi
--
--
User-mode Linux (Score:1)
Results of test on 2.5.40 (Score:1)