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
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
/ code?
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 reboot the FreeBSD
Hello,
I have the following bridge setups:
bridge0: flags=8043UP,BROADCAST,RUNNING,MULTICAST mtu 1500
ether ac:de:48:df:0d:8c
priority 32768 hellotime 2 fwddelay 15 maxage 20
member: fxp0 flags=3LEARNING,DISCOVER
member: em0 flags=3LEARNING,DISCOVER
bridge1:
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
100baseTX
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-netw=2r=1s=bge+ierrq=b
There are some patches available, but looks like
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
[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...
Same
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 from
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
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%2D01Cc=ACLASS
Which describes a VIA 'VT6103 10/100 Base-T
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%2D01Cc=ACLASS
Which
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:
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 PHY.
This
On Thu, 2007-Jan-25 12:01:46 -0200, Eduardo Meyer wrote:
bridge0: flags=8043UP,BROADCAST,RUNNING,MULTICAST mtu 1500
ether ac:de:48:df:0d:8c
priority 32768 hellotime 2 fwddelay 15 maxage 20
member: fxp0 flags=3LEARNING,DISCOVER
member: em0 flags=3LEARNING,DISCOVER
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
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 System
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 -i
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
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.
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] src]#
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
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 -pipe -I.
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 a
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 the
30 matches
Mail list logo