> > Grr... ok, that might be solved when putting IPSEC in the kernel config,
> > but the second part still stands, I guess. (Why include libipsec code
> > when it is in the base tree... they should be compatible)
> Just use the port. I presume the included copy of ipsec is there for other
> platfo
On Sat, 15 Jul 2000, Mark Huizer wrote:
> > > Grr... ok, that might be solved when putting IPSEC in the kernel config,
> > > but the second part still stands, I guess. (Why include libipsec code
> > > when it is in the base tree... they should be compatible)
> > Just use the port. I presume the i
>Grr... ok, that might be solved when putting IPSEC in the kernel config,
>but the second part still stands, I guess. (Why include libipsec code
>when it is in the base tree... they should be compatible)
they are NOT compatible. security/racoon really needs to compile
libipsec b
Hi,
Since a recent update of my CURRENT system i get weird coredumps from at
least two applications which just worked fine previously. The two programs
are tintin++ (mud-client) ... and licq (when trying to set myself to
"away-mode").
I have tried recompiling/reinstalling both applications think
On Sat, 15 Jul 2000, Pascal Hofstee wrote:
> Since a recent update of my CURRENT system i get weird coredumps from at
> least two applications which just worked fine previously. The two programs
> are tintin++ (mud-client) ... and licq (when trying to set myself to
> "away-mode").
Just a wild gu
On Sat, Jul 15, 2000 at 01:45:02PM +0900, Jun Kuriyama wrote:
> At Fri, 14 Jul 2000 02:18:21 -0700 (PDT),
> Peter Wemm <[EMAIL PROTECTED]> wrote:
> > Be consistant about WITH_ vs MAKE_ flags. We have a precedent of using
> > MAKE_foo for things like MAKE_KERBEROS etc. Use that. I managed to
On Sat, Jul 15, 2000 at 11:36:30AM +0200, Paul Herman wrote:
> On Sat, 15 Jul 2000, Pascal Hofstee wrote:
>
> > Since a recent update of my CURRENT system i get weird coredumps from at
> > least two applications which just worked fine previously. The two programs
> > are tintin++ (mud-client) ...
On Fri, Jul 14, 2000 at 01:38:44PM -0700, John Baldwin wrote:
> Errm, do you have some more details?
I sent you more details personally. The only difference I think is
underlaying old HP Vectra BIOS to wich SCSI BIOS pass unknown int13 and HP
Vectra BIOS hangs.
--
Andrey A. Chernov
<[EMAIL P
In message <[EMAIL PROTECTED]>, Pascal Hofste
e writes:
>On Sat, Jul 15, 2000 at 11:36:30AM +0200, Paul Herman wrote:
>> On Sat, 15 Jul 2000, Pascal Hofstee wrote:
>>
>> > Since a recent update of my CURRENT system i get weird coredumps from at
>> > least two applications which just worked fine p
In message <[EMAIL PROTECTED]> Pascal Hofstee writes:
: Thanks ... (maybe a HEADS UP in UPDATING ??)
I have an entry in UPDATING already, don't I?
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sat, 15 Jul 2000, Pascal Hofstee wrote:
> ln -sf j /etc/malloc.conf <--- fixed the problems i was having
>
> Thanks ... (maybe a HEADS UP in UPDATING ??)
Nope, the new malloc flags are hilighting bugs in your application..they
should be fixed, not ignored :-) (this was the whole point of s
The build broke this morning, and is still broken as of a few moments
ago. The problem is that systat tries to use the (apparently now
missing) m_mtypes element of the mbstat structure:
su-2.04# pwd
/usr/src/usr.bin/systat
su-2.04# make
cc -O -pipe -march=pentium -I/usr/src/usr.bin/systat/../../s
* Mike Meyer <[EMAIL PROTECTED]> [000715 07:29] wrote:
> The build broke this morning, and is still broken as of a few moments
> ago. The problem is that systat tries to use the (apparently now
> missing) m_mtypes element of the mbstat structure:
>
> su-2.04# pwd
> /usr/src/usr.bin/systat
> su-2.
Preamble: 5-current CVSuped Jun/15/2000 04:00 JST from cvsup.jp.FreeBSD.org
Rebuild my kernel and reboot, then I've got following message:
Jul 16 00:48:32 martini /kernel: mfs_badop[vop_getwritemount]
Jul 16 00:48:32 martini /kernel: mfs_badop[vop_getwritemount] = 45
I'm using MFS as /tmp file
subscribe freebsd-current
subscribe cvs-all
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
<
said:
> How would this work with printers on local networks?
> Say, a print server 192.168.1.73?
I don't see that the IP address has any relevance.
-GAWollman
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
[Whew! Could you set your mail format to plain text next time?
That MimeCroSoft stuff is awfully hard to read on real computers.]
In article <00cf01bfed15$43ab2910$[EMAIL PROTECTED]>,
Tony Johnson <[EMAIL PROTECTED]> wrote:
>
> Hmmm.. I have been experiencing a problem when I installworld with
In article <[EMAIL PROTECTED]>,
Sheldon Hearn <[EMAIL PROTECTED]> wrote:
>
> Warner, Mark says that this applies if you used CTM to get cvs's ,v
> files, not CTM. Also, he clarified the last sentence for me, by saying
> that it's the crypto ,v files that need to be removed and not the
> checked
In article <[EMAIL PROTECTED]>,
Udo Erdelhoff <[EMAIL PROTECTED]> wrote:
>
> What about the non-US cvsup mirrors?
Mirror sites don't have a problem, and they shouldn't do anything
special.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra
Âû õîòèòå çàáûòü î ñóåòå, îêóíóòüñÿ â ìèð ðîìàíòè÷åñêèõ ãðåç? Îòêðîéòå ïóòü ê
íåáåñíîìó áëàæåíñòâó,
îñòàâüòå áåñêîíå÷íûå ïðîáëåìû - ïðåëåñòíàÿ íèìôà ïðåäëàãàåò Âàì îòäîõíóòü,
ðàññëàáèòüñÿ è óòîíóòü â
îêåàíå áëàæåíñòâà è ñëàäîñòðàñòèÿ. Ìîå ñòðîéíîå òåëî è íåæíûå ðóêè ïîâåðãíóò Âàñ â
ïó÷èíó
íåçàá
Sorry about the message format. Someone else complained before I had a
chance to see how it was set. It should be set to plain text now. Sorry
When I was using cvsup I was allowing cvsup to edit already placed source
code. So on Friday Morning, I deleted all my cvs source code and cvsup all
n
21 matches
Mail list logo
