All of the critical fixes from -mm are pushed into Linus's current tree. Just take a look at the "Merged" section immediately following "Latest Linus tree" here; repeat with the previous -testX-mmY patch announcements.
Now take a look at this under the "Andrew Morton" heading and notice how many of those patch headings ring a bell. Yessir, he has been kickin' arse and taking names.
First, to answer your question. No, I have not yet used udev. When the semester finally wraps up, I plan on taking a look -- hoping that 2.6.0-final has not been released yet (a nice long "-rc"ish plan sounds best imo). My impression is that there's still a fair amount of configuration to be done, both documentation- and code-wise (of course not forgetting conffiles), so the more eyes looking at it, the better.
I highly recommend reading Greg's OLS paper Re: udev. Go here for quick links....And in the off-chance that someone reading this is using Debian sid, go here for packages.
Nope, you do not/have/ to enable devfs in 2.6. I'm using it on several machines just fine that do not have kernel support for devfs or the userspace devfsd component.
I've had both good and bad experiences with devfs+devfsd, but any problems I have had have been quickly debugged and fixed (or I've bashed my forehead for being pebkac error). Generally I err on the side of caution (except for this 2.6.0-test deal, since more testers can't hurt), so I've decided to remain without devfs+devfsd on several machines.
Yes, the build system in 2.6.0-test is/vastly/ improved.
I suppose the real answer is "it depends, but generally yes." I don't use kernel preemptibility, and it sure seems "feels" faster -- which is of course such a rambling description that it's difficult to qualify.
Hmm...it's a tad bit more complicated. Some of the possible issues are apic related. If you're the user of a VIA chipset, this particularly is the case. I append "noapic" to the kernel cmdline to use my USB mouse.
You shouldn't have to append "mem=nopentium" if you use Linux 2.4.19 or newer (all 2.6.0* as well). This is what the Nvidia driver engineers say, at least...
Actually yes, it "runs Linux." While it's nothing unique to 2.5, there is user-mode-linux. For 2.5, there is Kexec. It's interesting that at least one co-lo service is hosted on a UML configuration (see the isp-colo list).
I've used Freenet6 and Hurricane Electric's tunnels; I must say that he.net's tunnels have had much lower latency [and have been much more reliable] than Freenet6's. That said, Freenet6 was incredibly straight-forward for a lot of users (Debian even does all the bally-hoo for you after your register, but it's nothing a simple self-made script won't accomplish) and certainly should be lauded for their simplicity.
Apply the offending line in include/linux/sched.h manually then.
$EDITOR include/linux/sched.h
insert the offending line above #define __wait_event(wq, condition) \
(which is line 809 with my $TERM setting)
You should end up with something that looks like:
... extern void FASTCALL(add_wait_queue_exclusive(wait_queue_head_ t *q, wait_queue_t * wait)); extern void FASTCALL(remove_wait_queue(wait_queue_head_t *q, wait_queue_t * wait)); extern long kernel_thread(int (*fn)(void *), void * arg, unsigned long flags);
#define __wait_event(wq, condition) \ ...
(beware of line-break butchery due to/.)
You'll also have a harmless non-existing arch/um/kernel/process_kern.c, which is because Alan generated the diff against his tree (-ac), which includes UML, whereas vanilla doesn't.
Um, no, I'm afraid the guy (Rain) _does_ know what he's talking about (since I know him), and I've done a fair amount of kernel hacking in my day.
If you'd actually like to read something on-topic, see Ben Pfaff's response to Alan's post. The short of it, "we're [i.e. you're free to do it!] working on a correct fix for all cases, this is just the quick sledgehammer."
I agree with you on several fronts: I believe this initiative is wonderful (I'm from Greensboro and attended Weaver *and* I love Linux, woohoo), but there's something beyond the technical know-how that one can't pick up in a classroom environment. While Red Hat training and certification will certainly make some students more marketable right from the get-go, I think the types of students who will enroll in these classes are a bit more level-headed than the "regular" breed who think too highly of themselves. You can't really impart the workplace ethic, if there is such a thing, to a teenager (generally speaking, I know I'm throwing around stereotypes), but you sure can teach or drive home ethical technology practices.
I agree that it's a good start. I would also add in links to vsftpd's design & implementation documentation; see here, here, and here. For what it's worth, Maradns's string library is worth examining as well.
I agree with your sentiment, sphealey. There are indeed a lot of people who seamlessly combine the intense analytical nature of science with the flowing creativity of "the arts." I'm one of these "types"--I have degrees in both computer science and English, but my sanity will only permit me to pursue a doctorate in the former. =) Additionally, I once had a professor in my CS curriculum who holds doctorates from UPenn in both CS and English. Aside from the sheer boggling and incredulity that some proponents of either discipline regard, there's a strong undercurrent of resentment akin to the whole too-much-science/technology versus too-much-hand-waving-and-superfluous-literary-theo ry. I've had professors call me out for simply being interested in either (which is by far the most ridiculous load of crock). Who cares? After all, simply pursuing an "advanced degree" requires a strictness and diligence that hints at a passion most people blithely overlook.
I'm reminded of the greats: Feynman, etc. I would add a chemistry professor I had named Holden Thorpe, quite possibly the most brilliant chemist and pianist I've ever met. It's far too small a world to say anything conclusive about being "the only one."
As others have stated, the default is data=ordered. If you haven't explicitly specified data=journal in/etc/fstab or via mount, then you're not affected (i.e. safe)./sbin/mount will spit out the parameters you used.
This bug is in 2.4.20-pre5+, and Stephen and Andrew have both proposed workarounds. Ultimately, it might just be "more" "worth it" to switch to data=ordered if you've been using data=journal after syncing, dropping to single user, and remounting your ext3 partitions as data=ordered.
If you happen to use Debian Sid, you can basically just apt-get install all the prereqs (well, that's what I'm doing). You may want to install waldi's omniorb4 packages, though. One of the main hitches is the omniorb stuff. Post-M1 defaults to ``-R ior'', and as the release notes suggest, it's highly recommended that you use that switch for both "server" and "clients."
You don't kill KDM and XFree86, you just open $TERM and fire up ``berlin -R ior'' (if you compile M1). Think Xnest. I compiled M1 some days ago (debs weren't available then), and I'm still tracking down an omniorb3 problem where connections from localhost are rejected.
(The debs themselves use -R nameserver, btw, which is why you'll need omniorb4 + the nameserver package. I also can't comment on how well they work, but try 'em!)
According to the XFree86 homepage, 4.3 is due out January 22-24, 2003, to coincide with the Linux World Expo in NYC. More than likely it will ship with Mesa 4.0.4, but you'll need to follow the Xpert mailing list to be sure.
Slashdot Mirror
All of the critical fixes from -mm are pushed into Linus's current tree. Just take a look at the "Merged" section immediately following "Latest Linus tree" here; repeat with the previous -testX-mmY patch announcements.
Now take a look at this under the "Andrew Morton" heading and notice how many of those patch headings ring a bell. Yessir, he has been kickin' arse and taking names.
No. This was fixed in 2.4.19 (well, /really/ fixed in .20 since .19 really just disabled it completely) and in 2.5. See this page.
First, to answer your question. No, I have not yet used udev. When the semester finally wraps up, I plan on taking a look -- hoping that 2.6.0-final has not been released yet (a nice long "-rc"ish plan sounds best imo). My impression is that there's still a fair amount of configuration to be done, both documentation- and code-wise (of course not forgetting conffiles), so the more eyes looking at it, the better.
...And in the off-chance that someone reading this is using Debian sid, go here for packages.
I highly recommend reading Greg's OLS paper Re: udev. Go here for quick links.
Nope, you do not /have/ to enable devfs in 2.6. I'm using it on several machines just fine that do not have kernel support for devfs or the userspace devfsd component.
/vastly/ improved.
I've had both good and bad experiences with devfs+devfsd, but any problems I have had have been quickly debugged and fixed (or I've bashed my forehead for being pebkac error). Generally I err on the side of caution (except for this 2.6.0-test deal, since more testers can't hurt), so I've decided to remain without devfs+devfsd on several machines.
Yes, the build system in 2.6.0-test is
I suppose the real answer is "it depends, but generally yes." I don't use kernel preemptibility, and it sure seems "feels" faster -- which is of course such a rambling description that it's difficult to qualify.
f set=29&rows=30
I'll point you to the response I made here:
http://www.osnews.com/comment.php?news_id=5208&of
(Mine's #29.) Yes, I know it's much more so the combination of XFS and mm than it is just mm. I should amend that comment...
Hmm...it's a tad bit more complicated. Some of the possible issues are apic related. If you're the user of a VIA chipset, this particularly is the case. I append "noapic" to the kernel cmdline to use my USB mouse.
You shouldn't have to append "mem=nopentium" if you use Linux 2.4.19 or newer (all 2.6.0* as well). This is what the Nvidia driver engineers say, at least...
And just for kicks, here's a link to Debian packages of XMMS with v6 support already in: http://debian.fabbione.net/mirrors.html
Here's a good pointer: Dave's "post-Halloween" doc.
Actually yes, it "runs Linux." While it's nothing unique to 2.5, there is user-mode-linux. For 2.5, there is Kexec. It's interesting that at least one co-lo service is hosted on a UML configuration (see the isp-colo list).
Brings new light to "Yes, it runs Linux."
I've used Freenet6 and Hurricane Electric's tunnels; I must say that he.net's tunnels have had much lower latency [and have been much more reliable] than Freenet6's. That said, Freenet6 was incredibly straight-forward for a lot of users (Debian even does all the bally-hoo for you after your register, but it's nothing a simple self-made script won't accomplish) and certainly should be lauded for their simplicity.
Apply the offending line in include/linux/sched.h manually then.
_ t *q, wait_queue_t * wait));
/.)
$EDITOR include/linux/sched.h
insert the offending line above #define __wait_event(wq, condition) \
(which is line 809 with my $TERM setting)
You should end up with something that looks like:
...
extern void FASTCALL(add_wait_queue_exclusive(wait_queue_head
extern void FASTCALL(remove_wait_queue(wait_queue_head_t *q, wait_queue_t * wait));
extern long kernel_thread(int (*fn)(void *), void * arg, unsigned long flags);
#define __wait_event(wq, condition) \
...
(beware of line-break butchery due to
You'll also have a harmless non-existing arch/um/kernel/process_kern.c, which is because Alan generated the diff against his tree (-ac), which includes UML, whereas vanilla doesn't.
It _really_ helps if you _read the debian-security list_.
b ia n-security-200303/msg00300.html
*thwap*
http://lists.debian.org/debian-security/2003/de
Um, no, I'm afraid the guy (Rain) _does_ know what he's talking about (since I know him), and I've done a fair amount of kernel hacking in my day.
3 03 .2/0271.html
If you'd actually like to read something on-topic, see Ben Pfaff's response to Alan's post. The short of it, "we're [i.e. you're free to do it!] working on a correct fix for all cases, this is just the quick sledgehammer."
http://www.uwsg.iu.edu/hypermail/linux/kernel/0
I agree with you on several fronts: I believe this initiative is wonderful (I'm from Greensboro and attended Weaver *and* I love Linux, woohoo), but there's something beyond the technical know-how that one can't pick up in a classroom environment. While Red Hat training and certification will certainly make some students more marketable right from the get-go, I think the types of students who will enroll in these classes are a bit more level-headed than the "regular" breed who think too highly of themselves. You can't really impart the workplace ethic, if there is such a thing, to a teenager (generally speaking, I know I'm throwing around stereotypes), but you sure can teach or drive home ethical technology practices.
I agree that it's a good start. I would also add in links to vsftpd's design & implementation documentation; see here, here, and here. For what it's worth, Maradns's string library is worth examining as well.
I agree with your sentiment, sphealey. There are indeed a lot of people who seamlessly combine the intense analytical nature of science with the flowing creativity of "the arts." I'm one of these "types"--I have degrees in both computer science and English, but my sanity will only permit me to pursue a doctorate in the former. =) Additionally, I once had a professor in my CS curriculum who holds doctorates from UPenn in both CS and English. Aside from the sheer boggling and incredulity that some proponents of either discipline regard, there's a strong undercurrent of resentment akin to the whole too-much-science/technology versus too-much-hand-waving-and-superfluous-literary-theo ry. I've had professors call me out for simply being interested in either (which is by far the most ridiculous load of crock). Who cares? After all, simply pursuing an "advanced degree" requires a strictness and diligence that hints at a passion most people blithely overlook.
I'm reminded of the greats: Feynman, etc. I would add a chemistry professor I had named Holden Thorpe, quite possibly the most brilliant chemist and pianist I've ever met. It's far too small a world to say anything conclusive about being "the only one."
Err, /bin/mount, rather. Stupid fingers. ;-)
As others have stated, the default is data=ordered. If you haven't explicitly specified data=journal in /etc/fstab or via mount, then you're not affected (i.e. safe). /sbin/mount will spit out the parameters you used.
This bug is in 2.4.20-pre5+, and Stephen and Andrew have both proposed workarounds. Ultimately, it might just be "more" "worth it" to switch to data=ordered if you've been using data=journal after syncing, dropping to single user, and remounting your ext3 partitions as data=ordered.
Or you could just back out the offending diff.
If you happen to use Debian Sid, you can basically just apt-get install all the prereqs (well, that's what I'm doing). You may want to install waldi's omniorb4 packages, though. One of the main hitches is the omniorb stuff. Post-M1 defaults to ``-R ior'', and as the release notes suggest, it's highly recommended that you use that switch for both "server" and "clients."
You don't kill KDM and XFree86, you just open $TERM and fire up ``berlin -R ior'' (if you compile M1). Think Xnest. I compiled M1 some days ago (debs weren't available then), and I'm still tracking down an omniorb3 problem where connections from localhost are rejected.
(The debs themselves use -R nameserver, btw, which is why you'll need omniorb4 + the nameserver package. I also can't comment on how well they work, but try 'em!)
Please see this file. It recommends using Alien [Debian users are specifically mentioned], which can easily generate a tgz as well.
Also of note is that Debian Sid's libc6 isn't supported. (Please correct me if I'm wrong.) Again, please refer to the above readme.
I can't comment on the stability or usability of Evolution, but when I used KDE 2.2 at Argonne Nat'l Labs two summers ago, it was rock-solid.
According to the XFree86 homepage, 4.3 is due out January 22-24, 2003, to coincide with the Linux World Expo in NYC. More than likely it will ship with Mesa 4.0.4, but you'll need to follow the Xpert mailing list to be sure.
- Otherland
.