Hi Matthias,
Am 2024-01-26 17:14, schrieb Matthias Klose:
uploaded NMU 4.2.0-0.1 to DELAYED/5
I had 4.2.0-1 in work at salsa and tried uploading it now to avoid the
delay.
Now the queue daemon rejected my upload because the existing uploaded:
--
Hi Adrian,
On 2/22/20 11:49 AM, Adrian Bunk wrote:
> Package: swig4.0
> Version: 4.0.1-4
> Severity: serious
> Tags: ftbfs
> Control: affects -1 ltt-control
>
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ltt-control.html
>
> ...
> /usr/bin/swig -python -I.
On 06/16/2016 08:36 AM, Ondřej Surý wrote:
> Hi Torsten,
>
> attached are patches on top of latest unstable swig.
>
> TL;DR it's the php5-* in d/control that prevents the transition;
>
*blush* Dumb me. I was sure that the build depends had php-dev or
similiar (like libperl-dev, python-dev, ...).
Hi Ondrej,
On 06/15/2016 10:24 AM, Ondřej Surý wrote:
> in an effort to finally finish PHP 7.0 transition started in April, I
> removed PHP bindings from swig as it doesn't look like swig will support
> PHP 7.0 anytime soon and also from the remaining packages using swig to
> build PHP bindings.
On 11/01/2015 07:08 AM, James McCoy wrote:
> On Sat, Oct 24, 2015 at 11:48:24PM +0200, Matthias Klose wrote:
>> As seen in #802906, this now becomes an RC issue, as Python 3.5 is a
>> supported Python version, and is not anymore supported by swig 2.0.
>>
>> Same for octave 4.0, and maybe other
Hi Doug,
On 12/11/2015 09:42 PM, Doug Kingston wrote:
> The Problem: When I looked at the ddclient hook, I noticed it was
> calling exit(0),
> which exited the entire dhclient-script prematurely. This is very
> bad, since none
> of the other exits was given an opportuntity to run. Exits must
Hi Gianfranco,
On 10/29/2015 04:03 PM, Gianfranco Costamagna wrote:
> > Indeed, that's how it is supposed to be. I have to check why it is
> > not in included anymore.
>
>
> because between 3.0.2 [1] and 3.0.7 [2] you took over the swig package
> from swig2.0, without adding the links file [3]
>
On 10/29/2015 11:33 AM, Laurent Bigonville wrote:
> Shouldn't the swig package provides a symlink to the executable of the
> stable release?
>
> swig -> swig3.0
Indeed, that's how it is supposed to be. I have to check why it is not
in included anymore.
Thanks for the Feedback,
Torsten
Just to add another data point, I ran into the same problem.
Booting stops with
ALERT! /dev/mapper/vgsys-sid--usr does not exist. Dropping to a shell.
In busybox I can fix the problem by activating the volume groups:
(initramfs) vgchange -a y
30 logical volume(s) in volumgroup vgsys now
Am 2014-06-05 06:10, schrieb Soeren Sonnenburg:
Package: swig
Version: 2.0.7-3
Severity: serious
Please package swig3.0.2 ASAP.
See https://ftp-master.debian.org/new/swig_3.0.0-0.html
Greetings, Torsten
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
Hi Mathieu,
On 06/12/2012 08:23 AM, Mathieu Malaterre wrote:
On Mon, Jun 11, 2012 at 10:00 PM, Torsten Landschoff
t.landsch...@gmx.net wrote:
On 06/04/2012 08:26 AM, Mathieu Malaterre wrote:
swig2.0 should be configured with default Java (default-jdk package). It
currently uses gcj-jdk
You
On 06/04/2012 08:26 AM, Mathieu Malaterre wrote:
swig2.0 should be configured with default Java (default-jdk package). It
currently uses gcj-jdk
You are right. However, I fail to see how this renders the package
unusable as the SWIG generated code should be portable among different
Java
that and seems to fix building with SWIG 2.0.7.
In the long run this should of course be fixed in SWIG.
Author: Torsten Landschoff tors...@debian.org
Bug-Debian: http://bugs.debian.org/672035
Forwarded: https://github.com/znc/znc/issues/174
--- znc-0.206.orig/modules/modpython/modpython.i
+++ znc-0.206
Hi all,
I used the test case provided by Alexey Sokolov to run git bisect on
this problem. The results are:
/home/torsten/mirror/swig-svn.fetch/Lib/std/std_pair.i:31: Error: Can't copy typemap
(directorout) std::pair std::string,std::string = std::pair
std::string,std::string
: Torsten Landschoff tors...@landschoff.net
Date: Tue, 29 May 2012 06:40:21 +0200
Subject: [PATCH] Added a test case checking that pairstring, string can be swigged.
---
Examples/test-suite/common.mk |1 +
Examples/test-suite/string_pair.i |9 +
2 files changed, 10 insertions(+), 0
Hello *,
I looked at this bug because I want to make sure that a fixed SWIG is
available before freeze.
However, for me this does not look like a direct bug in swig. The
offending code is in the file modules/modpython/cstring.i which begins
like this:
/*
SWIG-generated sources are used
On Thu, 2011-12-08 at 19:10 +0100, Martin Eberhard Schauer wrote:
the package has an open FTBS bug report since march 2009. You did not
respond
until now (at least not in the BTS). How to proceed with your package?
As far as I am concerned, mocka is crap and should be removed from the
Hi Luca,
On 08/14/2011 05:36 PM, Luca Falavigna wrote:
I've prepared an NMU for swig2.0 (versioned as 2.0.4-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Thanks for the upload. Fine with me to upload it directly, as the patch
has been included
Hi Sebastian,
On 06/09/2011 06:10 PM, Sebastian Ramacher wrote:
The code generated for python modules fails to compile with gcc 4.6. This is
due to a missing #includestddef.h. Upstream fixed this issue in [1].
Some packages FTBFS because of this (see #624982 and #625087 for example).
[1]
On Sun, 2011-04-17 at 21:08 +0200, Patrick Matthäi wrote:
Now that squeeze is released I should really start that transition...
Unfortunately, the diff of r12620 does not apply to swig 2.0.3 as it
depends on a bunch of other changes.
Packaging a VCS snapshot of swig2.0? :)
I just
On Sat, 2011-04-16 at 16:10 +0200, Patrick Matthäi wrote:
I am sorry to say that it is non-trivial to merge a fix to this bug.
Upstream revision 12620 contains the fix according to the upstream bug.
However, the fix is not released yet and will only make it into SWIG
2.0.4 which
I would consider this to be a critical issue as it could become a security
problem.
Let's assume an archive key is compromised. As an admin reading this on
some information channel (irc, twitter, lwn.net, whatever) I would just
remove the key as shown by Tollef.
Only by reading this bug report I
Hi *,
I had a look at the patch attached by Mats Erik. Just a few nitpicks:
| if (getaddrinfo(argv[1], tftp, hints, ai) == 0)
The output of getaddrinfo in ai is never freed. One should call
freeaddrinfo(ai). Of course this should not be a problem since this is
only called once.
|
Hi Cyril,
On Sat, May 15, 2010 at 12:59:12PM +0200, Cyril Brulebois wrote:
your package FTBFS:
I was expecting that, that's why I uploaded to experimental ;-)
| make[2]: Entering directory
`/build/buildd-swig1.3_2.0.0~r12020-1-i386-cdcaKi/swig1.3-2.0.0~r12020/CCache'
| make[2]: yodl2man:
On Sun, Mar 21, 2010 at 09:45:02PM +0100, Nico Golde wrote:
Also, I'm watching syslog quite a lot and I noticed this line at boot:
| Mar 21 19:56:39 r2 ddclient[3135]: WARNING: file
/tmp/ddclient.cache, line 3: Invalid Value for keyword 'ip' = ''
Hmm ok, this is strange. When I wrote
Hi *,
With the bug standing a while I figured an upload could spare some users or
developers an unbootable system.
Therefore I just uploaded a package with my trivial patch (filed with this
report) to delayed/3 days. Hope that's okay with you.
It should be a save thing since this change was
Hi again,
Just a notice that I rescheduled the upload for 0-day as requested on IRC.
Greetings, Torsten
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi grub team.
After upgrading my system, configuration of grub failed. I noticed but thought
that the old installation in /boot should still work fine.
That turned out to be wrong. When booting the system the next day, I ended up
in grub rescue mode. My interaction went like this:
grub rescue
Hi again,
I tried to fix this problem which turned out to eat quite a bit of my time.
Anyway, to record what I found out so far:
+ debcheckout fails, I used bzr checkout
sftp://bzr.debian.org/bzr/pkg-grub/trunk/grub
bzr checkout on the Vcs-Bzr: line from debian/control fails like this:
bzr:
Hi Grub developers.
During the last upgrade of the grub-pc package I made my system unbootable
due to the bug reported here: http://bugs.debian.org/567637
I tried to fix that problem, see attached patch.
Greetings, Torsten
# Bazaar merge directive format 2 (Bazaar 0.90)
# revision_id:
On Sun, Jan 31, 2010 at 10:13:00PM +0100, Philipp Kern wrote:
I'm not sure that should be done though). The other option is I guess to
make sure that the certificate of the CA of alioth (ca.debian.org aka
Debian) is in ca-certificates. Could be tried by installing the cert in
Hi Julien,
On Mon, Jan 11, 2010 at 10:27:29PM +, Julien Cristau wrote:
Dave Airlie spotted some bugs in the radeon dri driver in mesa, that
might explain the memory (and filesystem) corruption you have been
seeing.
Packages including his fixes for these bugs are available in
On Mon, Jan 11, 2010 at 10:27:29PM +, Julien Cristau wrote:
Packages including his fixes for these bugs are available in
experimental, could you please install libgl1-mesa-dri and
libgl1-mesa-glx from there (version 7.7-1), and see if the corruption is
still reproducible?
I should have
Hi *,
On Tue, Dec 08, 2009 at 12:38:19PM -0800, Leo L. Schwab wrote:
After launching virtually any GL screensaver, the system appears to
become corrupted beyond usability.
After exiting the screensaver, any one of several system-wide errors
manifest themselves, preventing the
Hi Julien,
On Sat, Jan 09, 2010 at 10:00:35PM +, Julien Cristau wrote:
Looks like we have a pretty nasty bug in radeon drm…
I chatted a bit with Dave Airlie on irc:
Which channel is that? :)
22:36 jcristau does anybody know what's up with
Hi Theodore,
I have been running in this same issue lately. The real problem was a new X11
driver
which did not work too well with my ATI card, locking the system hard every few
minutes.
Why this leads to some timestamp in the super block to be in the future is
beyond me.
I have to agree
On Sun, Nov 08, 2009 at 08:39:32PM +, Adam D. Barratt wrote:
On Sun, 2009-11-08 at 13:53 -0500, Jonathan Niehof wrote:
Attached is a simple patch against 3.8.0-5. With this patch, the
install completes and config files are installed, but of course
ddclient won't function without the
On Tue, Sep 01, 2009 at 01:14:21PM +0200, Martin Pitt wrote:
Bumping to RC, since the next cups upload will drop the old names, and
this package and rezound are the only two left which depend on the
transitional packages.
Ack, another package to do some work on.
Greetings, Torsten
--
To
Hi *,
I was just asked on IRC what the status of this bug is. Sorry for not updating
this report with the premature information I gathered.
I digged the gdal project and SWIG documentation to find out who is at fault
here. So far I was unable to find out of SWIG behaves correctly, all these
Hi Francesco,
On Wed, May 20, 2009 at 11:39:56PM +0200, Francesco Paolo Lovergine wrote:
Python 2.6.1+ (r261:67515, Mar 18 2009, 22:12:06)
[GCC 4.3.3] on linux2
Type help, copyright, credits or license for more information.
from osgeo import gdal
Traceback (most recent call last):
File
On Thu, Jan 17, 2008 at 12:09:23PM +, Alexander Clouter wrote:
Severity: serious
Justification: no longer builds from source
Got myself a new laptop and went about compiling libldap2 from scratch[1] and
found the following error hitting me when compiling:
===
[EMAIL
Just a heads up, I noticed only after building that the test suite fails
for the ruby bindings. python and perl are fine though. Somehow an
svn_auth_baton is not passed correctly, I'll follow up with logs once I
have more time.
Greetings, Torsten
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
not include anything from SWIG apart from the external
# runtime. So I think this patch should suffice.
#
# -- Torsten Landschoff
Index: subversion/bindings/swig/ruby/libsvn_swig_ruby/swigutil_rb.c
===
--- subversion/bindings/swig/ruby
On Mon, Sep 10, 2007 at 11:09:44PM +0200, Patrick Winnertz wrote:
Lucas
Hi Justin,
On Thu, Nov 30, 2006 at 02:36:02PM -0500, Justin Pryzby wrote:
When I dpkg-reconfigure ddclient, it lists only the first of the two hostnames
(roars.homeunix.net), rather than both such names, separated by a comma
delimater. After running through the rest of reconfiguration, my
On Mon, Oct 16, 2006 at 01:54:55PM +0200, Simon Josefsson wrote:
[EMAIL PROTECTED] (Debian Bug Tracking System) writes:
The current version in unstable is openldap 2.3.27 and those documents
are removed from the upstream source already.
Hi! I looked at 2.3.27, and it seems the following
Hi *,
On Tue, Oct 03, 2006 at 11:29:51AM -0700, Quanah Gibson-Mount wrote:
If this file is a non-copyrightable interface definition, the bug here is
the presence of a copyright notice and license statement where there
should be none.
ITS#4693 in the OpenLDAP ITS system.
In the logs for
On Tue, Aug 08, 2006 at 10:46:38PM +0200, Kurt Roeckx wrote:
Your package is failing to build with the following error:
dpkg-buildpackage: source version without epoch 1.3.29-1
/usr/bin/fakeroot debian/rules clean
debian/rules:10: /usr/share/quilt/quilt.make: No such file or directory
Hi Peter,
On Mon, Jul 31, 2006 at 07:05:45AM +0100, Peter Hicks wrote:
slapd.conf is owned by root.root, and chown-ing it to root.openldap fixes
the problem.
Is this because the perms on the file are 0640?
Spot on.
Hmm, that's weird because the main function in Debian's slapd
Hi Joey,
FYI, here are the messages generated by dpkg --force-overwrite when
installing manpages-dev 2.25-2:
Unpacking replacement manpages-dev ...
dpkg - warning, overriding problem because --force enabled:
trying to overwrite `/usr/share/man/man2/create_module.2.gz', which is also in
On Mon, Apr 10, 2006 at 08:16:46PM +0200, Noèl Köthe wrote:
The ftpmasters have recently rejected a package that contains another
schema file with identical license text, and there was no obvious
opposition to that decision on Debian legal [0], so the current
understanding seems to be that
On Mon, Oct 31, 2005 at 01:22:27PM -0800, Navdeep Parhar wrote:
I had the very same problem with slapd; the cause appears to be a
missing library
symlink for libz.so. You can work around this problem by creating
this symlink yourself or by installing zlib1g-dev (which sets up the
link too).
Package: mlton
Severity: serious
Version: 20050906-1
Justification: Installation fails
Hi Stephen,
The mlton package I got during the last upgrade fails to configure.
Reason:
-- postinst:
if [ $1 = configure ] which install-docs /dev/null 21; then
for f in mllex mlton mlyacc; do
Hi Marc,
On Fri, Sep 16, 2005 at 12:01:22PM +0200, Marc 'HE' Brockschmidt wrote:
During the Debian QA meeting hold during Sept. 09th till 11th, we
decided that looking at packages that haven't been uploaded for a very
long time could cover up some QA problems.
Yep, thanks for caring about
Hi Andreas,
On Tue, Sep 06, 2005 at 07:42:46AM +0200, Andreas Jochens wrote:
When building 'gmt' in a clean 'unstable' chroot,
I get the following error:
[...]
tar: bzip2: Cannot exec: No such file or directory
tar: Error is not recoverable: exiting now
Uargh. I just took over the build
Hi Andreas,
On Tue, Sep 06, 2005 at 07:42:46AM +0200, Andreas Jochens wrote:
tar: bzip2: Cannot exec: No such file or directory
tar: Error is not recoverable: exiting now
Bad luck, pbuilder does not work currently. Uploading a package with
build dependency for bzip2 added in the hopes that I
Hi Adrian,
On Tue, Aug 09, 2005 at 08:26:00PM +0200, Adrian Bunk wrote:
IOW this is a FTBFS if libgnutls-dev is installed (note that
libgnutls-dev provides libgnutls11-dev)?
Yes, it is. GnuTLS 1.2 seems to break backward compatibility.
Greetings
Torsten
signature.asc
On Sat, Jul 16, 2005 at 04:37:37PM -0700, Steve Langasek wrote:
Rezound has been rebuilt against libfox1.2 after sarge's release, so the fox
package (libfox1.0) has no reverse-dependencies in the archive in either
testing or unstable. Unless you know of some other reason why this package
is
On Sat, Jul 16, 2005 at 04:33:16PM -0700, Steve Langasek wrote:
Under the 0-day NMU policy for the C++ ABI transition, I have prepared an
NMU for fox1.2, since there are other packages in the archive that are
waiting on this library before they can transition to g++ 4.0. The diff for
this
Hi *,
I upgraded to current unstable yesterday and that brought in a new
version of lvm2, named lvm2_2.01.12-1_i386.deb.
Booting my system today I got the following error:
Setting up LVM Volume Groups...
PV segment VG free_count mismatch: 0 != 4294958459
Internal error: PV segments
Hi Martin,
On Sun, Jun 05, 2005 at 10:54:24PM +0200, Martin Bammer wrote:
syslog:
Jun 5 22:22:40 bender slapd[4964]: slapd init: initiated server.
Jun 5 22:22:40 bender slapd[4964]: slap_sasl_init: initialized!
Jun 5 22:22:40 bender slapd[4964]: dnNormalize: cn=Subschema
Jun 5 22:22:40
On Fri, May 27, 2005 at 09:10:50AM +0800, Eugene Konev wrote:
+# Find out slapd db directories
+SLAPD_DBDIRS=`sed -ne 's/^directory[[:space:]]\+*\([^]\+\).*/\1/p' \
+$SLAPD_CONF `
+
TL I'd rather gather this list at the time when it is needed. Apart from
Hi Florian,
On Fri, May 27, 2005 at 08:27:47AM +0200, Florian Weimer wrote:
The patch is risky. After it's been applied, invoking
/etc/init.d/slapd start while slapd is running can (and most
probably will) result in data loss.
Yep, that is creating headaches for me too :(
db4.2_recover -e
Hi Steve,
On Wed, May 25, 2005 at 05:02:42PM -0700, Steve Langasek wrote:
The attached patch adds calling db4.2_recover to slapd.init on every
slapd startup.
Are there any objections to applying this patch for sarge?
I'll apply it with some adaptions. Most prominently it should check for
the ximian-connector ntlm
@@ -17,7 +21,7 @@
two versions of this library around is more trouble than it's worth,
and can cause glorious segfaults down the line
- --
+ -- Torsten Landschoff [EMAIL PROTECTED] Mon, 23 May 2005 17:03:53 +0200
openldap2.2 (2.2.23-5) unstable; urgency=low
On Sun, May 22, 2005 at 10:15:19PM +1200, Martin Langhoff (CatalystIT) wrote:
And, just to clarify, with the 2.1 series of slapd, DB_CONFIG tweaking
reduced the chance of lockups, but didn't remove them at all. In fact,
it was so trivial to get the whole thing locked up that at one point I
On Sat, May 21, 2005 at 04:58:13PM +1200, Martin Langhoff (CatalystIT) wrote:
As recently as November 2004, I was seeing serious lockups and dataloss
with BDB backends, due to upstream bugs in the BDB integration, and all
our LDAP setups ended up using LDBM due to reliability concerns.
Package: slapd
Version: 2.2.23-5
Severity: serious
- Forwarded message from Quanah Gibson-Mount [EMAIL PROTECTED] -
X-Original-To: [EMAIL PROTECTED]
X-Flags:
Date: Thu, 12 May 2005 19:14:53 -0700
From: Quanah Gibson-Mount [EMAIL PROTECTED]
To: Torsten Landschoff [EMAIL PROTECTED
Hi Ferenc,
On Wed, May 11, 2005 at 11:26:44AM +0200, Ferenc Engard wrote:
I suggest that the frontend should explicitly indicate if it cannot
handle default values, although the there is one, e.g. like this:
Default value: /var/backups/slapd-VERSION
*** WARNING! You have to type the
Hi Joey,
On Mon, May 09, 2005 at 09:11:50PM -0400, Joey Hess wrote:
I really think this is a bug that needs to be dealt with from the debconf
side of things. Torsten, if you want to add a workaround to slapd, that
should be ok, but the real bug appears to be that the readline frontend is
Hi Ferenc,
On Mon, May 09, 2005 at 12:21:32AM +0200, Ferenc Engard wrote:
While I have upgraded my system, slapd upgrade asked some questions,
including directory to dump databases. The text said the default is
/var/backups/slapd-VERSION. Reading that, I simply pushed enter. After
that,
On Thu, Apr 21, 2005 at 02:40:00PM +0200, Bastian Kleineidam wrote:
I prepared an NMU for this bug adding a simple conflict to
libfox1.0-dev. If you don't object I will upload the NMU this weekend.
Great, please go ahead! :)
Thanks
Torsten
signature.asc
Description: Digital
Hi Hans,
On Wed, Apr 20, 2005 at 10:52:34PM +0200, Hans van Kranenburg wrote:
Seems /usr/lib/slapd (when present) detects with which name it was
called, and changes behaviour accordingly... :S
Yes, that's right :( Upstream merged slappasswd into slapd for some
reason.
So... I think
Hi Steve,
On Mon, Apr 18, 2005 at 01:56:17AM -0700, Steve Langasek wrote:
I think it's worth a lot to provide as smooth of an upgrade path as
possible, and leave the README for cases we can't reasonably handle. Can
Yeah.
this particular LDIF incompatibility be dealt with in fix_ldif?
In
Hi Steve,
On Thu, Apr 14, 2005 at 11:06:15PM -0700, Steve Langasek wrote:
Well, in spite of the lack of detail, I have been able to reproduce this
crash when running slapd on an alpha with a 2.6 kernel. I'm currently
working on rebuilding openldap with debugging symbols so I can get a
On Thu, Apr 14, 2005 at 09:52:39PM -0700, Steve Langasek wrote:
I loathe BDB for the times it takes for massive adds/modifies.
Even with slapadd, which takes about 2 minutes to load the entire DB
using ldbm as backend, but about 50 minutes with BDB.
OpenLDAP 2.2 includes a '-q' option to
Hi Christian,
On Fri, Apr 15, 2005 at 02:57:48PM +0900, Christian Balzer wrote:
I will monitor this over the weekend and see if the problem persists,
goes away or (heavens forbid) mutates.
Thanks.
Not matter the outcome of this though, the severity of this bug report
remains the same.
On Fri, Apr 15, 2005 at 12:09:19PM +0900, Christian Balzer wrote:
I urge you (in case this can't be fixed in a time frame of 1-2 days)
to back out this update and revert to the previous version.
Not easy to do after this has propagated to testing.
If this LDAP DB would be the canonical one
Hi Andreas,
On Fri, Apr 15, 2005 at 11:04:24AM +0200, Andreas Tscharner wrote:
(Hand typed from screen)
Uargh, that's a lot of work for this. Thanks! Bug is known, please move
the ldabdb directory from /var/backups back to /var/lib/ldap:
# /etc/init.d/slapd stop
# rm /var/lib/ldap/*
Hi Joy,
On Wed, Apr 13, 2005 at 11:30:29PM +0200, Josip Rodin wrote:
Apparently the upstream authors of OpenLDAP decided that
limits user size=100
is no longer accepted, meaning slapd fails to start after upgrade.
It was never acceptable but the parser had a bug which caused undefined
Hi Sergio,
I got the following bug report in relation to smbldap-tools:
On Tue, Apr 12, 2005 at 04:01:54PM +0200, Laurent CARON wrote:
I installed ldap-utils on 8th April, and everything seemed fine until I
tried to add a new user on my system.
It complained about missing slappasswd
Hi Laurent,
On Tue, Apr 12, 2005 at 04:01:54PM +0200, Laurent CARON wrote:
Severity: grave
Justification: renders package unusable
Come on, sometimes I think we should switch of this severity features.
Everybody seems to think the package is unusable for everybody just
because it doesn't fit
On Tue, Apr 12, 2005 at 07:48:14PM +0200, Jeroen van Wolffelaar wrote:
Now that openldap2.2 is in unstable, openldap2 should stop generating
slapd ldap-utils .deb's.
Erm, right, sorry. I have updated packages ready but forgot to upload
them :(
Will do later today. Rebuilding them now.
Hi Richard,
On Fri, Apr 01, 2005 at 04:24:53PM -0800, Richard A Nelson wrote:
Package: slapd
Version: 2.2.23-1
Severity: grave
Justification: renders package unusable
Come on...
1) use of ldapi:/// fails:
ldap_url_parse_ext(ldapi:///x-mod=0777)
daemon: bind(10) failed
On Fri, Apr 01, 2005 at 04:24:53PM -0800, Richard A Nelson wrote:
1) use of ldapi:/// fails:
ldap_url_parse_ext(ldapi:///x-mod=0777)
daemon: bind(10) failed errno=2 (No such file or directory)
slap_open_listener: failed on ldapi:///x-mod=0777
Should be fixed in
Hi Steve,
On Wed, Mar 23, 2005 at 12:47:28AM -0800, Steve Langasek wrote:
It seems that because of this and several other bugs that are not easily
resolvable in the sarge time frame, as well as pressure from upstream, we
are going to be backing out PHP's ZTS support in the next day or so; at
Package: slapd
Version: 2.2.23-0.pre6
Tags: experimental
Severity: serious
The BDB backend checks if the right version of libdb is installed.
This sucks as upgrades to the library force upgrades of slapd. We have
to disable this version check or at least make it a warning.
signature.asc
Package: slapd
Version: 2.2.23-0.pre4
Tags: experimental
Severity: grave
Upgrading from woody fails because of at least two problems:
- The shell function move_old_database_directory_away is not found in
postinst
- An old slapd.conf is incorrect because attribute=... is used instead
of
Hi Steve,
On Thu, Mar 03, 2005 at 08:49:41PM -0800, Steve Langasek wrote:
I'm happy to hack on this bug to get it fixed, but I'm afraid I'm starting
from square-one as far as knowledge of swig is concerned. Could you send me
a copy of your simple example that I could start from?
Not sure if
Hi Matthijs,
On Tue, Mar 01, 2005 at 10:51:17AM +0100, Matthijs Mohlmann wrote:
Ok i'm testing now. I'll wait for a week or something because the
data/index corruption appears after a couple of days. And when it went
all ok i'll test it on another more heavy server (more load on the LDAP
On Tue, Mar 01, 2005 at 07:04:45PM +0100, Andreas Barth wrote:
please see http://experimental.ftbfs.de/build.php?arch=pkg=openldap2.2
for the full build log
Should be really fixed now in pre4.
Greetings
Torsten
signature.asc
Description: Digital signature
Hi Kenshi,
On Mon, Feb 28, 2005 at 10:30:02PM +0900, Kenshi Muto wrote:
openldap2.2.23-0.pre3 still cause same build failure because missing
perl library.
*blush* I really wonder how that happened. The build dependency is still
missing but I am 100% sure I added it and test built using
Hi Andreas,
On Sun, Feb 27, 2005 at 10:18:16AM +0100, Andreas Barth wrote:
please see http://experimental.ftbfs.de/build.php?arch=pkg=openldap2.2
for the full build log
Thanks for the report. Seems like the build dependencies on OpenLDAP 2.2
changed a bit and I did not notice. Doing a test
Hi there,
Please help testing the new OpenLDAP 2.2 packages at
http://pkg-openldap.alioth.debian.org/
I'd like to know if they fix the index and data corruption problems.
Thanks
Torsten
signature.asc
Description: Digital signature
On Wed, Feb 09, 2005 at 04:24:44PM -0800, Blars Blarson wrote:
swig1.3 fails to build from source on sparc, duplicated on sparc pbuilder.
gcc -DHAVE_CONFIG_H -I. -I. -I../Source/Include -I/usr/include/php4
-I/usr/include/php4/main -I/usr/include/php4/Zend -I/usr/include/php4/TSRM
Hi Otavio,
On Wed, Feb 09, 2005 at 02:37:44PM -0200, Otavio Salvador wrote:
Debian Policy explain it: you need provide on -dev packages the static
version and headers. Currently you provide the dynamic version of
library and this is /wrong/. Move the .so file to libldap2 package
ASAP please.
96 matches
Mail list logo
