Date: Tue, 30 Nov 2010 21:33:41 +0500
From: Alexandr Shadchin alexandr.shadc...@gmail.com
On Mon, Nov 29, 2010 at 10:08:22PM +, Nicholas Marriott wrote:
Well, I don't use it so I don't have strong feelings about it, but it
does work for PS/2 mice and it seems that it would be
Dear Tech,
Lucia Bassano sent a request to add you as a contact on Select2gether.
Just a friendly reminder to join Lucia Bassano's network, follow the link
below:
Join Lucia Bassano's Network
Thanks,
Lucia Bassano
You can remove yourself from Lucia Bassano's network at any time.
If
Daca aveti probleme cu vizionarea acestui email dati [click aici] pentru
a vizualiza varianta online!
[IMAGE]
[IMAGE]
Newsletter 30.11.2010
[IMAGE]
CaseFaraIntermediari.roUrmariti-ne pe Facebook!Urmariti-ne pe
Twitter!Urmariti-ne pe Blogger!
Ultimele anunturi adaugate
Vezi toate
j...@goblin.cx (Jonathan Gray), 2010.11.29 (Mon) 23:20 (CET):
On Mon, Nov 29, 2010 at 05:25:38PM +0100, MERIGHI Marcus wrote:
disclaimer: David Coppa told me to post this to tech@ so this is not a
case of cross posting.
bought a ZTE MF112 today for my girlfriends ms win notebook. Took
Hi tech@ !
A couple of times now I didn't notice when my laptop battery reached the 0%
remaining capacity. I am not aware of any tool in base that could issue
a beep or nice sound in case of critical battery.
Currently, apmd reports battery and power events to syslog.
Below is a patch to let
On 2010/12/01 22:55, MERIGHI Marcus wrote:
Without the patches below the thingy attaches as umsm for a second,
detaches and re-attaches as umass.
After patching it attaches as umsm0, umsm1, umsm2, umsm3 and ucom0,
ucom1, ucom2.
does it come back as the same id? the other ZTE
Hi,
We have an Supermicro MBD-X8DTH-6 mainboard here. It has an
additional PCI bus behind the pchb0 host bridge. This diff from
mikeb@ makes OpenBSD detect the pci1 bus.
bluhm
Index: arch/i386/pci/pchb.c
===
RCS file:
here is the patch i have ended up using since the removal of the tcp
sysctls. if something doesn't change, 4.9 will be an embarrassingly bad
regression in network performance. at least with prevous releases,
bumping the recvspace was an available workaround to sucky performance,
but now the
On Wed, Dec 1, 2010 at 10:22 PM, Ben Aitchison b...@plain.co.nz wrote:
In my own tests, when I got apalling speeds like that I discovered that the
remote connection had timestamps turned off.
not the problem here.
I'm not sure why you're trying to both raise the starting point as well as
the
reminder that i tested this and it works responses are more helpful than
yo this is awesome responses. :)
-- Forwarded message --
Date: Sun, 28 Nov 2010 18:51:45 -0500 (EST)
From: Ted Unangst ted.unan...@gmail.com
To: tech@openbsd.org
Subject: maxdsiz tweaking
What follows is a
cc:ing as I don't know if I can actually post to tech@
In my own tests, when I got apalling speeds like that I discovered that the
remote connection had timestamps turned off.
I'm not sure why you're trying to both raise the starting point as well as
the increment speed. As the normal cap is
i386 doesn't have this bug?
the boot loader passes a variable that identifies the disk its
booting off made up of a bunch of fields like adapter, controller,
disk, and partition offsets, plus a table of all the disks it can
see which includes this id and a checksum.
the kernel goes through
it's the same code, so yes, it does.
i'll fix it and commit it if/when this diff gets oked.
dlg
On 02/12/2010, at 3:21 PM, Theo de Raadt wrote:
i386 doesn't have this bug?
the boot loader passes a variable that identifies the disk its
booting off made up of a bunch of fields like adapter,
13 matches
Mail list logo
