On Mon, 23 Jul 2001, A. L. Meyers wrote:
> Guess what - I *did* carefully read the handbook before cvsupping
> stable.
Ahh, I see. So...
You read,
http://www.freebsd.org/doc/en_US.ISO8859-1/books/ \
handbook/current-stable.html
Under,
"20.2.2.3 Using FreeBSD-STABLE"
Which states,
This is a couple days old by now, but for the record, yes, there is a
program that is standard amongst Windows NT/2000 systems integrators that
will reset your admin password in a jiffy. Very handy.
Also, I'm not sure about this password during reinstall. I've reinstalled NT
and 2000 many times w
On Mon, 23 Jul 2001, Steve Lumos wrote:
> "the stable branch is effectively a bug-fix stream relative to the
> previous release"
True.
> "[-RELEASE is] really just a ``snapshot'' from the -STABLE branch that
> we put on CDROM,"
Well, it is really a snapshot, that's true again. Maybe it would
Hello,
Thanks for reply. I found that using the i8254 clock rather than the TSC
clock seemed to solve the problem, but perhaps it's merely coincidence.
--Rob
On Mon, 23 Jul 2001, Valentin Nechayev wrote:
> Date: Mon, 23 Jul 2001 19:56:55 +0300
> From: Valentin Nechayev <[EMAIL PROTECTED]>
>
Thu, Jul 19, 2001 at 20:35:42, rrs (Rob Schulhof) wrote about "High interrupt rate":
> I'm puzzled why my system is spending 1% of CPU on system interrupts when
> completely idle. I even with avery thing killed except kernel proceses top
> and vmstat show 0.8% is spent servicing interrupts. A
On Mon, 23 Jul 2001, A. L. Meyers wrote:
> It seems to me that it would be in the very best interest of
> FreeBSD to apply whatever quality controls are appropriate to
> ensure that "stable" means what it says.
You're checking out the head of a development tree. It will never
be stable in your
On Mon, 23 Jul 2001, Max Khon wrote:
> hi, there!
>
> On Mon, 23 Jul 2001, Steve Lumos wrote:
>
> > I'm not whining about -STABLE, but then again I didn't lose. However,
> > I think the current attitude toward people who end up losing after
> > basically being led to -STABLE by the documentation
On 2001.07.21 13:58 Patrik Sundberg wrote:
> On Sat, Jul 21, 2001 at 07:36:17PM +0200, Patrik Sundberg wrote:
> > hi,
> >
> > i have the following problem with burncd running:
> > FreeBSD radiac.mine.nu 4.3-STABLE FreeBSD 4.3-STABLE #10: Sat Jul 21
> 00:20:25
> > CEST 2001 [EMAIL PROTECTED]:/
hi, there!
On Mon, 23 Jul 2001, Steve Lumos wrote:
> I'm not whining about -STABLE, but then again I didn't lose. However,
> I think the current attitude toward people who end up losing after
> basically being led to -STABLE by the documentation is bad. It might
> be a good idea to add "NOTE:
Mike Hoskins <[EMAIL PROTECTED]>:
>On Sun, 22 Jul 2001, Steve Lumos wrote:
>
>> It is very easy for a reasonable person to read (or more likely skim
>> [tell me you don't do it]) the description of -STABLE in the handbook
>> and conclude that it means what it sounds like, and then feel
>> bamboozl
On Mon, 23 Jul 2001, A. L. Meyers wrote:
> do you suggest that if someone wants "stable-stable" not just
> "stable" he should cvsup RELENG_4_3 instead of RELENG_4?
I suggest you spend half the time reading documentation and trying to
actually understand the FreeBSD build hierarchy you do posting
And you need to be sure that you really _are_ booting off the CD, not
booting a hacked kernel from the hard disk which detects that you have
a bootable CD in the drive and assumes that you're trying to boot off
CD to clean up your system, so _pretends_ to be booting off the CD
except when you come
Mike Hoskins wrote:
>
> On Fri, 20 Jul 2001, Tom wrote:
>
> > But if a backdoor is installed, you can't trust cvsup, or make either.
> > Any binary could have been tampered with. For instance, I would make a
> > backdoor make that would detect that an installworld is underway, and
> > always
13 matches
Mail list logo
