On Thursday 25 January 2007 04:08, Peter N. M. Hansteen wrote:
> For purposes of making the subject less true, setting up greylisting
> with an optional tarpit for known baddies can be very effective. See
> Dan Langille's recent Onlamp article[1] or for that matter my tutorial[2]
> for how this is
Quoting Jeremy Chadwick <[EMAIL PROTECTED]>:
[...]
Set your Cisco configuration to use 100/full, and edit the
ifconfig_bge0 line in rc.conf on your FreeBSD box to have "media
100baseTX mediaopt full-duplex", then reboot the FreeBSD box.
If the problem continues, there may be faulty cabling, but
Woah you just made my day
Saying dspam or greylisting is useless ;)
I hope you mean that by ironic -
no you cannot block 100% spam but 99.99% effectivly which I already do
even productive.
But not with sendmail (who is using sendmail these days?)
cheers
JoaoBR wrote:
> On Thursday 25 January 200
On Thu, Jan 25, 2007 at 12:11:43PM +0100, Georg Bege wrote:
> Woah you just made my day
>
> Saying dspam or greylisting is useless ;)
> I hope you mean that by ironic -
> no you cannot block 100% spam but 99.99% effectivly which I already do
> even productive.
> But not with sendmail (who is using
Torfinn Ingolfsen <> wrote on Wednesday, January 24, 2007 10:51 PM:
> On Wed, 24 Jan 2007 13:11:16 -0600
> ejc <[EMAIL PROTECTED]> wrote:
>
>> rtld.c has changed a bit over time so here's a patch against the new
>> file.
>
> BTW, what is the reason this "hack" isn't included in the base kernel
>
JoaoBR <[EMAIL PROTECTED]> writes:
> all this methods are certainly useless, stay calm ok
I fully sympathize with your need to rant, but in this context most of
what you say is really quite beside the point. Please read what the
material at the links provided actually says.
> any firewall based
On Thu, Jan 25, 2007 at 12:07:22PM +0100, Robin Gruyters wrote:
> Quoting Jeremy Chadwick <[EMAIL PROTECTED]>:
> [...]
> >
> >Set your Cisco configuration to use 100/full, and edit the
> >ifconfig_bge0 line in rc.conf on your FreeBSD box to have "media
> >100baseTX mediaopt full-duplex", then reboo
Hello,
I have the following bridge setups:
bridge0: flags=8043 mtu 1500
ether ac:de:48:df:0d:8c
priority 32768 hellotime 2 fwddelay 15 maxage 20
member: fxp0 flags=3
member: em0 flags=3
bridge1: flags=8043 mtu 1500
ether ac:de:48:fe:cd:41
priority 32768
Quoting Jeremy Chadwick <[EMAIL PROTECTED]>:
On Thu, Jan 25, 2007 at 12:07:22PM +0100, Robin Gruyters wrote:
Quoting Jeremy Chadwick <[EMAIL PROTECTED]>:
[...]
>
>Set your Cisco configuration to use 100/full, and edit the
>ifconfig_bge0 line in rc.conf on your FreeBSD box to have "media
>100bas
On Thu, Jan 25, 2007 at 03:46:01PM +0100, Robin Gruyters wrote:
> Hmmm, ok. BTW, I found out there another thread going on on the
> freebsd-net mailinglist about the same issue(s):
>
> http://marc.theaimsgroup.com/?l=freebsd-net&w=2&r=1&s=bge+ierr&q=b
>
> There are some patches available, but l
I have a machine with two interfaces in it - bge0 and beg1. I now
find I need to usse ng_fec to make these into one interface due to
the way out networking contractors are installign a new site.
Seems like no problem from the command line, but what I can't
find anywhere in the documentation is how
[EMAIL PROTECTED] wrote:
> Torfinn Ingolfsen wrote:
> > BTW, what is the reason this "hack" isn't included in the base kernel
> > / code?
>
> Because it is probably unnecessary? I run a recent 6-STABLE and use
> the flash7 plugin *without* this patch. I am using Opera, though, not
> Firefox
On Thu, 25 Jan 2007 15:36:33 +
Pete French <[EMAIL PROTECTED]> wrote:
> I have a machine with two interfaces in it - bge0 and beg1. I now
> find I need to usse ng_fec to make these into one interface due to
> the way out networking contractors are installign a new site.
> Seems like no problem
On 1/25/07, Pete French <[EMAIL PROTECTED]> wrote:
I have a machine with two interfaces in it - bge0 and beg1. I now
find I need to usse ng_fec to make these into one interface due to
the way out networking contractors are installign a new site.
Seems like no problem from the command line, but w
I'm looking at the release notes for 6.2-RELEASE:
http://www.freebsd.org/releases/6.2R/hardware-i386.html#ETHERNET
I'm considering the botherboard on this 1U system:
http://www.ironsystems.com/Customkititems.asp?kc=SYS%2DS%2DA113%2D01&Cc=ACLASS
Which describes a VIA 'VT6103 10/100 Base-T Et
Brian Reichert wrote:
> I'm looking at the release notes for 6.2-RELEASE:
>
> http://www.freebsd.org/releases/6.2R/hardware-i386.html#ETHERNET
>
> I'm considering the botherboard on this 1U system:
>
>
> http://www.ironsystems.com/Customkititems.asp?kc=SYS%2DS%2DA113%2D01&Cc=ACLASS
>
> Whi
Brian Reichert <[EMAIL PROTECTED]> wrote:
> I'm looking at the release notes for 6.2-RELEASE:
>
> http://www.freebsd.org/releases/6.2R/hardware-i386.html#ETHERNET
>
> I'm considering the botherboard on this 1U system:
>
>
> http://www.ironsystems.com/Customkititems.asp?kc=SYS%2DS%2D
On Thu, Jan 25, 2007 at 07:02:44PM +0100, Oliver Fromme wrote:
> Brian Reichert <[EMAIL PROTECTED]> wrote:
> > I'm looking at the release notes for 6.2-RELEASE:
> > Which describes a VIA 'VT6103 10/100 Base-T Ethernet PHY' interface.
>
> The actual interface is a VT6105. The 6103 is just the PH
On Thu, 2007-Jan-25 12:01:46 -0200, Eduardo Meyer wrote:
>bridge0: flags=8043 mtu 1500
> ether ac:de:48:df:0d:8c
> priority 32768 hellotime 2 fwddelay 15 maxage 20
> member: fxp0 flags=3
> member: em0 flags=3
>
>bridge1: flags=8043 mtu 1500
> ether ac:de:48:fe:cd:41
>
Hello!
Just cvsup-ed and upgraded to 6.2-STABLE.
The box has hyperthreading processor:
# more /var/run/dmesg.boot |grep -i cpu
CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3000.37-MHz 686-class CPU)
Logical CPUs per core: 2
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID:
On Jan 25, 2007, at 3:48 PM, Oles Hnatkevych wrote:
Hello!
Just cvsup-ed and upgraded to 6.2-STABLE.
The box has hyperthreading processor:
check value of machdep.hyperthreading_allowed sysctl.
___
freebsd-stable@freebsd.org mailing list
http://l
Oles Hnatkevych wrote:
> Hello!
>
> Just cvsup-ed and upgraded to 6.2-STABLE.
>
> The box has hyperthreading processor:
>
> # more /var/run/dmesg.boot |grep -i cpu
> CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3000.37-MHz 686-class CPU)
> Logical CPUs per core: 2
> FreeBSD/SMP: Multiprocessor Syst
Hello!
I believe that the kernel boot messages should explicitly tell
that hyperthreading is disabled by default, so the guys like me won't
be confused. ;-)
OH> Hello!
OH> Just cvsup-ed and upgraded to 6.2-STABLE.
OH> The box has hyperthreading processor:
OH> # more /var/run/dmesg.boot |grep -
Hi,
I was trying to upgrade my Sun Ultra 5 from 6.1R to 6.2R and bumped
into this when doing a make buildword:
building static binutils library
ranlib libbinutils.a
===> gnu/usr.bin/binutils/addr2line (all)
cc -O2 -pipe -I. -I/usr/src/gnu/usr.bin/binutils/addr2line
-I/usr/src/gnu/usr.bin/binutil
> http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/104884
Now that's an excellent patch - but not yet applied to STABLE I guess,
and I don't want to have to re-patch every time I do an
install unfortunately. Though if it gets commited in the near future
I would definitely do it this way.
tha
On Wednesday 24 January 2007 19:10, Alexandre Vasconcelos wrote:
> Hello,
>
> Working setup:
> - FreeBSD 6.2-PRERELEASE, firefox 2 and flash 7 patched with
> rtld_dlsym_hack.diff, like suggested on Handbook.
>
> After 6.2-STABLE upgrade reaplying the rtld_dlsym_hack.diff fails:
>
> [EMAIL PROTECTED
On 1/26/07, Matthew Herzog <[EMAIL PROTECTED]> wrote:
I have never been able to upgrade Sparc64 from source. I suspect it is
nearly impossible.
Please let me know if you suceed.
This particular box has been upgraded everytime from source for every
release since 5.something. I can check the sour
On Thu, Jan 25, 2007 at 10:51:21PM +, Joao Barros wrote:
> Hi,
>
> I was trying to upgrade my Sun Ultra 5 from 6.1R to 6.2R and bumped
> into this when doing a make buildword:
>
> building static binutils library
> ranlib libbinutils.a
> ===> gnu/usr.bin/binutils/addr2line (all)
> cc -O2 -pip
On Fri, Jan 26, 2007 at 03:30:18AM +, Joao Barros wrote:
> On 1/26/07, Matthew Herzog <[EMAIL PROTECTED]> wrote:
> >I have never been able to upgrade Sparc64 from source. I suspect it is
> >nearly impossible.
> >Please let me know if you suceed.
Matthew,
We established long ago that you have
This is a Firefox specific patch which requires the rtld be patched.
Many thanks to those who have provided patch updates because I was at a
lost without them.
Oliver Fromme wrote:
[EMAIL PROTECTED] wrote:
> Torfinn Ingolfsen wrote:
> > BTW, what is the reason this "hack" isn't included in t
30 matches
Mail list logo