On Fri, Mar 08, 2024 at 07:33:59PM -0800, Steve Langasek wrote:
This bug is also reproducible on the armel and armhf release archs as a
result of the time_t transition, so bumping this to serious.
ACK.
This does fix the build failure. I was about to push such a change to the
repo and do a
On Sun, Feb 04, 2024 at 07:38:06AM +0200, Graham Inggs wrote:
Is a MR against https://salsa.debian.org/vorlon/armhf-time_t the right
place to proceed?
Yes.
https://salsa.debian.org/vorlon/armhf-time_t/-/merge_requests/131
Hi Graham,
Would it be possible to configure the analysis tool to skip the
headers under /usr/include/mgba-util/platform/*/?
The appropriate platform header is included automatically by
, in our case that's
and the other ones require
various foreign SDK headers.
I'm testing a fix for
Hi Graham,
Checking the reports quickly, it looks like mgba came up because the
tool failed to analyze its headers, i.e.
https://adrien.dcln.fr/misc/armhf-time_t/2024-02-01T09%3A53%3A00/logs/libmgba-dev/base/log.txt
In file included from /tmp/dZv19vBzjS/dump1.h:151:
Hi, thanks for reporting.
On Tue, Feb 07, 2023 at 07:25:31PM +0200, Adrian Bunk wrote:
/tmp/autopkgtest-lxc.jrj8ozx8/downtmp/build.7fx/src/debian/tests/sha2-contrib:
line 6: slappasswd: command not found
The dependency is definitely installed so it must be a PATH issue. Maybe
because this
Control: severity -1 important
On Wed, Dec 28, 2022 at 10:32:30PM +0100, Paul Gevers wrote:
Then not running the script at all is an improvement over the current
situation. Flaky tests are bad. Until a better solution is found, how
about skipping the test?
I have uploaded -3 with the flaky
On Wed, Dec 28, 2022 at 10:32:30PM +0100, Paul Gevers wrote:
Then not running the script at all is an improvement over the current
situation. Flaky tests are bad. Until a better solution is found, how
about skipping the test?
Not ideal, but yeah, probably an improvement over shipping a flaky
Thanks for raising the bug. The slapd autopkgtest does a chgrp/chmod to
grant slapd access to the heimdal master key, but the permissions on the
containing directory (/var/lib/heimdal-kdc) became more restrictive (now
700). I will update the autopkgtest ASAP.
Control: reassign -1 slapd 2.5.12+dfsg-1
Control: affects -1 src:sssd
Control: forcemerge -1 1010678
Thanks Andreas for providing the additional details here. I'm aware of
the problem and will upload openldap with a workaround ASAP. I had not
seen Dave's MR for debconf, though; thanks for
Control: tag -1 help
Hi Adrian,
On Thu, May 05, 2022 at 02:54:14PM +0300, Adrian Bunk wrote:
https://tests.reproducible-builds.org/debian/rbuild/unstable/i386/openldap_2.5.11+dfsg-1.rbuild.log.gz
I'm afraid this link has been superseded by the new upload (which built
successfully &
Source: golang-openldap
Version: 0.2-2
Severity: serious
Tags: bookworm sid
Dear Go team,
I recently opened an RC bug against golang-openldap (#1007217). Rather
than fixing the bug, I am wondering if golang-openldap should just be
removed from Debian:
- It's an old library with no
Package: slapd
Version: 2.5.12+dfsg-1
Severity: serious
Control: affects -1 src:sssd
The last upload of openldap is affected by #1010677 in debhelper:
"dpkg-reconfigure slapd" doesn't restart slapd and the config reset
isn't applied.
In addition to users' expectations, this breaks (at least)
Source: bind-dyndb-ldap
Version: 11.9-4
Severity: serious
Tags: ftbfs
Dear Maintainer,
bind-dyndb-ldap fails to build from source on amd64:
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I../../src -I.. -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Wextra -Werror
Source: xemacs21
Version: 21.4.24-9
Severity: serious
Tags: ftbfs
Dear Maintainer,
xemacs21 fails to build from source on amd64:
process.c:1314:27: error: 'sys_siglist' undeclared (first use in this function)
1314 | return (const char *) sys_siglist[signum];
|
Package: goobook
Version: 3.5.1-1
Severity: serious
Justification: Policy 7.2
Dear Maintainer,
goobook seems to need a dependency on python3-pkg-resources:
(sid-amd64)# goobook
Traceback (most recent call last):
File "/usr/bin/goobook", line 33, in
Looks like this is a legitimate bug in how we build smbk5pwd. It's not
linking -lkrb5, so it doesn't see its versioned symbols. This would have
been introduced when we switched to heimdal-multidev and started using
krb5-config, so quite a while ago.
Package: slapd-contrib
Version: 2.4.57+dfsg-2
Severity: serious
# ldapmodify -H ldapi:// -Y EXTERNAL << eof
dn: olcOverlay=smbk5pwd,olcDatabase={1}mdb,cn=config
changetype: add
objectClass: olcSmbK5PwdConfig
olcSmbK5PwdEnable: krb5
eof
SASL/EXTERNAL authentication started
SASL username:
Control: tag -1 pending
Thanks for the report.
I compiled the package with and without that include on buster, and the
'objdump -d' output is the same, so I think it really was unused.
Just following up to note that I am taking care of this bug, it does not
need an NMU.
On Sat, Mar 13, 2021 at 09:58:59AM +0100, Pelle wrote:
I notice a similar bug in other packages in Debian Sid, such as
ChessX. Would it make sense to report a bug with each of those
packages, or would this be considered an issue with Sway / wlroots /
xdg-shell?
Please report a separate bug
Thank you for providing the additional info.
Are you using sway as compositor? I reproduced the freezing behaviour
when running under sway. In a GNOME session on Wayland, retroarch seems
to work fine.
If that is correct, I think I will downgrade the severity of this bug,
as retroarch is
Control: tag -1 moreinfo
Hello Pelle and thank you for reporting this retroarch issue.
On Tue, 02 Mar 2021 16:10:32 +0100 Pelle wrote:
When launching RetroArch, the menu freezes up instantly or after a couple of
seconds.
This isn't happening on my system. I can use the menu normally, launch
Looks like the same failure already occurred on alpha:
https://buildd.debian.org/status/fetch.php?pkg=mgba=alpha=0.8.3%2Bdfsg-2=1603693498=0
libzip version did change -- 1.6.1-3 to 1.7.3-1 -- so that is looking relevant.
On Tue, Oct 27, 2020 at 05:59:54PM +0100, Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
/usr/bin/ld: CMakeFiles/cmTC_33e3c.dir/CheckFunctionExists.c.o: in function
`main':
Source: django-ldapdb
Version: 1.5.1-1
Severity: serious
Dear Maintainer,
The autopkgtest of django-ldapdb 1.5.1-1 fails in testing and unstable.
https://ci.debian.net/data/autopkgtest/testing/amd64/d/django-ldapdb/7719338/log.gz
django.core.exceptions.ImproperlyConfigured: Requested setting
+
+ * Non-maintainer upload.
+ * Add libx11-xcb-dev to Build-Depends. (Closes: #949282)
+It used to be pulled in transitively by libgl1-mesa-dev.
+
+ -- Ryan Tandy Thu, 06 Feb 2020 15:31:29 -0800
+
retroarch (1.7.3+dfsg1-1) unstable; urgency=low
* New upstream release (Closes: #878252
I tested the affected classes (MethodValidationInterceptor and
LocalValidatorFactoryBean) briefly and both appear to work correctly
using libhibernate-validator-java 5.3.6-1, so I opened the MR now:
https://salsa.debian.org/java-team/libspring-java/merge_requests/2
As noted in #942507, h-v 5
the result. I have not yet tested an actual application
using the bean validation feature from the installed package, and I
won't open an MR until I've done that.
>From db567eaf8d24df19d5667b0477db42ad46246c86 Mon Sep 17 00:00:00 2001
From: Ryan Tandy
Date: Mon, 18 Nov 2019 21:50:19 +
Subj
Forbidden errors on some YouTube videos.
+(Closes: #930462)
+ * Add upstream patch to fix YouTube video titles not being extracted.
+
+ -- Ryan Tandy Thu, 10 Oct 2019 01:38:54 +
+
youtube-dl (2019.01.17-1.1) unstable; urgency=medium
[ Salvatore Bonaccorso ]
diff -Nru youtube-dl
Thank you Barry (and Gustavo) for providing closure on this one. :)
On Thu, Sep 12, 2019 at 04:18:00PM -0500, Barry Arndt wrote:
One of the problems was introduced in 4.12, and the other in 4.15.
For posterity I should note that I first encountered the issue back in
4.9 and bisected it to
Control: tag -1 fixed-upstream
Elixir 1.9 is supported in upstream version 3.7.16 and later (current is
3.7.17).
https://github.com/rabbitmq/rabbitmq-cli/compare/v3.7.15...v3.7.16
https://github.com/rabbitmq/rabbitmq-cli/commit/c3c6b9edd5af947c69370658f609026bfef8055b
Source: rabbitmq-server
Version: 3.7.8-5
Severity: serious
Tags: ftbfs
Justification: fails to build from source
Dear maintainer, rabbitmq-server FTBFS:
==> rabbitmqctl
** (Mix) You're trying to run :rabbitmqctl on Elixir v1.9.1 but it has declared in
its mix.exs file it supports only Elixir
Hello Ondřej,
On Mon, Jan 21, 2019 at 05:54:39PM +0100, OndÅ?ej Surý wrote:
I spent a half-day hacking cyrus-sasl2 and I uploaded 2.1.27 to
experimental. I would appreciate if more people can test the package (I
won’t have time until tomorrow or next week). I didn’t even had a
chance to test
Hello,
I extracted Helmut's changes for this issue from the debdiff he posted
in an earlier message, and proposed a merge request on salsa.
https://salsa.debian.org/debian/cyrus-sasl2/merge_requests/3
as a git-format-patch(1) patch:
tag 792851 - pending
tag 880393 - pending
thanks
Since Helmut's NMU was canceled as described in #880393, I am removing
the "pending" tag from these two bugs.
Hi Helmut,
On Sat, Sep 29, 2018 at 12:23:05PM +0200, Helmut Grohne wrote:
You can find a .debdiff attached. I'll be uploading it to delayed/10
later today. Please let me know if I should delay it any longer.
I don't see any conversation about it in the bugs, but that NMU doesn't
seem to
On Sat, 29 Sep 2018 12:23:05 +0200 Helmut Grohne wrote:
Control: tags 792851 + pending
Control: tags 880393 + pending patch
Dear cyrus-sasl2 maintainers,
I have prepared a NMU fixing the following bugs:
* #792851: FTCBFS
This one already had a patch since ages.
* #880393:
Control: tag -1 moreinfo unreproducible
Hello Alf,
libldap-2.4-2:i386 seems fine for me here, in an unstable chroot:
ryan@kiwi:~$ schroot -c sid-amd64 -u root
(sid-amd64)root@kiwi:/home/ryan# dpkg --add-architecture i386
(sid-amd64)root@kiwi:/home/ryan# apt-get update
Hit:1
Source: groovy
Version: 2.4.15-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source
Dear Maintainer,
thank you for patching the javadoc issues in groovy, unfortunately the
new version still FTBFS:
Starting process 'command '/usr/lib/jvm/java-10-openjdk-amd64/bin/javadoc''.
Control: found -1 4.17.3-1
Hi,
On Mon, Jul 02, 2018 at 08:42:45PM -0700, Ryan Tandy wrote:
However it looks like it might be resolved with the kernel in
unstable. I will run some more iterations and let you know.
The issue still reproduces with stretch userland and the current
unstable
Control: found -1 4.9.88-1+deb9u1
Hi,
On Sun, Jul 01, 2018 at 03:42:12AM +0100, Ben Hutchings wrote:
Is this bug still present?
It still reproduces with the current stretch kernel:
debian@debian:~/openldap-2.4.44+dfsg/debian/build/tests$ ./run -b mdb
test060-mt-hot
Cleaning up test run
On Sun, Jul 01, 2018 at 03:42:12AM +0100, Ben Hutchings wrote:
Is this bug still present?
Thanks for the ping. The Unicamp Minicloud, where I was granted access
to a VM for testing, is currently down for maintenance until July 7. I
will check this again after it comes back.
close 897898 2.4.46+dfsg-4
thanks
Control: tag -1 pending
Uploaded new packages. Builds are underway now and should become
available in unstable after the 19:52 UTC dinstall run.
On Wed, Feb 21, 2018 at 08:33:02PM +0100, Thorsten Glaser wrote:
I’ve just got hit *again* by this… this time on a
long due wheezy to jessie upgrade.
Multiple issues, I'm afraid.
* I haven't gotten to a jessie update yet - only sid and stretch so far.
* My patch missed several occurrences of
Control: tag -1 upstream
Hi Breno,
Today I built Linux 4.12 from upstream source and the test program still
crashes. I was looking at your fixes to initialize load_{fp,tm,vec} as
well as someone else fixing the CONFIG_ALIVEC typo but none of those
have helped.
I did confirm on this kernel
Control: notforwarded -1
Control: reassign -1 src:linux 4.8.7-1
Control: affects -1 src:openldap
Hi debian-kernel,
There seems to be a regression on powerpc64 (both endians) that can
corrupt the vector-scalar registers (VSRs) in a threaded program.
I believe the bad commit is this one:
On Sat, Jul 08, 2017 at 11:15:48AM -0700, Ryan Tandy wrote:
The bug reproduces consistently when building with stretch's toolchain
and running stretch's kernel, but I have not seen it at all with
jessie's kernel *nor* in a jessie chroot on stretch's kernel. I have
also reproduced it with clang
I spent some more time on this issue and I believe I isolated the
problem to the following line:
int r = ((double)nvalues)*rand()/(RAND_MAX + 1.0);
http://sources.debian.net/src/openldap/2.4.44%2Bdfsg-7/tests/progs/slapd-mtread.c/#L682
Specifically, during the multi-threaded tests,
Hi debian-powerpc,
Would a ppc64(el) porter be able to help me look at #866122? I have
requested a porterbox account but it's not gone through yet, and I am
unable to reproduce the issue at all in a qemu VM.
The openldap test suite is failing on ppc64 and ppc64el in stretch and
unstable:
Control: found -1 2.4.44+dfsg-4
An earlier upload failed the same way, also on a 4.9 kernel.
https://buildd.debian.org/status/fetch.php?pkg=openldap=ppc64el=2.4.44%2Bdfsg-4=1492586807=0
Control: forcemerge 866122 -1
On Thu, Jun 29, 2017 at 11:56:00AM +0300, Adrian Bunk wrote:
https://buildd.debian.org/status/logs.php?pkg=openldap=ppc64el
Gianfranco has built it successfully multiple times on the porterbox.
Based on that, our best guess so far is this relates to the kernel
On Tue, Jun 27, 2017 at 07:09:08PM +, Debian Bug Tracking System wrote:
affects 860774 + src:git src:heimdal src:subversion
Bug #860774 [libldap-2.4-2] relax dependency on libldap-common
Added indication that 860774 affects src:git, src:heimdal, and src:subversion
It will be a few more
On Wed, Jun 14, 2017 at 09:06:20PM +0200, Karsten Heymann wrote:
1. There is already code in openldap that maps dn's to paths in the
cn=config backend when it writes the config tree to the file system in
/etc/ldap/slapd.d. Maybe that code or at least its escaping logic can
be reused.
There is.
On Wed, Jun 14, 2017 at 12:59:04PM +0200, Thorsten Glaser wrote:
For the backslashes case, the attached ought to do. Would you be willing to
test it? It should apply to /var/lib/dpkg/info/slapd.postinst.
The patch works as-is, however, as a shell author and informed about
writing portable
For the backslashes case, the attached ought to do. Would you be willing
to test it? It should apply to /var/lib/dpkg/info/slapd.postinst.
Still thinking about the base64 case. Since we use the suffix to name
files and directories for backup and restore, I guess it's most robust
to just use
Control: found -1 2.4.31-1
Hi Thorsten, thanks for reporting this.
On Tue, Jun 13, 2017 at 03:13:50PM +0200, Thorsten Glaser wrote:
+ read suffix
+ get_suffix
+ '[' -f /etc/ldap/slapd.d ']'
+ cut -d: -f 2
+ grep -h olcSuffix '/etc/ldap/slapd.d/cn=config/olcDatabase={-1}frontend.ldif'
On Sun, Apr 09, 2017 at 09:08:56AM -0700, Ryan Tandy wrote:
Hi Ivo,
Thanks for checking the patches.
On Sun, Apr 09, 2017 at 12:14:37PM +0200, Ivo De Decker wrote:
What happens on remove if the slapcat fails? There are 2 options:
- don't ignore errors
This causes errors on removal when
Hi Ivo,
Thanks for checking the patches.
On Sun, Apr 09, 2017 at 12:14:37PM +0200, Ivo De Decker wrote:
What happens on remove if the slapcat fails? There are 2 options:
- don't ignore errors
This causes errors on removal when the ldap config is broken. There should be
a way to remove a
Hi Niels,
On Sun, Apr 09, 2017 at 08:54:00AM +, Niels Thykier wrote:
A quick review on my part found nothing and I am going to ask the SRMs
if this approach is ok (usually we are not much for relying on people to
upgrading to the latest point release before a major upgrade).
The only case
is required), and the upgrade is
retried, the second prerm should dump again and the updated data
should be used for the upgrade
>From 9abb492428fd50f938a7596f72ce6b187a786787 Mon Sep 17 00:00:00 2001
From: Ryan Tandy <r...@nardis.ca>
Date: Sat, 8 Apr 2017 09:46:44 -0700
Subject: [PA
(trimming Cc, the other uploaders read the ML)
On Sun, Apr 02, 2017 at 07:48:00AM +, Niels Thykier wrote:
How is your time looking now? Hopefully better, but if not we should
look at how to deal with this bug for stretch.
Thanks for being understanding about that. I do have a branch in
Hi Niels,
On Sun, Feb 05, 2017 at 09:57:00AM +, Niels Thykier wrote:
Ping on this - we would like to see this fixed properly for stretch.
ACK. It's been around too long already.
Unfortunately, life being what it is, I may not have time to deliver a
proper fix until late March. I will of
On Sun, Dec 25, 2016 at 09:05:15PM +0100, Michael Fladischer wrote:
Now that heimdal has some upstream activity again and 7.1.0 has been
uploaded to unstable, is there a chance that openldap will reenable
support for "krb5" in "olcSmbK5PwdEnable"?
Restored in git, and opened an RFS. #849986.
On Sun, Dec 25, 2016 at 09:05:15PM +0100, Michael Fladischer wrote:
Now that heimdal has some upstream activity again and 7.1.0 has been
uploaded to unstable, is there a chance that openldap will reenable
support for "krb5" in "olcSmbK5PwdEnable"?
I really hope we can, but right now I'm
On Mon, Nov 28, 2016 at 07:46:12AM -0800, Ryan Tandy wrote:
I will suggest a source-only upload to my sponsor, to verify the fix.
The latest upload has built on the arch=all autobuilder and succeeded.
https://buildd.debian.org/status/fetch.php?pkg=openldap=all=2.4.44%2Bdfsg-2=1480697452
Hi Santiago,
Thanks for the report and patch. This was already reported as #845506
and fixed in git. Will upload it shortly.
I will suggest a source-only upload to my sponsor, to verify the fix.
On Tue, Nov 01, 2016 at 01:12:08AM +0100, Emilio Pozuelo Monfort wrote:
This is blocking the removal of heimdal, thus bumping to serious.
Yes, sorry about that. I am actively working on this, but it's not quite
ready to upload yet.
On Fri, Aug 12, 2016 at 12:08:43AM +0200, Julian Andres Klode wrote:
Hey, it's been 3 months, what's your status on this?
Oh, man. Time flies, eh? :(
Last status was this:
http://lists.alioth.debian.org/pipermail/pkg-openldap-devel/2016-June/006723.html
and it's still current.
I want to
On Tue, May 10, 2016 at 09:21:56PM +0200, Helmut Grohne wrote:
Control: severity -1 serious
Control: tags -1 + patch
Thanks for the update and patch. I'm dropping Russ from CC because he is
no longer actively involved in maintaining openldap. I will try to get
this uploaded ASAP.
Control: reopen -1
Control: tag -1 - squeeze
Somehow this bug was fixed in squeeze via p-u, but never in unstable. So
while squeeze->wheezy upgrades were fixed, wheezy->jessie upgrades are
still affected, and jessie->stretch upgrades will be affected as soon as
I commit the ppolicy upgrade
Control: tag -1 moreinfo
On Mon, Feb 29, 2016 at 03:57:30PM +0100, Thomas Otto wrote:
ldapmodify -Z -h ldaptest1
...
dn: olcDatabase={3}hdb,cn=config
changetype: modify
replace: olcDbConfig
olcDbConfig: # Note: most DB_CONFIG settings will take effect only upon
rebuilding
olcDbConfig: # the DB
Control: fixed -1 2.4.40-1
On Sun, Jan 24, 2016 at 04:24:20PM +0100, Samuel Thibault wrote:
What is notable with our ldap database is that it has one domain
(dc=aquilenet,dc=fr, in {1}hdb) in /var/lib/ldap:
olcDbDirectory: /var/lib/ldap
, and another domain (dc=girondix,dc=net, in {2}hdb) in
reassign 812398 heimdal-multidev 1.7~git20150920+dfsg-3
retitle 812398 heimdal-multidev: broken file references in .la files
affects 812398 src:openldap
thanks
Hi Jelmer,
Since the .la files moved from /usr/lib/$arch to /usr/lib/$arch/heimdal,
looks like their contents also need to be updated.
Control: fixed -1 2.4.41+dfsg-1
Control: forwarded -1 http://www.openldap.org/its/?findid=8003
Hi Dominik,
On Wed, Dec 02, 2015 at 07:25:51PM +0100, Dominik George wrote:
slapd crashes when auditlog overlay is enabled for a hdb database, and
then big binary data (like jpegPhoto) is added or
Control: severity -1 important
Hello Benoit,
I'm afraid I haven't made any more progress on replicating the problem
you reported. From your end, have you discovered any more information
that would help us diagnose it?
I haven't seen any other similar bug reports, so this at least doesn't
Control: tag -1 moreinfo
Hi Benoit, thanks for reporting this.
On Mon, Sep 14, 2015 at 04:37:11PM +0200, Benoit Mortier wrote:
Sep 14 16:28:25 agenor slapd[11359]: conn=1000 fd=25 ACCEPT from
IP=172.20.51.10:51214 (IP=172.20.50.25:389)
Sep 14 16:28:25 agenor slapd[11359]: conn=1000 op=0 BIND
Control: tag -1 moreinfo
Hi Matthias,
On Thu, Feb 12, 2015 at 10:35:20AM +, Matthias Klose wrote:
Please keep the issue open until the package can be built in a
follow-up test rebuild.
This should be fixed now: openldap 2.4.40+dfsg-2 is in unstable and I
have built it successfully with
On Thu, Jun 25, 2015 at 11:27:47AM +, Debian Bug Tracking System wrote:
severity 778045 serious
Bug #778045 [src:openldap] openldap: ftbfs with GCC-5
Severity set to 'serious' from 'important'
Sorry for not getting to this sooner. I'll prepare the fix this weekend,
new upstream if it's
Control: tag -1 fixed-upstream
Control: forwarded -1 http://www.openldap.org/its/?findid=7975
On Thu, Apr 09, 2015 at 05:20:34PM +0200, Côme BERNIGAUD wrote:
On 2015-04-09 17:18, Ryan Tandy wrote:
The changelog for (not yet released) 2.4.41 has ITS#7975 which sounds similar:
http
Control: tag -1 upstream
Hi,
Thank you for the report.
On Thu, Apr 09, 2015 at 04:25:00PM +0200, Côme BERNIGAUD wrote:
The same problem does not seem to happen when using HDB. So it might be inside
MDB.
The changelog for (not yet released) 2.4.41 has ITS#7975 which sounds
similar:
Dear debian-release,
I noticed that we still ship RFC excerpts in one of slapd's schema
files: #780283. Does that warrant uploading a repacked orig tarball at
this point? Note that the same file has been present since 1998 or so.
Sorry for bringing this up so late in the freeze. :/
thanks,
Source: openldap
Version: 2.4.40-4
Severity: serious
Control: found -1 2.4.31-1+nmu2
Control: found -1 2.4.23-7.3
The comments in inetorgperson.schema are copied verbatim from RFC 2798.
http://sources.debian.net/src/openldap/2.4.40-4/servers/slapd/schema/inetorgperson.schema
Control: tag -1 moreinfo
Hi,
Thanks for the report.
On Tue, Dec 30, 2014 at 06:08:40PM -0500, Antoine Beaupré wrote:
This package cannot be upgaded to jessie:
Paramétrage de slapd (2.4.40-3) ...
Backing up /etc/ldap/slapd.d in /var/backups/slapd-2.4.31-1+nmu2... done.
Moving old database
Control: reassign -1 dpkg
Control: forcemerge 768599 -1
Hi,
On Sun, Nov 09, 2014 at 08:11:53PM +0100, Christian Hofstaedtler wrote:
Unpacking libaudit1:amd64 (1:2.4-1) ...
E: Sub-process /usr/bin/dpkg returned an error code (1)
I encountered the same thing. With -D777, dpkg says:
dpkg:
Hi everyone,
On 14-08-23 10:39 PM, Ryan Tandy wrote:
On 03/08/14 03:29 PM, Simon McVittie wrote:
As far as I understand it, this became simpler in recent months:
* gnutls28 links against gmp, which was relicensed to LGPL-3+ or
GPL-2+,
making it possible to link GPL-2 (only) code
On 19/10/14 08:39 AM, Jonathan Wiltshire wrote:
Would sponsorship help to get this on the way?
Very much. Please see #765747.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
On 05/10/14 09:22 AM, Jonathan Wiltshire wrote:
This bug has been allegedly pending since July, and it's holding up two
transitions. Is there any plan for an upload?
Sorry, this is my fault. I said I wanted to get a more complete fix for
#761406 in the next upload, and then totally failed
Control: tags -1 + confirmed
On 05/09/14 03:36 AM, Thorsten Glaser wrote:
Currently, src:openldap cannot be rebuilt in the archive because
it uses several virtual and nōn-virtual Build-Depends which are
not coïnstallable:
openldap build-depends on:
- libgcrypt-dev | --virtual-libgcrypt-dev
[odd: I didn't see your message on pkg-openldap-devel, nor can I find it
in the archive. I wonder if it's stuck in a mod queue somewhere...]
On 03/08/14 03:29 PM, Simon McVittie wrote:
On Tue, 05 Nov 2013 at 15:45:07 +0100, Carlos Alberto Lopez Perez wrote:
On 24/04/12 17:25, Thorsten Glaser
Hi Dominik,
On 11/05/14 08:57 AM, Dominik George wrote:
Reproducible here, except I have no commented out olcDbDirectory lines.
I have an accesslog overlay in /var/lib/ldap/accesslog, and that broke
the same way as the OT described.
I believe that's resolved by a recent git commit, not yet
tags 705109 confirmed
thanks
Hi Jens, Christian, any subscribers,
Thanks for reporting this bug, which unfortunately still exists. The
last snapshot which still contains 2.4.23-7.3 and can be used to upgrade
from lenny to squeeze is:
http://snapshot.debian.org/archive/debian/20130223T095106Z/
tags 725091 + confirmed
retitle 725091 slapd: memory leak with non-delta syncrepl
thanks
Hi Thomas,
On 22/03/14 11:11 AM, Moritz Muehlenhoff wrote:
FYI; 2.4.39 was uploaded to unstable a few days ago.
I've had another look at the symptoms you reported, using 2.4.39-1.
The good news: the crash
tags 723957 + patch
thanks
Hi Matt,
Thanks for reporting and triaging this bug. I'm sorry no one has
answered it until now.
On 21/09/13 09:13 AM, Matt Brown wrote:
The get_directory method used in several maint scripts contains a
bug that causes it to return multiple lines of output if a
On 31/03/14 11:18 PM, Erwan David wrote:
I checked : both libdb5.1 and libdb5.3 are installed.
Right, but openldap 2.4.31 was linked against db5.1 and openldap 2.4.39
is linked against db5.3; and the database files each version creates in
/var/lib/ldap are not compatible.
I get
retitle 742862 slapd: /var/lib/ldap as a symlink breaks upgrade
severity 742862 important
tags 742862 + patch
thanks
On Mon, Mar 31, 2014 at 11:27 PM, Ryan Tandy r...@nardis.ca wrote:
On 31/03/14 11:18 PM, Erwan David wrote:
Note also that /etc/ldap and /var/lib/ldap both are symbolic links
I accidentally dropped the bug from Cc. Restoring it, and including
the lost messages.
On Mon, Mar 31, 2014 at 12:16 AM, Erwan David er...@rail.eu.org wrote:
On Sat, Mar 29, 2014 at 12:31:13AM CET, Ryan Tandy r...@nardis.ca said:
On Fri, Mar 28, 2014 at 2:14 PM, Erwan David er...@rail.eu.org
Hi Erwan,
Can you attach the configuration (slapcat of cn=config, remove
passwords/sensitive info) that reproduces this? Are /var/lib/ldap and
all the files in it actually owned by openldap:openldap?
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
On 15/03/14 01:45 PM, Steve Langasek wrote:
Do you know if the db5.1-db5.3 transition introduces any on-disk
incompatibilities, for either the database or the log?
According to the upstream changelogs [1][2], the database format did
not change in 5.2 or 5.3, but the log format changed in 5.2
Hi Thomas,
On Tue, Oct 15, 2013 at 7:30 AM, Thomas Sesselmann
thomas.sesselm...@uni-jena.de wrote:
Sounds like ITS#7487
(http://www.openldap.org/its/index.cgi/Software%20Bugs?id=7487;page=6)
I agree, it does sound like the same bug.
Quanah is correct that several fixes are needed to 2.4.31
1 - 100 of 107 matches
Mail list logo
