Bug#831234: [Pkg-postgresql-public] Bug#831234: postgresql-9.5: FTBFS: Tests failures

2016-07-14 Thread Stephen Frost
* Lucas Nussbaum (lu...@debian.org) wrote: > (This might be related to the fact that I use a "user" login on my build > machine) Yes, it is. We could possibly remove those tests, but I'm not really thrilled with that idea. I'm not sure if it'd be at all sensible to try and write something to che

Bug#432740: player FTBFS

2007-09-29 Thread Stephen Frost
Greetings, It looks like the referenced bug in python-central (#424906) was closed out over a month ago. If that's been fixed can we get a rebuild of player/stage on affected platforms? Looks like at least amd64, mips, m68k, powerpc, s390. Thanks, Stephen sign

Bug#411922: FW: libpam-ldap upgrade breaks pam_ldap.conf and can't login

2007-02-27 Thread Stephen Frost
* Giuseppe Sacco ([EMAIL PROTECTED]) wrote: > Now I understood the problem and will prepare a fix in a few days. At > the same time I wrote to the maintainer asking if he would like to > orphan this package; I would gladly adopt it. Erm, I don't recall seeing that message. libnss-ldap and libpam-

Bug#400448: libnss-ldap: Certificate verification using "tls_cacertdir" causes long delay

2006-11-26 Thread Stephen Frost
severity 400448 wishlist reassign 400448 gnutls thanks * Mitar ([EMAIL PROTECTED]) wrote: > Package: libnss-ldap [...] > When I configure CA directory with "tls_cacertdir" configuration option > in /etc/libnss.conf file NSS querying (for example "finger mitar") takes > very long (about 20 seconds

Bug#366172: libnss-ldap: abort during useradd (ber_free_buf error)

2006-11-11 Thread Stephen Frost
* Scott Anderson ([EMAIL PROTECTED]) wrote: > Setting up nfs-common (1.0.7-12) ... > Adding system user `statd' with uid 107... > Adding new user `statd' (107) with group `nogroup'. > useradd: /home/devel/openldap/openldap2-2.1.30/libraries/liblber/io.c:161: > ber_free_buf: Assertion > `((ber)->be

Bug#390926: libnss-ldap: Startup scripts take ages to perform duties

2006-10-24 Thread Stephen Frost
* Jan Evert van Grootheest ([EMAIL PROTECTED]) wrote: > Using these settings, udevd still reports about the ldap server being > unreachable. Right, that's expected, and perfectly reasonable. > But the timeouts are now such that bootup is basically a snap. Each > search takes about 1 second. Go

Bug#390926: libnss-ldap: Startup scripts take ages to perform duties

2006-10-23 Thread Stephen Frost
* Stephen Frost ([EMAIL PROTECTED]) wrote: > Right, with the defaults... The idea was to reduce those. I've played > with this some in preparation of 251-6. Try: > reconn_maxconntries = 2 > reconn_tries = 1 > reconn_sleeptime = 1 > reconn_maxsleeptime = 8 I guess I cou

Bug#390926: libnss-ldap: Startup scripts take ages to perform duties

2006-10-23 Thread Stephen Frost
* Jan Evert van Grootheest ([EMAIL PROTECTED]) wrote: > I've tried it. I'm not sure you have... > During boot udevd attempts to resolve a few groups (group scanner, group > scanner, group scanner, group nvram, user tss, group tss, group fuse, > group rdma, group rdma), as far as I understand th

Bug#390926: libnss-ldap: Startup scripts take ages to perform duties

2006-10-04 Thread Stephen Frost
* Steinar H. Gunderson ([EMAIL PROTECTED]) wrote: > On Tue, Oct 03, 2006 at 11:28:34PM -0700, Steve Langasek wrote: > > Can we just fix libnss-ldap already to use a sensible default bind policy, > > please? > > Sure, I could do that (removing the boot-time workarounds), assuming the > maintainer d

Bug#376684: Error on upgrade: Can't locate object method "host" via package "ldap"

2006-07-04 Thread Stephen Frost
* Julien Danjou ([EMAIL PROTECTED]) wrote: > Severity: grave Not every bug in libnss-ldap is 'grave', not even ones which make NSS start having problems. > I tried to upgrade to libnss-ldap 251-5 and the upgrade failed with a > beautiful error: > > Setting up libnss-ldap (251-5) ... > Can't loca

Bug#376426: libnss-ldap: Can't login even as local user

2006-07-03 Thread Stephen Frost
* Vedran Fura? ([EMAIL PROTECTED]) wrote: > Stephen Frost wrote: > > What do your configs look like, What are the permissions on your libnss-ldap.conf? > But the problem is not in login(1), if I log in with nscd and then disable > it *every* started app will crash immediately wit

Bug#376426: libnss-ldap: Can't login even as local user

2006-07-03 Thread Stephen Frost
* Sjoerd Simons ([EMAIL PROTECTED]) wrote: > I've rebooted one of the systems with the ipv6 module blacklisted. After that > it still shows exactly the same behaviour (identicaly trace, just the ipv6 > addresses replaced by ipv4 addresses)... Hmm, ok. > > Can you check if there's a file in /var/l

Bug#376426: libnss-ldap: Can't login even as local user

2006-07-03 Thread Stephen Frost
* Sjoerd Simons ([EMAIL PROTECTED]) wrote: > On Sun, Jul 02, 2006 at 08:00:22PM -0400, Stephen Frost wrote: > > * Vedran Fura?? ([EMAIL PROTECTED]) wrote: > > > After upgrade to version 251 I can't login as a user in ldap and even as > > > root which is a loc

Bug#376426: libnss-ldap: Can't login even as local user

2006-07-02 Thread Stephen Frost
severity 376426 serious tags +moreinfo thanks * Vedran Fura?? ([EMAIL PROTECTED]) wrote: > After upgrade to version 251 I can't login as a user in ldap and even as > root which is a local user. Login process dies with SIGPIPE. > It only happens without nscd. What do your configs look like, what v

Bug#375077: initrd needs its own, static, nsswitch.conf

2006-06-26 Thread Stephen Frost
* Michael Biebl ([EMAIL PROTECTED]) wrote: > > case here? Also, have you tried waiting it out? Each request would end > > up taking about 2 minutes, but technically it *should* give up > > eventually.. > > I waited for something like 10min without success. But honestly this > wouldn't be a prope

Bug#375215: libnss-ldap hangs udev at startup

2006-06-26 Thread Stephen Frost
* Gasper Zejn ([EMAIL PROTECTED]) wrote: > It does not want to time out. After each timeout, it just tries again and > again. Please try 251-5 and see if it helps. Thanks, Stephen signature.asc Description: Digital signature

Bug#375077: Bug#375215: libnss-ldap hangs udev at startup

2006-06-25 Thread Stephen Frost
* Gasper Zejn ([EMAIL PROTECTED]) wrote: > [pid 5186] connect(7, {sa_family=AF_INET, > sin_port=htons(389), sin_addr=inet_addr("10.10.7.99")}, 16) > = -1 ENETUNREACH (Network is unreachable) > > clearly means network is not setup properly to be able to > reach LDAP server, since there's no mat

Bug#375215: libnss-ldap hangs udev at startup

2006-06-25 Thread Stephen Frost
* Gasper Zejn ([EMAIL PROTECTED]) wrote: > Dne sobota 24 junij 2006 17:04 ste napisali: > > Do you have a reasonably complete /etc/passwd and > > /etc/shadow files for the local accounts? > > Yes, I am actually using local account for daily work. > > > Also, have you actually waited it out? Even

Bug#375077: initrd needs its own, static, nsswitch.conf

2006-06-25 Thread Stephen Frost
* Michael Biebl ([EMAIL PROTECTED]) wrote: > Marco d'Itri wrote: > > On Jun 24, Stephen Frost <[EMAIL PROTECTED]> wrote: > > > >> It's simply not possible for libnss-ldap to provide a correct answer > >> before networking or the slapd daemon has

Bug#375215: libnss-ldap hangs udev at startup

2006-06-24 Thread Stephen Frost
* Gasper Zejn ([EMAIL PROTECTED]) wrote: > My nsswitch.conf: > > passwd: compat ldap > group: compat ldap > shadow: compat ldap > > Other lines don't have ldap. > > I have no custom udev rules. Do you have a reasonably complete /etc/passwd and /etc/shadow files for the

Bug#375215: libnss-ldap hangs udev at startup

2006-06-24 Thread Stephen Frost
* Gasper Zejn ([EMAIL PROTECTED]) wrote: > After I installed libnss-ldap, udevd stalled at startup, > waiting for libnss-ldap, which can't connect to a remote LDAP > server, since networking is not yet set up at that time. This is being discussed in #375077. libnss-ldap can be configured to giv

Bug#375077: initrd needs its own, static, nsswitch.conf

2006-06-24 Thread Stephen Frost
* Marco d'Itri ([EMAIL PROTECTED]) wrote: > On Jun 24, maximilian attems <[EMAIL PROTECTED]> wrote: > > > > udev does not even know about LDAP, it just uses the libc interface. > > > What do you think it should do? > > > Possibly without horrible layering violations. > > the errors happen when the

Bug#346623: Intention to NMU

2006-01-09 Thread Stephen Frost
* Luk Claes ([EMAIL PROTECTED]) wrote: > Attached the patch for the version I intend to upload. Please respond if > you don't want this NMU to happen, if you are working yourself on a > patch or if you think that the attached patch won't work. Geez, seems like we just did this. Oh well, looks alr

Bug#335120: Intention to NMU

2005-12-28 Thread Stephen Frost
* Luk Claes ([EMAIL PROTECTED]) wrote: > Yes, I did test it. Well, I think they are needed as they are used all > over in the autotools.mk, the only way to get rid of them is to delete > all DEB_AUTO_UPDATE lines, though I'm not sure if it would behave > correctly... We don't want to get rid of th

Bug#335120: Intention to NMU

2005-12-27 Thread Stephen Frost
* Luk Claes ([EMAIL PROTECTED]) wrote: > Attached the patch for the version I intend to upload. Please respond if > you don't want this NMU to happen, if you are working yourself on a > patch or if you think that the attached patch won't work. I don't see any obvious reason why it won't work. I t

Bug#327562: autolog should not depends on debhelper in Depends but in Build-depends

2005-09-11 Thread Stephen Frost
severity 327562 normal done hahahahhahaha Enjoy, Stephen signature.asc Description: Digital signature

Bug#306258: libnss-ldap & libpam-ldap need to be linked against same lib

2005-05-05 Thread Stephen Frost
* Frank Lichtenheld ([EMAIL PROTECTED]) wrote: > On Mon, Apr 25, 2005 at 10:00:33AM -0400, Stephen Frost wrote: > > Just following up for those playing along at home. libnss-ldap and > > libpam-ldap need to be linked against the same ldap (either 'ldap' or > >

Bug#306258: libnss-ldap & libpam-ldap need to be linked against same lib

2005-04-25 Thread Stephen Frost
reassign 306258 libpam-ldap retitle 306258 libpam-ldap needs to be linked against ldap_r thanks Greetings, Just following up for those playing along at home. libnss-ldap and libpam-ldap need to be linked against the same ldap (either 'ldap' or 'ldap_r'). I thought I had done this for both

Bug#232810: removal suggestion for openmosix from testing

2005-03-29 Thread Stephen Frost
* Martin Zobel-Helas ([EMAIL PROTECTED]) wrote: > i am not sure if i overlooked your answer to my last mail. Is there anything > we > can help on #232810? As we are going to freeze realy soon now (looks like both > ends of the toolchain are fixed by now), i fear that openmosix will be > dropped

Bug#294407: [debian-openldap] Bug#294407: Development package cannot be need to use dynamic version of library

2005-02-09 Thread Stephen Frost
* Otavio Salvador ([EMAIL PROTECTED]) wrote: > Sure. I know it. But the problem doesn't look be there. > > Looks like curl links about .so file and not .so. Sounds like it's build system is busted then. Stephen signature.asc Description: Digital signature

Bug#294407: [debian-openldap] Bug#294407: Development package cannot be need to use dynamic version of library

2005-02-09 Thread Stephen Frost
* Otavio Salvador ([EMAIL PROTECTED]) wrote: > || On Wed, 9 Feb 2005 14:58:39 -0500 > || Stephen Frost <[EMAIL PROTECTED]> wrote: > > sf> * Otavio Salvador ([EMAIL PROTECTED]) wrote: > >> Then you should contact curl maintainer. He included libldap2-dev as > >

Bug#294407: [debian-openldap] Bug#294407: Development package cannot be need to use dynamic version of library

2005-02-09 Thread Stephen Frost
* Otavio Salvador ([EMAIL PROTECTED]) wrote: > Then you should contact curl maintainer. He included libldap2-dev as > suggestion to have support to ldap on it. Take a look. > > He argued about .so file missed on libldap2 package and there we > really don't have one. I though you need to provide th

Bug#294407: [debian-openldap] Bug#294407: Accepted curl 7.13.0-1 (i386 source)

2005-02-09 Thread Stephen Frost
* Domenico Andreoli ([EMAIL PROTECTED]) wrote: > doh! Uhhh, the .so's are supposted to be symlinks in the -dev package to the real .so.x files, which in fact is what they look like on *my* system anyway, so I've really got no idea what the issue is... Stephen > - Forwarded message fr

Bug#291408: [debian-openldap] Bug#291408: slapd: Index and Data corruption with openldap2 2.1.30

2005-01-20 Thread Stephen Frost
* Matthijs Mohlmann ([EMAIL PROTECTED]) wrote: > We are running debian sarge on some of our servers now and are getting > data and index corruption (every few weeks). On different servers > (configured the same) we experience those problems. I think it is > openldap that causes this problem because

Bug#278471: [debian-openldap] Bug#278471: ldap-utils: Assertion `lc->lconn_sasl_ctx == ((void *)0)' failed

2005-01-19 Thread Stephen Frost
* Pietro Abate ([EMAIL PROTECTED]) wrote: > I'm using ldap together with kerberos (that works ok). After installing > the following packages libnss-ldap libdb3-util libsasl7 I get Something about that doesn't add up- why are you installing libsasl7? Everything should be using libsasl2. Can you pl