I tried to upgrade my diskless router this afternoon to -current as
cvsupped last night.
I can't make it boot, though.
The configuration it has been using since it was last rebuilt
from Feb 24's -current (and which has been working for longer than
I care to remember) is:
- /etc/bootptab fe
On 29-May-99 Jan B. Koum wrote:
> Uhm.. I thought that is what /sbin/kget does, no?!
It would appear so (I didn't even know kget existed :)
But it isn't in any .rc files, so presumably it isn't automagic.
Presumably it would be trivial to add though, ie have 'kget /boot/kernel.conf'
somew
On Thu, May 27, 1999 at 02:09:14AM +0400, Dmitrij Tejblum wrote:
> This is a known problem. It is because dev_t in kernel and dev_t and
> userland are now different things. This is worse on the alpha, where
> they also have different sizes. So, on the alpha, the numbers are broken
> too, not jus
dset is no longer required for ELF kernels - see kget instead.
- Jordan
> Sorry I had to do this again. I sent the first one in html format, which
> most mail readers don't support.
>
> Is there anybody upgrading dset to work with ELF kernels? If not, I'd like
> to work on it myself.
>
> If you
< said:
> [...] create another cvsup mirror which allows up to 32 connections.
> Folks are encouraged to use this site in preference to some of our
> more loaded cvsup servers (like cvsup1 and cvsup2) and it updates
> from freefall once an hour, so the bits are nice and fresh. :)
cvsup3 allows 24
On my 3.1-REL and 3.1-STABLE-19990331 systems, invocation of gas at "gcc
-pipe" is not treated correctly.
For example, on my 2.2.8-STABLE system says,
-
moon: {101} touch test.s
moon: {102} gcc -v -pipe test.s
gcc version 2.7.2.1
/usr/bin/as -o /var/tmp/ccsU37121.o test.s
/usr/bin/ld -e st
Sorry I had to do this again. I sent the first one in html format, which
most mail readers don't support.
Is there anybody upgrading dset to work with ELF kernels? If not, I'd like
to work on it myself.
If you are familiar with this, please give me pointers or hints. Thanks.
Carlos C. Tapang
htt
Bogon #1:
Userconfig doesn't appear to work - change anything at all and you're
looking at a kernel panic when you exit. Hmmm!
Bogon #2:
"Correcting Natoma for non-SMP configuration" message on SMP boxes is
now printed twice (once for each CPU? :).
Bogon #3:
bt_isa_probe: Probe failed for
"Jordan K. Hubbard" writes:
> Well, if we're replacing it with libfetch then either fetch(1) or
> libfetch(3) need to check it too. At the moment, neither does - I
> just checked. :-)
Umm, I'm kinda embarassed. The 19990529 patchkit fixes that :)
http://www.freebsd.org/~des/software/fetch-19990
On Fri, May 28, 1999 at 06:12:33PM -0700, "Carlos C. Tapang"
wrote:
> Is there anybody out there working on making /sbin/dset recognize ELF kernel
> files?
> I need it, so if there is nobody, I'm going to work on it myself.
>
> If you are familiar with this, please give me pointers or hints as
No, you're the one who's wrong, the source is simply the source. :-)
My only point was that you should make sure something is a certain way
before you offer advice for dealing with its *current* behavior since,
otherwise, that's just confusing to everyone. Either way, I don't
think that *any* of
Well, if we're replacing it with libfetch then either fetch(1) or
libfetch(3) need to check it too. At the moment, neither does - I
just checked. :-)
- Jordan
> as...@freebsd.org (Satoshi - Ports Wraith - Asami) writes:
> > No. This is from libftpio/ftpio.c:
>
> Libftpio will shortly be deprec
* From: Dag-Erling Smorgrav
* Libftpio will shortly be deprecated.
Fine. Just make sure /etc/login.conf is not updated too early then.
Satoshi
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
"Jordan K. Hubbard" writes:
> > If we just set FTP_PASSIVE_MODE=YES in /etc/login.conf or
> > /etc/profile, all the user needs to do is set FTP_PASSIVE_MODE=NO
> > before trying to fetch the port.
> Heh, no. UTSL. All the code which checks this, checks to see if it's
> set to anything at all, no
> If we just set FTP_PASSIVE_MODE=YES in /etc/login.conf or
> /etc/profile, all the user needs to do is set FTP_PASSIVE_MODE=NO
> before trying to fetch the port.
Heh, no. UTSL. All the code which checks this, checks to see if it's
set to anything at all, not if it's set explicitly to YES. :)
-
Is there anybody out there working on making /sbin/dset recognize ELF kernel
files? I need it, so if there is nobody, I'm going to work on it myself.
If you are familiar with this, please give me pointers or hints as to how best
to do this.
Carlos C. Tapang
http://www.genericwindows.com
as...@freebsd.org (Satoshi - Ports Wraith - Asami) writes:
> No. This is from libftpio/ftpio.c:
Libftpio will shortly be deprecated.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the mes
* From: Dag-Erling Smorgrav
* > I don't have a problem with changing the default as long as there are
* > ways to turn them off easily (read: on a per-port basis). Can we
* > cancel an environment variable set in /etc/login.conf from a Makefile?
*
* If we just set FTP_PASSIVE_MODE=YES in
as...@freebsd.org (Satoshi - Ports Wraith - Asami) writes:
> * From: Dag-Erling Smorgrav
>
> * FTP servers which do not accept passive mode are, IMHO, broken. Their
> * loss.
>
> No. The losers will be our users who can't talk to them.
>
> I don't have a problem with changing the default as
"Jan B. Koum " writes:
> I know how CVSup works. If you are behind firewall, you need to use
> "-P -" command line switch. [...]
No. I use CVSup from behind a firewall daily (actually, 23 times a day
on one box and 24 times a day on another) without any fancy switches.
DES
--
Dag-Erling S
* From: Dag-Erling Smorgrav
* FTP servers which do not accept passive mode are, IMHO, broken. Their
* loss.
No. The losers will be our users who can't talk to them.
I don't have a problem with changing the default as long as there are
ways to turn them off easily (read: on a per-port basis)
On Fri, May 28, 1999 at 03:13:55PM -0700, "Jan B. Koum " wrote:
> On Fri, May 28, 1999 at 02:09:19PM +0200, Dag-Erling Smorgrav
> wrote:
> > "Jan B. Koum " writes:
> > > Yay! This is awesome. I guess in addition to ftp, the tools and
> > > libraries you talk about would also include fetch, an
On Fri, May 28, 1999 at 02:09:19PM +0200, Dag-Erling Smorgrav
wrote:
> "Jan B. Koum " writes:
> > Yay! This is awesome. I guess in addition to ftp, the tools and
> > libraries you talk about would also include fetch, and other firewall
> > not so friendly things? (Would be nice if CVSup can
Just a warning -- it does not appear to have reverse DNS set up on it.
This could be a problem if you try to ever send mail from it.
> host cvsup6.freebsd.org
cvsup6.freebsd.org is a nickname for hitter.freebsd.org
hitter.freebsd.org has address 207.192.64.20
> nslookup 207.192.64.20
Server: ns2
A florida ISP recently donated a T3 connection and a beefy SMP box to
us, so I took advantage of this to create another cvsup mirror which
allows up to 32 connections. Folks are encouraged to use this site
in preference to some of our more loaded cvsup servers (like cvsup1
and cvsup2) and it updat
According to Dag-Erling Smorgrav:
> FTP servers which do not accept passive mode are, IMHO, broken. Their
They're broken with respect to RFC-959, not only to your opinion :-)
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr
FreeBSD keltia.freenix.fr 4.0-CURRENT #7
On Thu, 27 May 1999, Kevin Day wrote:
> I tried doubling whatever it was that putting maxusers at 256 set it at. (I
> can get the exact number later). I'm running with no NMBCLUSTERS setting,
> just with maxusers at 128 at the moment.
Okay, you may want to bump NMBCLUSTERS.
> > You might want to
On 28 May 1999 at 14:05, Dag-Erling Smorgrav wrote:
> FTP servers which do not accept passive mode are, IMHO, broken. Their
> loss.
I'll second that opinion. Netscape and Microsoft browsers, at least,
have been using passive FTP for years (1994 or earlier). One could
argue that these are the mo
> > > Whenever I try to load the splash screen (300x200 256 colors) the modules
> > > seem to load right, however, when the kernel boots, it gives me an error
> > > about mod_register_init or something of that nature, I was just testing
> > > the config... I tried these commands at the boot loader.
> > CVSup uses multiplexed mode by default, which means it multiplexes its
> > various data channels over a single TCP connection. The server does
> > not (should not) attempt to connect back to the client.
>
> No.
>
> $ /usr/local/bin/cvsup /usr/src-supfile -g -L 2
> ...
> Establishing acti
Nick Hibma writes:
> On 28 May 1999, Dag-Erling Smorgrav wrote:
> > CVSup uses multiplexed mode by default, which means it multiplexes its
> > various data channels over a single TCP connection. The server does
> > not (should not) attempt to connect back to the client.
> No.
Yes, it does. If you
On 28 May 1999, Dag-Erling Smorgrav wrote:
> "Jan B. Koum " writes:
> >Yay! This is awesome. I guess in addition to ftp, the tools and
> > libraries you talk about would also include fetch, and other firewall
> > not so friendly things? (Would be nice if CVSup can fake FTP_PASSIVE_MODE
"Jan B. Koum " writes:
> Yay! This is awesome. I guess in addition to ftp, the tools and
> libraries you talk about would also include fetch, and other firewall
> not so friendly things? (Would be nice if CVSup can fake FTP_PASSIVE_MODE
> by doing '-P -' too).
CVSup uses multiplexed mode by
"Dan Langille" writes:
> For the argument that some ftp servers don't accept passive mode, I say
> it's a question of numbers: which default setting will satisfy the
> greatest number of people? which setting will reduce the number of
> questions "how do I do X"?
FTP servers which do not acce
Doug White writes:
> I second the suggestion to 'autoprobe' PASV support, and revert to active
> mode (w/ an appropriate msg) if PASV is refused.
No. Ncftp tries to do this, and provides adequate proof that it is not
practical.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscrib
"Jordan K. Hubbard" writes:
> Unless I hear unanimous fierce outcry against it, I'm strongly
> considering making FTP_PASSIVE_MODE obsolete by virtue of being the
> default for all tools/libraries which currently examine it.
> FTP_ACTIVE_MODE will be the new flag for toggling the previous
> behavi
As Bruce Evans wrote ...
> >May 27 23:39:23 p100 /kernel: vnode_pager: *** WARNING *** stale FS getpages
> >May 27 23:39:23 p100 /kernel: No strategy for buffer at 0xc13637e0
> >May 27 23:39:23 p100 /kernel: : 0xc35ffd80: type VREG, usecount 4,
> >writecount 0,
> > refcount 0, flags (VOBJBUF)
> >M
As Matthew Dillon wrote ...
> :etc
> :
> :This was during a cp -R /* /mnt where /mnt is a SCSI disk I'm testing.
> :Both disks are on seperate SCSI buses. Is this because the cp -R
> :tries to copy /proc ??
> :
> :| / o / / _Arnhem, The Netherlands- Powered by FreeBSD -
> :|/|/
On Wed, May 26, 1999 at 03:50:21AM -0700, "Jordan K. Hubbard"
wrote:
> Unless I hear unanimous fierce outcry against it, I'm strongly
> considering making FTP_PASSIVE_MODE obsolete by virtue of being the
> default for all tools/libraries which currently examine it.
> FTP_ACTIVE_MODE will be the n
39 matches
Mail list logo
