Kroeger's Predictive Prefetching paper:
http://www.usenix.org/events/usenix01/full_papers/kroeger/kroeger_html/index.html
I'm assuming a lot of people saw this talk at USENIX. These are pretty
interesting results; has anyone considered working on supporting this in
FreeBSD? I'm interested in
I got sick of (presumably) warez people probing my anonymous ftp site and
dropping all kinds of hard-to-delete trash in incoming, so I patched my
ftpd to only allow directories to start with alphanumerics. There's
probably a better solution, but this works for me so I figure'd I'd share.
The reason I only test the first character is that lots of filenames I
actually want uploaded may have some funkiness somewhere in their midst.
With an alnum first character I can deal with trash using tab completion
and not block the files I deal with normally.
isprint() is too liberal to save
this, in several places, and have a script move the incoming stuff
elsewhere at regular intervals too.
(not that I disagree with your patch but I often mode 'dot files'
e.g. .cshrc, or even CVS # files
This patch only deals with directories, but I definitely see your point.
On Sat, 19 Jan 2002, Aaron
gzip's i386 assembly code, activated by default in the FreeBSD source tree,
produces poor performance on an i686 core (PPro/P2/P3). This is due to the
'partial register stall' problem, explained in a URL recently brought up on
the list, http://www.emulators.com/pentium4.htm.
In the course of
On Tue, Jan 18, 2000 at 05:14:26PM -0500, Ben Rosengart wrote:
I thought it would be nice if one could create locked accounts with
adduser. So I asked my nice Perl-hacking coworker Evan Leon to come up
with a patch.
Enter password []:
Use an empty password or lock the password? lock no
hello,
i've done some searching and i've seen discussion of userland fs
before. has there been any progress in the user-space filesystem area? i
have a nifty project and i would like to avoid using loopback NFS; have we
got anything akin to linux's userfs yet?
if freebsd doesn't have this
this strikes me as unecessary. anybody installing a new mta can create the
necessary users and name them appropriately.
port maintainers have already solved this problem (see the install glue
for the qmail port, which as has been mentioned creates _seven_ users.) it is
not particularly hard, and
there has been some discussion recently, and lots of volunteering. however,
i don't think anyone has done any real work yet. i have a couple of sparcs
to use for it, and several other people have sparc boxes waiting to test
and contribute but no one has yet stepped up to lead the effort forward.
this strikes me as unecessary. anybody installing a new mta can create the
necessary users and name them appropriately.
port maintainers have already solved this problem (see the install glue
for the qmail port, which as has been mentioned creates _seven_ users.) it is
not particularly hard, and
there has been some discussion recently, and lots of volunteering. however,
i don't think anyone has done any real work yet. i have a couple of sparcs
to use for it, and several other people have sparc boxes waiting to test
and contribute but no one has yet stepped up to lead the effort forward.
this seems undesirable to me, since using it immediately makes your shell
scripts nonportable. i liked the ls -t suggestion though.
--
Aaron Smith
[EMAIL PROTECTED]
On Thu, Aug 12, 1999 at 11:18:50AM +0200, Graham Wheeler wrote:
thinking - wouldn't it be a good idea to add some new tests
this seems undesirable to me, since using it immediately makes your shell
scripts nonportable. i liked the ls -t suggestion though.
--
Aaron Smith
aa...@mutex.org
On Thu, Aug 12, 1999 at 11:18:50AM +0200, Graham Wheeler wrote:
thinking - wouldn't it be a good idea to add some new tests to test
On Sun, 27 Jun 1999 22:26:34 EDT, John Baldwin writes:
Let's say I have two services, foo and bar, with food and bard. I want to
wrap food, but *NOT* bard and they are both in /etc/inetd.conf. How do
you propose to solve this with the internal wrapping (which is a good
idea, IMO as it
On Sun, 27 Jun 1999 22:26:34 EDT, John Baldwin writes:
Let's say I have two services, foo and bar, with food and bard. I want to
wrap food, but *NOT* bard and they are both in /etc/inetd.conf. How do
you propose to solve this with the internal wrapping (which is a good
idea, IMO as it eliminates
anybody done any work on a utility for growing ufs filesystems?
aaron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Fri, 25 Jun 1999 10:14:48 +0200, Sheldon Hearn writes:
I think I prefer the suggestion I saw from someone else, which would
allow
ftpstream tcp nowait/10/10/wrap root ...
This can be done in such a way as to be backward compatible. Looks like
something for the week-end, if I can
On Fri, 25 Jun 1999 16:05:05 +0200, Sheldon Hearn writes:
We'll also end up with an inetd that _can_ wrap if it's told to (-w
and -ww). So we end up offering a better super-server than we had
before, with no backward compatibility problems, and no additional
incompatibilities with other systems (I
On Fri, 25 Jun 1999 20:12:01 BST, David Malone writes:
This isn't so much a conf format change, as a conf format extension.
It is the same type of extension as was added to support max child
and max child per minute - which aren't a standard inetd feature.
All old inetd.conf files remain valid.
anybody done any work on a utility for growing ufs filesystems?
aaron
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
On Thu, 24 Jun 1999 20:14:19 CDT, Alfred Perlstein writes:
I'm not sure what you mean by the refernce to malloc types, I just
thought something along the lines of mutex_t with an API
for trying, allocating, freeing and initializing them.
i'd really like to implement some of the basic solaris
'cu' hangs up really easily. use 'kermit' (it's in ports) and the hangup
problem will disappear. i tried to find an option to cu to modify its
hangup behavior but to no avail.
your second problem sounds like it could be terminal sizing -- have you
tried this with a default 80x24 window, set and
hi all,
[this is all on 3.2-RELEASE]
i recently had some problems getting inetd tcp wrappers to do the right
thing. i tried a sample configuration where i allowed telnet explicitly:
ALL : localhost : allow
telnetd : ALL : allow
ALL : ALL : deny
unfortunately incoming telnet was still denied.
On Sat, 19 Jun 1999 14:26:52 EDT, John Baldwin writes:
Then don't use BootEasy. The OS-BS boot manager is quite nice, and the beta
version (which seems very stable in my experience) even provides a nice
colorful menu on boot up as well as a nice installation utility.
And with that you can name
with lockmgr.
--
Aaron Smith VERITAS Software
File System EngineerI'll call him mini me.
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
25 matches
Mail list logo
