Bug#876789: python-wxgtk-webview3.0: Depends on libwxgtk-webview3.0-0v5 which depends on webkit1

On Mon, Sep 25, 2017 at 05:47:36PM -0400, Jeremy Bicha wrote: > python-wxgtk-webview3.0 depends on libwxgtk-webview3.0-0v5 which > depends on libwxgtk-webview3.0-0v5 which depends on > libwebkitgtk-1.0-0. libwebkitgtk-1.0-0 is the old webkitgtk library > that suffers from many reported CVEs that

Bug#790222: [boinc_dev] Bug#790222: wxwidgets3.0: depends on libwebkitgtk-1.0-0 which is deprecated

On Sun, Aug 20, 2017 at 08:54:25PM +0300, Adrian Bunk wrote: > wxwidgets3.0 is a key package, so won't get autoremoved from testing. > > And since a removal from testing would imply a removal of all > reverse dependencies, wxwidgets3.0 is not at risk of being > removed from testing anytime soon.

Bug#790222: [boinc_dev] Bug#790222: wxwidgets3.0: depends on libwebkitgtk-1.0-0 which is deprecated

On Thu, Aug 17, 2017 at 05:34:02PM -0400, Jeremy Bicha wrote: > > But as I've said already, I don't have a problem with just disabling > > webview before buster if it comes to it. It just seems unhelpful to > > boinc users running testing to do that right now, unless you're actually > > at the

Bug#870315: nmu: libwx-perl_1:0.9932-1+b1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu libwx-perl_1:0.9932-1+b1 . ANY . unstable . -m "Rebuild against rebuilt libalien-wxwidgets-perl." After a new upstream upload of wxwidgets3.0, libalien-wxwidgets-perl needs a binnmu

Bug#790222: [boinc_dev] Bug#790222: wxwidgets3.0: depends on libwebkitgtk-1.0-0 which is deprecated

On Wed, Jul 26, 2017 at 11:05:57AM +0200, Emilio Pozuelo Monfort wrote: > OK I see that porting is already done upstream in the link you quoted. So > yeah, it'd be a matter of moving to that. This probably needs a library > transition though. The problem is that wx's GTK3 support is still much

Bug#786986: Wxwidgets webview link flags problem

I've just uploaded with an updated wx-config webview patch so that when libwxgtk-webview3.0-dev isn't installed, wx-config should give the same answers as if webview had been disabled when the wxwidgets3.0 package was built. However... On Mon, Jun 22, 2015 at 06:34:54AM +, Gianfranco

Bug#869382: libwxgtk3.0-0: Drawing sample line test broken

Control: tags -1 upstream On Sun, Jul 23, 2017 at 06:10:52PM +1200, Olly Betts wrote: > Thanks - I can reproduce this with packages based on 3.0.3.1 which I'm > working on (not yet uploaded). > > On Sat, Jul 22, 2017 at 11:05:09PM +0100, D Haley wrote: > > I'm unsure if this

Bug#869382: libwxgtk3.0-0: Drawing sample line test broken

Thanks - I can reproduce this with packages based on 3.0.3.1 which I'm working on (not yet uploaded). On Sat, Jul 22, 2017 at 11:05:09PM +0100, D Haley wrote: > I'm unsure if this is an upstream bug or not. I'd imagine it is - we aren't patching anything in this area. Testing with upstream git

Bug#868042: poedit: Texts become right-aligned after upgrade onto poedit2

On Fri, Jul 14, 2017 at 07:14:54AM +, Gianfranco Costamagna wrote: > anyway, with all the bugfixes in 3.0.3 less defer the (eventual) transition > for 3.1, right? Sorry, I'm failing to understand quite what you're asking. But anyway we can't transition to 3.1, as it's not ABI stable - we

Bug#868042: poedit: Texts become right-aligned after upgrade onto poedit2

Control: tags -1 + pending On Thu, Jul 13, 2017 at 11:31:38AM +0200, Gianfranco Costamagna wrote: > Olly, do you have any advice against updating wx? I'm already working on an update to 3.0.3.1. > I know you would like to transition to gtk3, maybe we can > do them together? A transition to

Bug#867867: php-all-dev: Doesn't depend on all supported PHP development packages

