pesky amino acids! ok?
jmc
Index: fortunes
===
RCS file: /cvs/src/games/fortune/datfiles/fortunes,v
retrieving revision 1.44
diff -u -r1.44 fortunes
--- fortunes10 Feb 2013 15:21:28 - 1.44
+++ fortunes 1 Apr 2013 07:4
On Sun, 31 Mar 2013 at 12:49:22 -0400, Brian Callahan wrote:
> Hi tech --
>
> I just discovered that my Thinkpad (Edge E420) sends a 0x6040 event when the
> power cable is connected or removed.
My X230 generates this as well. When I looked at Linux's driver a
while ago it says that 0x6040 is THI
On 03/31/13 16:17, Marc Espie wrote:
+diff -uNp
yes
+update -P
I think "auto-prune" (-P) without "auto-add" (-d) could be surprising.
Personally I'd rather go without this.
+checkout -P
I'm indifferent here. Being a non-frequent user of "cvs checkout" on an
already checked out tree,
Hi,
Can we merge the duplicate IPv4 and IPv6 checksum checking code in
udp_input() into one block?
ok?
bluhm
Index: netinet/udp_usrreq.c
===
RCS file: /data/mirror/openbsd/cvs/src/sys/netinet/udp_usrreq.c,v
retrieving revision 1.15
On Sun, Mar 31, 2013 at 08:49:03PM +0100, Stuart Henderson wrote:
> On 2013/03/31 16:46, Marc Espie wrote:
> > On Sun, Mar 31, 2013 at 04:32:05PM +0200, Marc Espie wrote:
> > > On Sun, Mar 31, 2013 at 03:26:56PM +0100, Stuart Henderson wrote:
> > > > On 2013/03/31 16:17, Marc Espie wrote:
> > > > >
On 2013/03/31 16:46, Marc Espie wrote:
> On Sun, Mar 31, 2013 at 04:32:05PM +0200, Marc Espie wrote:
> > On Sun, Mar 31, 2013 at 03:26:56PM +0100, Stuart Henderson wrote:
> > > On 2013/03/31 16:17, Marc Espie wrote:
> > > > +diff -uNp
> > >
> > > oh, and there is one thing about -p as a default: i
When I was updating the checksum flags on the mbuf(9) man page, naddy@
pointed out that the M_{TCP,UDP}_CSUM_IN_* flags are also used for TCP
or UDP checksums over IPv6 and not just IPv4.
Therefore this diff removes "/IPv4" in the comments of those flags in
mbuf.h.
OK?
Index: mbuf.h
===
Hi tech --
I just discovered that my Thinkpad (Edge E420) sends a 0x6040 event when
the power cable is connected or removed.
Patch below handles it, works for me.
OK?
~Brian
Index: acpithinkpad.c
===
RCS file: /cvs/src/sys/dev/
> Date: Sun, 31 Mar 2013 15:22:01 +0100
> From: Stuart Henderson
>
> On 2013/03/31 16:17, Marc Espie wrote:
> > +update -P
>
> Do we want -Pd here?
I don't. If you have a cvs repository that uses modules and you only
check out a single module, -d will actually cause cvs update to check
out the
On Sun, Mar 31, 2013 at 04:32:05PM +0200, Marc Espie wrote:
> On Sun, Mar 31, 2013 at 03:26:56PM +0100, Stuart Henderson wrote:
> > On 2013/03/31 16:17, Marc Espie wrote:
> > > +diff -uNp
> >
> > oh, and there is one thing about -p as a default: it increases
> > the chances of a messed-up terminal
On Sun, Mar 31, 2013 at 03:26:56PM +0100, Stuart Henderson wrote:
> On 2013/03/31 16:17, Marc Espie wrote:
> > +diff -uNp
>
> oh, and there is one thing about -p as a default: it increases
> the chances of a messed-up terminal if the file has binary crap in
> it, as it does not do any strnvis() or
On Sun, Mar 31, 2013 at 03:22:01PM +0100, Stuart Henderson wrote:
> On 2013/03/31 16:17, Marc Espie wrote:
> > +update -P
>
> Do we want -Pd here?
I'm not sure. I think it would be surprising, especially if you have a
partial tree checked out.
-P will remove directories where files have been mo
On 2013/03/31 16:17, Marc Espie wrote:
> +diff -uNp
oh, and there is one thing about -p as a default: it increases
the chances of a messed-up terminal if the file has binary crap in
it, as it does not do any strnvis() or similar.
On 2013/03/31 16:17, Marc Espie wrote:
> +update -P
Do we want -Pd here?
Simple enough. Probably details of options to discuss. This is what
I use daily.
Index: Makefile
===
RCS file: /home/openbsd/cvs/src/etc/Makefile,v
retrieving revision 1.330
diff -u -p -r1.330 Makefile
--- Makefile26 Mar 2013 18:0
Some upcoming changes in inteldrm(4) KMS land require us to do I2C
transfer doing stupid bit banging. But this doesn't work unless I
slightly adjust the timings in our generic I2C bit banging code. I'm
not sure if the device I'm talking to is just not up to spec or if the
delay loops in the kerne
Hello,
I rewrote patched uthum(4) to new ugold(4) driver.
Thanks for advice by yuo@ and deraadt@.
The diff for -current's /usr/src/sys is large to send mailing-list,
so here is the URL:
http://www2192ue.sakura.ne.jp/~uaa/gomitext/2013/20130331/20130331.diff
If you want to try ugold(4
17 matches
Mail list logo