Just a note to avoid duplication of human and autobuilder effort - I'm
preparing a new upstream release this week, so we can slot this change
in with that.
Cheers,
Olly
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
to make it actually happen yet.
I'll send him a mail about sorting that out - it's unhelpful that the version
on CPAN lags by several months.
The differences from 0.9.6.0 are minor but useful:
0.9.9.0 Mon Nov 09 02:31:09 2006
[Changes contributed by Olly Betts]
- Fix
-bindings's debconf messages.
# Copyright (C) 2006 Olly Betts
# This file is distributed under the same license as the xapian-bindings
# package.
Cheers,
Olly
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the same license as the PACKAGE package.
---
# French translation of xapian-bindings's debconf messages.
# Copyright (C) 2006 Olly Betts
# This file is distributed under the same license as the xapian-bindings
# package.
8c9
Project-Id-Version: xapian\n
---
Project-Id-Version: xapian-bindings
.
# Copyright (C) 2006 Olly Betts
# This file is distributed under the same license as the xapian-bindings
# package.
# Daniel Nylander [EMAIL PROTECTED], 2006.
Cheers,
Olly
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sun, Oct 15, 2006 at 02:32:17PM +0200, Luk Claes wrote:
Your binary packages are not installable as they depend on libxapian13 which
is not yet available in unstable.
And that's currently sitting in the NEW queue, so there's not a lot I
can do about it...
Cheers,
Olly
--
To
On Sun, Oct 15, 2006 at 02:30:24PM +0200, Luk Claes wrote:
Your package is not installable as it depends on libxapian13 which is not yet
available in unstable.
And that's currently sitting in the NEW queue, so there's not a lot I
can do about it...
Cheers,
Olly
--
To UNSUBSCRIBE, email
)
iD8DBQFI9HhoTutBeVcJOPcRAiZHAKCDNXAqZa8oY/ZkUehbO1AZrsjrngCeJq10
vcM7jZiX2YNfMOU3AO8jYZs=
=JRKh
-END PGP SIGNATURE-
Comment: Add Olly Betts [EMAIL PROTECTED] as a Debian Maintainer
Date: Tue, 14 Oct 2008 23:29:48 +1300
Recommended-By: Enrico Zini [EMAIL PROTECTED]
Agreement: http://lists.debian.org/debian-newmaint/2008
On Sat, Aug 02, 2008 at 09:46:00AM -0700, Daniel Schepler wrote:
From my pbuilder build log, with DEB_BUILD_OPTIONS set to parallel=3:
...
g++ -DHAVE_CONFIG_H -I. -I.. -I../common -I../include -I./include -
I../languages -Ilanguages -I../queryparser -Wall -W -Wredundant-decls -
On Sat, Aug 02, 2008 at 11:22:02PM -0700, Daniel Schepler wrote:
This was a build in a clean pbuilder chroot, which I've reproduced several
times here (on a dual-core amd64 machine). Here's the full build log.
Thanks.
I've located the problem - make -j2 all check tries to make all and
check
On Tue, Aug 05, 2008 at 11:08:23PM -0500, Diego Escalante Urrelo wrote:
The problem is that /usr/share/php5 is not in the include_path.
Hmm, the Debian PHP Policy draft says:
PHP libraries should be located in /usr/share/php/PACKAGE. for
packages that depend on a specific version of php
severity 493941 important
thanks
On Tue, Aug 05, 2008 at 09:45:43PM -0500, Diego Escalante Urrelo wrote:
1. If you are installing that file there, I'm pretty sure you missed
the .ini extension
Indeed - the draft PHP policy doesn't mention that an extension is
required (I'll report that) so I
On Thu, Aug 07, 2008 at 07:59:40PM -0300, Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build on
i386.
I believe this is essentially the same issue as this one affecting
xapian-core, reported here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493390
close 456883
thanks
On Tue, Dec 18, 2007 at 10:21:54AM +0100, Adam Sj?gren wrote:
Building xapian-core requires a C++ compiler, but Build-Depends lacks
c++-compiler.
Such a dependency isn't required since g++ is build-essential. See
policy 4.2 which states:
It is not necessary to
this was just a proposed release goal.
On Sun, Dec 09, 2007 at 12:21:50PM +, Olly Betts wrote:
The problem seems to be that xapian-omega.prerm contains:
if [ $1 = purge ] ; then
rm -rf /var/lib/xapian-omega/templates
fi
But it's postrm that gets called with purge
On Mon, Jan 21, 2008 at 09:29:03PM -0500, Barry deFreese wrote:
We are currently in the process of trying to remove wx2.4 from the
archive, hence the serious severity of this bug. There are 5 packages
packages remaining depending on 2.4 and 3 of those are pending patches
and/or uploads.
severity 462106 important
tag 462106 +pending
thanks
On Tue, Jan 22, 2008 at 04:03:20PM +0100, Cyril Brulebois wrote:
Package: python-xapian
Version: 1.0.5-1
Severity: serious
Justification: Renders the package unusable
Sorry, while there's definitely a problem here, the package clearly
tag 455149 +pending
thanks
On Sat, Dec 08, 2007 at 11:42:53PM -0700, Martin Michlmayr wrote:
../htmlparse.cc: In member function 'virtual void
HtmlParser::parse_html(const std::string)':
../htmlparse.cc:176: error: 'strchr' was not declared in this scope
Already reported by SuSE and fixed
tag 455151 +pending
thanks
On Sat, Dec 08, 2007 at 11:45:44PM -0700, Martin Michlmayr wrote:
Sorry, but the fix for #441618 apparently wasn't complete. If you
still don't have access to gcc-snapshot (it's unstable though) I can
test compile patches for you, or prepare one if you want.
I
On Sun, Dec 09, 2007 at 11:39:18AM +0530, Kumar Appaiah wrote:
Package: xapian-omega
Version: 1.0.4-1
Severity: important
Hmm, I don't really see how this bug has a major effect on the
usability of [the] package. I'm not going to fight over it, but
artificially inflating the severity rarely
tag 455526 +pending
thanks
On Mon, Dec 10, 2007 at 12:46:16PM -0500, Ian Zimmerman wrote:
Contrary to a claim in the manpage, omindex -f blows up.
For me, it's just not recognised. Is that what you mean by blows up?
omindex --follow works.
I've fixed this upstream - '-f' now does the same
On Sat, Feb 12, 2005 at 07:47:11PM +0100, Torsten Landschoff wrote:
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
Package: gij-3.4
Version: 3.4.3-9
Tags: patch
The java wrapper script doesn't correctly handle command line options
with arguments (e.g. -classpath and -jar) so it doesn't handle cases
like this correctly:
java -classpath myjavaclasses -Djava.library.path=myjni Foo
Once it sees myjavaclasses,
Package: xvfb
Version: 4.3.0.dfsg.1-10
xvfb-run no longer works correctly. Looking at the code and the
changelog, it appears it's been pretty much unusable since
4.3.0.dfsg.1-9 was uploaded on 9th December 2004, so I guess it's not a
particular popular utility. But I find it very useful, so I
I think there's a bug in my patch - on further reading it seems -jar
just controls the interpretation of the first non-option argument
rather than taking an argument itself...
If that's the case, the test for -jar or -D* should remain unchanged.
Cheers,
Olly
--
To UNSUBSCRIBE, email to
On Sat, Oct 13, 2007 at 06:01:30PM +0100, Reuben Thomas wrote:
Package name: pinot
Version : 0.76
Upstream Author : Fabrice Colin [EMAIL PROTECTED]
URL : http://pinot.berlios.de/
License : GPL
Programming Lang: C++
Description : search
tag 441618 +pending
thanks
On Mon, Sep 10, 2007 at 05:56:07PM +0200, Matthias Klose wrote:
../net/serialise.cc: In function 'std::string serialise_error(const
Xapian::Error)':
../net/serialise.cc:93: error: 'strlen' was not declared in this scope
../net/serialise.cc: In function 'void
On Mon, Sep 10, 2007 at 10:11:27PM +0200, Matthias Klose wrote:
please have a look at
https://edge.launchpad.net/ubuntu/+source/xapian-core/1.0.2-1ubuntu1
for all required changes.
Thanks - I've also applied fixes to upstream SVN for all the problems there.
Cheers,
Olly
--
To
tag 442006 +upstream
thanks
On Wed, Sep 12, 2007 at 10:38:22AM -0400, [EMAIL PROTECTED] wrote:
Using the python xapian bindings with libapache2-mod-python (3.3.1-2)
makes apache freeze due to threading issues.
Discussion of the issue on the xapian bug tracking system:
tag 442766 +upstream +pending
thanks
On Sun, Sep 16, 2007 at 08:54:14PM +0200, Patrick Winnertz wrote:
dpkg-source: cannot represent change to python/testsuite.pyc: binary file
contents changed
The underlying bug here is that upstream's make clean doesn't remove
this file. I've applied a
tag 444858 +pending
thanks
On Mon, Oct 01, 2007 at 04:43:17PM +0200, gregor herrmann wrote:
I know that xapian 1.0.3 was released only 3 three days ago, there's
no need to hurry, I just wanted to give a friendly hint :)
I actually make the upstream releases, so I'm the first to know about
Thanks!
Mostly FYI (but if I've got anything wrong, do let me know of course),
I've filled in the placeholders in the header to read:
# translation of xapian-bindings_0.9.9-1_debconf_ru.po to Russian
# Copyright (C) 2007 Yuri Kozlov
# This file is distributed under the same license as the
Tags: pending
On Sat, Feb 24, 2007 at 04:50:47PM -0500, Matthias Julius wrote:
I have prepared a translation of the po-debconf template into German.
Thanks. I'm intending to prepare a new upload this coming week, so your
timing is excellent!
Cheers,
Olly
--
To UNSUBSCRIBE, email to
tags 423066 pending
thanks
On Wed, May 09, 2007 at 06:04:01PM +0200, cobaco (aka Bart Cornelis) wrote:
Please find attached the dutch po-debconf translation. Please add
it to your next package revision, it should be inserted in your package
build-tree as debian/po/nl.po, TIA.
Thanks - I'll
tag 417778 pending
thanks
On Wed, Apr 04, 2007 at 04:36:45PM +0200, Martin Michlmayr wrote:
Your package fails to build with GCC 4.3. Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning. In GCC 4.3, the C++ header
tag 417767 pending
thanks
On Wed, Apr 04, 2007 at 04:22:02PM +0200, Martin Michlmayr wrote:
Your package fails to build with GCC 4.3. Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning. In GCC 4.3, the C++ header
tags 424809 pending
thanks
On Thu, May 17, 2007 at 06:13:10AM -0400, Debian PHP Maintainers wrote:
Package: php4-xapian
Severity: serious
User: [EMAIL PROTECTED]
Usertags: php4-removal
This package has been identified as affected by the removal of php4 in debian.
I'm currently waiting for
reassign 420325 ruby1.8-dev
thanks
On Sat, Apr 21, 2007 at 06:36:34PM +0200, Adeodato Sim? wrote:
Hi. During an archive rebuild your xapian-bindings package failed to build
with the following error:
---8---
make[5]: Entering
tags 418032 pending
thanks
On Fri, Apr 06, 2007 at 04:55:56PM +0530, Praveen A wrote:
I have completed the translation to xapian-bindings to Malayalam.
Please see the attached file.
Thanks - I'll include these in the next upload.
Cheers,
Olly
--
To UNSUBSCRIBE, email to [EMAIL
On Thu, Sep 15, 2005 at 10:36:04PM +0200, Matthias Klose wrote:
please could you send an updated patch? IIUC, then the patch has to be
updated.
OK, new patch attached.
Cheers,
Olly
--- gij-wrapper-3.4-old 2005-09-15 22:19:07.772964328 +0100
+++ gij-wrapper-3.4 2005-09-15
On Sun, Sep 18, 2005 at 10:46:56AM +0800, LI Daobing wrote:
$ therion
therion 0.3.7
initialization file: /etc/therion.ini
reading ... done
therion: error -- source files not specified
$ echo $?
1
The therion program is just the processing engine, and you need to
specify a data file to
reassign 486138 libsearch-xapian-perl
tag 486138 + fixed-upstream
thanks
On Fri, Jun 13, 2008 at 12:46:23PM -0400, Joey Hess wrote:
Notice that the use of eval around the Xapian call did not prevent it from
crashing the entire program. The library seems to be throwing an
tag 484458 + wontfix
thanks
On Wed, Jun 04, 2008 at 02:39:24AM -0400, Joey Hess wrote:
When using xapian in a localised system, it makes sense to take the
value of LANG and feed the language code from it into the stemmer when
chosing the stemming language.
Hmm, an interesting idea. It might
tag 484456 + fixed-upstream pending
thanks
On Wed, Jun 04, 2008 at 01:24:49AM -0400, Joey Hess wrote:
omega uses that to highlight matches of the fourth search term. Black on
dark blue is one of the worst color combinations you can choose for
readability, as there is very low contrast.
This
tag 484458 - wontfix
thanks
On Fri, Jun 27, 2008 at 11:32:23AM -0400, Joey Hess wrote:
BTW, I don't understand why you'd wontfix a request to stem dutch for
nl, when it already stems, eg, spanish for es and german for de.
Sorry, I misunderstood and thought you were suggesting we should
tag 484458 + fixed-upstream pending
thanks
Stem(nl) certainly should work, but currently doesn't. I'll fix that
shortly.
OK, now fixed in upstream SVN.
Cheers,
Olly
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Just a quick status update:
I've now tidied up the loose ends in Richard's packaging. I'm not a DD
but Wookey has kindly offered to sponsor uploads. So we're now waiting
on him to get back from holiday and find enough time to check the
packages over and upload them.
If you're a DD with an
Tags: patch
On Tue, Mar 14, 2006 at 03:19:46PM +, Martin Michlmayr wrote:
But then I get the following (which I'm sure is easy to fix if you
know C++, which I don't):
The code is trying to pass NULL where a function expects
listsheetrecord::iterator but never uses the parameter because of
On Wed, Mar 15, 2006 at 01:20:09PM +, Martin Michlmayr wrote:
tags 356875 + patch fixed-upstream
I'm not upstream, just an interested bystander. I will forward the
patch to upstream, but fixed-upstream is a tad premature.
Cheers,
Olly
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
On Wed, Sep 30, 2009 at 05:54:45AM +0200, Rune Kock wrote:
As far as I can tell, the problem is that runfilter.cc sets an rlimit
of 7/8 of the free memory. And that freemem.cc calculates that using
sysconf(_SC_AVPHYS_PAGES), which doesn't include the memory that the
kernel is using for
Package: qa.debian.org
Severity: normal
On http://qa.debian.org/developer.php?login=olly%40survex.com there's a
link to statistics (last entry in the Bugs list of links at the top).
This links to:
http://io.debian.net/~tar/bugstats/?olly%40survex.com
Which redirects to:
Package: devscripts
Version: 2.10.69
Severity: normal
$ cat tmp.sh
#!/bin/sh
fd=2
echo error $fd
$ checkbashisms tmp.sh
possible bashism in tmp.sh line 3 (should be word 21):
echo error $fd
And similarly for: ${fd}
There was a patch from Raphael Geissert applied which fixes the similar
case
On Fri, Nov 05, 2010 at 03:11:34PM +1300, Olly Betts wrote:
* Package name: apache-mod-ntlm-winbind
The module is mod_auth_ntlm_winbind, and the upstream repo has the same name,
so I'm planning on making the source package apache-mod-auth-ntlm-winbind
instead.
Cheers,
Olly
tags 506090 + qa-doublebuild
severity 506090 important
thanks
On Tue, Nov 18, 2008 at 10:46:56AM +, Chris Lamb wrote:
xapian-bindings FTBFS when built twice in a row:
Which is a lenny release goal, so I've tagged and set the severity
appropriately.
This is caused by an upstream build
On Tue, Nov 18, 2008 at 12:01:15PM +, Chris Lamb wrote:
Olly Betts wrote:
You can safely limit the find to the python subdirectory to reduce the
number of directories it has to look through:
find python -type f -name *.pyc -print0 | xargs -0 rm -f
Sure. Or even rm -f python
On Fri, Jan 22, 2010 at 01:42:11PM -0500, Jameson Rollins wrote:
dh_install: usr/bin/xapian-replicate-1.1 exists in debian/tmp but is not
installed to anywhere
dh_install: usr/bin/xapian-replicate-server-1.1 exists in debian/tmp but is
not installed to anywhere
dh_install:
On Mon, May 11, 2009 at 09:20:59PM +0400, Mikhail Lukyanchenko wrote:
Package: wnpp
Severity: wishlist
Owner: Mikhail Lukyanchenko m...@uptimebox.ru
* Package name: python-django-djapian
Version : 2.2.1
* URL : http://code.google.com/p/djapian/
* License
On Fri, Nov 27, 2009 at 03:29:20PM +0300, Mikhail Lukyanchenko wrote:
- dget
http://mentors.debian.net/debian/pool/main/p/python-django-djapian/python-django-djapian_2.3-0.1.dsc
OK, thanks.
Mostly this looks good, but a deeper inspection found a few issues (don't
be scared by the length of
On Fri, Dec 04, 2009 at 09:57:50PM +0300, Mikhail Lukyanchenko wrote:
2009/11/30 Olly Betts o...@survex.com
Also, the copyright statements must have year(s), or the ftpmasters will
reject the package:
http://lists.debian.org/debian-devel-announce/2006/03/msg00023.html
I use years
On Mon, Dec 07, 2009 at 12:20:52PM +0300, Mikhail Lukyanchenko wrote:
Do you think it's ok that LICENSE file exists in trunk, but not in
released package?
Yes, that shouldn't be a problem. It's clear than the licence on the 2.3
release is intended to be BSD, so the change on trunk is
tag 569900 + fixed-upstream pending
thanks
On Sun, Feb 14, 2010 at 01:29:25PM -0800, Ian Zimmerman wrote:
It seems there's no way to skip files that have not been modified
since omindex last indexed them. This looks like a huge missed
opportunity to speed things up.
This has been implemented
On Sat, Dec 13, 2008 at 06:49:52AM +0800, jida...@jidanni.org wrote:
These however are more insidious, compare bash:
$ dash -c 'b=5; echo $((--b)); echo $((--b))'
5
5
--b is being parsed here as a double-negation.
$ bash -c 'b=5; echo $((--b)); echo $((--b))'
4
3
$ dash -c 'b=5; echo
On Tue, Jan 12, 2010 at 06:19:15PM +1300, martin f krafft wrote:
Tags: upstream, fixed-upstream
It's kind-of fixed upstream, but the fix is only currently on trunk, and
could probably be improved to remove the overhead of decoding the old
positional data in the has changed case, as noted in the
On Fri, Jan 15, 2010 at 09:38:11AM -0500, Jameson Rollins wrote:
An alternative (if it's also not too much trouble) would be if you
could just jot down how one could build debs from the upstream
source. Then folks could just make their own debs, without having to
recreate the packaging, and
On Tue, Jan 19, 2010 at 01:52:50PM -0500, Jameson Rollins wrote:
On Mon, Jan 18, 2010 at 09:00:07PM +, Olly Betts wrote:
For 1.0, I build source packages separately with this script in SVN:
xapian-maintainer-tools/debian/make-source-package
Hey, Olly. Thanks so much for the info
On Tue, Jan 19, 2010 at 06:47:34PM -0500, Jameson Rollins wrote:
On Tue, Jan 19, 2010 at 10:19:01PM +, Olly Betts wrote:
dh_install --sourcedir=debian/tmp --fail-missing
cp: cannot stat `debian/tmp/usr/include/xapian.h': No such file or
directory
dh_install: cp -a debian/tmp/usr
On Tue, Jan 19, 2010 at 08:42:10PM -0500, Jameson Rollins wrote:
On Wed, Jan 20, 2010 at 01:28:26AM +, Olly Betts wrote:
BTW, note 1.1.3 didn't have the patch for #250 in, in case you weren't
aware of that.
doh! I thought it did. Thanks for the heads up.
Starting from a snapshot
On Wed, Jan 20, 2010 at 05:34:26PM -0500, Jameson Rollins wrote:
dh_install --sourcedir=debian/tmp --fail-missing
cp: cannot stat `debian/tmp/usr/bin/quartzcheck-1.1': No such file or
directory
The quartz backend has been retired, so those tools don't exist. I committed a
fix.
I think I'm
On 12/11/2008, Martin Michlmayr [EMAIL PROTECTED] wrote:
Your package fails to build with the upcoming GCC 4.4. Version 4.4
has not been released yet but I'm building with a snapshot in order
to find errors and give people an advance warning.
Thanks for your continuing work on this - it's
severity wishlist
tag 505413 + pending upstream
thanks
On Wed, Nov 12, 2008 at 12:18:31PM +, Olly Betts wrote:
I think some of these are fixed by more recent upstreams (lenny has 1.0.7
plus a
few critical fixes backported; upstream is now 1.0.9).
But I will check through these.
OK
fixed 532280 1.0.12-2
thanks
On Mon, Jun 08, 2009 at 10:32:47AM +0200, Michael Vogt wrote:
Attached is a small patch that fixes the install file for the
python2.6 site-packages - dist-packages dir layout change.
[...]
We thought you might be interested in doing the same.
Thanks for the
On Fri, May 07, 2010 at 03:49:27PM +0400, Mikhail Lukyanchenko wrote:
Updated package:
http://mentors.debian.net/debian/pool/main/p/python-django-djapian/python-django-djapian_2.3-2.dsc
Please sponsor my upload.
The previous package was 2.3.1-1, so this would be a downgrade!
It's a
On Fri, May 07, 2010 at 09:05:55PM -0700, tony mancill wrote:
+ * debian/rules
+- (build-stamp): Check that DISPLAY is set before running tests.
[...]
- $(MAKE) check
+ [ ! $DISPLAY ] || $(MAKE) check
I don't understand the need for this change. What error were you getting that
On Wed, May 12, 2010 at 07:26:04PM -0700, tony mancill wrote:
Jari made the change because I was getting failures trying to build the
package
inside a chroot environment, but it didn't affect the build. I ended up
unsetting my DISPLAY before the build. I agree that it would be better not to
On Thu, May 13, 2010 at 12:29:02PM +0400, Mikhail Lukyanchenko wrote:
2010/5/13 Olly Betts o...@survex.com
The previous package was 2.3.1-1, so this would be a downgrade!
I wanted to move from git-buildpackage to mercurial-buildpackage and
imported wrong revision. What a stupid mistake
On Thu, May 13, 2010 at 03:47:59AM +0100, Olly Betts wrote:
On Wed, May 12, 2010 at 07:26:04PM -0700, tony mancill wrote:
Jari made the change because I was getting failures trying to build the
package inside a chroot environment, but it didn't affect the build. I
ended up unsetting my
On Fri, May 14, 2010 at 10:18:45PM +1000, Ben Finney wrote:
That package upload is unrelated to this bug report. Re-opening.
Sorry, there was a typo in debian/changelog - this was aimed at #579903 - but
I failed to notice the slip when sponsoring the upload.
Thanks for fixing the damage so
On Mon, May 17, 2010 at 03:41:33PM +0200, Matthias Klose wrote:
gcc-4.4 generates non-aligned relocations
I doubt it. is there a reason why xapian-bindings doesn't use the
standard way of linking and provides all files directly, including the
compiler version?
It just uses libtool for
On Wed, May 19, 2010 at 03:02:34AM -0500, Jonathan Nieder wrote:
In squeeze, hopefully the default version of tcl will be 8.5. To find
problems that might prevent that, it would be nice to rebuild all
relevant packages against the updated tcltk-defaults in experimental.
As discussed on
Hi,
I've tested the code change by pasting the relevant bit of code into Xapian's
smoketest2.py and checking that it works with 1.0.20 and 1.2.0, so I'm
confident it won't break 1.0.x and will work with 1.2.x.
If you want, I'm happy to make a non-maintainer upload to fix this.
Cheers,
Olly
reassign 579951 xapian-core 1.0.20-1
found 579951 1.2.0-2
retitle 579951 xapian-core: modifying a table may cause iterators over it to
repeat an entry
tag 579951 pending
thanks
OK, this is a bug introduced by a fix in Xapian 1.0.20. Patch for 1.0.20
attached. I'll upload 1.0.20-2 and 1.2.0-3
reassign 579462 xapian-core
forcemerge 579951 579462
thanks
Let's try that again...
Cheers,
Olly
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
forcemerge 579951 579462
thanks
This FTBFS bug in notmuch is actually caused by a bug in xapian-core 1.0.20-1.
I'll make an upload to fix that later today.
Cheers,
Olly
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Tue, Feb 23, 2010 at 02:26:24PM -0600, Raphael Geissert wrote:
Have you considered contacting the copyright owners to get their agreement to
add an exception? maybe it is going to be easier to add an exception than re-
licensing all the xapian code.
If you mean adding an exception to
Package: strigi-daemon
Version: 0.7.1-1
Severity: minor
Tags: patch
Currently strigi-daemon's description has:
| * pluggable backend, currently clucene and hyperestraier, sqlite3 and xapian
|are in the works
However, it appears that the reality is that the package only contains the
clucene
tag 577094 - patch
tag 577094 + pending
thanks
On Fri, Apr 09, 2010 at 04:20:37PM +0200, Luca Niccoli wrote:
Tags: patch
Looks like you failed to attach that patch...
But never mind, I've fixed it. There's a new upstream release due this week
so I'll just include this fix when I package that.
clone 576944 -1
reassign -1 g++
tag 576944 + pending
thanks
On Sat, Apr 10, 2010 at 05:22:45PM +0200, Luca Niccoli wrote:
I've recently submitted bug #576944 and could use some help to trace
it down better, and understand if it's really a bug.
Some more things I've noticed:
If I set
clone.
reassign -1 g++
Failed to clear fixed versions and reopen on -1: The 'bug' parameter (-1)
to Debbugs::Control::set_package did not pass regex check
Debbugs::Control::set_package('transcript',
'IO::Scalar=GLOB(0x27ab730)', 'requester', 'Olly Betts o...@survex.com
affects 569571 - src:xapian-core
affects 569571 + python-xapian
thanks
On Sun, Apr 18, 2010 at 01:44:45PM +0200, Sascha Silbe wrote:
affects 569571 src:xapian-core apt-xapian-index
thanks
This sounds like an issue which affected xapian-bindings (not xapian-core)
in 1.0.18-1, but 1.0.19-1
tag 578559 + fixed-upstream pending
thanks
On Tue, Apr 20, 2010 at 09:53:43PM +0300, Niko Tyni wrote:
The method C UNIVERSAL-import() is now deprecated. Attempting to
pass import arguments to a Cuse UNIVERSAL statement will result in a
deprecation warning.
Fixed upstream:
tag 578558 + fixed-upstream pending
thanks
On Tue, Apr 20, 2010 at 09:46:38PM +0300, Niko Tyni wrote:
As the package built successfully in my earlier tests with 5.12.0~rc3-1,
the failure almost certainly happens because 5.12.0-1 is configured to
use
On Mon, Apr 26, 2010 at 10:46:00PM -0400, Douglas Calvert wrote:
The ept-cache man page says:
-s method, --sort=method
sort order (use 'list' for a list of supported options).
However when you try to have it print the list it errors out:
# ept-cache search --sort
Package: python-django-djapian
Version: 2.3.1
I'm aiming to get Xapian 1.2 into the next Debian stable release, so I've
been checking all the Debian packages which depend on Xapian.
Xapian 1.2.0 drops support for some deprecated features, and djapian seems
to use a few of these:
Package: roundup
Version: 1.4.13-2
Forwarded: http://issues.roundup-tracker.org/issue2550647
User: o...@debian.org
Usertags: xapian1.2
I'm aiming to get Xapian 1.2 into the next Debian stable release, so I've
been checking all the Debian packages which depend on Xapian.
Xapian 1.2.0 drops
Package: recoll
Version: 1.13.04-2
Tags: upstream
User: o...@debian.org
Usertags: xapian1.2
I'm aiming to get Xapian 1.2 into the next Debian stable release, so I've
been checking all the Debian packages which depend on Xapian.
Recoll includes some sub-headers (e.g. xapian/sorter.h) which
Sorry, I managed to attach the wrong patch. This is the patch for roundup.
Cheers,
Olly
--- roundup-1.4.13.orig/roundup/backends/indexer_xapian.py
+++ roundup-1.4.13/roundup/backends/indexer_xapian.py
@@ -79,7 +79,7 @@
matches = enquire.get_mset(0, 10)
if matches.size():
Package: notmuch
Version: 0.3.1
Severity: serious
Justification: FTBFS
User: o...@debian.org
Usertags: xapian-1.2
I'm aiming to get Xapian 1.2 into the next Debian stable release, so I've
been checking all the Debian packages which depend on Xapian.
Notmuch fails to build with libxapian-dev
On Sun, May 02, 2010 at 05:33:04PM +0200, Toni Mueller wrote:
On Mon, 03.05.2010 at 00:02:40 +1200, Olly Betts o...@survex.com wrote:
Sorry, I managed to attach the wrong patch. This is the patch for roundup.
I've viewed the patch at upstream's tracker, which does several other
things
ddseverity 596079 grave
tag 596079 + patch
thanks
Sorry, I did try to check all the reverse deps before the transition, but
it seems I didn't spot this problem.
The attached patch should fix this issue, though there may be others. The
patch is against the version in Ubuntu lucid, as I had that
On Thu, Aug 26, 2010 at 08:41:00AM +0200, Ralf Treinen wrote:
/usr/lib/debug/usr/bin/copydatabase
/usr/lib/debug/usr/bin/delve
/usr/lib/debug/usr/bin/quest
/usr/lib/debug/usr/bin/xapian-check
/usr/lib/debug/usr/bin/xapian-compact
/usr/lib/debug/usr/bin/xapian-inspect
1 - 100 of 1360 matches
Mail list logo