On Mon, Apr 27, 2009 at 9:29 PM, Bjoern A. Zeeb
bzeeb-li...@lists.zabbadoz.net wrote:
On Mon, 27 Apr 2009, Sam Leffler wrote:
Hi,
Jan Melen wrote:
Hi,
Again when I compiled a custom kernel just to enable IPsec in the FreeBSD
kernel it came to my mind why is it so that the IPsec is not
David Schultz escribió:
On Thu, Apr 23, 2009, Gábor Kövesdán wrote:
Hello all,
my name is Gábor Kövesdán. I'm a Hungarian student and I'll be working on
a BSD-licensed libiconv implementation for FreeBSD during this year's
Summer of Code program. It'll be based on NetBSD's Citrus iconv but
On Mon, Apr 27, 2009 at 10:42:46PM -0400, David Schultz wrote:
On Mon, Apr 27, 2009, Joerg Sonnenberger wrote:
On Mon, Apr 27, 2009 at 03:49:04PM -0400, David Schultz wrote:
...but isn't this moot at present because there are no
widely-accepted encodings that include characters that
Ivan Voras wrote:
Maxim Sobolev wrote:
The patch is available here:
http://sobomax.sippysoft.com/~sobomax/geom_mirror.diff. I would like to
get input on the functionality/code itself, as well on what is the best
way to add this functionality. Right now, it's part of the round-robin
balancing
Hi,
Bjoern A. Zeeb wrote:
On Mon, 27 Apr 2009, Sam Leffler wrote:
Hi,
Jan Melen wrote:
Hi,
Again when I compiled a custom kernel just to enable IPsec in the
FreeBSD kernel it came to my mind why is it so that the IPsec is not
enabled by default in the GENERIC kernel configuration file?
My ex-girlfriend is working in Nepal [...] Even this country's encoding is
supported.
Probably because Nepali language doesn't have a separate script, they use
Devanagari! :-)
On Tue, Apr 28, 2009 at 2:38 PM, Gabor Kovesdan ga...@freebsd.org wrote:
David Schultz escribió:
On Mon, Apr
On Tue, Apr 28, 2009 at 09:36:26AM +0300, Jan Melen wrote:
Hi,
[...]
Just to understand the problem correctly I guess you are talking about
performance hit on outgoing packets as the IPsec tries to find a
security policy even for packets that should not be encrypted? For
incoming traffic I
On Tue, Apr 28, 2009 at 11:08:49AM +0200, Gabor Kovesdan wrote:
Citrus is based on UCS-4 as an internal encoding, just like the another
BSD-licensed iconv library. This is a barrier to support encodings that
aren't supported by UCS-4.
More precisely is that Citrus can and will use UCS-4 as
David Schultz escribió:
On Mon, Apr 27, 2009, Joerg Sonnenberger wrote:
On Mon, Apr 27, 2009 at 11:49:41AM -0700, Tim Kientzle wrote:
David Schultz wrote:
... whether it would make more sense to standardize on something like
UCS-4 for the internal representation.
YES.
On 2009-Apr-26 09:02:36 +0200, Christoph Mallon christoph.mal...@gmx.de wrote:
as some of you may have noticed, several years ago a new millenium
started and a decade ago there was a new C standard.
Your implication that FreeBSD is therefore a decade behind the times
is unfair. Whilst the C99
I like the part about using as many variables as possible because
of documentation and performance enhancements. I tend to like
the other changes as well..
On Sun, Apr 26, 2009 at 09:02:36AM +0200, Christoph Mallon wrote:
Hi hackers@,
as some of you may have noticed, several years ago a new
My ex-girlfriend is working in Nepal [...] Even this country's encoding
is
supported.
Probably because Nepali language doesn't have a separate script, they use
Devanagari! :-)
I know, what I wanted to say was that even Nepali is covered by the
supported scripts.
--
Gábor Kövesdán
It's possible that there are little poor countries with an own writing
system but probably their writing system is unsupported because the
starvation, poorness and lack of water and electricity are more serious
problems there.
I wouldn't call all both parts of Korea little poor countries and
On Tue, 28 Apr 2009, Peter Jeremy wrote:
On 2009-Apr-26 09:02:36 +0200, Christoph Mallon christoph.mal...@gmx.de wrote:
as some of you may have noticed, several years ago a new millenium
started and a decade ago there was a new C standard.
Your implication that FreeBSD is therefore a decade
On Tue, Apr 28, 2009 at 03:53:10PM +0200, G?bor K?vesd?n wrote:
It's possible that there are little poor countries with an own writing
system but probably their writing system is unsupported because the
starvation, poorness and lack of water and electricity are more serious
problems there.
Hello,
I am currently trying to work a bit on the remaining missing feature
that NVIDIA requires ( http://wiki.freebsd.org/NvidiaFeatureRequests or a
back post in this ML) - the improved mmap system call.
For now, I am trying to extend the current system call and implementation
to add
On Tue, Apr 28, 2009 at 22:19, Julian Bangert julid...@online.de wrote:
Hello,
I am currently trying to work a bit on the remaining missing feature that
NVIDIA requires ( http://wiki.freebsd.org/NvidiaFeatureRequests or a back
post in this ML) - the improved mmap system call.
For now, I
On Tue, Apr 28, 2009, Gabor Kovesdan wrote:
Another idea to consider. Are all of our utilities wchar-clean? What
about library functions? (regex is surely not) Do we lack any important
utility or library? (we still do lack iconv and gettext and what
else...?) What about standards, like C99
On Apr 28, 2009, at 3:19 PM, Julian Bangert wrote:
Hello,
I am currently trying to work a bit on the remaining missing
feature that NVIDIA requires ( http://wiki.freebsd.org/NvidiaFeatureRequests
or a back post in this ML) - the improved mmap system call.
For now, I am trying to extend
On Tue, 2009-04-28 at 16:48 -0500, Kevin Day wrote:
On Apr 28, 2009, at 3:19 PM, Julian Bangert wrote:
Hello,
I am currently trying to work a bit on the remaining missing
feature that NVIDIA requires (
http://wiki.freebsd.org/NvidiaFeatureRequests
or a back post in this ML) -
Robert Noland wrote:
On Tue, 2009-04-28 at 16:48 -0500, Kevin Day wrote:
On Apr 28, 2009, at 3:19 PM, Julian Bangert wrote:
Hello,
I am currently trying to work a bit on the remaining missing
feature that NVIDIA requires ( http://wiki.freebsd.org/NvidiaFeatureRequests
or a back post in
21 matches
Mail list logo
