Yikes! I've seen/.'ings before, but this is definitely the worse one I've seen on us yet. I'm working as much as I can to keep serving pages, but the box is seriously underpowered for this kind of load. I see hardware upgrades in the future...;)
Anyway, worse comes to worse, come back and try again in an hour or so and hopefully the effect will subside somewhat.
icecast (see http://www.icecast.org) is a program for the streaming of mp3 audio. But changes have been made to the program at various points in its development to allow it to also stream MPEG video across the 'net. Another hack was done at one point so that it would stream meta-refreshing jpegs.
Now for the obvious question -- if it can be modified to support this, why doesn't it support it out of the box? Relatively simple to answer. At present, streaming MPEG video takes up a shitload of bandwidth. I seem to remember that the internal network of the developers was strained when they streamed the video. So, some sort of better compression of video is needed. Secondly, multicast would be really useful. It's a feature on the near-future TODO list, but will involve lots of rewriting as well as updating clients to support (for just the audio; clients don't even exist really for streaming mpeg video:)
Part of the problem with doing it under Linux is where do you dump to? And how do you know the location which the kernel points to for it to dump to isn't corrupted? Most Unices (eg Solaris, Irix, HP/UX) have some hardware support to help with doing this AFAIK, but with the wide variety of x86 hardware, not to mention all the other platforms Linux runs on, that's not a wonderful option in Linux.
With that said, this is a great thing in my opinion... though I haven't tried it yet to see exactly how they implemented it.
Well, the replies on livid-dev are just starting. As of right now, not much is known. According to Derek's most recent message, it "potentially violates the Copyright, Designs & Patents Act 1988; Sectiond 296(1) and (2)". You can keep up with the discussion if you want at http://livid.on.openprojects.net/pipermail/livid-dev/1999-Novembe r/, which is the archive for the livid-dev mailing list.
Also, to get your own copy of the code, do the following for bash (*csh people, export your variables properly with setenv instead:)
$ export CVSROOT=":pserver:anonymous@cvs.on.openprojects.ne t:/cvs/livid"
$ cvs -z3 co css-auth
I had wondered why my logins to kernel.org recently had been suceeding. In general, I try to use mirrors, but when I know that a pre-patch has been released very recently (aka in the space of the past hour or three), the chances of mirrors having it are pretty small:(
Anybody know of any good mirrors that update on a very regular basis, or even better, are push-updated?
what other floppy drive controllers have the same problem... True, it's a very bizarre bug to trip, but FDC's in general are all pretty much the same. Other companies could have not replicated the fix, which means that other floppy drives could have the same problem.
Anybody have an idea as to how to test out if your FDC is flawed?
in Linux pages being bought by bigger companies. Although it'll be good to see Dave and the bunch get something for all the work that they've put into linuxtoday, because they really have done a lot and LinuxToday is _great_. While slashdot has the big stories, I see ALL of the Linux news at LinuxToday. But, back on my topic, I'm not entirely sure that this great commercialization of Linux sites is such a good thing. The problem tends to be that there is the possibility for a more definite bias/slant when owned by a large parent company and having to deal with company politics as such. But, at the same time, it points towards the growth of Linux. And it does require quite a bit of time and resources to run a large site, and getting this back and more is a good thing.
Anyway, I'm just rambling as I see all of the sites I frequent being bought out. Best of luck to Dave, Dwight, Marty, and the rest of the LinuxToday crew!
UDMA66 is supported in Andre Hedrick's IDE patches (most of the basics of which are in 2.3.x). Backports to 2.2.x of these patches can be found at your local kernel.org mirror (ftp.xx.kernel.org) under/pub/linux/kernel/people/hedrick/
Actually, this is instead just a list of packages on the main CD (ie the one in the $30 version), which is the version available for download, except for the few packages with export restrictions }=\ (GnuPG, 128bit Netscape)
I can repost the list of stuff I did on Saturday:) Also, a great way to see what's changed is to look through the rpm changelogs... but that's a time consuming process:)
I've been beating pretty hard on the 6.1 beta (lorax) since it's release.
To say that at first there weren't any bugs would be a lie of course, but I've seen _great_ leaps ahead over the course of it. At the beginning, it took some work to get it to work.
But, through lots of beta testing, and lots of late night hacking by Matt Wilson, it's now to the point that it's the easiest installer I've seen. Much easier than Caldera's graphical, in large part, because it gives you a lot more freedom in the install. The GUI install works for CDROM installs, NFS installs, and (untested, but should work I believe) hard drive installs. If the GUI installer doesn't work for you (or you don't want it even), never fear. There's still a text-based installer for low-ram machines, and ftp or http installs.
Other nice neat things in 6.1 (for those wondering) - kudzu: kudzu does hardware detection and will start the appropriate configuration tool. Very neat - an interactive startup option (disable-able) ala choose what you want to start during startup for Windows 9x and DOS; so for when you screw up your sendmail config, you can still start without taking ages:) - up2date: service to give access to a priority server upon registration and then will give you the new rpms in updates and give you the opportunity to install them, just download them, few other options - fsck has a progress bar:) - rp3: an easy-to-use ppp configuration tool. I haven't actually completely tested this one being on ethernet and all, but it appeared to work - XFree 3.3.5, 2.2.12 (+fixes), GNOME 1.0.40 stuff (newest when it mastered...), KDE 1.1.2, glibc 2.1.2 - One of the boxed versions is the US version, which contains 128bit Netscape, GnuPG, and a few other things that are export controlled.
Think that's most of the good interesting stuff. As I said, it's shaping up to be _really_ solid from what I can tell.
As to the PIII optimizations, I think they're kernel and potentially binutils.
Copy/usr/src/linux/System.map to/boot/ to get rid of this little error. procps 2.0 uses the kernel symbols so that it can get more accurate process information... a good thing:)
John Carmack seems to be doing a _lot_ for the open source community these days. First was the initial release of the Doom source, although it wasn't under an open license, it was still damned cool for the time. Now, he's helping with the GLX project for the Matrox cards (and supposedly doing what he does best, wild and crazy optimizations:) and today releases Doom under the GPL.
The update agent does require registration (and is one of the perks of buying the boxed set from what I understand). It basically allows you to have "guaranteed" bandwidth for updating without relying on ftp.redhat.com, which does get very bogged down. I still need to check if it has to update itself off of the priority.redhat.com servers or if I can get it to get information from other ftp servers (aka my local mirror...)
I have the explanation:) An IT guy screwed up and made it available at some point yesterday evening. Unfortunately, at this point, not much can be done about it....
RedHat doesn't use the even/odd convention. Mainly, because that would be very confusing in a retail environment (no distribution uses this method AFAIK).
5.9 prior to RedHat 6.0 was Starbuck and the beta for 6.0. 6.0 is Hedwig. Lorax is 6.0.50 and 6.0.55 and is the beta for 6.1. 6.1 is an actual stable release (no, I'm not saying what it is:) There will probably be another public beta in 5 months or so that will be 6.1.X, and it will be followed by 6.2 (which consequently should be out in 6 months +/- a few weeks).
I've been beating pretty hard on the 6.1 beta (lorax) since it's release.
To say that at first there weren't any bugs would be a lie of course, but I've seen _great_ leaps ahead over the course of it. At the beginning, it took some work to get it to work.
But, through lots of beta testing, and lots of late night hacking by Matt Wilson, it's now to the point that it's the easiest installer I've seen. Much easier than Caldera's graphical, in large part, because it gives you a lot more freedom in the install. The GUI install works for CDROM installs, NFS installs, and (untested, but should work I believe) hard drive installs. If the GUI installer doesn't work for you (or you don't want it even), never fear. There's still a text-based installer for low-ram machines, and ftp or http installs.
Other nice neat things in 6.1 (for those wondering) - kudzu: kudzu does hardware detection and will start the appropriate configuration tool. Very neat - an interactive startup option (disable-able) ala choose what you want to start during startup for Windows 9x and DOS; so for when you screw up your sendmail config, you can still start without taking ages:) - up2date: service to give access to a priority server upon registration and then will give you the new rpms in updates and give you the opportunity to install them, just download them, few other options - fsck has a progress bar:) - rp3: an easy-to-use ppp configuration tool. I haven't actually completely tested this one being on ethernet and all, but it appeared to work - XFree 3.3.5, 2.2.12, GNOME 1.0.40 stuff (newest when it mastered...), KDE 1.1.2, glibc 2.1.2
Think that's most of the good interesting stuff. As I said, it's shaping up to be _really_ solid from what I can tell.
Just in response to the first thing wrt an autorun type thingie... magicdev (located in gnome CVS) does just this. It supports the running of an autorun file on the CD (though I'm not sure what the file needs to be called) as well as autoplaying of music cds.
Alan released 2.0.38-pre1 a _while_ back, saying that it was one security fix and he wanted to make sure there weren't others which needed to be rolled in so that 2.0.38 could be a "final" release for the 2.0.X series.
Linus has been a busy boy tonight, following the release of 2.0.38 with a large patch for 2.3.15 with lots of changes that managed to crash my machine the first time I tried to check my mail with it (back to 2.3.15-pre1 until I can test it:) and then a 2.2.12 release, which I haven't looked at yet.
Slashdot Mirror
Yikes! I've seen /.'ings before, but this is definitely the worse one I've seen on us yet. I'm working as much as I can to keep serving pages, but the box is seriously underpowered for this kind of load. I see hardware upgrades in the future... ;)
Anyway, worse comes to worse, come back and try again in an hour or so and hopefully the effect will subside somewhat.
--
Jeremy Katz
icecast (see http://www.icecast.org) is a program for the streaming of mp3 audio. But changes have been made to the program at various points in its development to allow it to also stream MPEG video across the 'net. Another hack was done at one point so that it would stream meta-refreshing jpegs.
:)
Now for the obvious question -- if it can be modified to support this, why doesn't it support it out of the box? Relatively simple to answer. At present, streaming MPEG video takes up a shitload of bandwidth. I seem to remember that the internal network of the developers was strained when they streamed the video. So, some sort of better compression of video is needed. Secondly, multicast would be really useful. It's a feature on the near-future TODO list, but will involve lots of rewriting as well as updating clients to support (for just the audio; clients don't even exist really for streaming mpeg video
--
Jeremy Katz
He's taken the letter down. He says he spoke with Napster (the author of the program) and the guy was nice and that they're going to work together.
--
Jeremy Katz
Actually, there are already plans to turn Mozilla into a Bonobo component, which means a web browser could be easily embedded in any application.
--
Jeremy Katz
if I boot with tomsrtbt? :)
--
Jeremy Katz
Part of the problem with doing it under Linux is where do you dump to? And how do you know the location which the kernel points to for it to dump to isn't corrupted? Most Unices (eg Solaris, Irix, HP/UX) have some hardware support to help with doing this AFAIK, but with the wide variety of x86 hardware, not to mention all the other platforms Linux runs on, that's not a wonderful option in Linux.
With that said, this is a great thing in my opinion... though I haven't tried it yet to see exactly how they implemented it.
--
Jeremy Katz
Well, the replies on livid-dev are just starting. As of right now, not much is known. According to Derek's most recent message, it "potentially violates the Copyright, Designs & Patents Act 1988; Sectiond 296(1) and (2)". You can keep up with the discussion if you want at http://livid.on .openprojects.net/pipermail/livid-dev/1999-Novembe r/, which is the archive for the livid-dev mailing list.
Also, to get your own copy of the code, do the following for bash (*csh people, export your variables properly with setenv instead :)
--
Jeremy Katz
I had wondered why my logins to kernel.org recently had been suceeding. In general, I try to use mirrors, but when I know that a pre-patch has been released very recently (aka in the space of the past hour or three), the chances of mirrors having it are pretty small :(
Anybody know of any good mirrors that update on a very regular basis, or even better, are push-updated?
--
Jeremy Katz
what other floppy drive controllers have the same problem... True, it's a very bizarre bug to trip, but FDC's in general are all pretty much the same. Other companies could have not replicated the fix, which means that other floppy drives could have the same problem.
Anybody have an idea as to how to test out if your FDC is flawed?
--
Jeremy Katz
in Linux pages being bought by bigger companies. Although it'll be good to see Dave and the bunch get something for all the work that they've put into linuxtoday, because they really have done a lot and LinuxToday is _great_. While slashdot has the big stories, I see ALL of the Linux news at LinuxToday. But, back on my topic, I'm not entirely sure that this great commercialization of Linux sites is such a good thing. The problem tends to be that there is the possibility for a more definite bias/slant when owned by a large parent company and having to deal with company politics as such. But, at the same time, it points towards the growth of Linux. And it does require quite a bit of time and resources to run a large site, and getting this back and more is a good thing.
Anyway, I'm just rambling as I see all of the sites I frequent being bought out. Best of luck to Dave, Dwight, Marty, and the rest of the LinuxToday crew!
--
Jeremy Katz
UDMA66 is supported in Andre Hedrick's IDE patches (most of the basics of which are in 2.3.x). Backports to 2.2.x of these patches can be found at your local kernel.org mirror (ftp.xx.kernel.org) under /pub/linux/kernel/people/hedrick/
--
Jeremy Katz
Actually, this is instead just a list of packages on the main CD (ie the one in the $30 version), which is the version available for download, except for the few packages with export restrictions }=\ (GnuPG, 128bit Netscape)
--
Jeremy Katz
RedHat hasn't run on a 386 in a while. IIRC, the requirements include a 486 with 16 megs of a ram for previous versions.
--
Jeremy Katz
I can repost the list of stuff I did on Saturday :) Also, a great way to see what's changed is to look through the rpm changelogs... but that's a time consuming process :)
:) :)
I've been beating pretty hard on the 6.1 beta (lorax) since it's release.
To say that at first there weren't any bugs would be a lie of course, but I've seen _great_ leaps ahead over the course of it. At the beginning,
it took some work to get it to work.
But, through lots of beta testing, and lots of late night hacking by Matt Wilson, it's now to the point that it's the easiest installer I've seen.
Much easier than Caldera's graphical, in large part, because it gives you a lot more freedom in the install. The GUI install works for CDROM
installs, NFS installs, and (untested, but should work I believe) hard drive installs. If the GUI installer doesn't work for you (or you don't want it even), never fear. There's still a text-based installer for low-ram machines, and ftp or http installs.
Other nice neat things in 6.1 (for those wondering)
- kudzu: kudzu does hardware detection and will start the appropriate configuration tool. Very neat
- an interactive startup option (disable-able) ala choose what you want to start during startup for Windows 9x and DOS; so for when you screw up your sendmail config, you can still start without taking ages
- up2date: service to give access to a priority server upon registration and then will give you the new rpms in updates and give you the
opportunity to install them, just download them, few other options
- fsck has a progress bar
- rp3: an easy-to-use ppp configuration tool. I haven't actually completely tested this one being on ethernet and all, but it appeared to work
- XFree 3.3.5, 2.2.12 (+fixes), GNOME 1.0.40 stuff (newest when it mastered...), KDE 1.1.2, glibc 2.1.2
- One of the boxed versions is the US version, which contains 128bit Netscape, GnuPG, and a few other things that are export controlled.
Think that's most of the good interesting stuff. As I said, it's shaping up to be _really_ solid from what I can tell.
As to the PIII optimizations, I think they're kernel and potentially binutils.
--
Jeremy Katz
Copy /usr/src/linux/System.map to /boot/ to get rid of this little error. procps 2.0 uses the kernel symbols so that it can get more accurate process information... a good thing :)
--
Jeremy Katz
John Carmack seems to be doing a _lot_ for the open source community these days. First was the initial release of the Doom source, although it wasn't under an open license, it was still damned cool for the time. Now, he's helping with the GLX project for the Matrox cards (and supposedly doing what he does best, wild and crazy optimizations :) and today releases Doom under the GPL.
Three cheers for Mr Carmack!
--
Jeremy Katz
PCMCIA installs work now (I just finished upgrading my laptop :) Words of wisdom... don't use popen() in a daemon.
--
Jeremy Katz
Nope. kudzu handles updates. up2date handles actual package upgrades.
--
Jeremy Katz
The update agent does require registration (and is one of the perks of buying the boxed set from what I understand). It basically allows you to have "guaranteed" bandwidth for updating without relying on ftp.redhat.com, which does get very bogged down. I still need to check if it has to update itself off of the priority.redhat.com servers or if I can get it to get information from other ftp servers (aka my local mirror...)
--
Jeremy Katz
I have the explanation :) An IT guy screwed up and made it available at some point yesterday evening. Unfortunately, at this point, not much can be done about it....
--
Jeremy Katz
RedHat doesn't use the even/odd convention. Mainly, because that would be very confusing in a retail environment (no distribution uses this method AFAIK).
:) There will probably be another public beta in 5 months or so that will be 6.1.X, and it will be followed by 6.2 (which consequently should be out in 6 months +/- a few weeks).
5.9 prior to RedHat 6.0 was Starbuck and the beta for 6.0. 6.0 is Hedwig. Lorax is 6.0.50 and 6.0.55 and is the beta for 6.1. 6.1 is an actual stable release (no, I'm not saying what it is
--
Jeremy Katz
I've been beating pretty hard on the 6.1 beta (lorax) since it's release.
:) :)
To say that at first there weren't any bugs would be a lie of course, but I've seen _great_ leaps ahead over the course of it. At the beginning, it took some work to get it to work.
But, through lots of beta testing, and lots of late night hacking by Matt Wilson, it's now to the point that it's the easiest installer I've seen. Much easier than Caldera's graphical, in large part, because it gives you a lot more freedom in the install. The GUI install works for CDROM installs, NFS installs, and (untested, but should work I believe) hard drive installs. If the GUI installer doesn't work for you (or you don't want it even), never fear. There's still a text-based installer for low-ram machines, and ftp or http installs.
Other nice neat things in 6.1 (for those wondering)
- kudzu: kudzu does hardware detection and will start the appropriate configuration tool. Very neat
- an interactive startup option (disable-able) ala choose what you want to start during startup for Windows 9x and DOS; so for when you screw up your sendmail config, you can still start without taking ages
- up2date: service to give access to a priority server upon registration and then will give you the new rpms in updates and give you the opportunity to install them, just download them, few other options
- fsck has a progress bar
- rp3: an easy-to-use ppp configuration tool. I haven't actually completely tested this one being on ethernet and all, but it appeared to work
- XFree 3.3.5, 2.2.12, GNOME 1.0.40 stuff (newest when it mastered...), KDE 1.1.2, glibc 2.1.2
Think that's most of the good interesting stuff. As I said, it's shaping up to be _really_ solid from what I can tell.
--
Jeremy Katz
Just in response to the first thing wrt an autorun type thingie... magicdev (located in gnome CVS) does just this. It supports the running of an autorun file on the CD (though I'm not sure what the file needs to be called) as well as autoplaying of music cds.
--
Jeremy Katz
Alan released 2.0.38-pre1 a _while_ back, saying that it was one security fix and he wanted to make sure there weren't others which needed to be rolled in so that 2.0.38 could be a "final" release for the 2.0.X series.
Linus has been a busy boy tonight, following the release of 2.0.38 with a large patch for 2.3.15 with lots of changes that managed to crash my machine the first time I tried to check my mail with it (back to 2.3.15-pre1 until I can test it :) and then a 2.2.12 release, which I haven't looked at yet.