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
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 duplicat
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.
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
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
spec_vnoperate() at
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 cvsupfi
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
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 s
> 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
> spec_vn
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-STA
On Fri, Jan 21, 2000 at 01:55:51PM -0700, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> John Polstra writes:
> : > Can you make cvsup accept multiple servers to try in it's configuration
> : > file?
> :
> : I'll add that to the to-do list.
>
> I have a very crude script that does its own (
> > 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
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, so
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.
Thanks!
I forgot to mention that the network is no longer functional with these
error messages.
> 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 alloca
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" ];
t
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 Uns
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 differe
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, so
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 fea
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 co
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 /usr/ports/archivers/
: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 seei
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
:spec_vnoperat
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>
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 i
==> 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?
th
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 softdep_disk_io_
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-STABL
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
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 cv
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, Janu
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 softdep_dis
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 - Th
oh sory. i replied to the wrong message.
- Original Message -
From: Matt M. <[EMAIL PROTECTED]>
To: Scott Burns <[EMAIL PROTECTED]>; smarkacz <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, January 22, 2000 11:31 AM
Subject: Re: cvsup 3.4-release to -current
> I would, but i
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
-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
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 shoulder
> 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 t
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
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.
(g
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, 200
-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 src/s
-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.
S
-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 d
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
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
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%
> 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 addre
In article ,
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. No
> In article ,
> 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 w
On Jan 22, 5:04pm, Alex Zepeda wrote:
} Subject: Re: bzip2 in src tree (Was Re: ports/16252: bsd.port.mk: Add bzip
} What if we began to use bzip2 instead of gzip for things like man pages,
} or releases, etc?
Doesn't bzip2 require a lot more memory for decompression? As I
recall, someone ment
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
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 p
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 bloatware,
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.
Gre
In message , 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
69 matches
Mail list logo