Just updating this report since there has been no response to the
original wishlist bug in over a year an a half, and a few new versions
have been made available since then (the most recent is 1.6.2).
http://www.ossp.org/pkg/lib/uuid/
--
To UNSUBSCRIBE, email to
Has this been resolved in the debian package? The upstream source has a
Makefile.static that statically links libgcrypt into pidgin-otr.so.
[D'oh. The version of Makefile.static in the 3.2.0 release forgot to
link in the new tooltipmenu.o file. It's fixed in cvs.]
- Ian
I just
Laszlo Boszormenyi wrote:
package libsqlite3-0
severity 478980 normal
thanks
Hi Michael,
On Thu, 2008-05-01 at 19:35 -0600, Michael Berg wrote:
Package: libsqlite3-0
Version: 3.5.8-2
Severity: important
When trying to link some code I'm writing against libsqlite3-0 3.5.8-2,
I get
Stephen Gran wrote:
Do you set umask in /etc/profile or in a pam setting or something?
My /etc/profile actually has the line umask 022 in it.
However, I did just track down a pam_umask.so umask=0077 in one of the
pam session files. I can't remember if I or a package made that setting
at some
Stephen Gran wrote:
I have to say that's very strange. Can you strace a startup of
freshclam for me? I don't remember any umask calls in the database
writing code, but maybe I'm missing something.
Thanks,
Stephen,
Sorry for the delay on this (Christmas, New Year, etc), but I finally
had
* By any chance is /bin/sh provided by dash on the machine you're
using? The maintainer scripts have a number of bashisms in them.
(This will be fixed in 0.37-2.)
No. dash is not even installed on this system.
As a regular user:
$ realpath /bin/sh
/bin/bash
As root:
# realpath /bin/sh
I spent some time going through /var/lib/dpkg/info/monotone-server.postinst
and noticed that all user:group and permissions settings on lines
124-148 were getting done except for the if-block on lines 126-140.
The if-block that isn't getting done is
==
if [ -z `id -u monotone 2/dev/null`
Ludovic Brenta wrote:
I investigated the problem but the postinst script explicitly sets the
owner of /var/run/monotone to monotone:monotone.
It may be that the problem was due to the monotone user not being
present for some reason.
Please try again with 0.36-1 (which I just uploaded) and
Bug #379480 is still partially present.
When I set my system clock back a few minutes, X becomes non-responsive to
mouse click events (I can't open menus or change window focus).
Window manager (openbox) hotkeys I have for opening new xterms or opening
the application menu list don't work after
I did some follow-up troubleshooting. I upgraded all X packages to the
versions in experimental -- and both bugs #379480 and #403822 are still
present.
I set the time backward -- mouse clicks and keyboard shortcuts become
non-responsive. I tried setting the time forward again, and it fixed the
Is it reproducible on other systems that *do* use nss_ldap? Can you
turn nss_ldsp on on one of those other systems you tested, and try
again?
I'll do this tonight. I did a clean install of Debian unstable onto a
laptop this weekend - but I got busy and wasn't able to test gaim on it yet
Steve Langasek wrote:
Well, this problem indeed doesn't seem to be reproducible on i386 or amd64
when not using nss_ldap. Given that users of other gnutls- or gcrypt-using
packages aren't reporting similar problems, it seems likely that this is a
bug in gaim-otr or libotr, but I don't think
Sorry, small correction. I *thought* I'd run valgrind in my chroot, but I
hadn't. When I run valgrind gaim in my Debian i386 chroot, I get the
same pages upon pages of
=
by 0x5C5617D: (within /usr/lib/libsoftokn3.so.0d)
=
related output as I did on the laptop.
Oh, and just to avoid
Bug #379480 is still present. My system froze up last week, and it froze
up again today about half an hour ago. I have been tracking sid during
this whole time (I keep fairly current with sid for testing purposes).
When I checked the status of this bug and saw that it had been closed on
Dec 20,
Several of my friends and I have been having similar problems - X
keyboard/mouse input occasionally freezing.
The problem has been encountered on both i386 and AMD64 systems, with both
nvidia and ati video cards, with both free and proprietary drivers.
The interesting thing is that most of our
Steinar H. Gunderson wrote:
With libnss-ldap 238-1.2 installed
$ cat /proc/sys/kernel/random/entropy_avail; \
getent passwd user_in_ldap; \
cat /proc/sys/kernel/random/entropy_avail
3585
passwd entry here
129
Are you sure it's not falling back to non-TLS here? Or local files
Steinar H. Gunderson wrote:
With libnss-ldap 238-1.2 installed
$ cat /proc/sys/kernel/random/entropy_avail; \
getent passwd user_in_ldap; \
cat /proc/sys/kernel/random/entropy_avail
3585
passwd entry here
129
Are you sure it's not falling back to non-TLS here? Or local files somehow?
gaim 1:2.0.0+beta3.1-3 has entered unstable, but gaim can not be upgraded
without uninstalling gaim-otr.
gaim-otr 3.0.0-2 has the following in its depends list
gaim (= 1:1.5), gaim ( 1:2.0)
Attempting to install both gaim and gaim-otr results in the following error
message: gaim-otr: Depends:
Has there been any progress on Bug #381788?
There hasn't been any word from the package maintainers since my post on
August 13.
I am still experiencing this bug, and today I received an email from
another individual who is also experiencing this problem. The person who
contacted me wanted to
A low entropy pool may be a contributing factor, but something definitely
changed between libnss-ldap 238 and 251.
With libnss-ldap 238-1.2 installed
$ cat /proc/sys/kernel/random/entropy_avail; \
getent passwd user_in_ldap; \
cat /proc/sys/kernel/random/entropy_avail
3585
passwd entry here
Quanah, Thank you for all your help on this!
I think this round of debugging finally found the problem!
(which looks like either a libldap-2.3-0 vs. libldap2 or a gnutls vs.
openssl conflict in the Debian packages).
Here are the answers to the questions from Howard Chu.
[13:21] Howard Chu:
The output of smbd -d 10 -i contains the following
==
...
lp_file_list_changed()
file /etc/samba/smb.conf - /etc/samba/smb.conf last mod_time: Wed Aug 9
21:35:55 2006
sys_gethostbyname: Unknown host. lo
can't determine netmask for lo
sys_gethostbyname: Unknown host. int0
can't
Okay, hm. Can you try this, preferably with daemontools:
/usr/bin/setuidgid openldap /bin/cat /path/to/certs/certfiles
for every cert you believe the server should be able to read. It really
seems like the openldap user/group doesn't have permission to
something that it should.
I don't
... what does the output from slapd -d -1 show in the following bits:
(a) running as root, up until waiting for a connection
(b) running as root, getting a problem connection
(c) running as openldap user, up until waiting for a connection
(d) running as openldap user, getting a problem
I spent some more time debugging, and here is some additional info.
I ran slapd with debugging again ('-d 7' to match the previous ldapsearch
debug output), and this time I spotted something that I must have missed
before.
In the interest of space, I removed the pages-upon-pages of output
This error is coming straight from the OpenSSL libraries.
Have you tried connecting with openssl s_client?
Yes.
I am running slapd listening on both ports 389 (using starttls) and port
636 (SSL only to support some software that doesn't support starttls).
As pointed out in my original bug
Does it work if you use -h localhost (similar to what you were doing
with the openssl command)?
Generally, you must provide the fully qualified domain name to the -h
parameter for SSL/TLS to work.
For example, -h ldap doesn't work for me, but -h ldap.stanford.edu
does.
My FQDN is
And just for completeness, here are the contents of my ldap.conf file
==
BASE dc=mydomain,dc=dyndns,dc=org
URI ldap://ldap.mydomain.dyndns.org
TLS_CIPHER_SUITE HIGH:!ADH
TLS_CACERT /etc/ssl/certs/mydomain.dyndns.org_CA.pem
TLS_REQCERT demand
TLS_CRLCHECK
Was checking on old bugs, and #210926 can probably be closed as between the
recent versions of selinux-utils and libselinux1-dev, there are now man
pages for the binaries in selinux-utils.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
I had a little time to do some debugging tonight. Here are the results.
I logged in as root on the console (with the functional libnss-ldap_220-1
installed), upgraded to libnss-ldap_238-1 (which I'm having problems with),
and then started a new login process inside gdb.
When root attempts to
Are you using libpam-ldap too?
Yes, I'm using libpam-ldap too. Both packages were upgraded at the same
time. I tried all four combinations of previous and new versions of both
packages. The problems occurred in both cases where the new libnss-ldap
was installed and didn't occur in either case
This bug appears to have been fixed in smbldap-tools_0.8.7-2 and can be closed.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
32 matches
Mail list logo