On Sun, Mar 31, 2013 at 11:49 PM, Jason McIntyre wrote:
> pesky amino acids! ok?
>
...
> The chemical name for tryptophan synthetase A protein, a
> 1,913-letter enzyme with 267 amino acids.
> -- Mrs. Byrne's Dictionary of Unusual, Obscure, and
>
Hmm, how is it sp
It seems some people were confused about what should
be in radeondrm. In CHIP_* terms:
HD6320 is PALM
HD5450 is CEDAR
These are both evergreen/R800 parts we have no support for and
should not be listed.
Index: radeon_drv.c
===
RCS f
Hi,
this issue is already quite old, but let's see if anyone else has still
issues with active PS/2 multiplexing.
Active PS/2 multiplexing is a method to attach multiple input devices on
your AUX PS/2 slot. This should be as of today of no real use anymore,
since it's easier to just add a USB de
Hi,
while working on the Sendmail port, I noticed this:
https://www.sendmail.com/sm/open_source/download/8.14.6/
I included this patch in my (still WIP) port, but I figured it would be
better if it were fixed in base first.
Regards,
--
Jérémie Courrèges-Anglas
GPG Key fingerprint: 61DB D9A0 00
Sasano,
your patch applies without problems in -current.
This is what I see:
uname -a:
$ uname -a
OpenBSD obsdbox.ticoit.net 5.3 GENERIC.MP#15 amd64
from dmesg:
OpenBSD 5.3-current (GENERIC.MP) #15: Mon Apr 1 13:44:48 CST 2013
.
.
.
uhidev3 at uhub4 port 2 configuration 1 interface 0 "RDing TE
I've come across a piece of software that defines __POSIX_C_SOURCE which
causes __BSD_VISIBLE to bet set to 0.
In sys/socket.h if __BSD_VISIBLE is 0 sys/_types.h is included instead
of sys/types.h. This is fine however in three cases we reference
u_int8_t (2) and u_int64_t (1) which requires sys/t
On Mon, Apr 01, 2013 at 22:54, James Turner wrote:
> I've come across a piece of software that defines __POSIX_C_SOURCE which
> causes __BSD_VISIBLE to bet set to 0.
>
> In sys/socket.h if __BSD_VISIBLE is 0 sys/_types.h is included instead
> of sys/types.h. This is fine however in three cases we
On Mon, Apr 1, 2013 at 8:35 PM, Ted Unangst wrote:
> On Mon, Apr 01, 2013 at 22:54, James Turner wrote:
> > I've come across a piece of software that defines __POSIX_C_SOURCE which
> > causes __BSD_VISIBLE to bet set to 0.
> >
> > In sys/socket.h if __BSD_VISIBLE is 0 sys/_types.h is included ins
On Mon, Apr 01, 2013 at 20:40, Philip Guenther wrote:
>> There won't be any side effects from using __uint64_t, but I think of it
>> more like a building block for another type. Not to be used directly.
>>
>
> Disagree. Indeed, I just committed James's diff (plus one additional
> change to CMSG_
On Mon, Apr 1, 2013 at 9:06 PM, Ted Unangst wrote:
> My (admittedly weak) rationale is that if a struct contains a field, I
> would
> like to be able to declare local variables of the same type as that field.
> And I don't want my local variables in my code to be using __int types.
>
In the spec
This is a more or less direct port of the kernel portion of a recent
change Kirk McKusick recently made to FreeBSD. I'll link to his commit
message which in turn links to lots of interesting reading, but
the short version is that we can speed up both the filesystem and fsck
by clustering metadata c
11 matches
Mail list logo