On Thu, Jan 20, 2000 at 12:26:08PM +0100, F. Heinrichmeyer wrote:
Subject says all! This evening i will try a patch for the ata driver so
maybe all my
hardware at home will work again with current when certain patches are
applied.
Nice. The newbus architecture introduces overhead in I/O and
At 10:43 am -0800 21/1/00, John Polstra wrote:
[...] we have 8 mirror sites now, named (duh) cvsup[1-8].FreeBSD.org.
The newest, cvsup8, is a very high-capacity and well-connected site,
yet hardly anybody is using it. Please give it a try!
Hi
Might it be worth load sharing these via duplicate
On Sat, 22 Jan 2000, Nicolas Souchu wrote:
On Thu, Jan 20, 2000 at 12:26:08PM +0100, F. Heinrichmeyer wrote:
Subject says all! This evening i will try a patch for the ata driver so
maybe all my
hardware at home will work again with current when certain patches are
applied.
Nice. The
On Fri, Jan 21, 2000 at 06:20:38PM -0500, Ben Rosengart wrote:
Anyway, if multi CNAME is no good then do:
cvsup IN A198.104.92.71 ; cvsup1.freebsd.org
cvsup IN A205.149.189.91 ; cvsup2.freebsd.org
... and so on
This is legal, is
On Fri, Jan 21, 2000 at 05:23:17PM -0800, Rodney W. Grimes wrote:
You don't even need to modify the protocol. Just write a small
tcp program that times the 3 way handshake on open to all the
servers, take the one with the sortest time and spit that out
for the user to stuff in his cvsupfile.
On Fri, Jan 21, 2000 at 10:43:39AM -0800, John Polstra wrote:
This is another in my series of occasional nags to try to get people
to use some of the less heavily loaded CVSup mirrors. In the US
alone, we have 8 mirror sites now, named (duh) cvsup[1-8].FreeBSD.org.
The newest, cvsup8, is a
On Sat, Jan 22, 2000 at 10:03:25AM +, Doug Rabson wrote:
Nice. The newbus architecture introduces overhead in I/O and old chipsets
(or old compatible modes) do not always support it.
Your drive runs really faster too, doesn't it?
Have you measured the overhead? I think it should be
Just was presented the following panic by my FreeBSD/alpha Miata box that
was doing a make release:
initiate_write_inode_block() at initiate_write_inode_block() +0x40
softdep_disk_io_initiation() at softdep_disk_io_initiation() + 0xac
spec_strategy() at spec_strategy() +0x48
Just to let you know how it went
* * From: Matthew Dillon [EMAIL PROTECTED]
* * Please upgrade your system to the latest ffs_softdep.c, vers 1.47. This
* * will fix a number of other problems but may not fix this one.
I first upped it to 1.48 (I think) and was seeing hangs
Scott Burns [EMAIL PROTECTED] writes:
I tried upgrading to 4.0-CURRENT from 3.4-RELEASE, and the buildworld
worked fine, but the installworld was interrupted part of the way
through the install by a signal 12 to sh. I tried doing it from
3.4-RELEASE a few times, as well as from 3.4-STABLE
Stop in /usr/src/release.
*** Error code 1
Stop in /usr/src/release.
*** Error code 1
Stop in /usr/src/release.
---
It looks like the handling of HARDWARE.TXT in release/Makefile is broken.
HARDWARE.TXT was missing. Should be corrected by a
we all should have time to fix up all those little things that needed to
be done anyway. Like:
- writing manpages (or send a skeleton of to someone who will
finish it)
- update HARDWARE.TXT
- check UPDATING
- replace controller with device in all manpages
unsubscribe freebsd-current
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I cvsupd current, and did a make buildworld last night - i didn't do make
installworld - now when i boot my system (when it is initializing the
network) I get a message that is similar to "cannot allocate llinfo for
/kernel" - i tried an older kernel and i got the same message. I am using
DHCP,
This mornings make world ended with
=== share/man/man4
gzip -cn /usr/src/share/man/man4/ahc.4 ahc.4.gz
make: don't know how to make alpm.4. Stop
*** Error code 2
Stop in /usr/src/share/man.
*** Error code 1
Stop in /usr/src/share.
*** Error code 1
Stop in /usr/src.
*** Error code
Thanks,
I've briefly read various documents, and haven't discovered a way to
installworld to a different path than /.
In particular, I'd like to install to /remotefs/.
I've got tftp, bootp, etc. all setup and ready to go but would like a clean
'world' to modify as opposed to a pre-existing one.
On Fri, Jan 21, 2000 at 11:56:38PM -0700, Warner Losh wrote:
arbitrary and works for me. I'm sure this could be improved,
especially to make the order random.
It really isn't too hard... I wouldn't be surprised if this
crosses another solution in email. :)
#! /bin/sh
if [ -z "$1" ];
On Tue, Jan 11, 2000 at 01:37:39PM +0200, Maxim Sobolev wrote:
It seems than long-standing problem (see PR dated May '97:
http://www.FreeBSD.org/cgi/query-pr.cgi?pr=3441) with C++ exceptions in shared
Good news, a fix has been imported and merged.
--
-- David([EMAIL PROTECTED])
To
The following should do it:
cd /usr/src
make installworld DESTDIR=/remotefs
cd /usr/src/etc
make distrib-dirs distribution DESTDIR=/remotefs
Regards,
Eugene
On Sat, 22 Jan 2000, Rod Taylor wrote:
| I've briefly read various documents, and haven't discovered a way to
| installworld to a
I cvsupd current, and did a make buildworld last night - i didn't do make
installworld - now when i boot my system (when it is initializing the
network) I get a message that is similar to "cannot allocate llinfo for
/kernel" - i tried an older kernel and i got the same message. I am using
DHCP,
John Polstra wrote:
This is another in my series of occasional nags to try to get people
to use some of the less heavily loaded CVSup mirrors. In the US
alone, we have 8 mirror sites now, named (duh) cvsup[1-8].FreeBSD.org.
The newest, cvsup8, is a very high-capacity and well-connected
In article [EMAIL PROTECTED],
Jason Evans [EMAIL PROTECTED] wrote:
I often do a 'make includes' to be able to iteratively test changes. Once
I'm happy that the changes are sound, there is no way to assure that the
changes didn't cause a bootstrapping problem like this one.
It's feasible
As I recall, John Polstra wrote:
In fact, the higher-numbered mirrors often have faster hardware simply
because they're newer. Also, in particular, there's nothing special
about cvsup.FreeBSD.org -- it's simply an alias for cvsup1 and it gets
its updates the same way at the same intervals
On Sat, Jan 22, 2000 at 08:21:21AM -0800, David O'Brien wrote:
Good news, a fix has been imported and merged.
If I read the PR correctly, it states that ports like Mico were broken
on account of this?
And you just today fixed this? The reason I'm asking is because Mico
seems to break when I
On Sun, Jan 23, 2000 at 12:44:46AM +0900, [EMAIL PROTECTED] wrote:
Truely, I wish to import bzip2 to -current src tree. :)
Is there a problem about some restriction for distributing bzip2?
# I'm sorry I don't know about that.
2 5003-0 (00-01-22 12:27:37) [will@shadow
:Just to let you know how it went
:
: * * From: Matthew Dillon [EMAIL PROTECTED]
:
: * * Please upgrade your system to the latest ffs_softdep.c, vers 1.47. This
: * * will fix a number of other problems but may not fix this one.
:
:I first upped it to 1.48 (I think) and was
Will Andrews wrote:
Nope - looks like it could be a candidate for importing to the source
tree. However, I'm not sure everyone on current@ is going to agree,
since we already have something for compression (gzip) that is pretty
standard around the world.
Ever notice how on some occasions
:Just was presented the following panic by my FreeBSD/alpha Miata box that
:was doing a make release:
:
:initiate_write_inode_block() at initiate_write_inode_block() +0x40
:softdep_disk_io_initiation() at softdep_disk_io_initiation() + 0xac
:spec_strategy() at spec_strategy() +0x48
On Sat, 22 Jan 2000, Will Andrews wrote:
On Sun, Jan 23, 2000 at 12:44:46AM +0900, [EMAIL PROTECTED] wrote:
Truely, I wish to import bzip2 to -current src tree. :)
Is there a problem about some restriction for distributing bzip2?
# I'm sorry I don't know about that.
2 5003-0 (00-01-22
On Sat, Jan 22, 2000 at 11:05:18AM -0500, Tim Vanderhoek wrote:
On Fri, Jan 21, 2000 at 11:56:38PM -0700, Warner Losh wrote:
arbitrary and works for me. I'm sure this could be improved,
especially to make the order random.
It really isn't too hard... I wouldn't be surprised if this
== share/man/man4
gzip -cn /usr/src/share/man/man4/ahc-4 ahc.4.gz
make: don't know how to make alpm.4. Stop
stop in /usr/src/share/man
*** Error code 1
Stop in /usr/src/share
*** Error code 1
Stop in /usr/src
*** Error code 1
Stop in /usr/src
*** Errpr code 1
Stop in /usr/src
any idea?
thx
On Sat, Jan 22, 2000 at 09:43:14AM -0800, Matthew Dillon wrote:
:Just was presented the following panic by my FreeBSD/alpha Miata box that
:was doing a make release:
:
:initiate_write_inode_block() at initiate_write_inode_block() +0x40
:softdep_disk_io_initiation() at
Scott Burns [EMAIL PROTECTED] wrote:
I tried upgrading to 4.0-CURRENT from 3.4-RELEASE, and the buildworld
worked fine, but the installworld was interrupted part of the way
through the install by a signal 12 to sh. I tried doing it from
3.4-RELEASE a few times, as well as from 3.4-STABLE on
Edwin Culp [EMAIL PROTECTED] wrote in list.freebsd-current:
=== share/man/man4
gzip -cn /usr/src/share/man/man4/ahc.4 ahc.4.gz
make: don't know how to make alpm.4. Stop
*** Error code 2
[...]
Delete src/share/man/man4/alpm.4
The committer who deleted (moved) alpm.4 forgot to update
Wes Peters wrote:
Amancio Hasty wrote:
My only point is that the first response to a problem isn't to necessarily
pull out emacs and start hacking away on code.
Yea, it is easier to do in a regular zone file then to implement the
network measurement logic into cvsup.
Yes, it is
I would, but i keep getting a sig11 - i spent literally from 6:30am to
9:00pm yesterday trying to get this thing to compile.
- Original Message -
From: smarkacz [EMAIL PROTECTED]
To: Scott Burns [EMAIL PROTECTED]
Cc: Matt M. [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Saturday, January 22,
On Sat, Jan 22, 2000 at 12:07:11PM +0100, [EMAIL PROTECTED] wrote:
Just was presented the following panic by my FreeBSD/alpha Miata box that
was doing a make release:
initiate_write_inode_block() at initiate_write_inode_block() +0x40
softdep_disk_io_initiation() at
On Sat, Jan 22, 2000 at 09:43:14AM -0800, Matthew Dillon wrote:
:Softupdates only enabled on /usr, /usr/obj. Make release was
:putting it generated stuff on /usr
:
:No dump unfortunately, I'll see if I can catch it again
:
:--
:Wilko Bulte Arnhem, The Netherlands - The
Robin Melville wrote:
At 10:43 am -0800 21/1/00, John Polstra wrote:
[...] we have 8 mirror sites now, named (duh) cvsup[1-8].FreeBSD.org.
The newest, cvsup8, is a very high-capacity and well-connected site,
yet hardly anybody is using it. Please give it a try!
Hi
Might it be worth load
-On [2122 15:22], Nick Hibma ([EMAIL PROTECTED]) wrote:
- writing manpages (or send a skeleton of to someone who will
finish it)
Damn right! =)
- update HARDWARE.TXT
- check UPDATING
- replace controller with device in all manpages
I think I solved most
So which include file do I use in its place? Is it one of
/usr/src/sys/cam/scsi/scsi_*.h? AFAIK, this file isn't in -current
any longer.
- Donn
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sat, Jan 22, 2000 at 09:01:36PM +0100, Jeroen Ruigrok/Asmodai wrote:
-On [2122 15:22], Nick Hibma ([EMAIL PROTECTED]) wrote:
- update HARDWARE.TXT
Urgh...
doing them or mdoc if someone wrote the bare text. But if someone takes
this task from my shoulders, I'd be happy.
Also
On Sat, Jan 22, 2000 at 09:01:36PM +0100, Jeroen Ruigrok/Asmodai wrote:
-On [2122 15:22], Nick Hibma ([EMAIL PROTECTED]) wrote:
- update HARDWARE.TXT
Urgh...
doing them or mdoc if someone wrote the bare text. But if someone takes
this task from my shoulders, I'd be happy
At Sat, 22 Jan 2000 12:42:55 -0500 (EST),
Chuck Robey [EMAIL PROTECTED] wrote:
A case would have to be built that bzip2 does something critical that
cannot be done without bzip2. Else, it stays as a fine port. Heck, emacs
is a fine port too, but it'll never get into the base system.
Hmm...
On Sat, 22 Jan 2000, you wrote:
At Sat, 22 Jan 2000 12:42:55 -0500 (EST),
Chuck Robey [EMAIL PROTECTED] wrote:
A case would have to be built that bzip2 does something critical that
cannot be done without bzip2. Else, it stays as a fine port. Heck, emacs
is a fine port too, but it'll
Hi Mike,
... today I tried to build our first Mylex-RAID based FreeBSD-system.
Hardware (if you need any more details, just feel free to ask):
Gigabyte Dual PPro Board, Natoma, 2*PPro/200
dual channel SymbiosLogic SCSI-Hostadapter (BIOS deactivated),
- no disks
- just
I have followed the UPDATES file... and I have source-make-world
upgraded several machines from 3.3 and 3.4 to 4.0-CURRENT recently. I
thought I'd contribute a method that is reasonably likely to work and
reasonably likely to not be going overboard. Someone should maintain
a file like this.
On Wed, Jan 19, 2000 at 12:13:06AM +0100, Jesper Skriver wrote:
On Mon, Jan 17, 2000 at 11:46:23PM +0100, Jesper Skriver wrote:
On Mon, Jan 17, 2000 at 05:00:14PM -0500, Christopher Masto wrote:
On Mon, Jan 17, 2000 at 09:20:38PM +0100, Jesper Skriver wrote:
On Mon, Jan 17, 2000 at
-On [2123 00:00], Oliver Fromme ([EMAIL PROTECTED]) wrote:
Edwin Culp [EMAIL PROTECTED] wrote in list.freebsd-current:
=== share/man/man4
gzip -cn /usr/src/share/man/man4/ahc.4 ahc.4.gz
make: don't know how to make alpm.4. Stop
*** Error code 2
[...]
Delete
-On [2122 20:00], joanra ([EMAIL PROTECTED]) wrote:
== share/man/man4
gzip -cn /usr/src/share/man/man4/ahc-4 ahc.4.gz
make: don't know how to make alpm.4. Stop
stop in /usr/src/share/man
*** Error code 1
I fixed this a few hours after Nicholas committed.
Sorry for any inconvenience
-On [2123 00:01], Akinori MUSHA aka knu ([EMAIL PROTECTED]) wrote:
Yes, they are pretty big enough to see the difference between two...
.tar.bz2.tar.gz
lynx2.8.2rel1 1.4MB 1.8MB
WindowMaeker 0.61.1 1.6MB 1.9MB
gimp-1.1.13
On Sat, Jan 22, 2000 at 15:25:53 -0500, Donn Miller wrote:
So which include file do I use in its place? Is it one of
/usr/src/sys/cam/scsi/scsi_*.h? AFAIK, this file isn't in -current
any longer.
There are a number of include files for SCSI passthrough now, depending on
what you want to do.
On Sat, 22 Jan 2000, Rod Taylor wrote:
Personally, I'd like to see less stuff in the system source for
smaller installs and lower compile time leaving it up to me to
customize the individual stuff thats installed. Unless bzip is used
by 99.9% of the FreeBSD installs, I'm willing to let it
On Fri, 21 Jan 2000, Nick Hibma wrote:
- writing manpages (or send a skeleton of to someone who will
finish it)
- update HARDWARE.TXT
- check UPDATING
- replace controller with device in all manpages
- improving manpages in general
- FIXING PRs
On Sat, 22 Jan 2000, you wrote:
On Sat, 22 Jan 2000, Rod Taylor wrote:
Personally, I'd like to see less stuff in the system source for
smaller installs and lower compile time leaving it up to me to
customize the individual stuff thats installed. Unless bzip is used
by 99.9% of the
Brian Somers [EMAIL PROTECTED] writes:
Unless there are objections in the next day or two, I'm going to
deprecate the TUNSLMODE ioctl favour of TUNSIFHEAD. Where TUNSLMODE
prepended a sockaddr to each packet, TUNSIFHEAD will instead prepend a
4-byte network-byte-order address family.
In article Pine.BSF.4.21.0001221710330.4454-10@localhost,
Alex Zepeda [EMAIL PROTECTED] wrote:
I'm looking at /usr/{src,}/share/examples/cvsup/gnats-supfile, and as
"equipped" it's not working (well it goes through the motions but checks
out no files). Hmm.
It works for me. Not all
On Sat, 22 Jan 2000, Don Lewis wrote:
Doesn't bzip2 require a lot more memory for decompression? As I
recall, someone mentioned that this would cause problems for installing
releases on machines with only a small amount of RAM.
man bzip2, and then look at the memory management section. I'm
On Sat, 22 Jan 2000, John Polstra wrote:
It works for me. Not all mirrors carry the more esoteric
collections like gnats. I know that cvsup[15678] carry it. I think
cvsup2 doesn't, and I'm not sure about 3 and 4.
Hah, I forgot to delete the tag=. line. Oops :)
- alex
To Unsubscribe:
There are couple of RFCs on network load balancing with
respect to servers or services and I am sure that there
are also widely available research papers.
Most of those concentrate on balancing the load on the server
itself. How about balancing the load on the network paths,
I
If I may inject some possibly-irrelevant fact into this
discussion... gzip (or rather, the ``deflate'' compression algorithm
and the libz file format) has been adopted into a number of formal
standards. It's likely that it will remain with us for a long time.
For those of us who eschew
On Friday, 21 January 2000 at 11:11:40 -0800, John Polstra wrote:
Can you make cvsup accept multiple servers to try in it's configuration
file?
I'll add that to the to-do list.
When you get the appropriate tuit, you might also consider checking
which of the list is most accessible.
Greg
--
In message Pine.BSF.4.21.0001221703020.4454-10@localhost, Alex Zepeda wro
te:
} On Sat, 22 Jan 2000, Rod Taylor wrote:
}
} Personally, I'd like to see less stuff in the system source for
} smaller installs and lower compile time leaving it up to me to
} customize the individual stuff
63 matches
Mail list logo