Has FreeBSD's spam filter opened its legs again? Along with MOBILE, ACPI,
and just about every other spammer-friendly open list?
-- Dave
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe
On Mon, 18 Sep 2006, Oliver Fromme wrote:
[...]
> Then the names match exactly what the branches are: "current" is the
> current head of experimental development, "releng" is the release
> engineering branch, and "stable" is the stable branch for people who
> want to track only security fixes
On Sun, 17 Sep 2006, Julian H. Stacey wrote:
> > lol, that's the stupidest thing I've heard all week.
>
> Inflamatory. Refered to postmaster.
That's even funnier.
-- Dave
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/li
On Sat, 27 May 2006, Patrick M. Hausen wrote:
> If I'm not mistaken, the signedness of time_t is merely historical.
> time_t predates explicitely unsigned integer data types in C.
> The historical definition seems to have been "long".
Actually it was int[2] - see line 0213 of the Lions Book. Or
On Thu, 23 Mar 2006, Andy Newman wrote:
> > but the /usr/local directory paradigm is a Berkeley thing.
> > It probably began with the 4.X distribution
>
> It's in a 3BSD tree I have lying around. Dated 1980.
I was using it on Edition 6 (and possibly Edition 5) in the 70s.
-- Dave
__
On Thu, 22 Dec 2005, Rory Arms wrote:
> I'm not subscribed to the list, so include me in any replies.
So that explains the spam I get via this list... It's a spam magnet.
-- Dave
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mai
On Sat, 16 Jul 2005, Rick Kelly wrote:
> The main reason for sync;sync;sync on V7 UNIX was because you couldn't
> do a shutdown, only a halt to the hardware monitor, on the PDP11. You
> can verify that behavior with SIMH. :-)
And you weren't supposed to use "sync;sync;sync" but this:
# sync
# s
On Sun, 30 Jan 2005, Holger Kipp wrote:
> > I'm fine with this plan for 6-CURRENT. For 5-STABLE, it's a major
> > user-visible change, and that is something that we promised to avoid
> > with stable branches.
>
> It violates POLA on 5-STABLE, and it will violate POLA on 6-CURRENT,
> especially a
On Tue, 18 Jan 2005, Andrew L. Neporada wrote:
> > The not working (more expensive) one gets recognized as ucom0 and I have
> > ucom0, also I can receive signal but not transmit.
> >
> [skip]
>
> Take a look at http://gate.intercaf.ru/~lesha/6100/ and try patch
> http://gate.intercaf.ru/~lesha/
On Sun, 16 Jan 2005, Jon Noack wrote:
> This commit broke building kernels on RELENG_5 (see tinderbox logs):
> > cognet 2005-01-16 01:01:15 UTC
Thanks; I was wondering what broke...
> I believe this change was unintended:
> > @@ -1258,7 +1258,7 @@ vbi_read(bktr_ptr_t bktr, struct uio *ui
>
Skip it - someone else spotted the problem just before I did (seems to
have been a broken commit).
-- Dave
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROT
FreeBSD 5.3-STABLE, last updated 1st Jan 2005.
Just did a CVSUP of -STABLE.
make buildworld - OK.
make buildkernel KERNCONF=STINKY
Goes swimmingly, then...
cc -O -pipe -D_KERNEL -DKLD_MODULE -nostdinc -I- -include
/usr/obj/usr/src/sys/STINKY/opt_global.h -I. -I@ -I@/contrib/altq
-I@/../inc
On Wed, 27 Oct 2004, Chuck Swiger wrote:
> > Are there known methods/techniques to restore data from failed concat or
> > stripe volumes?
>
> Certainly. It's known as "taking a backup", perhaps to a tape drive or some
> other form of storage. If you don't have a backup, and you lose a disk in a
13 matches
Mail list logo
