On Fri, Jun 20, 2003 at 10:37:58AM -0700, Tim Kientzle wrote:
Yes, meanwhile, the server providing B times out your connection,
the whole install gets rolled back, and you have to start again
from scratch. Not pretty.
Quite. Unless you ship all dependancies as part of the package in the same
On Sunday, June 22, 2003, Sean Farley wrote:
Reasons to consider for switching:
1. GNU's grep -r option is broken according to the following post.
The only thing I have noticed is that FreeGrep has more options for
controlling how symbolic links are traversed.
On Sun, Jun 22, 2003, Sean Farley wrote:
On Sat, 21 Jun 2003, David Schultz wrote:
dds@ has expressed some interest in compiling the FSMs for regexps
into native code, which would make it blazingly fast. See [EMAIL PROTECTED]
As a practical matter, there are only a couple of zealots who
Hi
I just installed FreeBSD 5.1 release and ran a find / -perm +4000 and
find / -perm +2000. My question is: are any of these files used by the
system, in a way that prevents me from making them non-executable to the
world?
I have no shell users and don't use sendmail.
Btw why is /usr/sbin/ppp
On Mon, 23 Jun 2003, David Schultz wrote:
On Sun, Jun 22, 2003, Sean Farley wrote:
On Sat, 21 Jun 2003, David Schultz wrote:
2. GNU's grep is using libgnuregex. The speed-up by dds@ would not
be felt?
I was referring to freegrep, which I thought used the native libregex.
Yes, it
Hi again
Would it be possible to have this configuration and not having the
system fail (because of lacking rights or something):
/tmp and /var/tmp noexec (I know /tmp has to be execuable to make
world)
/varnosuid (what about even noexec?)
/var/mail
Soeren Straarup wrote:
Hash: SHA1
Hi how is it normal to treat auto email replies like this one?
Best regards Søren
You patch the vacation program to ignore email with Precedence: list,
or you correct the FreeBSD mailing list software to change the header
to Precedence: bulk, like everyone
On Mon, 23 Jun 2003, Socketd wrote:
I just installed FreeBSD 5.1 release and ran a find / -perm +4000 and
find / -perm +2000. My question is: are any of these files used by the
system, in a way that prevents me from making them non-executable to the
world? I have no shell users and don't
On Mon, 23 Jun 2003 11:45:37 -0400 (EDT)
Robert Watson [EMAIL PROTECTED] wrote:
/var/mail noexec
nosuid would be fine here also.
And noexec too I guess?
nodev prevents opening specfs character devices, but doesn't prevent
opening fifos or UNIX domain sockets, so is generally
hi
i recently found messages about problems with the if_wi driver in 5.1 (it worked
in 5.0-release).
i have a patch for this. it brings back missing features (wep, authmode etc). i
could not test it for every possible case but it works fine for my network.
regards
bruno
--- if_wi.c.orig
On Mon, 23 Jun 2003, Ritz, Bruno wrote:
hi
i recently found messages about problems with the if_wi driver in 5.1 (it worked
in 5.0-release).
i have a patch for this. it brings back missing features (wep, authmode etc). i
could not test it for every possible case but it works fine for my
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The one potentially problematic case that comes to mind is mail
submission
by sendmail; mechanisms such as cron, at, etc, expect to be able to
generate mail from unprivileged users and that may break if you use
sendmail as the MTA but without setuid.
the first patch i have submitted was crap. it worked, but i was still too
familiar with the old drivers so i did not notice the wlan module. daniel
eischen was so kindly to inform me about that...
i have a new patch (for 5.1-release) which adds authmode support to the if_wi
driver, but nothing
Interesting. I found that GNU's grep actually finds a match for grep
-ail freebsd /usr/ports/distfiles/*:
/usr/ports/distfiles/ezm3
ezm3 is a directory with a filename that contains FreeBSD in it.
the * will expand /usr/ports/distfiles/* into full path names to each
file in
14 matches
Mail list logo