On Wed, Mar 15, 2000 at 02:08:55PM -0800, Doug Barton wrote:
> On Wed, 15 Mar 2000, Neil Blakey-Milner wrote:
>
> > Hi,
> >
> > I was looking into fixing the install-info problem, and wondered if the
> > solution is really as easy as it seems:
>
> Hmmm I had been thinking all along th
Doug Barton wrote:
> Hmm... If I have a PII (Actually celeron 300A) or a PIII, which is
> better, 'pentium' or 'pentiumpro'? I would think the latter, but I've
> learned not to assume where gcc is concerned.
I think that 'pentium' would result in code that isn't as optimized as
'pentiump
Christian Weisgerber wrote:
>
> Maxim Sobolev <[EMAIL PROTECTED]> wrote:
>
> > I've just upgraded my production server to the 4.0-RELEASE and found that
> > squid23 when compiled with -Os option dying with signal 11 on each attempt to
> > load page. When I recompiled it with -O fault disappeared
>On Wed, 15 Mar 2000, Howard Leadmon wrote:
>
>> Any ideas how to fix this, or to get to 4.0 RELEASE on my other alphas do
>> I have to do a clean reload??
>>
>> ../../sys/ucontext.h:34: invalid #-line
>> ../../alpha/alpha/genassym.c:44: #-lines for entering and leaving files don't match
>
>Can
On Wed, 15 Mar 2000, Donn Miller wrote:
> Idea Receiver wrote:
> >
> > "make all" success without any problem.
> > however, make install fail ;(
> >
> > following are the error msg.
>
> [snip]
>
> > xf86vmode.c: In function `ProcXF86VidModeGetMonitor':
> > xf86vmode.c:1320: Unable to genera
Idea Receiver wrote:
>
> "make all" success without any problem.
> however, make install fail ;(
>
> following are the error msg.
[snip]
> xf86vmode.c: In function `ProcXF86VidModeGetMonitor':
> xf86vmode.c:1320: Unable to generate reloads for:
> (insn 298 296 300 (parallel[
> (set
If you are NOT an US resident, and try to use FreeBSD 4.0-RELEASE
which was built with the source code of cvsup.internat.freebsd.org
(which is not available at ftp.freebsd.org 'cause it's in US), try:
ftp://current.jp.FreeBSD.org/pub/FreeBSD/releases/i386/4.0-RELEASE/>
This release is build at
"make all" success without any problem.
however, make install fail ;(
following are the error msg.
anyway I can fix this problem?
thx~
##
xf86vmode.c: In function `ProcXF86VidModeGetMonitor':
xf86vmode.c:1320: Unable to generate reloads for:
(insn 298 296 300 (parallel[
(set (reg
On 2000-Mar-16 15:04:00 +1100, Donn Miller <[EMAIL PROTECTED]> wrote:
>Basically, gcc is a very good compiler. But, it isn't exactly the
>best compiler to use for optimization. Someone told me that Sun's and
>DEC's compilers, for example, blow away gcc in terms of speed. But,
>they aren't porta
"Jeffrey J. Mountin" wrote:
> Successfully did a buildworld with -O -pipe -march=pentiumpro, installworld
> was good, remade /dev and built a generic kernel. Config'd my local kernel
> and within the first few lines of 'make depend' it bombed:
Sounds like one of those nasty gcc optimization bug
Maxim Sobolev <[EMAIL PROTECTED]> wrote:
> I've just upgraded my production server to the 4.0-RELEASE and found that
> squid23 when compiled with -Os option dying with signal 11 on each attempt to
> load page. When I recompiled it with -O fault disappeared.
Which brings us back to the popular to
On Wed, Mar 15, 2000 at 11:51:52AM +0300, Zherdev Anatoly wrote:
> Hello.
>
> I have some problem with MySQL & 4.0
>
> If MySQL compile -static on last snapshots (I tried snapshots 2214
> & 2313), mysqld don't work correctly.
> After starting mysqld listen port and don't print errors, bu
On Mar 15, Greg Lehey wrote:
> > Replying to myself. By now this is probably the wrong list.
> > I'm not sure what to do anymore. I've tried to set the bios
> > settings back to what I've had when it worked it it doesn't seem to
> > want to go. I've set the drives for ata/66 and ata/33.
In article [EMAIL PROTECTED]> you write:
>> In message <[EMAIL PROTECTED]>, Mike Smith writes:
>> >> fxp0: The Intel driver is by far the highest preformance model,
>> >> beats the 3com (second best) hands down with much lower CPU
>> >> overhead.
>> >
>> >Do you actually have any numbers to quan
> In message <[EMAIL PROTECTED]>, Mike Smith writes:
> >> fxp0: The Intel driver is by far the highest preformance model,
> >> beats the 3com (second best) hands down with much lower CPU
> >> overhead.
> >
> >Do you actually have any numbers to quantify this? There's nothing in
> >the driver a
In message <[EMAIL PROTECTED]>, Mike Smith writes:
>> fxp0: The Intel driver is by far the highest preformance model,
>> beats the 3com (second best) hands down with much lower CPU
>> overhead.
>
>Do you actually have any numbers to quantify this? There's nothing in
>the driver architecture no
At 12:53 PM -0800 2000/3/15, Mike Smith wrote:
> Do you actually have any numbers to quantify this? There's nothing in
> the driver architecture nor any of my testing that would suggest this is
> actually the case at this point.
Sigh Sounds like I need to take another benchmarki
In message <[EMAIL PROTECTED]> "David O'Brien" writes:
: On Wed, Mar 15, 2000 at 12:17:02PM -0800, yramin wrote:
: > fxp0: The Intel driver is by far the highest preformance model, beats
: > the 3com (second best) hands down with much lower CPU overhead.
:
: People say that alot. But does anyon
On Wed, 15 Mar 2000, Howard Leadmon wrote:
> Any ideas how to fix this, or to get to 4.0 RELEASE on my other alphas do
> I have to do a clean reload??
>
> ../../sys/ucontext.h:34: invalid #-line
> ../../alpha/alpha/genassym.c:44: #-lines for entering and leaving files don't match
Can I see the
> But for the ISO images... IS it a problem to gzip
> them
> They take less space on the master site and the mirror
> sites and they take less bandwidth!
Since almost the entire content of the ISO image is already gzipped, the
size savings works out to be a percent or two, or at least did w
Mike,
These are my own perosnal findings with machines I've tinkered with.
Nothing scientific about them. I did a few trials FTPing a 600MB file
around on a 100Mb switched network between to machines (they were not
identical, but used the same ones for both tests), once with Intel
PRO/100 ad
On Mar 15, 9:03am, Kris Kennaway wrote:
} Subject: Re: Why not gzip iso images?
} On Wed, 15 Mar 2000, Alfred Perlstein wrote:
}
} > I feel pretty confident assuming that most people that burn ISOs probably
} > keep enough disk space free to hold one and not much more, going from
} > a requireme
Well now...
Successfully did a buildworld with -O -pipe -march=pentiumpro, installworld
was good, remade /dev and built a generic kernel. Config'd my local kernel
and within the first few lines of 'make depend' it bombed:
> gdb -k kernel.debug vmcore.0
GNU gdb 4.18
Copyright 1998 Free Softwa
| > Alas, that is just not true for many of us who are in bandwidth-poor
| > countries. Over here, it can take 3 to BIGNUM hours to download an ISO
| > image (there aren't any up-to-date local mirrors), depending on time of
| > day and the phase of the moon. I think compression would definitely h
On Wed, 15 Mar 2000, Anatoly Vorobey wrote:
> Alas, that is just not true for many of us who are in bandwidth-poor
> countries. Over here, it can take 3 to BIGNUM hours to download an ISO
> image (there aren't any up-to-date local mirrors), depending on time of
> day and the phase of the moon. I
On Wed, Mar 15, 2000 at 06:15:37PM -0500, Ted Sikora wrote:
> Does anyone know what they are now or will be? I want to follow
> 4.0-stable if there will be one. Right now I have been cvsup'ing
> from 4.0-RC to 5.0-current. I am assuming there will be:
>
> 3-stable
> 4-stable
> 5-current
>
> Yes
Not really sure where to start, but here goes. I have several DEC PC164SX
machines running FreeBSD-Current, and my last cvsup was like Feb 28. While
I had the chance yesterday I decided to change my cvs tag to RELENG_4 and
bring things up to release. All seemed simple enough as I have sup'ed
Does anyone know what they are now or will be? I want to follow
4.0-stable if there will be one. Right now I have been cvsup'ing
from 4.0-RC to 5.0-current. I am assuming there will be:
3-stable
4-stable
5-current
Yes, no, maybe? Will 4.0-RELEASE turn into the 4-stable branch?
--
Ted Sikora
Jt
On Wed, Mar 15, 2000 at 10:49:43PM +1030, Matthew Sean Thyer wrote:
> Please leave the wd driver for those who cannot use the ATA driver.
> At least until the ATA driver gets support for more older disks.
...
> I haven't tried for a couple of months but the ATA driver didn't work
Such a report is
Mike,
These are my own perosnal findings with machines I've tinkered with.
Nothing scientific about them. I did a few trials FTPing a 600MB file
around on a 100Mb switched network between to machines (they were not
identical, but used the same ones for both tests), once with Intel
PRO/100 ad
On Wed, Mar 15, 2000 at 01:04:06PM -0800, yramin wrote:
> I did a few trials FTPing a 600MB file around on a 100Mb switched
...
> machines used wu-ftpd and were running FreeBSD 3.2 - R at the time.
Much has changed since 3.2. Does anyone have any real data on a
4.0-CURRENT box within the past 3
Mike,
These are my own perosnal findings with machines I've tinkered with.
Nothing scientific about them. I did a few trials FTPing a 600MB file
around on a 100Mb switched network between to machines (they were not
identical, but used the same ones for both tests), once with Intel
PRO/100 ad
< said:
> Do you actually have any numbers to quantify this? There's nothing in
> the driver architecture nor any of my testing that would suggest this is
> actually the case at this point.
As of about four years ago, the relative performance of the network
interfaces was fairly clear:
1) In
I am running 4.0 on my laptop and just noticed that it dow not charge
the batteries while it is plugged into an AC source. Under 3.x +PAO it
would. Does anyone have any ideas?
Here is the entry from my kernel's config file:
device apm0at nexus? flags 0x20 # Advanced Power Manageme
Jeffrey J. Mountin <[EMAIL PROTECTED]> wrote in list.freebsd-current:
> AFAICR, the one time that a gzip and bzip version were available the size
> was not all that significant and there were promptly removed.
That's true. Most of the files in the ISO images are already
compressed, so trying
Soren Schmidt <[EMAIL PROTECTED]> writes:
> Well, you could supply me with data on what goes wrong and help
> to get it resolved, thats the way things work around here...
I'm really ready to do this as i've the same pb with a not so old
Desktop under one of the latest 4.0 Current before the 5.0
> fxp0: The Intel driver is by far the highest preformance model,
> beats the 3com (second best) hands down with much lower CPU
> overhead.
Do you actually have any numbers to quantify this? There's nothing in
the driver architecture nor any of my testing that would suggest this is
actually
Mike,
These are my own perosnal findings with machines I've tinkered with.
Nothing scientific about them. I did a few trials FTPing a 600MB file
around on a 100Mb switched network between to machines (they were not
identical, but used the same ones for both tests), once with Intel
PRO/100 ad
On Wed, 15 Mar 2000, Neil Blakey-Milner wrote:
> Hi,
>
> I was looking into fixing the install-info problem, and wondered if the
> solution is really as easy as it seems:
Hmmm I had been thinking all along that the problem with
install-info was that the system couldn't use the new b
Mike,
These are my own perosnal findings with machines I've tinkered with.
Nothing scientific about them. I did a few trials FTPing a 600MB file
around on a 100Mb switched network between to machines (they were not
identical, but used the same ones for both tests), once with Intel
PRO/100 ad
In the last episode (Mar 15), David O'Brien said:
> On Wed, Mar 15, 2000 at 10:51:55AM -0600, Dan Nelson wrote:
> > I get it with -O2 (-Os implies -O2, so it's probably the same
> > problem).
>
> Not quite. -0s ==> all the -O2 optimizations that do not increase
> code size. -Os can also perform
On Wed, Mar 15, 2000 at 10:51:55AM -0600, Dan Nelson wrote:
> I get it with -O2 (-Os implies -O2, so it's probably the same problem).
Not quite. -0s ==> all the -O2 optimizations that do not increase code
size. -Os can also perform other optimizations not part of -O2 that
decrease code size.
On Wed, Mar 15, 2000 at 12:17:02PM -0800, yramin wrote:
> fxp0: The Intel driver is by far the highest preformance model, beats
> the 3com (second best) hands down with much lower CPU overhead.
People say that alot. But does anyone have any real measurements [taken
in the last three months]?
-
Mike,
These are my own perosnal findings with machines I've tinkered with.
Nothing scientific about them. I did a few trials FTPing a 600MB file
around on a 100Mb switched network between to machines (they were not
identical, but used the same ones for both tests), once with Intel
PRO/100 ad
Sorry about that guys and gals. I was using my ISPs webmail system, and each time I
hit sent I got a wonderous Internal Server Error message, and of course I couldn't
tell if it got sent or not :). Delete at your own free will.
Yann
> Why 6 copies of this?
>
> > This message is in MIME for
On Mar 15, Mathew Kanner wrote:
> On Mar 15, Soren Schmidt wrote:
> > Btw are you running the latest 4.0 or -current code ? there was
> > a time when we had problems with the HPT and Promise controllers ?
>
> The kernel in question was cvsup'ed right at the change. I'm
> going to try 4.0 t
Mike,
These are my own perosnal findings with machines I've tinkered with.
Nothing scientific about them. I did a few trials FTPing a 600MB file
around on a 100Mb switched network between to machines (they were not
identical, but used the same ones for both tests), once with Intel
PRO/100 ad
Mike,
These are my own perosnal findings with machines I've tinkered with.
Nothing scientific about them. I did a few trials FTPing a 600MB file
around on a 100Mb switched network between to machines (they were not
identical, but used the same ones for both tests), once with Intel
PRO/100 ad
In my expierience, these drivers/cards work the best:
ed0: For ISA anything, works like a charm
rl0: The Realtek driver is rather fast, useful with those
$10 PCI NICs
fxp0: The Intel driver is by far the highest preformance model,
beats the 3com (second best) hands down with much lower CPU
ov
In message <[EMAIL PROTECTED]> Blaz Zupan
writes:
: I'm wondering, why use the management irq at all? Is polling in this
: situation really so bad? It really shouldn't matter much if the system
: detects the card removal right away or half a second later, does it?
For the install disk, it likely
Anatoly Vorobey <[EMAIL PROTECTED]> wrote:
> On Wed, Mar 15, 2000 at 08:14:37AM -0500, Matt Heckaman wrote:
> > It's been my experience that gzipping an ISO (or other compression tools)
> > do not make enough different to justify the time it takes to both compress
> > and uncompress these things.
Robert Watson wrote:
>
> Sounds good to me, as long as it runs :-).
>
> BTW, ran into another nit from the 02/13 snapshot. I installed the
> X-kern-developer distribution, discovered X11 didn't work, so went back
> into sysinstall to install X11 stuff. I selected some combination of X11
> comp
At 05:53 AM 3/15/00 -0800, Alfred Perlstein wrote:
>* Kai Voigt <[EMAIL PROTECTED]> [000315 05:47] wrote:
> > Matt Heckaman wrote:
> > > It's been my experience that gzipping an ISO (or other compression tools)
> > > do not make enough different to justify the time it takes to both
> compress
> >
In my expierience, these drivers/cards work the best:
ed0: For ISA anything, works like a charm
rl0: The Realtek driver is rather fast, useful with those
$10 PCI NICs
fxp0: The Intel driver is by far the highest preformance model,
beats the 3com (second best) hands down with much lower CPU
ov
On Wed, 15 Mar 2000 10:11:06 CST, Visigoth wrote:
> Thanks for the security tips ;) here are 2 lines which (note to
> the kiddies) have been removed from my server already.
Thanks for taking the time.
I tested these over here and the passwords are not disclosed by
200.backup-passwd. S
In message <[EMAIL PROTECTED]> Blaz Zupan writes:
: Notice that I don't specify an irq for pcic0, because I am really short of
: them. So pcic is run in polling mode. I also tried specifying an irq with
: exactly the same result.
irqs shouldn't matter one way or the other.
: With a 4.0-RELEASE k
> The old code wouldn't even look at the second pcic entry. It will
> just blindly probe at both 3e0 and 3e2 and claim that it was really at
> 3e0. It would try to share interupts between these two entries and
> would generally not work at all on systems that had multiple pcic
> cards in them (I
At 12:48 PM 3/15/00 -0500, Donn Miller wrote:
>I've noticed various compile-time optimization bugs as well. For
>example, I tried building Qt with -mpentium -O3 -pipe, and somewhere
>during the build, I get "Internal compiler error." Falling back to
>the stock optimization levels of -O2 fixed t
In message <[EMAIL PROTECTED]> Blaz Zupan writes:
: pcic0: at port 0x3e0 iomem 0xd on isa0
This is a slight lie.
: device pcic0 at isa? port 0x3e0 iomem 0xd
You might want to try this at 0x3e2. It is worth a shot.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
wit
In message <[EMAIL PROTECTED]> Blaz Zupan
writes:
: > : pcic0: at port 0x3e0 iomem 0xd on isa0
: > This is a slight lie.
: > You might want to try this at 0x3e2. It is worth a shot.
:
: Bingo, it works! Now I'm wondering, GENERIC says:
:
: device pcic0 at isa? irq 10 port 0x3e0
On Wed, Mar 15, 2000 at 08:14:37AM -0500, Matt Heckaman wrote:
> It's been my experience that gzipping an ISO (or other compression tools)
> do not make enough different to justify the time it takes to both compress
> and uncompress these things. For example, the time needed to un-gzip the
> ISO c
Folks,
I've got a machine I'd like to test 4.0 on (and a second hard
drive I can use for the testing), but I'd prefer to install 4.0 from
scratch on that hard drive, as opposed to trying the upgrade path.
Do you use the same boot floppies and simply specify the path as
being i
> : pcic0: at port 0x3e0 iomem 0xd on isa0
> This is a slight lie.
> You might want to try this at 0x3e2. It is worth a shot.
Bingo, it works! Now I'm wondering, GENERIC says:
device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd
device pcic1 at isa? irq 11 port 0x3e2
Dan Nelson wrote:
> In the last episode (Mar 15), Maxim Sobolev said:
> > I've just upgraded my production server to the 4.0-RELEASE and found
> > that squid23 when compiled with -Os option dying with signal 11 on
> > each attempt to load page. When I recompiled it with -O fault
> > disappeared.
Dan Nelson wrote:
>
> In the last episode (Mar 15), Maxim Sobolev said:
> > I've just upgraded my production server to the 4.0-RELEASE and found
> > that squid23 when compiled with -Os option dying with signal 11 on
> > each attempt to load page. When I recompiled it with -O fault
> > disappeared
On Wed, 15 Mar 2000, Alfred Perlstein wrote:
> I feel pretty confident assuming that most people that burn ISOs probably
> keep enough disk space free to hold one and not much more, going from
> a requirement of ~650MB to ~1.2GB wouldn't be a smart move imo.
fetch -o - ftp://path/to/iso.gz | gun
In accordance with Murphy's law, 4.0-RELEASE seems to have broken pccard
support for me. I have a WaveLAN wireless LAN card and use the optional
ISA-to-pccard bridge. On a two week old -current, it was working just
fine, displaying the following:
pcic: polling mode
pcic: polling mode
pcic0: at p
In the last episode (Mar 15), Maxim Sobolev said:
> I've just upgraded my production server to the 4.0-RELEASE and found
> that squid23 when compiled with -Os option dying with signal 11 on
> each attempt to load page. When I recompiled it with -O fault
> disappeared. After some digging into the s
On Tue, 14 Mar 2000, Jay Oliver wrote:
> Ok... how is it possible to identify different revisions? As far as I can
> tell, the cards are being reported to be identical, though they're almost
> certainly not. And since they both worked fine under 'pn', will it be
> possible in the future to have
On 15-Mar-00 Kent Hauser wrote:
>
> make world fails:
>
> cvsup from 3/15/00 14:00 GMT or so.
>
>
>
> ===> sys/boot/i386/libi386
> cc -O -pipe -I/usr/src/sys/boot/i386/libi386/../../common
>-I/usr/src/sys/boot/i386/libi386/../btx/lib
> -I/usr/src/sys/boot/i386/libi386/../../.. -I. -DCOMPORT
Don't forget to test the case of cross platform installs. You can build on one
platform and install on another with the mounts having the target mounted on the
build machine or the source and object mounted on the target machine after the
build was done on a different architecture.
I believe thi
Thanks for the security tips ;) here are 2 lines which (note to
the kiddies) have been removed from my server already.
testing:$1$SXz../0Y$mGwyWA9Paeirm51PUrQcU1:1001:999::0:0:asdf:/home/testing
:/sbin/nologin
sheldonh:$1$27hU2NXY$SHPU3A1sEBceacO0Pdjlk0:1002:1002::0:0:Sheldon
Hearn:/hom
$BFMA3$N%a!<%k<:Ni$$$?$7$^$9!#$b$7!"A4$/6=L#$NL5$$FbMF$H(B
$B$*46$8$K$J$kMM$G$7$?$i!"$*e$2%a%s%P!<%-%c%s%Z!<%s(B
$B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B
$B$3$N!"%S%8%M%9$NN)$A>e$2$K$46(NO$/$@$5$kJ}$4O"Mm$/$@$5$$(B
$B$<$R!"N)>e$2%a%s%P!<$K$J$C$F?75,;v6H$r$$$C$7$g$K
On Wed, 15 Mar 2000, Ron 'The InSaNe One' Rosson wrote:
> Well,
> Here we are again. Another branch off the FreeBSD code and the mailing
> lists are going to be confusing. CURRENT is starting to see posts of the
> 5.0 code and STABLE is starting to see things of 4.0. I read CURRENT and
> STABLE
Hi,
I was looking into fixing the install-info problem, and wondered if the
solution is really as easy as it seems:
cvs diff: Diffing src
Index: src/Makefile.inc1
===
RCS file: /home/ncvs/src/Makefile.inc1,v
retrieving revision 1.14
make world fails:
cvsup from 3/15/00 14:00 GMT or so.
===> sys/boot/i386/libi386
cc -O -pipe -I/usr/src/sys/boot/i386/libi386/../../common
-I/usr/src/sys/boot/i386/libi386/../btx/lib -I/usr/src/sys/boot/i386/libi386/../../..
-I. -DCOMPORT=0x3f8 -DCOMSPEED=9600 -DTERM_EMU -I/usr/obj/usr/src
On Wed, Mar 15, 2000 at 03:54:05PM +0100, Rasmus Skaarup wrote:
>
> Hiya,
>
> I just cvsupped a couple of hours ago, after a successful build, the
> install phase fails:
>
> ** snip snip **
> ===> lib/libcom_err/doc
> install-info --quiet --defsection="Programming & development
> tools." --d
Well,
Here we are again. Another branch off the FreeBSD code and the mailing
lists are going to be confusing. CURRENT is starting to see posts of the
5.0 code and STABLE is starting to see things of 4.0. I read CURRENT and
STABLE at the moment because I have myservers on 3.x and my laptop
runnin
Please read UPDATING for details on how to upgrade to 4.0 from earlier releases.
The quick summary to deal with your problem is:
make -DNOINFO installworld
make installworld
There are other problems you might bump into, so do your homework first.
Jim Bloom
[EMAIL PROTECTED]
Rasmus Skaarup wro
On Mar 15, Soren Schmidt wrote:
> It seems Mathew Kanner wrote:
> > disks on Promise controllers. I believe that the problems lies with
> > multiple cards on the same interupt but what do I know -- execpt that
> > the problem goes away when I disable most devices in the BIOS.
> > The motherb
Hiya,
I just cvsupped a couple of hours ago, after a successful build, the
install phase fails:
** snip snip **
===> lib/libcom_err/doc
install-info --quiet --defsection="Programming & development
tools." --defentry="* libcom_err: (com_err).A Common Error
Description Library for UNIX
On 15-Mar-2000 Anders Andersson wrote:
> on Ons, Mar 15, 2000 at 12:29:29pm +0300, Zherdev Anatoly wrote:
>>
>> I have the similar problem on ASUS P2B-D/P2B-DS (SMP) but not only top %s
>> and on the top without parameters. After starting system top work correctly
>> but after some minutes (~2-5
On Wed, Mar 15, 2000 at 02:53:57PM +0100, Alexander Langer wrote:
> Thus spake Bill Fumerola ([EMAIL PROTECTED]):
>
> > (4) The developers all dropped FreeBSD and are now running Redhat.
>
> That's it, I believe.
[ ... ]
And Joan Rivers is now a Kernel hacker...
(smirk)
To Unsubscribe: se
Thus spake Bill Fumerola ([EMAIL PROTECTED]):
> (4) The developers all dropped FreeBSD and are now running Redhat.
That's it, I believe.
Alex
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
It seems David Gilbert wrote:
> I still have hardware that works with wd and not ata. I posted awhile
> ago that ata gets stuck in a retry loop on my system. This is with a
> CVSUP of a couple of days ago.
>
Be sure you have the abosolutely latest version of the ata driver,
a bug was fixed in
I still have hardware that works with wd and not ata. I posted awhile
ago that ata gets stuck in a retry loop on my system. This is with a
CVSUP of a couple of days ago.
I can provide logins on the box if someone wants to take a look at it.
Dave.
--
=
* Kai Voigt <[EMAIL PROTECTED]> [000315 05:47] wrote:
> Matt Heckaman wrote:
> > It's been my experience that gzipping an ISO (or other compression tools)
> > do not make enough different to justify the time it takes to both compress
> > and uncompress these things. For example, the time needed to
Matt Heckaman wrote:
> It's been my experience that gzipping an ISO (or other compression tools)
> do not make enough different to justify the time it takes to both compress
> and uncompress these things. For example, the time needed to un-gzip the
> ISO could be longer than the time it would take
It's been my experience that gzipping an ISO (or other compression tools)
do not make enough different to justify the time it takes to both compress
and uncompress these things. For example, the time needed to un-gzip the
ISO could be longer than the time it would take to download the space that
w
After reading the announcement...
Congratulations to the FreeBSD community
another milestone!
A great OS...
But for the ISO images... IS it a problem to gzip
them
They take less space on the master site and the mirror
sites and they take less bandwidth!
Shouldn't be a problem I think!
Less
It seems Matthew Sean Thyer wrote:
> Please leave the wd driver for those who cannot use the ATA driver.
> At least until the ATA driver gets support for more older disks.
>
> I cant be the only person using an old 80 MB IDE drive as / with
> another drive as /usr (a 400 MB SCSI).
>
> I haven't
Please leave the wd driver for those who cannot use the ATA driver.
At least until the ATA driver gets support for more older disks.
I cant be the only person using an old 80 MB IDE drive as / with
another drive as /usr (a 400 MB SCSI).
I haven't tried for a couple of months but the ATA driver d
on Ons, Mar 15, 2000 at 12:29:29pm +0300, Zherdev Anatoly wrote:
>
> I have the similar problem on ASUS P2B-D/P2B-DS (SMP) but not only top %s
> and on the top without parameters. After starting system top work correctly
> but after some minutes (~2-5) top write zeros.
>
> >From two equal comput
> who is or are the current and active maintainers of pc98?
contact to [EMAIL PROTECTED]
--
Motomichi Matsuzaki <[EMAIL PROTECTED]>
Dept. of Biological Science, Faculty of Sciences, Univ. of Tokyo, Japan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in t
Just curious,
who is or are the current and active maintainers of pc98?
--
Jeroen Ruigrok van der Werven Network- and systemadministrator
<[EMAIL PROTECTED]> VIA NET.WORKS The Netherlands
BSD: Technical excellence at its best http://www.bart.nl
For dust thou art,
David O'Brien wrote:
>
> NO. I will not apply this link. BSD has always had a "f77" command. It
> has not always had a "g77" command. The G77 developers should have
> installed a "f77" compatability link. It is their fault this misspelling
> is perpitrating forward. All the world is not Gfo
On Tue, 14 Mar 2000 11:27:34 CST, Visigoth wrote:
> Did anybody get a chance to look at this and decide that it wasn't
> the case or was? I was suprised because I didn't hear _anything_ and am
> wondering if I was doing something wrong...
Sorry, I read your original post, but somehow a
I have the similar problem on ASUS P2B-D/P2B-DS (SMP) but not only top %s
and on the top without parameters. After starting system top work correctly
but after some minutes (~2-5) top write zeros.
>From two equal computers only one have this problem. BIOS upgrade was not
resolve this problem.
O
Nathan Sheeley writes:
>
>As of roughly Mon Mar 6 19:37:1 CST 2000 /usr/bin/top doesn't show the
>correct (or any) percentage CPU usage. (example below.) A minor issue I
>know, just wanted to point it out if its part of a larger issue.
>
My top is from March 8th and it shows the CPU usage just
Vallo Kallaste wrote:
> Strange, I always thought the -current list is for general issues
> related to -current branch and for true kernel hackers exist -hackers.
Ok, now you know differently. No problem. :)
--
"Welcome to the desert of the real."
- Laurence Fishburne as Morpheu
1 - 100 of 105 matches
Mail list logo
