On Sun, Jul 14, 2002 at 02:39:36AM -0700, Alfred Perlstein wrote:
> NetBSD has cleaned up sbin/rcorder quite a bit, and chance someone
> feels up to integrating thier changes?
When did they do this? I sznced us up just a few weeks ago.
> If I were to do it, would I need to 'cvs import' or simp
* David O'Brien <[EMAIL PROTECTED]> [020716 02:17] wrote:
> On Sun, Jul 14, 2002 at 02:39:36AM -0700, Alfred Perlstein wrote:
> > NetBSD has cleaned up sbin/rcorder quite a bit, and chance someone
> > feels up to integrating thier changes?
>
> When did they do this? I sznced us up just a few wee
On Mon, Jul 15, 2002 at 02:26:27PM -0700, Terry Lambert wrote:
> "Stephane E. Potvin" wrote:
> > In my porting effort to the ARM platform, I need a function that has the
> > functionality of NetBSD's uvm_pglistalloc. This is needed because the L1
> > table of the StrongARM processor is four pages.
I am under the impression that at this time there is no workaround for the
resolver problem - you are forced to reinstall or upgrade.
I am curious though, is it at least conceptually possible that there could
be a workaround ? If so, what would it entail ?
thanks - pt
To Unsubscribe: send ma
Patrick Thomas wrote:
>
> I am under the impression that at this time there is no workaround for the
> resolver problem - you are forced to reinstall or upgrade.
>
> I am curious though, is it at least conceptually possible that there could
> be a workaround ? If so, what would it entail ?
Ass
> Assuming that bind9 has been fixed, you could use bind9 for your local
> resolver and it will "filter" anything nasty out as a side effect of the
> fact that it always constructs replies, rather than caching a reply and
> forwarding the reply as-is to the resolver client (as bind8 does).
Thank
a real workaround means:
setting resolver.conf to point to 127.0.0.1
running a local copy of bind-9 as a forwarding server.
bind-9 rebuilds requests and answers it forwards..
bind-8 just passes them through.
On Tue, 16 Jul 2002, Patrick Thomas wrote:
>
> I am under the impression that at this
Understood. That's not very painful at all - I assume any new version of
bind9 will work then.
Is there a reason this workaround couldn't be added to the
freebsd-security advisory ? Currently it states there is no workaround,
and this is a very nice one...
Also, you meant resolv.conf, right ?
On Tue, 16 Jul 2002, Patrick Thomas wrote:
>
> Understood. That's not very painful at all - I assume any new version of
> bind9 will work then.
the newest definitly will
>
> Is there a reason this workaround couldn't be added to the
> freebsd-security advisory ? Currently it states there
"Stephane E. Potvin" wrote:
> > How often must this be allocated?
> >
> > How many of them are needed?
> >
> > If you only need a small set number of them, then they can be
> > allocated very early on in the system lifetime, which means
> > you should allocate them in machdep.c, with the rest of t
Probably this belongs to questions, but anyway:
How portable is idea of using linker sets? Is it possible
to use them (maybe using some preprocessor wizardry) on
linux/solaris/win/etc? Do they have somewhat similiar facilities?
best regards,
taavi
To Unsubscribe: send mail to [EMAIL PROTECTED
The attachment(s) that you sent with the following mail
was deleted by MailScan (not delivered to the recipient)
==
The Mail came from: [EMAIL PROTECTED]
The Mail recipient: [EMAIL PROTECTED]
Subject of the Mail : A very good tool
Taavi Talvik wrote:
> Probably this belongs to questions, but anyway:
>
> How portable is idea of using linker sets? Is it possible
> to use them (maybe using some preprocessor wizardry) on
> linux/solaris/win/etc? Do they have somewhat similiar facilities?
"Moderately portable".
A linker set i
Can someone suggest the be FreeBSD mailing list wherein I could
explore issues I'm having with trying to build a 4.6-STABLE release
on a 4.5-RELEASE box?
I don't know if this is a -hackers question, or a -stable question,
or what. (I've looked at the list of lists majordomo knows about,
and I do
Dump still works on a mounted file system in Freebsd, right? That is,
a write that completes before dump is started will be in the dump,
even if the data is in memory? I don't mean writing to a file during
the dump, that's a separate problem.
I only recently learned that this doesn't work in Li
Brian Reichert wrote:
> Can someone suggest the be FreeBSD mailing list wherein I could
> explore issues I'm having with trying to build a 4.6-STABLE release
> on a 4.5-RELEASE box?
>
> I don't know if this is a -hackers question, or a -stable question,
> or what. (I've looked at the list of lis
16 matches
Mail list logo
