Hi,
Juli Mallett schrieb:
* De: Michael Bretterklieber <[EMAIL PROTECTED]> [ Data: 2003-03-05 ]
[ Subjecte: Re: Tiny BSD Pages ]
Hi,
Chris Fowler schrieb:
I do one thing in Linux that I want to do in FreeBSD. I store my root
file system as a blow fish, gzipped, encrypted file on a DiskO
> Yeah, it kinda sucks but I'm not sure how it works... when are the
> mbufs freed? If they're all freed in a continous for loop that kinda
> sucks.
I think there is nothing really special about the driver there? The mbufs
are allocated in the driver and then freed when other parts in the k
> > While you are there debugging mbuf issues, you might also want to try
> > this patch:
> >
>
Didn´t run profiling yet, but judging from the CPU utilization, this did not change
the whole picture a lot (dunno why it should since CPU is mostly spent freeing the
mbufs,
not allocating them)
Pete
Hi,
Here's a hint:
"The Apollo Domain and XNS networking protocols will no longer be offered
after Cisco IOS Release 12.2. Information about these protocols will not
appear in future releases of the Cisco IOS software documentation set."
http://www.cisco.com/en/US/products/sw/iosswrel/ps1835/pr
Bob Bishop wrote:
> Here's a hint:
>
> "The Apollo Domain and XNS networking protocols will no longer be offered
> after Cisco IOS Release 12.2. Information about these protocols will not
> appear in future releases of the Cisco IOS software documentation set."
> http://www.cisco.com/en/US/product
* De: Terry Lambert <[EMAIL PROTECTED]> [ Data: 2003-03-05 ]
[ Subjecte: Re: Removal of netns - politically correct version ]
> On the other hand, there's no compelling reason to dike it out,
> if it can be made to work. I would argue that ISA support is
> more or less just as obsolete, as
Hello,
My laptop freeze *systematically* while resuming from suspend mode
(ACPI) with recent (as of yesterday) kernels. I experienced the same
problem with old (January 25th) kernels, but only from time to time
(once every 3-5 times I would say)
PS: there is no disk activity wh
A known issue. Soren is working on that.
On Wed, Mar 05, 2003 at 10:14:34AM +0100, Yann Berthier wrote:
>
>Hello,
>
>My laptop freeze *systematically* while resuming from suspend mode
>(ACPI) with recent (as of yesterday) kernels. I experienced the same
>problem with old (Januar
On Wed, 05 Mar 2003, Ruslan Ermilov wrote:
> A known issue. Soren is working on that.
Ok, I knew in fact that Soren was working on that. What strikes me is
that, from what i see, the situation degrades from kernel to kernel.
So I posted a backtrace in case of an interaction with other r
Would the powers that be please consider removing sendmail,
bind and openssl from the base system, as was done for perl
with 5.0?
Now that there is portupgrade it is so much easier to update
ports and packages that the make buildworld etc cycle for
base system updates seems even more painful.
Hav
On Wed, 5 Mar 2003, Subscriber wrote:
> Would the powers that be please consider removing sendmail,
> bind and openssl from the base system, as was done for perl
> with 5.0?
This topic has been discussed ad nauseum, and the consensus has always
been that those three things (and openssh) should st
D'oh, I forgot the other half of my response (I KNOW you're disappointed
by this). :)
A big part of the reason that perl was cut is that bmake'ing the build was
a NIGHTMARE. By contrast, the BIND bmake glue is not terribly difficult to
maintain. The other contributing factors were the license (not
Thus spake Subscriber <[EMAIL PROTECTED]>:
> Would the powers that be please consider removing sendmail,
> bind and openssl from the base system, as was done for perl
> with 5.0?
Please don't restart this flamewar. When we have a better
installer, then it may be possible in the future to select b
Terry Lambert <[EMAIL PROTECTED]> wrote:
>
>Given that the current TCP/IP stack no longer matches the Stevens
>books, and given that Stevens is too dead to update the books to
>the new FreeBSD stack, even if he wanted to, it's useful to have
>a relatively simple set of code that can be understood w
Tony Finch wrote:
> The details might be different but not
> enough to confuse a competent programmer.
Same argument, in favor of the netns code.
It's a moot point anyway, I just fixed netns.
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body
Interesting... I didn't even know we had Ethernet over firewire :).
Mac OS X and Windows XP both have IP over firewire either working or
in the works and somewhat usable. The only one I can claim any
experience
with is Mac OS X. It's somewhat flaky though and you get unreliable
spikes
in som
On Wed, Mar 05, 2003 at 09:54:13AM -, Subscriber wrote:
> Having just done two rebuilds for recent OpenSSL and sendmail
> vulnerabilities, I was surprised to discover that building the port
> of apache13-modssl required the build of a port version of
> OpenSSL when I had the most updated (4.7)
Summary: sort of works
someone may be able to answer the long compile questions with a box
with more than 8 megs of memory.
you probably do not want to use a PIO mode IDE disk controller.
Hardware
386DX with 387 8 megs system board memory
can anyone explain why FreeBSD think that my scanner can provide over 3TB/s data
rate???
Or it's just a (-1) incorrectly formatted as unsigned on printf() ?
boot -v dmesg:
Calibrating clock(s) ... TSC clock: 400897760 Hz, i8254 clock: 1193149 Hz
CLK_USE_I8254_CALIBRATION not specified - using d
This may not be a workable solution, but if you can get 2 programs to
send data across the firewire to one another, you could use pppd through
that tunnel.
On Wed, 2003-03-05 at 08:25, David Leimbach wrote:
> Interesting... I didn't even know we had Ethernet over firewire :).
>
> Mac OS X and
Yeah... point to point connections are interesting and powerful but IP
would
be better if we could get it.
I wish I knew more about how to implement it. :)
Dave
On Wednesday, March 5, 2003, at 08:23 AM, Christopher Fowler wrote:
This may not be a workable solution, but if you can get 2 programs
The beauty of ppp is that you have support in the kernel to do it.
Else, you are stuck to writing some type of interface driver for the
kernel. In the short term, this may not be a workable solution.
On a side note,
I read an article on /. about using firewire + MinDV for backup. I
guess I can
Hi,
What's the correct syntax in 5-CURRENT to have a memory disk for /tmp
in your /etc/fstab?
It seems that mdmfs is broken somehow, or else I'm not reading the instructions right:
FreeBSD pcwin352.win.tue.nl 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Mar 4 17:32:19
CET 2003 [EMAIL
PROTECTED
I can't seem to get a mirror copy of the CVSROOT directory with my
cvsup script.
This worked fine a few days ago. cvsup2.FreeBSD.org is the server I
used.
Dave
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
True... I guess I didn't state my case clearly enough that I think IP
over firewire
is in itself a good thing for clusters.
ppp connections with it are fine too but not very useful for my line of
work
which is parallel computing middleware :)
Dave
On Wednesday, March 5, 2003, at 08:30 AM, Chr
The following mail was sent to current@ from Peter Wemm yesterday:
Anybody who uses the cvs-supfile example to get the repository should add
"cvsroot-all" to their supfile. This is in addition to src-all, ports-all,
doc-all etc.
This is *ONLY* for the folks getting the CVS ,v files via cvsup.
Subscriber wrote:
> Would the powers that be please consider removing sendmail,
> bind and openssl from the base system, as was done for perl
> with 5.0?
There are /etc/make.conf variables to control this so you can do
it for yourself:
#NO_BIND= true# do not build BIND
#NO_OPENSSH=t
Wouldn't you need a firewire switch to do a cluster of more than 2
nodes? Or are you thinking of using multiple firewire interfaces per
node?
> -Original Message-
> From: David Leimbach [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 05, 2003 8:32 AM
> To: Christopher Fowler
> Cc: [EM
You can run IP via PPP. PPPD is used all the time for VPN. I've got 2
networks that are combined via PPPD over a tunnel because they are both
on private networks and have only 1 public IP.
However, The overhead could get you. I'm not sure you want to go down
the writer of creating another interf
Yuriy wrote:
| > Mar 4 14:56:27 port2 kernel:=20
| > /usr/src/sys/vm/uma_core.c:1330: could sleep with
| > "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:748
| this problem is in last (1.27->1.28) changes in =
| /usr/src/sys/dev/sound/pcm/feeder.c (if I remember correctly)
| You can r
Terry Lambert (Wed, Mar 05, 2003 at 04:15:11AM -0800) wrote:
> Tony Finch wrote:
> > The details might be different but not
> > enough to confuse a competent programmer.
>
> Same argument, in favor of the netns code.
>
> It's a moot point anyway, I just fixed netns.
Sorry to but in, but I don't
Two hour old src, when doing a make buildkernel KERNCONF=GENERIC : dfdsf
/usr/src/sys/coda/coda_vnops.c:171: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:171: (near initialization for
`coda_vnodeop_entries[42]')
/usr/src/sys/coda/coda_vnops.c:1984: warning: function declara
Michael Hostbaek (mich) writes:
> Two hour old src, when doing a make buildkernel KERNCONF=GENERIC : dfdsf
>
>
> /usr/src/sys/coda/coda_vnops.c:171: initializer element is not constant
> /usr/src/sys/coda/coda_vnops.c:171: (near initialization for
> `coda_vnodeop_entries[42]')
> /usr/src/sys/cod
David Leimbach writes:
> True... I guess I didn't state my case clearly enough that I think IP
> over firewire
> is in itself a good thing for clusters.
>From my experience with the Apple IP over Firewire, it seems slow, and
very high overhead. A dual 800MHz G4 host which can transmit at we
If toy are using PVM or similar technologies, would'nt the best route to
be to pick a transport that is the fastest. Last thing you want is
messages to be bogged down in transport.
I"m nut sure what type of clusters you are building but I would say use
multiple interfaces. If you are stuck with
"> if it can be made to work. I would argue that ISA support is
> > more or less just as obsolete, as is 486 support, as is the F00F
> > bug workaround, as is ... a lot of code that's still there.
"
That's just being silly. ISA support is still very much a requirement.
Laptops usually have ISA s
In article <[EMAIL PROTECTED]> you wrote:
> What's the correct syntax in 5-CURRENT to have a memory disk for /tmp
> in your /etc/fstab?
> [...]
Create a symlink:
lrwxr-xr-x 1 root wheel 5 Feb 13 13:28 /sbin/mount_mfs -> mdmfs
and use in /etc/fstab something like:
md0 /tmp mfs rw,-s128m
On Wed, Mar 05, 2003 at 07:43:15AM -0600, Jacques A. Vidrine wrote:
> On Wed, Mar 05, 2003 at 09:54:13AM -, Subscriber wrote:
> > Having just done two rebuilds for recent OpenSSL and sendmail
> > vulnerabilities, I was surprised to discover that building the port
> > of apache13-modssl required
On 05-Mar-2003 [EMAIL PROTECTED] wrote:
>
> Last weekend I had to reinstall Windows XP on my PC and certainly I lost
> boot manager. After booting from CD and mounting as root ad0 device, I
> replaced boot0 record
> using the following command line :
>
># boot0cfg -Bv -s 1 -t 91 ad0
>
> On my P
Because of the repeated breakage of the proprietary nVidia driver
in -CURRENT I've been trying out the native XFree86 'nv' driver
with some puzzling results. Maybe one of the nVidia whiz-kids
in this group can explain:
I reboot the machine, then start the X server. The X server
immediately aborts
Running -current updated less than a day ago (same problem existed a few
days before), I am getting odd errors inserted in files (generally a
string of five or so garbage characters randomly replacing file
contents) when files are read. Doesn't seem to affected writes at all,
but I didn't hang roun
I use this command in my build script to force apache13+modssl to use
the openssl in base.
# Use base openssl (OpenSSL 0.9.7a as of Feb 19 2003)
cd /usr/ports/www/apache13-modssl
cp Makefile Makefile-
sed -ie 's/^\.include.*Makefile\.ssl.*$/OPENSSLBASE=\/usr/' Makefile- >Makefile
You wrote:
O
On Wed, Mar 05, 2003 at 08:54:28AM -0800, Brooks Davis wrote:
> At least in the case of net/net-snmp the problem is that the shared lib
> version of the openssl port was bumped when the base wasn't which screws
> up the dependencies. :-(
That's part of the problem. The port bumped the shared lib
Hello Pav,
[ CC'ed to [EMAIL PROTECTED] ]
To all FreeBSD Bluetooth users
Please do not hesitate to ask questions! No question is too dumb.
When asking questions please CC to one of the FreeBSD mailing lists.
mobile@, net@ and [EMAIL PROTECTED] seems like a good choice.
This way your questions/re
On Wed, Mar 05, 2003 at 07:25:20AM -0600, David Leimbach wrote:
> Interesting... I didn't even know we had Ethernet over firewire :).
>
> Mac OS X and Windows XP both have IP over firewire either working or
> in the works and somewhat usable. The only one I can claim any
> experience
> with is
I have both apache-modssl and net-snmp running, but do NOT have the
openssl port installed. Everything builds and runs fine, with no
mods to anything. I conjecture that the problem others experience
is that they have installed the openssl port, which I have never done.
This is on both current and
On Wed, Mar 05, 2003 at 01:15:29PM -0500, Barney Wolff wrote:
> I have both apache-modssl and net-snmp running, but do NOT have the
> openssl port installed. Everything builds and runs fine, with no
> mods to anything. I conjecture that the problem others experience
> is that they have installed
See the patches enclosed to emulators/rtc
and emulators/vmware2 ports.
Tested only for -current with:
#define __FreeBSD_version 500104
--
<< Marcin Cieślak // [EMAIL PROTECTED] >>
Index: Makefile
===
RCS file: /home/
Hiten Pandya wrote:
> Sorry to but in, but I don't see why this so called bikesheed keeps
> getting bigger and bigger. The outcome is simple. If your patches
> function properly, then there is no need to remove netns provided you
> don't mind maintaining it. If it doesn't have a maintainer, then
Hello,
Our newly bought Fujitsu-Siemens F250 boots with the GENERIC kernel, but
with a recent, SMP-capable CURRENT it freezes after the following line:
APIC_IO: Testing 8254 interrupt delivery
No response to keyboard activity (I have a KVM extender on the machine,
its LED blinks, it does the same
> From: [EMAIL PROTECTED]
> Date: Wed, 5 Mar 2003 09:25:53 +0200
> Sender: [EMAIL PROTECTED]
>
>
> Last weekend I had to reinstall Windows XP on my PC and certainly I lost
> boot manager. After booting from CD and mounting as root ad0 device, I
> replaced boot0 record
> using the following comman
On 2003.03.05 20:52:21 +0100, Attila Nagy wrote:
> Our newly bought Fujitsu-Siemens F250 boots with the GENERIC kernel, but
> with a recent, SMP-capable CURRENT it freezes after the following line:
> APIC_IO: Testing 8254 interrupt delivery
I had the same problem with a FSC P250 (same motherboard)
Hello,
> I had the same problem with a FSC P250 (same motherboard) using 4.7-REL.
> It works in SMP mode with a recent 4-STABLE (after MFC of HTT). It
> appears to only work if HyperThreading is enabled.
False alarm. I switched from cvsup.freebsd.org to cvsup2.freebsd.org,
updated the tree, recomp
"Kevin Oberman" <[EMAIL PROTECTED]> wrote:
> For any system less than about 4 year old and may older systems, you
> really want to use this option.
The other possibility, if both FreeBSD and XP are installed on the
same disk, is to just use XP's boot selector to select which one to
boot. It
Hello Gentlefolk,
In the next couple of weeks, I will be removing Kerberos IV from
-CURRENT. I will also be re-organizing the Kerberos 5 bits so that
the utilities have their `normal' names (e.g. `kinit' rather than
`k5init') and replacing Kerberos 4 support with Kerberos 5 support in
application
Hello to all,
For the first time I compile current-p3 -> current-p4 with
-march=pentium2 -O2 -mmmx -pipe and aparently everything works ok
except ppp -nat. NAT just don't work on my network. All machines are
able to ping except ftp, http, etc.
I rebuild everything with no CPUTYPE? and CFLAGS and
On Wed, 5 Mar 2003, Adrian Steinmann wrote:
>
> I use this command in my build script to force apache13+modssl to use
> the openssl in base.
>
> # Use base openssl (OpenSSL 0.9.7a as of Feb 19 2003)
> cd /usr/ports/www/apache13-modssl
> cp Makefile Makefile-
> sed -ie 's/^\.include.*Makefile\.ssl.
Ok, next in the NO_GEOM cleanup series:
http://phk.freebsd.dk/patch/devstat.patch
This patch centralizes the devstat handling for all disk device
drivers under GEOM in geom_disk.c
As a side effect this makes 40 #include
lines surplus to requirements and some biofinish() calls gets
simp
On Thu, 2003-03-06 at 03:26, John Baldwin wrote:
> > It is strange that only F1 works (start Windows XP), while F3 play some
> > sound. Pressing F5 starts Windows XP, but it could be because Windows on
> > my second disk.
> >
> > Yes I know that there are other boot managers like GRUB, but it is a
On Thu, 2003-03-06 at 01:06, Cagle, John (ISS-Houston) wrote:
> Wouldn't you need a firewire switch to do a cluster of more than 2
> nodes? Or are you thinking of using multiple firewire interfaces per
> node?
Firewire supports daisy chaining devices, and multiple masters.
I have done laptop ->
On Wed Mar 05, 2003 at 02:29:00PM -0800, Doug Barton wrote:
> On Wed, 5 Mar 2003, Adrian Steinmann wrote:
>
> >
> > I use this command in my build script to force apache13+modssl to use
> > the openssl in base.
> >
> > # Use base openssl (OpenSSL 0.9.7a as of Feb 19 2003)
> > cd /usr/ports/www/apa
On 2003-03-05 02:14:16 (-0800), Doug Barton <[EMAIL PROTECTED]> wrote:
> On Wed, 5 Mar 2003, Subscriber wrote:
> > Would the powers that be please consider removing sendmail, bind and
> > openssl from the base system, as was done for perl with 5.0?
>
> For example, as BIND maintainer I actually _s
Dear Hackers,
I'm very pleased to announce that another release is available for
download at
http://www.geocities.com/m_evmenkin/ngbt-fbsd-20030305.tar.gz
The Bluetooth sockets layer has been cleaned up. People should not
see any WITNESS complains with new code. Locking issues have
My first impression of SCHED_ULE is "slow." I only say this because the first thing I
fire up after starting X is Eterm with a transparant+shaded theme. Even with the old
scheduler this Eterm wasn't too snappy, but with SCHED_ULE it hangs X for about 1-2
seconds. I'm currently running a kernel c
On Wed, 5 Mar 2003, The Anarcat wrote:
> Juste jumping in... Couldn't you just:
>
> sed -i.orig -e Makefile
No, because sed -i is evil, and will cause you to have hairy palms.
--
This .signature sanitized for your protection
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscrib
On Wed Mar 05, 2003 at 03:52:22PM -0800, Doug Barton wrote:
> On Wed, 5 Mar 2003, The Anarcat wrote:
>
> > Juste jumping in... Couldn't you just:
> >
> > sed -i.orig -e Makefile
>
> No, because sed -i is evil, and will cause you to have hairy palms.
What?
A.
To Unsubscribe: send mail to [EMAI
Ah... my bad thanks for the response.
I wish I actually had time to read all the emails I actually get :)
Dave
On Wednesday, March 5, 2003, at 08:34 AM, Michael Hostbaek wrote:
The following mail was sent to current@ from Peter Wemm yesterday:
Anybody who uses the cvs-supfile example to get t
Well there are firewire hubs and the machines I typically do this on are
Macs which generally have 2 firewire ports... you can make a small ring
network that way.
Dave
On Wednesday, March 5, 2003, at 08:36 AM, Cagle, John (ISS-Houston)
wrote:
Wouldn't you need a firewire switch to do a cluster of
I hadn't thought of this Interesting :)
Dave
On Wednesday, March 5, 2003, at 08:41 AM, Christopher Fowler wrote:
You can run IP via PPP. PPPD is used all the time for VPN. I've got 2
networks that are combined via PPPD over a tunnel because they are both
on private networks and have only 1 p
On Thu, 6 Mar 2003, Philip Paeps wrote:
> Is it actually possible for one to build a custom release without the
> ``unnecessary'' BIND bits? I haven't grepped the source, forgive me,
> but what does 'NO_BIND=true' actually do? If I were to make a release
> like that, would that end me up without
On Wednesday, March 5, 2003, at 10:13 AM, Christopher Fowler wrote:
If toy are using PVM or similar technologies, would'nt the best route
to
be to pick a transport that is the fastest. Last thing you want is
messages to be bogged down in transport.
Assuming you can afford the hundreds of thous
The interconnect is just 10% of the whole cluster story. Firewire
is one possibility, but Fibrechannel you could do today if you wanted
to. We have Fibrechannel support in the Qlogic isp(4) driver (thanks
Matt!) today.
Yeah... if you are lucky 10% :). In fact latency in messages isn't as
importa
On 2003-03-05 16:46:04 (-0800), Doug Barton <[EMAIL PROTECTED]> wrote:
> On Thu, 6 Mar 2003, Philip Paeps wrote:
> > Is it actually possible for one to build a custom release without the
> > ``unnecessary'' BIND bits? I haven't grepped the source, forgive me, but
> > what does 'NO_BIND=true' actua
- Original Message -
From: "Luoqi Chen" <[EMAIL PROTECTED]>
To: "David Xu" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, March 05, 2003 8:44 AM
Subject: RE: ATA MODE_SENSE_BIG timeout
> > For those want to fix ATA code, I have another problem
> > with CURRENT. I have a Tyan
At 2:07 AM +0100 2003/03/06, Philip Paeps wrote:
Speaking of ndc, I think that's a BIND8-ism.
Indeed, it is. With BIND-9, ndc won't even work -- Unix sockets
aren't supported, and IP sockets are secured with crypto keys.
Could the port be
convin
First off, please note that I had to use a serial console to get all the
information in this message. Whenever the kernel panic'd, it locked my
system hard. This isn't normally the case, but it was with this issue.
I have a SanDisk Corporation(0x0781) ImageMate CompactFlash USB CF
reader(0x0002).
On Thu, 6 Mar 2003, Philip Paeps wrote:
> > That way, both named and ndc "see" the same picture of the system, in and
> > out of the chroot tree.
>
> Speaking of ndc, I think that's a BIND8-ism.
Not _exactly_ true, but yes, ndc is what you use to manage BIND 8. All
comparisons to tools that you m
On 2003-03-06 02:17:19 (+0100), Brad Knowles <[EMAIL PROTECTED]> wrote:
> At 2:07 AM +0100 2003/03/06, Philip Paeps wrote:
> > Speaking of ndc, I think that's a BIND8-ism.
>
> Indeed, it is. With BIND-9, ndc won't even work
I discovered that the unpleasant way. Typing ndc gave me a long list o
Doing a kernel build over NFS on today's -current gives a pile of
following error messages during the final link phase:
Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @
../../../kern/vfs_bio.c:2107
Acquiring
On Wed, Mar 05, 2003 at 10:00:20PM +, Nuno Teixeira wrote:
> I rebuild everything with no CPUTYPE? and CFLAGS and ppp -nat is working
> again.
>
> I know that this isn't a important issue or bug because there are lots
> of warnings about gcc optimizations because the system may become unstabl
It seems like I'm being handed kernel panics on a platter today. I just got
a WITNESS-related one in /usr/src/sys/netinet/tcp_input.c:2190. And
actually, in the process of writing this message the first time, it
happened again. I've since booted to an older kernel.
The kernel this comes from is 5.
Guys;
I have to agree with Terry that the fixes for netns
should be committed, and furthermore they should be
MFC (using his first patch perhaps). It's a nightmare
to try to rescue anything from the Attic, at least it
would be nice to have it in better shape before
killing it.
The flame fest on r
On Wed, Mar 05, 2003 at 04:03:49AM -0800, Terry Lambert wrote:
> Peter Wemm wrote:
> > Terry Lambert wrote:
> > > Here are two patches. The first fixes missing pieces in /sys/conf/files
> > > and /sys/conf/options, the second fixes all the files that need it in
> > > /sys/netns/.
> >
> > You seem
Terry Lambert writes:
> Mark Murray wrote:
> > Only if it kills this _really_ dumb debate. In time, it will no longer
> > compile, and then the situation will be the same as just punting to the
> > Attic without the "fix".
>
> Only if some idiot breaks the API contract again.
>
> Whatever happene
Terry Lambert writes:
> Let' start wth the libalias/natd incremental checksum update code;
> the code is based on RFC1141, instead of RFC1624. As a result,
> it get updated incorrectly occasionally, because it's using two's
> complement instead of one's complement math. Per RFC1642:
>
>RFC 1
Hi
At 08:53 5/3/03, Terry Lambert wrote:
[...]
The code is still useful as a simple implementation, much more
easily understood by the student than the current TCP/IP stack,
for certain.
The same is true for netipx (wc -l *.[ch] is almost identical).
--
Bob Bishop +44 (0)118 97
> On the other hand, there's no compelling reason to dike it out,
> if it can be made to work.
work == "not just compiled, but QAed against known-working implementations
and correctly documented".
Have fun. Looking forward to the patches and logs.
mcl
To Unsubscribe: send mail to [EMAIL PROT
On Wed, 5 Mar 2003, Terry Lambert wrote:
> The code is still useful as a simple implementation, much more
> easily understood by the student than the current TCP/IP stack,
> for certain.
And it will still be available. It'll just be available in the Attic. The
fact that it will get more broken in
Juli Mallett wrote:
> * De: Terry Lambert <[EMAIL PROTECTED]> [ Data: 2003-03-05 ]
> [ Subjecte: Re: Removal of netns - politically correct version ]
> > On the other hand, there's no compelling reason to dike it out,
> > if it can be made to work. I would argue that ISA support is
> > mor
Mark Linimon wrote:
> > On the other hand, there's no compelling reason to dike it out,
> > if it can be made to work.
>
> work == "not just compiled, but QAed against known-working implementations
> and correctly documented".
>
> Have fun. Looking forward to the patches and logs.
Just to be pe
Doug Barton wrote:
> On Wed, 5 Mar 2003, Terry Lambert wrote:
> > The code is still useful as a simple implementation, much more
> > easily understood by the student than the current TCP/IP stack,
> > for certain.
>
> And it will still be available. It'll just be available in the Attic. The
> fact
On Wed, 5 Mar 2003, Terry Lambert wrote:
> If you want to make it about "failure to attract a maintainer", then
> do that.
Actually several people have made this argument, along with the corollary
"failure to attract a userbase."
--
This .signature sanitized for your protection
To Unsubsc
> It took about 3 years for the updates to get out there so IPv6
> was usable
i have yet to see a cisco ios image supporting ipv6 that was usable
in production environment. and i have tried hard.
but i will admit to not having seen apollo networking for over a
decade. but i probably have not be
Doug Barton wrote:
> On Wed, 5 Mar 2003, Terry Lambert wrote:
> > If you want to make it about "failure to attract a maintainer", then
> > do that.
>
> Actually several people have made this argument, along with the corollary
> "failure to attract a userbase."
I would claim that non-working code
On Wed, 5 Mar 2003, Terry Lambert wrote:
> Doug Barton wrote:
> > On Wed, 5 Mar 2003, Terry Lambert wrote:
> > > The code is still useful as a simple implementation, much more
> > > easily understood by the student than the current TCP/IP stack,
> > > for certain.
> >
> > And it will still be avai
Terry Lambert writes:
> Peter Wemm wrote:
> > Terry Lambert wrote:
> > > Is there a compelling reason for removing this working code to
> > > the Attic?
> >
> > Terry: will you please check your facts? It takes around 30 seconds
> > to find out that it doesn't even compile.
>
> [ ... lots of tri
* De: Mark Murray <[EMAIL PROTECTED]> [ Data: 2003-03-05 ]
[ Subjecte: Re: Removal of netns - politically correct version ]
> Terry Lambert writes:
> > Peter Wemm wrote:
> > > Terry Lambert wrote:
> > > > Is there a compelling reason for removing this working code to
> > > > the Attic?
> >
>
> i have yet to see a cisco ios image supporting ipv6 that was usable
> in production environment. and i have tried hard.
This is getting OT but on the subject of repelling users, they´re probably
trying hard to repel their users to the vendor J boxen.
>
> but i will admit to not having seen ap
Juli Mallett writes:
> > > This crap is *s* trivial to fix, it's easier to fix than
> > > to watch you guys bitch about it not being fixable.
> >
> > Will it be runnable (as in tested), rather than a compile-only fix?
>
> compile-only would be a good state to leave the code in the attic.
O
Mark Murray wrote:
> Terry Lambert writes:
> > Peter Wemm wrote:
> > > Terry: will you please check your facts? It takes around 30 seconds
> > > to find out that it doesn't even compile.
> >
> > [ ... lots of trivial to fix warnings and errors ... ]
> >
> > Tell you what, I'll fix these and post a
1 - 100 of 116 matches
Mail list logo