Package: php-all-dev Version: 1:52 Severity: normal php-all-dev has short description: > package depending on all supported PHP development packages It actually depends on: > Depends: php7.0-dev, php7.0-json Now unstable has had PHP 7.1 packages for about 6 months (info from

Bug#790222: [boinc_dev] Bug#790222: wxwidgets3.0: depends on libwebkitgtk-1.0-0 which is deprecated

You Cc:-ed "BOINC Developers Mailing List " but that rejected my reply with: > You must subscribe to this email list in order to post to it. Please don't Cc lists which require subscription in messages to Debian bugs. And if you want the list to see my reply, please

Bug#790222: [boinc_dev] Bug#790222: wxwidgets3.0: depends on libwebkitgtk-1.0-0 which is deprecated

On Wed, Jul 05, 2017 at 05:53:14PM +0200, Christian Beer wrote: > I'm not sure I fully understand the issue. So I'll try to explain what I > understood. > > Debian is going to remove the package "libwebkitgtk-1.0-0" in testing > (buster) which will also remove the package

Bug#790222: wxwidgets3.0: depends on libwebkitgtk-1.0-0 which is deprecated

On Sat, Jul 01, 2017 at 08:23:08PM -0400, Jeremy Bicha wrote: > On Fri, Jun 30, 2017 at 8:47 PM, Olly Betts <o...@survex.com> wrote: > > It seems the only rdep needing the webkit integration is boinc, so > > dropping support would not cause widespread pain - if it gets t

Bug#790222: wxwidgets3.0: depends on libwebkitgtk-1.0-0 which is deprecated

On Fri, Jun 30, 2017 at 04:41:04PM -0400, Jeremy Bicha wrote: > According to the upstream issue, this is fixed in the 3.0 branch after > the 3.0.3 release. There's actually also a 3.0.3.1 release, though it's not as prominently advertised as the normal releases (and this doesn't include the fix).

Bug#866695: src:xapian-bindings: FTBFS when rebuilt with python3.6 due to test failures

Control: tags -1 + fixed-upstream pending On Fri, Jun 30, 2017 at 10:38:12PM -0400, Scott Kitterman wrote: > -> 917'Query(0 * VALUE_RANGE 7 A5 B8)') This is unrelated to the Python version change - it's actually due to xapian-core 1.4.4 optimising away the redundant "scale weight by

Bug#863705: [Aptitude-devel] Bug#863705: aptitude: symbol lookup error: aptitude: undefined symbol:

[Dropping aptitude@ as it doesn't allow non-subscriber messages] On Tue, May 30, 2017 at 10:57:06PM +0100, Olly Betts wrote: > I can try to fix the xapian-core version in backports, but that only > helps people with 1.4.1-1~bpo8+1 installed if they upgrade from > backports before tryi

Bug#863705: [Aptitude-devel] Bug#863705: aptitude: symbol lookup error: aptitude: undefined symbol:

So if I understand the issue correctly, it's that libxapian30 in unstable is built with the new C++ ABI while libxapian30 in backports was built with the old C++ ABI, so really should have been libxapian30v4 or something (not sure if there's a reverse convention to the v5 suffix)? Sorry for not

Bug#853107: xapian-core: FTBFS under pbuilder with USENETWORK=no

Control: tag -1 + fixed-upstream patch On Mon, Mar 13, 2017 at 04:24:01PM +1300, Olly Betts wrote: > I think this is worthwhile addressing in xapian-core. I've pushed a fix for this upstream: https://trac.xapian.org/changeset/9ed4dec1cb51c241cf7eb0b927f0e3122c2676a2/git Once the release is

Bug#860043: marked as done (wxwidgets3.0: asserts on valid poedit code due to bad mutex unlock)

On Tue, Apr 11, 2017 at 07:56:30AM +, Gianfranco Costamagna wrote: > Anyhow, it should be a no-op patch and will be removed on the next release :) Right, but it suggests a lack of pre-upload testing as the first upload wouldn't have fixed the issues with poedit in experimental. > (do you

Bug#860043: marked as done (wxwidgets3.0: asserts on valid poedit code due to bad mutex unlock)

You seem to have uploaded both wxwidgets3.0 and wxpython3.0, with the same patch to each (judging by the commit id). That is unlikely to be correct - wxpython3.0 sources contain a copy of wxwidgets sources, but this isn't used in the debian package so doesn't need patching. Cheers, Olly

Bug#681941: Addressed upstream

Control: patch -1 + fixed-upstream patch I've committed a patch upstream to skip any testcase which fails with NetworkError when errno is ECHILD, which should address these buildd failures. I'd really love to know what the problem is, but it seems unreproducible outside of the buildds which

Bug#681941: Addressed upstream

On Tue, Apr 11, 2017 at 03:26:34PM +1200, Olly Betts wrote: > I've committed a patch upstream to skip any testcase which fails with > NetworkError when errno is ECHILD, which should address these buildd > failures. Forgot link to patch: https://trac.xapian.org/

Bug#849722: python-xapian: QueryParser.add_boolean_prefix() throws TypeError with grouping=''

Control: tag -1 + patch fixed-upstream On Thu, Dec 29, 2016 at 10:11:08PM -0800, Jameson Graef Rollins wrote: > servo:~ $ python -c "import xapian; qp = xapian.QueryParser(); > qp.add_boolean_prefix('tag', 'K', '')" > Traceback (most recent call last): > File "", line 1, in > File

Bug#860043:

On Mon, Apr 10, 2017 at 04:42:14PM +, Gianfranco Costamagna wrote: > Hello, poedit2 is having a lot of asserts and segfaulting (IIRC). > Reason is a bug in wxpython3.0 and the fix from Poedit upstream has already > been merged to wx upstream (3.0 maint branch too) > > Please cherry-pick the

