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
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
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 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 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
> 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
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
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 -
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
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
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 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
>
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
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
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
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
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
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
[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
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
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
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
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
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
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
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
>
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
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
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
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
30 matches
Mail list logo
