publicfile is a fabulous package that should really get much more recognition and use. It can do 90% of what most people want from httpd/ftpd servers in a faster and far more secure manner.
However, one stumbling block for a lot of people is Dan Bernstein's exclusive use of his EPLF format for LIST and NLST requests. This format is a great idea but still isn't very widely implemented by ftp clients including most web browsers; this is why you'll usually just see the raw eplf output on most clients when you do a dir or ls (example eplf output).
I wrote a patch to publicfile that will cause it to use the more widely accepted/bin/ls format. This will allow it to display properly in most ftp clients and web browsers (example of patched publicfile ftpd, over 65k modem BTW).
I can't believe they don't include the plastic flip cover on the IIIe! The screen just gets trashed in your pocket, otherwise. It's a shame that such a cheap part was excluded.
I wonder if it was done to promote their line of snazzy leather covers/organizers/wallets. It certainly couldn't have been to cut costs!
It's still an awesome deal, though. What a great way to steal more market share. Go palms.
The beowulf newsgroup had a couple short threads a couple months ago about consistently abyssmal performance on redhat 5.2 SMP machines running 2.x with > 512 MB of RAM. The two threads [ one, two] deal with users who had horrendous performance problems with their new machines (both running 2.2.2, the same kernel as in the report) when they used more than 512 MB of ram, but the performance jumped right back up when they used 512 or less. Check out the articles to see how bad the performance was; it's pretty surprising, and presents an interesting opportunity for detractors of linux:
Linux definitely has some hardware/kernel combinations that would seem OK by design on paper, but exhibit peculiar behavior in practice, especially with SMP. I wouldn't rule out the possibility of the testers (or financial backers) hand-picking kernels/hardware configurations that could affect results while seeming perfectly viable to the layman.
It seems very likely to me that if Microsoft did not outwardly donate the hardware to the testing company, they at least made suggestions on its configuration. The open nature of linux development and bug disclosure could easily be used by companies wishing to stage biased demonstrations; Microsoft almost certainly does a thorough job tracking linux kernel development and bug reports.
It's interesting to see someone touting support for linux applications. I think it's the first time that I've seen this; I've gotten too used to FUD surrounding this topic in the opposite light.
In many of the same ways that the rest of IBM's involvement with the linux community will be beneficial, comments such as these are great evidence against some of the more common (misconceived) arguments against greater adoption of linux.
This isn't such a bad thing if part of its message elevates linux to the status of something to be pursued and imitated.
Slashdot Mirror
The only problem with rute is that you wouldn't be able to print out a copy and distribute it to the group -- the first page has that restriction:
If he has an LCD projector at hand, that could work, but for brown-bag affairs, seems like a hard copy would be best.
Personally, I think the old Linux Installation and Getting Started is still one of the better free (GPL'ed even) introductions. Chapter 3 in particular is a great intro to any unix.
-- Scott
publicfile is a fabulous package that should really get much more recognition and use. It can do 90% of what most people want from httpd/ftpd servers in a faster and far more secure manner.
/bin/ls format. This will allow it to display properly in most ftp clients and web browsers (example of patched publicfile ftpd, over 65k modem BTW).
However, one stumbling block for a lot of people is Dan Bernstein's exclusive use of his EPLF format for LIST and NLST requests. This format is a great idea but still isn't very widely implemented by ftp clients including most web browsers; this is why you'll usually just see the raw eplf output on most clients when you do a dir or ls (example eplf output).
I wrote a patch to publicfile that will cause it to use the more widely accepted
The patch is at ftp://ftp.essc.psu.ed u/pub/emsei/woods/publicfile_no_eplf.patch. I don't believe it compromises the security of the package in any way. Please let me know if you find it useful, or have any suggestsions.
-- Scott
I can't believe they don't include the plastic flip cover on the IIIe! The screen just gets trashed in your pocket, otherwise. It's a shame that such a cheap part was excluded.
I wonder if it was done to promote their line of snazzy leather covers/organizers/wallets. It certainly couldn't have been to cut costs!
It's still an awesome deal, though. What a great way to steal more market share. Go palms.
-- Scott
Not to mention the fact that they spelled his name wrong at the top of the section "What is Linux?"
--Scott
The beowulf newsgroup had a couple short threads a couple months ago about consistently abyssmal performance on redhat 5.2 SMP machines running 2.x with > 512 MB of RAM. The two threads [ one, two] deal with users who had horrendous performance problems with their new machines (both running 2.2.2, the same kernel as in the report) when they used more than 512 MB of ram, but the performance jumped right back up when they used 512 or less. Check out the articles to see how bad the performance was; it's pretty surprising, and presents an interesting opportunity for detractors of linux:
Linux definitely has some hardware/kernel combinations that would seem OK by design on paper, but exhibit peculiar behavior in practice, especially with SMP. I wouldn't rule out the possibility of the testers (or financial backers) hand-picking kernels/hardware configurations that could affect results while seeming perfectly viable to the layman.
It seems very likely to me that if Microsoft did not outwardly donate the hardware to the testing company, they at least made suggestions on its configuration. The open nature of linux development and bug disclosure could easily be used by companies wishing to stage biased demonstrations; Microsoft almost certainly does a thorough job tracking linux kernel development and bug reports.
-- Scott
It's interesting to see someone touting support for linux applications. I think it's the first time that I've seen this; I've gotten too used to FUD surrounding this topic in the opposite light.
In many of the same ways that the rest of IBM's involvement with the linux community will be beneficial, comments such as these are great evidence against some of the more common (misconceived) arguments against greater adoption of linux.
This isn't such a bad thing if part of its message elevates linux to the status of something to be pursued and imitated.
-- Scott
(disregard by URL, btw).