Bug#859756: unblock: xapian-core/1.4.3-2

) + + -- Olly Betts <o...@survex.com> Thu, 06 Apr 2017 06:48:18 +1200 + xapian-core (1.4.3-1) unstable; urgency=medium * New upstream release diff -Nru xapian-core-1.4.3/debian/patches/fix-unweighted-and.patch xapian-core-1.4.3/debian/patches/fix-unweighted-and.patch --- xapian-core

Bug#857757: python-wxversion: broken symlink: /usr/lib/python2.7/dist-packages/wx.pth -> ../../wx/python/wx.pth

On Tue, Mar 14, 2017 at 06:50:52PM +0100, Andreas Beckmann wrote: > 0m20.0s ERROR: FAIL: Broken symlinks: > /usr/lib/python2.7/dist-packages/wx.pth -> ../../wx/python/wx.pth > > A file called wx.pth does not exist in Debian/unstable. > A possible target could be /usr/lib/wx/python/wx3.0.pth

Bug#857693: libxapian30: Incorrect results from boolean filters

Package: libxapian30 Version: 1.4.3-1 Severity: important Tags: patch upstream Kirill A. Shutemov noticed some queries in notmuch were giving different answers on a repeat run without the data having changed. Investigating, this turns out to be a bug in xapian-core with handling an AND operator

Bug#853107: xapian-core: FTBFS under pbuilder with USENETWORK=no

Control: tag -1 -moreinfo Control: tag -1 +upstream This came up on #debian-devel and jrtc27 (James Clarke) spotted the underlying cause - from "man getaddrinfo": | If hints.ai_flags includes the AI_ADDRCONFIG flag, then IPv4 addresses | are returned in the list pointed to by res only if the

Bug#857326: AH01796: AuthType NTLM configured without corresponding module

