> > the other problem i had after switch that system to -current
> > is that after a random time, the connection will frzzed.
> > the routing table still exist, connection is still up.
> > just cant connect to anywhere outside the network. no error
> > or anything been loged in ppp.log.
>
> Inter
Get A Great Price On A New Car!
Absolutely Free!
Want to save time and money?
Want to have quick access to car quotes?
Want to have all makes and models available to you?
If you answered yes to any of these, then take advantage of this free, no-hassle
service. Simply click on the link belo
> >>
> >>I've tested last nights make release built
> >> install via both ftp and nfs and am seeing
> >> some rather strange results timeing wise:
> >>
> >>A full install (ie: select ALL) w/ ports.
> >>
> >>NFS: about 18 minutes. (ave. about 1000KB/sec)
> >>
> >>FTP: about 70
Patrick Gardella wrote:
>
> In file included from /usr/include/sys/wait.h:93,
> from vgaHW.c:44:
> /usr/include/machine/endian.h:72: syntax error before
> `__uint16_swap_unit32'
> /usr/include/machine/endian.h:72: syntax error before `__x'
>
>
The following 2 patches solve the
In message <[EMAIL PROTECTED]>, John Hay write
s:
>>
>>I've tested last nights make release built
>> install via both ftp and nfs and am seeing
>> some rather strange results timeing wise:
>>
>>A full install (ie: select ALL) w/ ports.
>>
>>NFS: about 18 minutes. (ave. about 1000KB
> Hi,
>
>I've tested last nights make release built
> install via both ftp and nfs and am seeing
> some rather strange results timeing wise:
>
>A full install (ie: select ALL) w/ ports.
>
>NFS: about 18 minutes. (ave. about 1000KB/sec)
>
>FTP: about 70 minutes. (ave. about 45
On Tue, 24 Oct 2000, Glendon Gross wrote:
> Is it possible to use the old Intel EtherExpress-16 cards with FreeBSD?
The driver was broken a while back and I'm right in the middle of trying
to fix it. I've actually given up on the FreeBSD driver and ported the
NetBSD driver with mixed success. I
Wesley Morgan wrote:
>
> I'm not knocking anyone or any code, especially considering this IS
> -current... BUT... I don't need to read the code to know that I am seeing
> the same fortunes on first login after reboot more often than I can
> attribute to random chance. Maybe nanotime is being harv
> > When it happens, killing ppp and restarting it is usually enough.
> >
> > I have no idea what causes it.
> >
>
> kill ppp and restart it doesnt help at all.
> will it make any different if i change a network card?
I dont think so. There are times when I cant do a simple kill/restart, and
On Wed, 25 Oct 2000, Josh Tiefenbach wrote:
> Interestingly enough, I've been having the same problem with PPPoE ever since
> it hit the tree 'bout a year ago. It happens infrequently enough that I tend
> to blame my provider, rather than ppp.
>
> When it happens, killing ppp and restarting it
> Don't want to step on toes.. Someone please commit. I believe
> we need to 'load /kernel' no matter what... it's the
> 'read' that's in question. Allows a cdrom to autoboot.
Actually, the kernel should be autoloaded anyway, but you appear to be
right here.
> patch also located at ~jwd/src/src
Hi,
I've tested last nights make release built
install via both ftp and nfs and am seeing
some rather strange results timeing wise:
A full install (ie: select ALL) w/ ports.
NFS: about 18 minutes. (ave. about 1000KB/sec)
FTP: about 70 minutes. (ave. about 45KB/sec)
on the sam
> Ok, I rebooted once and the entropy caching did not work. Changed
> entropy_file to point to /var/db/entropy, rebooted. Did not
> work. Commented out the entropy_file setting and rebooted... And it
> worked. Rebooted 5 times, worked every time. Laptop is working
> now. cvsup'd my desktop, ran me
> the other problem i had after switch that system to -current
> is that after a random time, the connection will frzzed.
> the routing table still exist, connection is still up.
> just cant connect to anywhere outside the network. no error
> or anything been loged in ppp.log.
Interestingly enoug
Ok, I rebooted once and the entropy caching did not work. Changed
entropy_file to point to /var/db/entropy, rebooted. Did not
work. Commented out the entropy_file setting and rebooted... And it
worked. Rebooted 5 times, worked every time. Laptop is working
now. cvsup'd my desktop, ran mergemaster
Thanks for the updates. A few questions below.
-John
- Mark Hittinger's Original Message -
>
> It does look like an updating entry is needed for this badly.
>
> I did the following things, some of which may not be needed, and now my
> -current boxes boot OK.
>
> 1. update MAKEDEV fr
Also, what rev of /etc/rc do you have installed?
-john
- Mark Murray's Original Message -
> > I'm not knocking anyone or any code, especially considering this IS
> > -current... BUT... I don't need to read the code to know that I am seeing
> > the same fortunes on first login after reboo
Don't want to step on toes.. Someone please commit. I believe
we need to 'load /kernel' no matter what... it's the
'read' that's in question. Allows a cdrom to autoboot.
patch also located at ~jwd/src/src/release/Makefile.patch so you
don't have to cut'n'paste.
-John
Index: Makefile
===
On Wed, Oct 25, 2000 at 10:51:33AM -0700, dmitry wrote:
> I am sorry this is a little off the topic:
>
> 1) Has anyone been able to get css-auth patch to work on current/stable? (And
> was able to watch DVD movies with sound and color at 720x480)
Yes, I have. I can't get the audio to work, but
On Wed, Oct 25, 2000 at 06:04:43AM +0700, Alexey Dokuchaev wrote:
> On Tue, 24 Oct 2000, David O'Brien wrote:
>
> > On Tue, Oct 24, 2000 at 04:23:40PM +0700, Alexey Dokuchaev wrote:
> > > Why can't I simply write kill -1 `cat /var/run/sendmail.pid`?
> >
> > What about deamons that don't understa
I am sorry this is a little off the topic:
1) Has anyone been able to get css-auth patch to work on current/stable? (And
was able to watch DVD movies with sound and color at 720x480)
2) Can we use some of the LiViD tools?
3) If someone got it to work before, could you give some points on how
Jordan Hubbard wrote:
>
> > OK, if I understood correctly, is this patch reasonable at this time?
>
> Yes, this looks much better!
>
Jordan, what do you think about making the keymap selection the first
step of the "Standard" installation?
Cheers,
-- JMA
** Jose M. Alcaide // [EMAIL PRO
> >> (i.e., a topological sort). Does `rcorder' call `tsort' or does it
> >> reinvent the wheel?
>
> > UTSL
>
> You could have simply answered the question. For the benefit of
> everyone else: yes, it reinvents the wheel.
I personally don't have a problem with this; tsort should be
a library
> Stop right here. If you didn't compile IPDIVERT in the kernel,
> the hooks aren't in the tcp/ip stack and you're screwed.
>
> Figuring out a way to fix this is on my TODO list, though I don't
> have any ideas that don't cost a performance hit for non-DIVERT
> users.
The LEASE stuff has a simil
> I'm not knocking anyone or any code, especially considering this IS
> -current... BUT... I don't need to read the code to know that I am seeing
> the same fortunes on first login after reboot more often than I can
> attribute to random chance. Maybe nanotime is being harvested, but it
> seems th
> I was going to if no one else did.
>
> Who ever does it should coordinate with Luke M @ NetBSD. He is willing
> to make tweaks such that we could use as much of the NetBSD bits as
> possible. He really hopes we [BSD] can standardize on this interface.
Well, it sounds like David is already wo
I'm not knocking anyone or any code, especially considering this IS
-current... BUT... I don't need to read the code to know that I am seeing
the same fortunes on first login after reboot more often than I can
attribute to random chance. Maybe nanotime is being harvested, but it
seems that there i
Grrr !@#%$^ Reply-To: header
< said:
>> (i.e., a topological sort). Does `rcorder' call `tsort' or does it
>> reinvent the wheel?
> UTSL
You could have simply answered the question. For the benefit of
everyone else: yes, it reinvents the wheel.
-GAWollman
To Unsubscribe: send mai
Gerhard Sittig writes:
> What's new is:
> - include the general config at the start (and yes, in every
> single script -- but this should be neglectable in terms of
> speed penalty and makes them work separately, too -- which is a
> real big gain!)
This isn't really new; it's been nagging m
On Wed, Oct 25, 2000 at 04:04:13PM -0400, Garrett Wollman wrote:
> Hmmm. We already have a program (called `tsort') which does this
> (i.e., a topological sort). Does `rcorder' call `tsort' or does it
> reinvent the wheel?
UTSL
lynx ftp://ftp.netbsd.org/pub/NetBSD-current/src/sbin/rcorder/
On Wed, Oct 25, 2000 at 09:42:23AM +0200, Andrea Campi wrote:
> Maybe we could have a script to do the dependency check and "compile"
> everything in a single big file?
Luke already has this support in NetBSD 1.5 for those who demand it, but
its a secret. ;-)
--
-- David ([EMAIL PROTECTED])
Grrr !@#$^& Reply-To:...
< said:
> Nope. All the /etc/rc.d/ files are scanned by `rcorder'. `rcorder' then
> creates a dependacy graph from information in each /etc/rc.d/ file. A
> walk of the graph is done to output the list of scripts in the order they
> should run in.
Hmmm. We alread
On Tue, Oct 24, 2000 at 02:58:08PM -0700, Jordan Hubbard wrote:
> With the NetBSD stuff, this is not immediately obvious though I guess
> one could have a top level rc file with an explicit ordering similar to
> our various subdir Makefiles,
Nope. All the /etc/rc.d/ files are scanned by `rcorder
On Wed, Oct 25, 2000 at 08:14:01PM +0200, Gerhard Sittig wrote:
> but I don't see FreeBSD having this level of "rc lib" as NetBSD
> has in rc.subr
We would import the NetBSD rc.subr.
--
-- David ([EMAIL PROTECTED])
GNU is Not Unix / Linux Is Not UniX
To Unsubscribe: send mail to [E
On Tue, Oct 24, 2000 at 02:56:07PM -0700, Jordan Hubbard wrote:
> So, who wants to do a proof-of-concept implementation for -current
> which integrates with our existing rc.conf mechanism?
I was going to if no one else did.
Who ever does it should coordinate with Luke M @ NetBSD. He is willing
Gerhard Sittig writes:
> On Wed, Oct 25, 2000 at 06:04 +0700, Alexey Dokuchaev wrote:
> > Though I see your point, actually, many UNIX books, including
> > some pretty old ones, refer to sending HUP signal as standard
> > way of restarting/resetting daemons.
> Please tell the software authors abou
On Tue, Oct 24, 2000 at 14:56 -0700, Jordan Hubbard wrote:
>
> > [ ... NetBSD (or Linux?) like rc scripts ... ]
>
> So, who wants to do a proof-of-concept implementation for
> -current which integrates with our existing rc.conf mechanism?
> In order to obey POLA, we should at least have the sepa
On Wed, Oct 25, 2000 at 06:04 +0700, Alexey Dokuchaev wrote:
> On Tue, 24 Oct 2000, David O'Brien wrote:
>
> > On Tue, Oct 24, 2000 at 04:23:40PM +0700, Alexey Dokuchaev wrote:
> > > Why can't I simply write kill -1 `cat
> > > /var/run/sendmail.pid`?
> >
> > What about deamons that don't underst
> > > Other candidates I've been pointed to include the removal of
> > > /boot/boot[12] and NFS
> > IMO NFS needs to stay. It is *very* useful to many (including me).
>
> I vote for 'remove NFS away'.
>
> Yes, there are many people using NFS install, but it is site-specific.
> There are no serv
D]
Subject: -current build report for Wed Oct 25 02:11:14 CDT 2000
Doing nightly build attempt for 5.0-20001025-CURRENT at Wed Oct 25 02:11:14 CDT 2000
Updating source tree...
Making release...
Release build of 5.0-20001025-CURRENT was a success at Wed Oct 25 09:12:54 CDT 2000
--- End of Forwarde
On Wed, Oct 25, 2000 at 10:37:31AM -0700, Mark Murray wrote:
> > Unless _time_ will be used, /dev/random is plain unusable for production
> > usage.
>
> Andrey, read the code; nanotime is all over the harvested entropy.
I saw it in the code, but it not means it working. If the time is really
tak
It does look like an updating entry is needed for this badly.
I did the following things, some of which may not be needed, and now my
-current boxes boot OK.
1. update MAKEDEV from /usr/src/etc, run MAKEDEV all
2. update /etc/rc /etc/rc.* /etc/defaults/rc.conf from /usr/src/etc
3. add ran
> 1) Reseed code is broken, in come case (as I describe) all reseeding data
> is ignored, only its size is counted until it was as big as 16384. Mark
> not fix it yet at this moment nor confirm he is able to reproduce this
> bug.
I'm trying to reproduce this formally. I'm looking for reasons, not
On Sun, Oct 22, 2000 at 09:52:03PM +0200, Leif Neland wrote:
> I want to install ipfw and natd to a machine working as isdn-router, which I
> lost the kernel config for
> I connect to the world via userland-ppp and isdnd.
>
> I don't have any ipfw or divert compiled in the kernel, but I can load
$B$I$&$+$46(NO$r4j$$$7$^$9!#(B
$BEvJ}$O@lLg#D%^%,%8%s$rH/9T$7$F$$$k$NL5$$J}$O:#8e0l@Z$NG[?.5Z$S%"%I%l%9$N1J5W:o(B
$B=|(B
$B:n6H$rI,$:CW$7$^$9!#$I$&$+$4N;>54j$$$^$9$3$H$r$*4j$$CW$7$^$9!#(B
$B@?$K>!?'!9!d(B
$B$H$J$j$^$9!#(B
$B$^$?!"7n$K0lEY$4EPO?http://www.e-lent.com/~fuu/dmnc-s/kibou.ht
John Baldwin <[EMAIL PROTECTED]> wrote:
}
} On 25-Oct-00 Chuck Robey wrote:
} > I'm having rather extreme problems with stability on my dual PIII
} > setup. I know this is to be expected, but it's gotten so extreme on my
} > system, I can't spend more than a few minutes before it locks up.
} >
[Please follow-up to only one list]
Hello,
I need more testers for the following!
nsswitch extends the C library so that arbitrary sources may be
consulted by database routines such as getpwent, gethostbyname, and so
on. This implementation was based on NetBSD's implementation. I have
enhance
Somebody killed "swihand_t" without cleaning up three drivers:
otte# ./gsys swihand_t
./i386/isa/cy.c:static swihand_t siopoll;
./i386/isa/rc.c:static swihand_t rcpoll;
./pc98/pc98/sio.c:staticswihand_t siopoll;
otte# cd /sys/i386/conf
otte# make LINT
`LINT' is up to date.
otte# conf
At Wed, 25 Oct 2000 21:23:01 +0900,
[EMAIL PROTECTED] wrote:
>
> From: "David O'Brien" <[EMAIL PROTECTED]>
> Date: Tue, 24 Oct 2000 13:15:26 -0700
>
> > Before removing NFS, I'd remove the new `ncv', `nsp', and `stg' drivers.
>
> Please do not remove them. Many people are waiting for them to sw
From: "David O'Brien" <[EMAIL PROTECTED]>
Date: Tue, 24 Oct 2000 13:15:26 -0700
> Before removing NFS, I'd remove the new `ncv', `nsp', and `stg' drivers.
Please do not remove them. Many people are waiting for them to switch
from 3.x with PAO3 or even with 2.x with PAO to more recent FreeBSD.
/
At Wed, 25 Oct 2000 20:55:54 +0900,
Makoto MATSUSHITA <[EMAIL PROTECTED]> wrote:
>
> FYI for hosokawa-san: We have total 912kbytes of 'if_*' modules, and
> it can be shrinked to 328kbytes if gzip -9.
And FYI, I need about 150Kbytes/1language for multilingual sysinstall
(currently, Japanese font
obrien> I just diked out more bits. Lets see if that will give us
obrien> enough space on tonights snapshot build.
Whole release procedures are works fine. Thank you. Here's summary of
current size of floppies (i386 architecture):
* boot.flp (639k left)
Filesystem 1K-blocks UsedAvail
> OK, if I understood correctly, is this patch reasonable at this time?
Yes, this looks much better!
- Jordan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> This was my thought also. I put the TCP/IP scripts at 99 to make
> sure that any slow network initialization is done.
>
> Since they all start with S - for example S99tcp - moving it
> to s99tcp will keep it from starting, and the Knn in the same
> directory is used to stop things when moving
> Again. There is no public NFS servers for distributing FreeBSD as I know.
> You can't get any FreeBSD, even if you sends NFS packets to the Internet.
> Can I and anybody access your favorite NFS servers?
MIT, gatekeeper.dec.com, and Sunsite all run anonymous NFS
mountable archives.
Also, be aw
On Wed, Oct 25, 2000 at 10:35:55AM +, Terry Lambert wrote:
> > I see the opposite. I see that without writing to the /dev/random
> > device I get a cons is an object that cares fortune 99+% of the time
> > on my first login. With it, I see more decently random fortunes (but
> > I haven't don
At Wed, 25 Oct 2000 19:37:42 +0900,
Tatsumi Hosokawa <[EMAIL PROTECTED]> wrote:
>
> How about mergeing ifconfig kldload function into sysinstall, and move
> /boot/kernel/if_xxx.ko into mfsroot.gz mfs image.
or simply add,
main()
{
+ for ( i in /kernel/*.ko ) {
+ kdload(i);
+
At Wed, 25 Oct 2000 04:48:14 +0900,
Motomichi Matsuzaki <[EMAIL PROTECTED]> wrote:
>
> I vote for 'remove NFS away'.
How about mergeing ifconfig kldload function into sysinstall, and move
/boot/kernel/if_xxx.ko into mfsroot.gz mfs image.
hosokawa
--
Tatsumi Hosokawa
<[EMAIL PROTECTED]>
http://
> I see the opposite. I see that without writing to the /dev/random
> device I get a cons is an object that cares fortune 99+% of the time
> on my first login. With it, I see more decently random fortunes (but
> I haven't done a statistical analysis of them to see how random things
> are).
Is
In message <[EMAIL PROTECTED]> Bigbear writes:
: i update my system from 4.1 to current, when system boot, it hangs when:
: start elf ldconfig: /usr/lib /usr/lib/compat /usr/X11R6/lib
: why?
This is not a hang, otherwise you would not have been able to boot by
pressing ^C or ^T
The files , espec
On Tue, 24 Oct 2000, Jordan Hubbard wrote:
> Believe me, if we were to put out a serious call to kill NFS from the
> installation boot images, you'd very quickly hear from all of those
> people and they would be screaming. We need to exhaust all other
> possibilities before we even contemplate t
thx. that fix my problem ;)
the other problem i had after switch that system to -current
is that after a random time, the connection will frzzed.
the routing table still exist, connection is still up.
just cant connect to anywhere outside the network. no error
or anything been loged in ppp.log.
Maybe we could have a script to do the dependency check and "compile"
everything in a single big file? This script could run at boot and also
after mergemaster, whatever: it just check the modification time against a
cache file, where it also stores dependencies.
Just my Euro 0.02 ;-)
Bye,
63 matches
Mail list logo
