As part of our security measures, we regularly screen activity in
the system.
We recently contacted you after noticing an issue on your
account.
We requested information from you for the following reason:
We have observed activity in this account that is unusual or
potentially high risk.
Case I
Hello tech@
I got a GPF on OpenBSD/amd64 4.8-stable GENERIC.MP from Mar 22 17:42:14.
The only thing I did to it was bumping HFSC_MAX_CLASSES from 64 to 1024.
It happened a few seconds after the ruleset reload (shell script running
pfctl -f /etc/pf.conf at the end)
kernel: protection fault trap,
On 2011/05/15 15:56, Martin Pieuchot wrote:
> Updated diff, now looking for oks for the driver and the manpage.
This diff doesn't include the cpu.c/cpu.h part
On Sun 2011.05.15 at 16:44 +0300, Sviatoslav Chagaev wrote:
> I switch Xinerama screens on and off quite often (with the help of
> xrandr(1)). Sometimes, this results in windows ending up beyond the
> screen boundries.
> Like when a Xinerama screen has windows and is to the right or to the
> bottom
On Sun 2011.05.15 at 20:36 +0200, Thomas Pfaff wrote:
> A tiny oops done by someone cleaning up calmwm.h making cyclegroup and
> rcyclegroup behave the same. The defines below are used as an argument
> to group_cycle as a boolean to decide if the groups should be cycled
> forward or backward, but
Hi,
define MALLOC_MAXSHIFT and related stuff more consistently. Also, zap
region_bits, it is not used.
Comments, ok?
-Otto
Index: malloc.c
===
RCS file: /cvs/src/lib/libc/stdlib/malloc.c,v
retrieving revision 1.134
diff -u
A tiny oops done by someone cleaning up calmwm.h making cyclegroup and
rcyclegroup behave the same. The defines below are used as an argument
to group_cycle as a boolean to decide if the groups should be cycled
forward or backward, but now both values are true so it's always done
in reverse.
Inde
I switch Xinerama screens on and off quite often (with the help of
xrandr(1)). Sometimes, this results in windows ending up beyond the
screen boundries.
Like when a Xinerama screen has windows and is to the right or to the
bottom from another Xinerama screen and you turn it off.
Correct me if I'm
Hi tech@,
An updated version of the diff fixes a crash that would occur in some
setups mixing aliases, virtual entries and relaying to external mails
http://users.poolp.org/~gilles/smtpd.diff
Got only positive feedbacks so far, if I don't experience other crash
by tomorrow, I'll commit i
On Sun, May 15, 2011 at 03:56:16PM +0530, Martin Pieuchot wrote:
> On 04/05/11(Wed) 20:29, Miod Vallat wrote:
> > > > Speaking of DELAY()... it is implemented using the processor internal
> > > > counter register. Is this register impacted by frequency changes? If so,
> > > > shouldn't you update t
> Date: Sun, 15 May 2011 07:31:46 +0200
> From: LEVAI Daniel
>
> > This diff completes the implementation of PCI "flags", making sure
> [...]
>
> Hi!
>
> Forgive my ignorance, but is PR 6523 related to this? Should I try this
> with that machine?
>
> (http://marc.info/?l=openbsd-misc&m=1268402
On Sun, May 15, 2011 at 02:09:41PM +0200, Christopher Zimmermann wrote:
> On 05/15/11 11:57, Gilles Chehade wrote:
> >Please test and report breakage of your existing setups :-)
>
> No breakage for me. I use smtpd as MTA for local-to-local delivery and
> to relay mail to my ISP using tls.
>
grea
On 05/15/11 11:57, Gilles Chehade wrote:
Please test and report breakage of your existing setups :-)
No breakage for me. I use smtpd as MTA for local-to-local delivery and
to relay mail to my ISP using tls.
# $OpenBSD: smtpd.conf,v 1.2 2009/11/03 22:32:10 gilles Exp $
# This is the sm
Many thanks to oga@ for this. I have been using this patch for at least
a month now and not had any issues.
Relevant bits of dmesg:
pchb0 at pci0 dev 0 function 0 "NVIDIA nForce3 250 PCI Host" rev 0xa1
mmuagp0 at pchb0: 1 Miscellaneous Control unit(s) found
agp0 at mmuagp0: aperture at 0xf000
On 04/05/11(Wed) 20:29, Miod Vallat wrote:
> > > Speaking of DELAY()... it is implemented using the processor internal
> > > counter register. Is this register impacted by frequency changes? If so,
> > > shouldn't you update the computed ns_per_tick delay() constant?
> >
> > Reading the doc again,
On Sun, May 15, 2011 at 11:57:13AM +0200, Gilles Chehade wrote:
> Hi tech@,
>
> summary:
>
> This huge diff is unsplittable. it gets rid of a structure that has
> grown out of control, that's used everywhere and that prevents some
> long-awaited features from being implemented. it needs more work
applied - thanks
On Sat, 14 May 2011, Aaron Stellman wrote:
> Please review the diff.
> Thanks
>
> Index: usr.bin/ssh/authfd.c
> ===
> RCS file: /cvs/src/usr.bin/ssh/authfd.c,v
> retrieving revision 1.84
> diff -p -u -r1.84 authfd.c
Hello
Thank you for subscribing. Please confirm your subscription by clicking once on
the link below or copying and pasting it into your browser.
http://www.10millibrosparadescargar.com/cgi-bin/arp3/arp3-confirm.pl?p=1305413914.452754
Thank you.
18 matches
Mail list logo