On Fri, Mar 10, 2017 at 02:59:10PM +1100, Hamish Moffatt wrote: > I've configured this module according to the README instructions, but it > doesn't work - any > attempt to authenticate results in the following in the Apache log: > > [Fri Mar 10 14:49:34.047665 2017] [authn_core:error] [pid

Bug#856522: unblock: wxwidgets3.0/3.0.2+dfsg-3

+ + * Force building as C++98 for now to fix FTBFS of qutemol and perhaps +other rdeps since recent binNMU with a GCC version which defaults +to C++11. Patch from Adrian Bunk. (Closes: #856350) + + -- Olly Betts <o...@survex.com> Wed, 01 Mar 2017 14:15:40 +1300 + wxwidgets3.0 (3.0.2+

Bug#856515: unblock: xapian-omega/1.4.3-3

) + + -- Olly Betts <o...@survex.com> Wed, 01 Mar 2017 14:23:38 +1300 + xapian-omega (1.4.3-2) unstable; urgency=medium * debian/control: Regenerate from debian/control.in to pick up missing diff -Nru xapian-omega-1.4.3/debian/patches/fix-term-based-date-ranges.patch xapian-omega-1.4.3/

Bug#856341: [Freewx-maint] Bug#856341: python-wxgtk3.0: Warning about wxPython is using an older C++ ABI

On Tue, Feb 28, 2017 at 10:26:52PM -0500, Scott Talbert wrote: > Why was this binNMU done anyway? It seems to enable PIE (which is now the default with GCC6). Cheers, Olly

Bug#856341: [Freewx-maint] Bug#856341: python-wxgtk3.0: Warning about wxPython is using an older C++ ABI

On Tue, Feb 28, 2017 at 08:37:39PM -0500, Scott Talbert wrote: > On Wed, 1 Mar 2017, Olly Betts wrote: > > >>It sure would be nice to get rid of this warning which will otherwise be > >>around for the duration of stretch. You don't think it's worth filing a > >>

Bug#856341: [Freewx-maint] Bug#856341: python-wxgtk3.0: Warning about wxPython is using an older C++ ABI

On Tue, Feb 28, 2017 at 08:24:24PM -0500, Scott Talbert wrote: > On Wed, 1 Mar 2017, Olly Betts wrote: > >This will have started because wxwidgets3.0 got binNMUed a few days ago. > >I doubt we can address this for stretch though. > > It sure would be nice to get rid

Bug#856350: qutemol: FTBFS (#error This file requires compiler and library support)

On Tue, Feb 28, 2017 at 06:57:43PM +0200, Adrian Bunk wrote: > This is caused by the recent binNMU (sic) of wxwidgets3.0, > that resulted in wx3.0-headers requiring a C++11 compiler > (first rebuild with gcc 6 that defaults to C++11). > > This breaks building of qutemol (and potentially other

Bug#856341: python-wxgtk3.0: Warning about wxPython is using an older C++ ABI

On Tue, Feb 28, 2017 at 11:33:08AM +0300, Andrey Skvortsov wrote: > If wxPython application (for example wxglade) is started, warning about > mismatching C++ ABI is shown. > > Here is simple example to reproduce the case. > > $ python -c 'import wx' > 11:15:20: Warning: Mismatch between the

Bug#833692: pinot: links GPLv2+ code with OpenSSL

Control: tags -1 + fixed-upstream patch Upstream addressed this by avoiding linking libxapianbackend.so to openssl (apparently it doesn't use it anyway): https://github.com/FabriceColin/pinot/commit/3a40d5abe159a106f3aabaedf1a199020946b3b5 Cheers, Olly

Bug#855490: xapian-omega: Term based date range filtering broken

e attached patch is the fix applied upstream. Cheers, Olly commit dbc785d336daf7a33a7d86af16e28b16c47ca66e Author: Olly Betts <o...@survex.com> Date: Tue Feb 14 15:45:17 2017 +1300 Fix term-based date ranges Broken by changes in 1.4.2. Found and diagnosed by Gaurav Ar

Bug#853107: xapian-core: FTBFS under pbuilder with USENETWORK=no

On Thu, Feb 16, 2017 at 03:21:01PM -0800, Daniel Schepler wrote: > On Thu, Feb 16, 2017 at 1:37 PM, Olly Betts <o...@survex.com> wrote: > > One thought - is /etc/gai.conf present in the chroot with any uncommented > > content? > > Nope, it's just the normal

Bug#853107: xapian-core: FTBFS under pbuilder with USENETWORK=no

On Thu, Feb 16, 2017 at 09:19:35AM -0800, Daniel Schepler wrote: > > Daniel: What version of pbuilder are you using? If it's more than a > > year old, then upgrading will probably fix this. If not, then either > > that fix has regressed in pbuilder regression, or else something more > > complex

Bug#853107: xapian-core: FTBFS under pbuilder with USENETWORK=no

On Tue, Jan 31, 2017 at 10:09:57PM +0100, Georg Faerber wrote: > > Daniel: What version of pbuilder are you using? If it's more than a > > year old, then upgrading will probably fix this. If not, then either > > that fix has regressed in pbuilder regression, or else something more > > complex is

Bug#853107: xapian-core: FTBFS under pbuilder with USENETWORK=no

On Sun, Jan 29, 2017 at 06:00:06PM -0400, David Bremner wrote: > Daniel Schepler writes: > > > Source: xapian-core > > Version: 1.4.3-1 > > Severity: normal > > I'm not the xapian maintainer, but I consider this not a bug. Using > localhost networking for testing is common,

Bug#852476: file: /etc/magic no longer searched by default

On Tue, Jan 24, 2017 at 10:05:28PM +0100, Christoph Biedl wrote: > Olly Betts wrote... > > The documentation seems to not exactly match either behaviour - "man > > file" says: > > > > | The information identifying these files is read from /etc/magic and >

Bug#852476: file: /etc/magic no longer searched by default

Package: file Version: 1:5.29-1 Severity: important In jessie the default magic path is "/etc/magic:/usr/share/misc/magic": $ dpkg -l file|cat Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required

Bug#848733: xapian-bindings: FTBFS: ../../../../java/org/xapian/TradWeight.java:15: error: cannot access XapianJNI

Control: tags -1 +pending On Sat, Dec 24, 2016 at 11:04:32AM +0100, Lucas Nussbaum wrote: > Note that since dpkg 1.18.11, dpkg-buildpackage defaults to setting -Jauto, > which means automatically passing parallel=64 (on that machine), > which in turns sets MAKEFLAGS to -j64 in debian/rules, >

Bug#848733: xapian-bindings: FTBFS: ../../../../java/org/xapian/TradWeight.java:15: error: cannot access XapianJNI

On Tue, Dec 20, 2016 at 06:16:59PM +0100, Lucas Nussbaum wrote: > It seems to be a random issue. Apparently I was unlucky as it failed > twice in a row for me (when doing archive rebuilds, I automatically > retry failed builds once to avoid random issues). > > Doing: > for i in $(seq 0 9); do su

Bug#848733: xapian-bindings: FTBFS: ../../../../java/org/xapian/TradWeight.java:15: error: cannot access XapianJNI

Control: severity -1 important Control: tags -1 +unreproducible On Mon, Dec 19, 2016 at 10:12:01PM +0100, Lucas Nussbaum wrote: > During a rebuild of all packages in sid, your package failed to build on > amd64. I've just tried to reproduce locally with "sbuild -dunstable xapian-bindings" and

Bug#844486: Bug#844526: Bug#844486: gnuplot-qt: Mismatch between the program and library build versions with GNUTERM=wxt

On Thu, Dec 08, 2016 at 02:59:54AM +0100, Vincent Lefevre wrote: > On 2016-12-08 00:22:51 +0000, Olly Betts wrote: > > As for the proposed patch, I'm not wild about just removing this warning - > > the > > current patch we're applying downgrades the fatal error to a warnin

Bug#844486: [Freewx-maint] Bug#844486: Bug#844526: Bug#844486: gnuplot-qt: Mismatch between the program and library build versions with GNUTERM=wxt

On Wed, Dec 07, 2016 at 07:36:42PM -0500, Scott Talbert wrote: > On Thu, 8 Dec 2016, Olly Betts wrote: > >#846019 looks to be something different - it's giving a *FATAL* error there > >(it's not obvious to me how or why since the two strings seem to match aside > >from the

Bug#844486: Bug#844526: Bug#844486: gnuplot-qt: Mismatch between the program and library build versions with GNUTERM=wxt

Control: severity -1 minor On Tue, Dec 06, 2016 at 07:26:17PM +0200, Adrian Bunk wrote: > Control: reassign 846019 src:wxwidgets3.0 > Control: forcemerge -1 846019 > Control: severity -1 serious > Control: affects -1 pgadmin3 > > After looking at #846019 this appears to be pretty RC. #846019

Bug#845369: debian-policy: [5.6.8] Not fully updated for "any all"

Package: debian-policy Severity: minor In policy 3.9.3.0 (at least according to upgrading-checklist.txt): 5.6.8 The `Architecture' field in `*.dsc' files may now contain the value `any all' for source packages building both architecture-independent and

Bug#844486: gnuplot-qt: Mismatch between the program and library build versions with GNUTERM=wxt

On Wed, Nov 16, 2016 at 08:14:00PM +0100, Anton Gladky wrote: > block 844486 by 844526 > thanks > > wxwidget should be binnmued to fix the bug properly. I don't believe there's actually any real bug here, let alone an RC one. GCC makes small fixes to obscure corner cases of the C++ ABI from

Bug#811857: fixed in synaptic 0.83+nmu1

On Sun, Oct 02, 2016 at 12:33:42AM -0400, Jeremy Bicha wrote: > Olly, thanks for fixing this bug. > > Since Ubuntu 16.10 has gcc 6 too, the patch should also be added to > 00list.Ubuntu like this: I think that's a job for the package's maintainer (mvo) - AFAICS the NMU rules don't allow me to

Bug#797271: Synaptic false positive, does not launch

Control: severity -1 important Control: tags -1 + unreproducible On Fri, Aug 28, 2015 at 09:57:08PM -0400, Carlos Kosloff wrote: > I did not do anything except dist-upgrade my system with apt-get. > All of a sudden synaptic will not launch. > Reports a false positive, bad password given for root.

Bug#811857: synaptic: diff for NMU version 0.83+nmu1

upload. + * Fix FTBFS with GCC6 (Closes: #811857) ++ New patch 99_fix_build_with_gcc6, cherry-picked from git. + + -- Olly Betts <o...@survex.com> Sun, 02 Oct 2016 09:50:57 +1300 + synaptic (0.83) unstable; urgency=medium [ xuzhen ] diff -Nru synaptic-0.83/debian/patches/00list sy

Bug#812165: pinot: diff for NMU version 1.05-1.2

, +which has changed with C++11. New patch: +fix-hardcoded-mangled-symbol-name.patch + + -- Olly Betts <o...@survex.com> Fri, 30 Sep 2016 15:05:23 +1300 + pinot (1.05-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru pinot-1.05/debian/control pinot-1.05/debian/c

Bug#837630: transition: xapian-core

On Thu, Sep 29, 2016 at 09:28:27PM +0100, Olly Betts wrote: > On Thu, Sep 29, 2016 at 06:55:56PM +0200, Emilio Pozuelo Monfort wrote: > > On 13/09/16 06:50, Olly Betts wrote: > > > https://release.debian.org/transitions/html/auto-xapian-core.html > > > > Go ahead! &g

Bug#204975: [Build-common-hackers] Bug#204975: cdbs: postrm and postinst have useless call to ldconfig

On Mon, Oct 11, 2004 at 02:25:30PM -0400, Joey Hess wrote: > I do not like this approach, because it makes the package build > dependant on the contents of ld.so.conf. Since various packages modify > that file, there's no canonical list of what directories are used, and > changing behavior based

Bug#837630: transition: xapian-core

Control: forwarded -1 https://release.debian.org/transitions/html/auto-xapian-core.html On Thu, Sep 29, 2016 at 06:55:56PM +0200, Emilio Pozuelo Monfort wrote: > On 13/09/16 06:50, Olly Betts wrote: > > I've test rebuilt the other reverse dependencies and they all built &g

Bug#837963: clang-4.0: bogus valgrind warning from push_back() on std::string

Package: clang-4.0 Version: 1:4.0~svn279916-1 Severity: normal If I compile this reduced testcase with clang++-4.0 and run it under valgrind, I get a bogus warning from the second push_back(). If I compile with other versions of clang++ or g++ from Debian I don't get this warning: $ cat

Bug#837630: transition: xapian-core

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I'd like to transition the archive to Xapian 1.4 before the next release. There are packages of xapian-core 1.4.0 in experimental. I maintain xapian-bindings and xapian-omega, and

Bug#807866: RFP: github-hub -- hub helps you win at git

Control: block 807866 by 819936 On Sun, Feb 07, 2016 at 10:09:19AM -0800, Tianon Gravi wrote: > I've started packaging for this in > https://anonscm.debian.org/cgit/pkg-go/packages/hub.git/ (cgit hasn't > updated yet, but it should show up shortly). I've noted in the changelog > which deps I

Bug#834201: ImportError: No module named '_xapian'

Control: forwarded -1 https://trac.xapian.org/ticket/731 Control: tags -1 +fixed-upstream On Fri, Aug 12, 2016 at 05:34:23PM -0700, Jameson Graef Rollins wrote: > I run into the following ImportError when I try to import the python3 > xapian module: Thanks - this was already reported and fixed

Bug#833692: pinot: links GPLv2+ code with OpenSSL

Package: pinot Version: 1.05-1.1+b1 Severity: serious Justification: Policy 2.2.1 Bad news everyone - pinot links libxapian (which is GPLv2+) and openssl (which has a GPLv2+-incompatible advertising clause in its licence) into the same binary: $ ldd

Bug#812165: pinot: patch to fix FTBFS

) + + -- Olly Betts <o...@survex.com> Sat, 06 Aug 2016 12:12:06 +1200 + pinot (1.05-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru pinot-1.05/debian/patches/fix-ftbfs-with-gcc6.patch pinot-1.05/debian/patches/fix-ftbfs-with-gcc6.patch --- pinot-1.05/debian/patches/fix

Bug#832075: libsvm: diff for NMU version 3.21+ds-1.1

+1,11 @@ +libsvm (3.21+ds-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/libsvm3.triggers: +- Fix typo: activate-nowait -> activate-noawait. (Closes: #832075) + + -- Olly Betts <o...@survex.com> Sat, 30 Jul 2016 15:18:16 +1200 + libsvm (3.21+ds-1) unstable; urgen

Bug#828926: [Freewx-maint] Bug#828926: wxwidgets3.0: FTBFS with gcc-6 and glibc 2.23

On Wed, Jun 29, 2016 at 09:41:01AM -0400, Scott Talbert wrote: > On Tue, 28 Jun 2016, Daniel Schepler wrote: > > >../src/stc/scintilla/src/Editor.cxx: In function 'bool Close(Point, Point)': > >../src/stc/scintilla/src/Editor.cxx:5844:23: error: call of overloaded > >'abs(XYPOSITION)' is

Bug#825704: swift-im: should it be removed from Debian?

On Tue, Jun 14, 2016 at 10:32:39AM +0100, Kevin Smith wrote: > Just an update for people watching this ticket and interested in > progress. I resolved the uic issue, was down to two lintian warnings > this morning, and now I’m down to one (it’s no longer happy with the > copyright format, reading

Bug#822745: wxwidgets3.0: Please build XML documentation for wxWidgets

On Thu, May 19, 2016 at 12:13:13AM -0400, Scott Talbert wrote: > For Fedora, they are built as a separate binary package, which is > about 4MB in size. Probably worth splitting then. > The other option would be to package the interface headers (and then > the Phoenix package could generate the

Bug#822745: wxwidgets3.0: Please build XML documentation for wxWidgets

On Tue, Apr 26, 2016 at 11:59:27PM -0400, Scott Talbert wrote: > I would like to request that the XML documentation be built and packaged > for wxWidgets. I am planning to work on packaging wxPython Phoenix, > which uses the wxWidgets XML interface documentation as the input for > its build

Bug#824264: wxwidgets3.0: diff for NMU version 3.0.2+dfsg-1.4

On Sat, May 14, 2016 at 04:33:30PM +0200, Benjamin Drung wrote: > I've prepared an NMU for wxwidgets3.0 (versioned as 3.0.2+dfsg-1.4) and > uploaded it to DELAYED/10. Please feel free to tell me if I > should delay it longer. Some prior warning of an NMU would have been nice - I'm pretty much

Bug#821195: survex: FTBFS on hurd-i396

Control: tags -1 + patch pending On Wed, May 04, 2016 at 05:53:20PM +0100, Colin Watson wrote: > On Sat, Apr 16, 2016 at 05:16:54PM +0200, Tobias Frost wrote: > > survex FTBFS on hurd-i386 but built before. > > Please take a look. > > > > As this is preventing decrufting of wxwidgets3.0, I've

Bug#821934: Need libwxgtk-webview3.0-dev as build-dep

On Thu, Apr 28, 2016 at 12:00:51AM -0400, Scott Talbert wrote: > On Thu, 28 Apr 2016, Olly Betts wrote: > >This is probably why this is currently commented out - things need > >sorting out such that only python-wxgtk-webview3.0 pulls in > >libwxgtk-webview3.0-0v5 (like

Bug#821934: Need libwxgtk-webview3.0-dev as build-dep

On Wed, Apr 27, 2016 at 11:36:42PM -0400, Scott Talbert wrote: > On Wed, 27 Apr 2016, Olly Betts wrote: > > >>Build-Depends: > >>debhelper (>= 9), > >>dh-python, > >>libgtk2.0-dev, > >>libwxgtk3.0-dev, > >>libwxgtk

Bug#821934: Need libwxgtk-webview3.0-dev as build-dep

On Wed, Apr 27, 2016 at 12:19:53AM -0400, Scott Talbert wrote: > Build-Depends: > debhelper (>= 9), > dh-python, > libgtk2.0-dev, > libwxgtk3.0-dev, > libwxgtk-media3.0-dev, > #libwxgtk-webview3.0-dev, > python-all, > python-all-dev > > Uncommenting the appears to

Bug#822204: doxygen: Xapian integration no longer enabled

Package: doxygen Version: 1.8.11-1~exp1 Severity: normal The doxygen package used to have the Xapian integration enabled, but no longer does. Looking at the "Depends:" reported for the newly-built doxygen binary package in the buildd logs, this stopped being enabled in 1.8.11-1~exp1. 1.8.11

Bug#808610: Accepted xapian-core 1.2.22-3~bpo8+1 (source amd64 all) into jessie-backports, jessie-backports

Control: fixed -1 1.2.12-2+deb7u1 Control: fixed -1 1.2.19-1+deb8u1 On Thu, Apr 07, 2016 at 10:26:20AM +0100, Olly Betts wrote: > On Thu, Apr 07, 2016 at 09:05:43AM +, Eric Wong wrote: > > Thanks Olly. Are you still planning on getting #808610 fixed in > > normal jessie (and

Bug#821757: wheezy-pu: package xapian-core/1.2.12-2

On Tue, Apr 19, 2016 at 08:47:15PM +0100, Adam D. Barratt wrote: > Please go ahead. Thanks, now uploaded. Cheers, Olly

Bug#820059: jessie-pu: package xapian-core/1.2.19-1

On Tue, Apr 19, 2016 at 08:38:11PM +0100, Adam D. Barratt wrote: > Please go ahead. Thanks, now uploaded. Cheers, Olly

Bug#821757: wheezy-pu: package xapian-core/1.2.12-2

corruption, especially with recoll. (Closes: #808610) + + -- Olly Betts <o...@survex.com> Tue, 19 Apr 2016 13:13:31 +1200 + xapian-core (1.2.12-2) unstable; urgency=low * New patch fix-db-write-lock.patch which fixes database write locking to diff -Nru xapian-core-1.2.12/debian/patches/

Bug#820059: jessie-pu: package xapian-core/1.2.19-1

Control: tags -1 + patch Control: tags -1 - moreinfo On Wed, Apr 06, 2016 at 09:35:46PM +0100, Adam D. Barratt wrote: > On Tue, 2016-04-05 at 17:06 +1200, Olly Betts wrote: > > The attached patch is from the upstream git repo - it's been on git > > master since 2015-04-28, and in

Bug#808610: Accepted xapian-core 1.2.22-3~bpo8+1 (source amd64 all) into jessie-backports, jessie-backports

On Thu, Apr 07, 2016 at 09:05:43AM +, Eric Wong wrote: > Thanks Olly. Are you still planning on getting #808610 fixed in > normal jessie (and not just jessie-backports)? Yes, that's in progress: https://bugs.debian.org/820059 Cheers, Olly

Bug#816775: #816775: ruby-xapian: Please depend on librubyX.Y

On Thu, Mar 24, 2016 at 11:22:44PM +0100, Christian Hofstaedtler wrote: > * Olly Betts <o...@survex.com> [160324 22:56]: > > On Thu, Mar 24, 2016 at 07:52:56PM +0100, Christian Hofstaedtler wrote: > > > BTW, there's a pkg-config file if you don't want to go via > >

Bug#820059: jessie-pu: package xapian-core/1.2.19-1

the database is reopened, and flag the current cursor version as used when a cursor is rebuilt. . Fixes database corruption issues with certain usage patterns, which recoll can trigger. Author: Olly Betts <o...@survex.com> Origin: upstream, https://trac.xapian.org/cha

Bug#818260: Processed: reassign 818260 to ruby-xapian, affects 818260

On Mon, Apr 04, 2016 at 07:42:26AM +, Debian Bug Tracking System wrote: > Processing commands for cont...@bugs.debian.org: > > > reassign 818260 ruby-xapian > Bug #818260 [sup-mail] sup-mail: crashes on start: "cannot load such file -- > _xapian (LoadError)" > Bug reassigned from package

Bug#816775: #816775: ruby-xapian: Please depend on librubyX.Y

On Thu, Mar 24, 2016 at 07:52:56PM +0100, Christian Hofstaedtler wrote: > * Christian Hofstaedtler [160324 19:08]: > > your package implicitly depends ob libruby2.2, by means of shipping > > an .so which uses symbols from libruby2.2. libruby2.2 is about to go > > away from

Bug#819139: php5-dev: php-config5 --php-binary gives unversioned result

Package: php5-dev Version: 5.6.19+dfsg-2 Severity: normal "php-config5 --php-binary" gives "/usr/bin/php" which is a managed by alternatives. Currently /usr/bin/php7.0 has the highest priority: $ update-alternatives --config php There are 2 choices for the alternative php (providing

Bug#817700: RM: python-django-djapian -- RoQA; Dead upstream

Package: ftp.debian.org Severity: normal Quoting myself from: https://bugs.debian.org/755618#17 | On Sun, Jan 03, 2016 at 07:06:03PM +1100, Brian May wrote: | > # these packages appear to be abandoned upstream, so probably do have | > # Django 1.7 issues. | [...] | > # 755618

Bug#808610: libxapian22: xapian database corruption causes recollindex loop

Control: tags -1 -moreinfo Control: tags -1 +wheezy Control: severity -1 grave On Thu, Mar 03, 2016 at 01:52:45AM +, Eric Wong wrote: > > > > On Mon, Dec 28, 2015 at 02:45:43AM +, Olly Betts wrote: > > > > > http://trac.xapian.org/changeset/826d1a19cc356e7bf

Bug#814744: xapian-core: "Multi-Arch: no" gets rejected by dak

Control: tag -1 +pending On Sun, Feb 14, 2016 at 11:13:39PM +0100, Aurelien Jarno wrote: > This package has been built successfully on the autobuilders, but it > has then be rejected by dak with the following message: > > libxapian-dev_1.2.22-2_ppc64el.deb: Multi-Arch: no support in Debian is

Bug#785924: [Freewx-maint] Bug#785924: wxwidgets3.0: Please update to GStreamer 1.x

Sebastian Dröge wrote: > How can I test the wxwidgets GStreamer integration? You need to test via an application which uses it - something which depends on the wx or wxpython media package. I think I've used whyteboard for this before. Thanks for looking at this. Cheers,

Bug#813761: dh-linktree: Typo in package description: "unconditionnaly"

Package: dh-linktree Version: 0.4 Severity: minor "unconditionnaly" in long description should be "unconditionally". Cheers, Olly signature.asc Description: PGP signature

Bug#813344: wx3.0-i18n and trustedqsl: error when trying to install together

Control: reassign -1 trustedqsl Control: affects -1 wx3.0-i18n On Sun, Jan 31, 2016 at 10:30:15PM +0100, Ralf Treinen wrote: > Package: trustedqsl,wx3.0-i18n > Version: trustedqsl/2.2-1 > Version: wx3.0-i18n'3.0.2+dfsg-1.2@all, wx3.0-i18n/3.0.2+dfsg-1 > Severity: serious > User:

Bug#755618: untouched Django 1.7 bugs

On Sun, Jan 03, 2016 at 07:06:03PM +1100, Brian May wrote: > # these packages appear to be abandoned upstream, so probably do have > # Django 1.7 issues. [...] > # 755618 src:python-django-djapian > severity 755618 serious > # last upstream release 11 Oct 2009 Sadly djapian seems to go inactive

Bug#812182: /usr/bin/omindex: support wildcard mime-types

Control: tags -1 + fixed-upstream On Thu, Jan 21, 2016 at 10:07:58AM +0100, IOhannes m zmölnig wrote: > i would like to suggest to support wildcard mimetypes as fallbacks. > > e.g. the following would use 'exiv2' for jpeg-images, 'mediainfo' for all > other > images and 'strings' for any other

Bug#782270: ruby documentation cannot be built from source

On Thu, Apr 09, 2015 at 07:56:21PM +0200, Matthias Klose wrote: > src/Makefile.am: > > docs/xapian.rb: generate-rdoc-stubs xapian.rb > ../../xapian-core/docs/apidoc/xml/index.xml > $(PERL) $(srcdir)/generate-rdoc-stubs > > the generate-rdoc-stubs doesn't exist. Upstream now ship this

Bug#812255: g++-6: ICE with -fsanitize=undefined -fcheck-pointer-bounds -mmpx

Package: g++-6 Version: 6-20160117-1 Severity: minor I was trying out the new -fcheck-pointer-bounds option (which requires -mmpx) and found that in combination with -fsanitize=undefined it causes an ICE: $ cat x.cc int * a; void f() { *a = 1; } $ g++-6 -fsanitize=undefined

Bug#808610: libxapian22: xapian database corruption causes recollindex loop

Control: tag -1 + jessie On Wed, Jan 20, 2016 at 02:45:15PM +1300, Olly Betts wrote: > On Mon, Dec 28, 2015 at 02:45:43AM +0000, Olly Betts wrote: > > On Mon, Dec 21, 2015 at 01:14:40PM +, John Kozak wrote: > > > I run recollindex from a crontab every night against a corpus

Bug#808610: libxapian22: xapian database corruption causes recollindex loop

Control: tag -1 moreinfo On Mon, Dec 28, 2015 at 02:45:43AM +, Olly Betts wrote: > On Mon, Dec 21, 2015 at 01:14:40PM +, John Kozak wrote: > > I run recollindex from a crontab every night against a corpus of pdf > > files. After upgrading to jessie, every few days this

<    1   2   3   4   5   6   7   8   9   10   >