On Sun, 10 Sep 2006 20:18:25 +0100
[EMAIL PROTECTED] (Craig Skinner) wrote:
> Another weekend at work:
>
> # uname -a
> SunOS X 5.10 Generic_XX sun4u sparc SUNW,Sun-Fire-15000
> # uname -X
> System = SunOS
> Node = XX
> Release = 5.10
> KernelID = Generic_XX
> Machine = sun4u
> Bu
Here to reduce the questions on the installation and configuration of
MySQL on OpenBSD. I put a document up with more details on it.
http://openbsdsupport.org/mysql.htm
Yeap, the English may not be perfect, but the steps are there.
Hope this help anyway.
Best,
Daniel
PS: I don't think I for
2006/9/11, Constantine A. Murenin <[EMAIL PROTECTED]>:
Doing some more research today, it looks like Intel now has a list of
all major people involved in the decision-making process. Let me
filter the ones that have "mobility" or "wireless" keywords in their
positions.
It also won't hurt to con
On 10/09/06, Alec Berryman <[EMAIL PROTECTED]> wrote:
I just tried to contact Intel about the Intel PRO/Wireless 2200BG
firmware, but my email to [EMAIL PROTECTED] (the suggested
Peter now seems to work at http://www.soonr.com/web/front/team.jsp
contact in iwi(4)) bounced because it's now inv
Alec Berryman wrote:
> I just tried to contact Intel about the Intel PRO/Wireless 2200BG
> firmware, but my email to [EMAIL PROTECTED] (the suggested
> contact in iwi(4)) bounced because it's now invalid. Does anyone know
> the new official contact point?
I don't know anyone at Intel, but you mig
On 9/10/06, Will Maier <[EMAIL PROTECTED]> wrote:
On Sun, Sep 10, 2006 at 11:39:57AM +0530, Raja Subramanian wrote:
> rdiff-backup however, does not suffer from this problem.
> And it's a bit more space efficient than rsnapshot as
> well. Give it a shot and I doubt you'll be disappointed.
I've
I just tried to contact Intel about the Intel PRO/Wireless 2200BG
firmware, but my email to [EMAIL PROTECTED] (the suggested
contact in iwi(4)) bounced because it's now invalid. Does anyone know
the new official contact point?
(Please cc me on replies; I am not subscribed)
Another weekend at work:
# uname -a
SunOS X 5.10 Generic_XX sun4u sparc SUNW,Sun-Fire-15000
# uname -X
System = SunOS
Node = XX
Release = 5.10
KernelID = Generic_XX
Machine = sun4u
BusType =
Serial =
Users =
OEM# = 0
Origin# = 1
NumCPU = 144
# id
uid=0(root) gid=0(root)
Mayb
On Sun, Sep 10, 2006 at 11:39:57AM +0530, Raja Subramanian wrote:
> rdiff-backup however, does not suffer from this problem.
> And it's a bit more space efficient than rsnapshot as
> well. Give it a shot and I doubt you'll be disappointed.
I've had an experimental port of rdiff-backup 1.0.4 and l
I have a Thinkpad Z61m on loan with the 1st Sept i386 snapshot installed.
I see a huge performance penalty with the multiprocessor kernel. The system
is as installed, no mk.conf etc.
An example, 'time make bsd' with mp and up kernel.
mp kernel:
41m36s real 4m12.26s user 38m50.02s system
up kerne
On Sep 10, 2006, at 12:36 PM, Joe wrote:
Jason Dixon wrote:
On Sep 10, 2006, at 4:31 AM, Joe wrote:
Andreas Bihlmaier wrote:
I have the same problem with this board:
cpu0: VIA Esther processor 1500MHz ("CentaurHauls" 686-class)
1.50 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,M
Jason Dixon wrote:
On Sep 10, 2006, at 4:31 AM, Joe wrote:
Andreas Bihlmaier wrote:
I have the same problem with this board:
cpu0: VIA Esther processor 1500MHz ("CentaurHauls" 686-class) 1.50 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE
On Sunday, 10 September 2006 at 17:30:00 +0200, Henning Brauer wrote:
> we just run with increaeed maxfiles (kern.maxfiles=4096). the mysql
> config mysqld section:
>
> [mysqld]
Thanks Henning for sharing the info.
Zoong
* Zoong PHAM <[EMAIL PROTECTED]> [2006-09-08 18:04]:
> On Thursday, 7 September 2006 at 17:03:55 +0200, Henning Brauer wrote:
> >
> > as said before, our mysqlds on sparc64, mp- & up-i386, and sparc are
> > very stable; some see more than 400 queries/s sometimes.
>
> Do you mind to share your /
On Sunday 10 September 2006 11:15, Stuart Henderson wrote:
> > I was until I finally got it that the rules are looking at IP's after -
> > not before, NAT. :)
>
> well, same applies when you use tables :)
Yes, that's what was going on, but it took a while for me to get it.
> > > If you prefer s
On 2006/09/10 10:54, steve szmidt wrote:
> > > Since pflog0 tells me which rule was used I only include that rule. The
> > > first one is working and 2nd not.
> > >
> > > pass out log on $WAN proto tcp from any to any port $Web keep state
> >
> > oh, I thought you were putting the addresses in ther
On Sunday 10 September 2006 10:32, Stuart Henderson wrote:
> On 2006/09/10 09:08, steve szmidt wrote:
> > > Maybe it would help to post pfctl -sr -vv with the direct entry
> > > (i.e. working) and table (i.e. not-working). Perhaps pfctl -sT -v
> > > too.
> >
> > Since pflog0 tells me which rule was
On 2006/09/10 09:08, steve szmidt wrote:
> > Maybe it would help to post pfctl -sr -vv with the direct entry
> > (i.e. working) and table (i.e. not-working). Perhaps pfctl -sT -v
> > too.
>
> Since pflog0 tells me which rule was used I only include that rule. The first
> one is working and 2nd no
On Sat, Sep 09, 2006 at 05:02:51PM -0400, Woodchuck wrote:
> Tag OPENBSD_3_9, GENERIC.MP kernel (i386) seems to have grown by
> 1.1 MB in size between 5 Aug and 9 Sep.
>
> -rwxr-xr-x 1 root wheel - 7621080 Sep 9 10:11 bsd*<- MP kernel
> -rw-r--r-- 1 root wheel - 7565469 Sep 9 10:11 b
On Saturday 09 September 2006 19:06, Stuart Henderson wrote:
> So,
>
> - the only difference in pf.conf between working and not-working
> is that working uses addresses directly in the rules, and not-working
> uses tables;
>
> - your tables did load correctly and show the addresses with -Ts
Lists
On Sep 10, 2006, at 4:31 AM, Joe wrote:
Andreas Bihlmaier wrote:
I have the same problem with this board:
cpu0: VIA Esther processor 1500MHz ("CentaurHauls" 686-class) 1.50
GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,
ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,SSE3,E
Andreas Bihlmaier wrote:
On Sat, Sep 09, 2006 at 01:40:34PM -0700, Joe wrote:
Problem: After updating to OpenBSD 3.9 stable, my system locks up
whenever a dc interface is brought "up". This system has 5 network
interfaces, one on-board (vr0), and a Phobos P430 Quad NIC
(dc0,dc1,dc2,dc3). The v
Daniel Ouellet wrote:
3.1 Good users supply data check.
So far most/all of the variations of attacks on web sites are with
scripts trying to inject itself to your servers. Well, you need to do
sanity checks on your code. Nothing can really protect you for that if
you don't check what you expe
23 matches
Mail list logo
