Thorsten Glaser wrote:
> Howard Chu dixit:
>
>> Thanks to the wonderful geniuses at Microsoft, not all the world
>> uses LP64. IL32 is a thing. And this code works on those platforms.
>
> These changes do not break LLP64 (this is the correct name
> for the 64-bit Wi
Thorsten Glaser wrote:
> Howard Chu dixit:
>
>> This patch of yours *introduces a bug*. If you wanted to actually *fix*
>> something you should have made sure the malloc'd buffer - which only happens
>> 2 lines above the lines you change - was large enough to store a
keys[0].bv_len = snprintf(keys[0].bv_val,
+ LDAP_PVT_INTTYPE_CHARS(long),
+- "%ld", slap_get_time() + pi->smb_can_change);
++ "%lld", (long long)slap_get_time() + (long
long)pi->smb_can_change);
+ BER_BVZERO( &a
On Mon, 14 Jun 2010 12:54:44 +0200 Alberto Gonzalez Iniesta
wrote:
On Fri, Jun 11, 2010 at 04:44:34AM -0700, Howard Chu wrote:
> Package: netkit-telnet
> Version: 0.17
> Severity: wishlist
> Tags: patch
>
>
> This patch is actually just a stepping stone to getting the d
in is starting to invent things...
ITS#7903.
The disk format will not change backward-incompatibly in 2.4, but it
sounds like it will at the transition to 2.5. ([ITS#7713] is an example
of a format-breaking change.)
[ITS#7713] <http://www.openldap.org/its/?findid=7713>
--
-- Howar
Just a small note - while I am the author of LMDB, I am not the author of
py-lmdb. That's David Wilson. But we do keep in close contact...
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, Ope
nt @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
To UNSUBSCRIBE, email to debian-bugs
ve spent enough
time on this, it's past time to move on.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
To UNSUBSCRIBE, email to d
SS, a poorly designed API with
requirements that are impossible to satisfy in the real world, and more
trouble than it's worth.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, Open
that. It's not our fault that libgcrypt's design is so broken that
even when you use it as documented it doesn't work. We've been telling you for
*years* that GnuTLS is broken by design.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Direct
ot; ) failure
just before. Also, are you using cn=config on these servers, and did you just
reconfigure the index of the relevant attribute prior to the hang? (E.g., in
your trace, the istPersonServices attribute.)
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Dire
//gitorious.org/purple-otr#more and they've already been
merged in the pidgin upstream source. But they're slated for release in pidgin
3.0.0 which is probably far off still, and this code is usable right now. It
would be nice to make it available in an updated 2.10.x package.
--
-
Thibaut VARENE wrote:
On Sun, Feb 26, 2012 at 1:36 AM, Howard Chu wrote:
Just fyi, all of my pidgin/finch patches have been merged upstream. They're
targeted at a 3.0.0 release though, so it doesn't seem there will be any
official 2.10.x update with the features enabled. Personal
Howard Chu wrote:
Just for reference, the upstream bug report has been re-opened since I started
working on the issue:
http://developer.pidgin.im/ticket/11623
3 out of 4 of my patches have already been integrated into pidgin upstream,
and I expect the last will be merged soon.
Just fyi, all
tection for the BSD
flavor you're running.
You should also report issues like this to the BSD projects and tell them to
fix their pthread support.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Archi
r.archlinux.org/packages/pu/purple-otr/
I would have preferred that my code be merged into the OTR Project's code
first; I didn't mean to fork their stuff permanently.
On Tue, Dec 20, 2011 at 12:40 PM, Howard Chu wrote:
I've rewritten the pidgin-otr-3.2.0 plugin to use the libpurple
ortal/mediathek/Reportage+Dokumentation/c_20/206683/
-o ~/test.flv
RTMPDump v2.3
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
INFO: Connected...
ERROR: Closing connection: NetStream.Failed
With the latest upstream git revision, the comand abov
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649408#37 , #649408 is
breaking services on my headless server. There is no desktop system of any
kind installed.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
with some user and developer feedback we'll find a way forward
to bring this support into the official OTR sources down the road.
I use this with pidgin/finch 2.10.1 with 4 additional patches, as detailed in
the links above.
--
-- Howard Chu
CTO, Symas Corp. http://www
Until the new libotr API is deployed, this hack will solve the problem for
pidgin-otr-3.2.0.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
>F
ibrary API means that
every app and plugin built on top of libotr will also need to be updated...
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
To U
hell are headless network services trying to talk to the Gnome keyring
in the first place? The idiocy of this is astounding.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.open
e place to file this bug.
<http://www.openldap.org/its/index.cgi/?findid=6939>
--Quanah
A backtrace is needed. And I'm not sure we should handle this upstream,
depending on whatever other patches may be in the debian build that we don't
know about.
--
-- Howard Chu
CTO,
glibc patches will also be needed to expose the new
ioctl bits too.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
netkit.dif
Description: video/dv
Alberto Gonzalez Iniesta wrote:
On Fri, Jun 11, 2010 at 04:44:34AM -0700, Howard Chu wrote:
Package: netkit-telnet
Version: 0.17
Severity: wishlist
Tags: patch
This patch is actually just a stepping stone to getting the desired
functionality
into ssh, but I'm starting here in case pe
PT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.34-rc7 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
-- Howard Chu
CTO,
is http://rtmpdump.mplayerhq.hu/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Simon Josefsson wrote:
Howard Chu writes:
App writers using gnutls should not need to know that libgcrypt is
under the covers and needs special handling.
The Libgcrypt designers appears to have believed otherwise, and given
how broken the applications appear to be in this area decision
Simon Josefsson wrote:
Howard Chu writes:
None of the gnutls docs mention that any special initialization
function needs to be called when using it in a threaded application.
You must have missed this section:
http://www.gnu.org/software/gnutls/manual/html_node/Multi_002dthreaded
s it takes to
initialize libgcrypt, so that gnutls callers are completely shielded from the
lower API layers.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/proj
The problem was caused by a bug in the C++ runtime support on ARM, and was
fixed by rewriting some key functions in C. I expect that other C++ code
ported to ARM could encounter the same problems.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun
they
complete.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subje
intenance is only
going up. Whether you want to hear it or not, we are obligated to state for
the record that using GnuTLS is a bad idea, because that's the objective truth.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlands
The actual bug was ITS#5968, not 5959.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
this rule.
Changing the RDN to simply "cn=echo" is probably the best fix. There's no
added value in putting the ipServiceProtocol into the DN, it doesn't make the
entries any easier to lookup (in fact it makes it harder...).
--
-- Howard Chu
CTO, Symas Corp. h
UDP support is non-standard. There is no specification for it in LDAPv3 and
there never will be. Since there is no formal specification of how it should
function, there is no way to claim it works (correctly or not) therefore it is
officially unsupported.
--
-- Howard Chu
CTO, Symas Corp
Clint Adams wrote:
On Mon, Oct 08, 2007 at 09:00:17PM -0700, Howard Chu wrote:
I've just rerun my tests using both BDB 4.2.52 and 4.6.21 and the
behavior is as expected. On an otherwise idle machine, both perform well,
completing our concurrency test in about 31 seconds.
With a CPU-hog ru
g the two violates the API definition.
When you upgrade to OpenLDAP 2.4's libldap you can use "TIMEOUT" in
ldap.conf(5) to set the API timeout.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief
As documented in the Cyrus-SASL doc/options.html file
http://www.koders.com/noncode/fidE1912FF9708236770CB92228A6534E660848F498.aspx#L288
it is normal and intended for slapd to fail to load the ldapdb plugin.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director
The GnuTLS support in OpenLDAP 2.4 was developed using GnuTLS 1.7, and is
known to work up to GnuTLS 2.1.7. The cert subjectAltName bug was introduced
in GnuTLS 2.1.8 so releases after that point are broken. I haven't yet seen
which 2.2/2.3 releases will include the fix.
--
-- Howar
only be linked with libldap, not libldap_r. (Remember, nss_ldap was
written to work with other vendors' libraries too, and none of them are
re-entrant, so it has to do the locking itself.)
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun
Clint Adams wrote:
On Mon, Sep 03, 2007 at 11:23:22PM -0700, Howard Chu wrote:
The test I used most recently was to run test008 in the OpenLDAP test suite
and average the runtimes over 5-10 runs for each BDB version. In my tests I
ran with SLAPD_DEBUG=0 so the only I/O traffic is from BDB and
Clint Adams wrote:
On Mon, Sep 03, 2007 at 11:23:22PM -0700, Howard Chu wrote:
The test I used most recently was to run test008 in the OpenLDAP test suite
and average the runtimes over 5-10 runs for each BDB version. In my tests I
ran with SLAPD_DEBUG=0 so the only I/O traffic is from BDB and
their pattern is unpredictable on most systems.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subje
eeping the connection unacknowledged (by stopping the accepts) would be
worse because clients would just hang until something else frees up. At least
this way, when you *do* have an alternate server to contact, you can get
bounced over to it quickly.
--
-- Howard Chu
Chief Architect, Symas C
s may realize, but I'll freely admit that my concern at that
point is theoretical.
I'm not totally convinced yet, will think about it. The patch would have
to be #ifdef'd (HAVE_GETEUID or something) since it would not be
relevant on Windows and some other obscure platforms.
--
-
Howard Chu wrote:
saslid - ignored unless you set usesasl. If you enable sasl without
setting a saslid, it's possible for some arbitrary ID to be configured.
But again, without a password, such a setting is usually useless. If
you're using a mech like GSSAPI or EXTERNAL that d
Russ Allbery wrote:
Howard Chu <[EMAIL PROTECTED]> writes:
This whole line of reasoning appears to be based on the assumption that
OpenLDAP's ldap.conf and pam/nss_ldap's ldap.conf are equivalent, which
is false.
Well, no, my line of reasoning is not based on this. My line
ch that arbitrary defaults outside the app's awareness are
never used. That's just common sense.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core Teamhttp://www.openldap.org
49 matches
Mail list logo