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
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
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.
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.
* 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 is
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
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 (January
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
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.
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 stay
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
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
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 without
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)
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
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
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
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
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,
The following mail was sent to current@ from Peter Wemm yesterday:
snip
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
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=
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: [EMAIL
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 revert
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 see why
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
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]')
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 well
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.
Im 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 stuff
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
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 the
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 PC I have
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
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
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:
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
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
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 Mac
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
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 the
See the patches enclosed to emulators/rtc
and emulators/vmware2 ports.
Tested only for -current with:
#define __FreeBSD_version 500104
--
Marcin Cielak // [EMAIL PROTECTED]
Index: Makefile
===
RCS file:
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
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 command line :
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,
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 can
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
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
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 sys/devicestat.h
lines surplus to requirements and some
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 another
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/apache13-modssl
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 _support_
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 been
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
On Wed, 5 Mar 2003, The Anarcat wrote:
Juste jumping in... Couldn't you just:
sed -i.orig -e pattern 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
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 pattern Makefile
No, because sed -i is evil, and will cause you to have hairy palms.
What?
A.
To Unsubscribe: send mail to [EMAIL
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:
snip
Anybody who uses the cvs-supfile example to
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
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
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
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
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' actually do?
- 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 Tiger 230T
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
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 may or
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 of
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 unstable.
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
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
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 to have posted
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 happened to you
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 1141
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
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
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
more or less
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 perfectly
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 that it
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 Unsubscribe:
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
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 *repelled*
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 available. It'll
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 trivial to fix
* 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?
Terry: will
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 apollo
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.
Only if it
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 patch. Will
Terry Lambert writes:
Mark Murray wrote:
Will it be runnable (as in tested), rather than a compile-only fix?
Is tested a requirement fo code to be committed or to have it
stay in the tree?
Both.
Be careful of your answer, unless you are willing to remove all
code that does not meet that
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 to have posted the wrong patch.
This is against 4.x, not -current, and this is
Petri Helenius wrote:
seems to me that one useful question is whether the netns code
being there non-trivially complicates maintenance and/or
reliability of other code, and can i compile or module it out if
the bits it occupies really bothers me?
This is probably the right question.
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 happened to you broke it, you fix it?
1 - 100 of 112 matches
Mail list logo