Control: reopen -1
Control: found -1 1.4.10-2
On Mon, Aug 12, 2024 at 03:57:03AM +, Debian Bug Tracking System wrote:
> + Fixes i386 test failures due to excess precision. (Closes: #1077514)
Unfortunately there's a new issue in a testcase that was added in the
new upstream release. I'll
On Sun, Apr 07, 2024 at 08:22:37PM +0100, Peter Michael Green wrote:
> The following lines in the build log look like a likely culprit.
>
> > # The module(s) are linked against libruby2.x but use none of its
> > # symbols, so there's no dependency generated. That's unhelpful for
> > # users and f
On Wed, Nov 08, 2023 at 08:10:26PM +0100, Martin Budaj wrote:
> On Tue, Nov 7, 2023 at 4:25 PM Wookey wrote:
>
> > It looks like moving to catch3 and adding:
> > target_link_libraries(test PRIVATE Catch2::Catch2WithMain)
> > in the test targets should do the trick.
> as we still need to maintain
Source: xapian-core
Version: 1.4.18-3
Severity: critical
Tags: patch upstream
Justification: causes serious data loss
Control: fixed -1 1.4.22-1
Xapian database corruption on disk full is possible. It doesn't happen
in every case as ENOSPC needs to happen on a particular operation during
the comm
On Sat, Jan 14, 2023 at 12:07:21AM +0100, Bastian Germann wrote:
> I have just tested the patch and uploaded it as-is as NMU to DELAYED/10.
Thanks for the testing.
I'm not super happy that you've uploaded an NMU that appears to have
been done by me though:
https://ftp-master.debian.org/deferred/
On Wed, Sep 14, 2022 at 03:42:14PM -0400, s...@techie.net wrote:
> Please transition dolphin-emu from wxwidgets3.0 to wxwidgets3.2.
I've been looking through the handful of packages which are still
using wxwidgets3.0 with an eye to seeing if any can usefully be
NMUed to help them reenter testing b
ule-2.3.3/debian/changelog 2021-10-01 16:26:49.0 +1300
+++ amule-2.3.3/debian/changelog 2023-01-09 13:00:46.0 +1300
@@ -1,3 +1,10 @@
+amule (1:2.3.3-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Update to use wxwidgets3.2 - new patch wx3.2.patch; Closes: #1019841
0.16.0-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Update to wxwidgets3.2. (Closes: #1019791)
+
+ -- Olly Betts Thu, 05 Jan 2023 10:56:35 +1300
+
stimfit (0.16.0-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru stimfit-0.16.0/debian/control stimfit-0
Control: tags -1 + patch
On Wed, Sep 14, 2022 at 03:42:14PM -0400, s...@techie.net wrote:
> Please transition freespace2-launcher-wxlauncher from wxwidgets3.0 to
> wxwidgets3.2.
Just a friendly note to highlight that this package needs to re-enter
testing to make it into bookworm, and that the re
Just a friendly note to highlight that opencpn needs to re-enter testing
to make it into bookworm, and that the release freeze cut-off for
re-entering testing is 2023-02-12:
https://release.debian.org/testing/freeze_policy.html#summary
I think a package needs to actually *migrate* by that cut-off
On Wed, Dec 28, 2022 at 12:55:20PM -0500, Scott Talbert wrote:
> On Tue, 27 Dec 2022, Chow Loong Jin wrote:
> > Alright, I'll leave the slic3r-prusa as-is then. I'm guessing that a
> > binNMU will take care of things when we get there.
>
> wxwidgets3.2 has been rebuilt in unstable with EGL support
On Wed, Nov 09, 2022 at 11:44:29PM +, Olly Betts wrote:
> On Wed, Nov 09, 2022 at 04:49:33PM +0100, Cesar Mauri wrote:
> > I've just merged a PR that add support for OpenCV 4.6.0 and (hopefully)
> > fixes the camera error
> >
> > https://github.com/cmauri/eviac
2. (Closes: #1019837)
+
+ -- Olly Betts Thu, 05 Jan 2023 06:46:35 +1300
+
treesheets (1:1.0.2-1) unstable; urgency=medium
* New upstream release.
diff -Nru treesheets-1.0.2/debian/control treesheets-1.0.2/debian/control
--- treesheets-1.0.2/debian/control 2019-12-01 05:24:15.0 +1300
+++
On Wed, Dec 21, 2022 at 11:21:03AM +0800, Chow Loong Jin wrote:
> I've fixed the segfault by applying the patch from [1], but there's one
> issue remaining -- PrusaSlicer fails to initialize GLEW due to [2],
> resulting in the plater screen not showing up, same as this SuperSlicer
> issue[3].
>
>
On Thu, Oct 27, 2022 at 09:07:42AM +, Andrius Merkys wrote:
> Control: tag -1 pending
>
> Hello,
>
> Bug #1019808 in openbabel reported by you has been fixed in the
> Git repository and is awaiting an upload. You can see the commit
> message below and you can check the diff of the fix at:
>
11-26 08:12:59.0 +1300
@@ -1,3 +1,11 @@
+golly (3.3-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * debian/control: Switch to use wxwidgets3.2 (Closes: #1019810)
+ * Drop patch 0005-wxwidgets-inmature-yet.patch which is no longer required.
+
+ -- Olly Betts Sat, 26 Nov 20
On Fri, Nov 18, 2022 at 11:06:07AM +0800, Bo YU wrote:
> On Fri, Nov 18, 2022 at 3:34 AM Olly Betts wrote:
> > Looking at upstream's SVN history I can see changes for wx3.2
> > compatibility so it looks like they're on top of this.
> >
> > Therefore I'
On Sun, Oct 30, 2022 at 03:52:13PM +0800, Bo YU wrote:
> I have tried to build the package with libwxgtk3.2-dev, but
> unfortunately, it fails:
[snip]
> Could you help to have a look?
Looking at upstream's SVN history I can see changes for wx3.2
compatibility so it looks like they're on top of thi
15:40:43.0 +1300
@@ -1,3 +1,11 @@
+openmsx-catapult (18.0-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * debian/control: Update to build with wxwidgets-3.2 (new patch
+wx3.2-compat.patch) (Closes: #1019776)
+
+ -- Olly Betts Thu, 10 Nov 2022 15:40:43 +1300
+
openmsx-catapult (1
On Wed, Nov 09, 2022 at 04:49:33PM +0100, Cesar Mauri wrote:
> I've just merged a PR that add support for OpenCV 4.6.0 and (hopefully)
> fixes the camera error
>
> https://github.com/cmauri/eviacam/tree/master
Great. Will there be a new upstream release soon?
Cheers,
Olly
On Tue, Sep 20, 2022 at 09:18:52PM +, Dennis Braun wrote:
> Control: tag -1 pending
>
> Hello,
>
> Bug #1019806 in sooperlooper reported by you has been fixed in the
> Git repository and is awaiting an upload. You can see the commit
> message below and you can check the diff of the fix at:
>
cam-2.1.4/debian/changelog eviacam-2.1.4/debian/changelog
--- eviacam-2.1.4/debian/changelog 2020-02-12 02:09:11.0 +1300
+++ eviacam-2.1.4/debian/changelog 2022-11-09 10:14:08.0 +1300
@@ -1,3 +1,11 @@
+eviacam (2.1.4-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * debian/co
pdate to build with wxwidgets-3.2 (new patch
+wx3.2-compat.patch) (Closes: #1019829)
+
+ -- Olly Betts Mon, 07 Nov 2022 12:06:09 +1300
+
pgn2web (0.4-3) unstable; urgency=medium
* debian/control:
diff -Nru pgn2web-0.4/debian/control pgn2web-0.4/debian/control
--- pgn2web-0.4/debian/co
Source: wxwidgets3.0
Version: 3.0.5.1+dfsg-5
Severity: serious
Justification: Opinion of package maintainer
We have packages of wxwidgets3.2 in unstable and testing, and a
transition is well under way:
https://release.debian.org/transitions/html/wxwidgets-3.2.html
The last upstream release of wx
Control: retitle -1 spek: Please transition to wxwidgets3.2
On Tue, Jul 30, 2019 at 10:05:39AM -0400, s...@techie.net wrote:
> Your package appears to be using the wxWidgets GTK 2 implementation. In
> Debian, we have had a GTK 3 implementation of wxWidgets for some time.
> For the bullseye rel
On Wed, Oct 12, 2022 at 10:40:29PM +0200, László Böszörményi (GCS) wrote:
> On Wed, Oct 12, 2022 at 10:36 PM Olly Betts wrote:
> > On Tue, Oct 11, 2022 at 11:28:53PM +0200, Sebastian Ramacher wrote:
> > > The following packages have unmet dependencies:
> > > li
title -1 libwxsqlite3-3.0-dev: not coinstallable
On Tue, Oct 11, 2022 at 11:28:53PM +0200, Sebastian Ramacher wrote:
> The following packages have unmet dependencies:
> libwxsqlite3-3.2-dev : Breaks: libwxsqlite3-3.0-dev but 3.4.1~dfsg-8 is to
> be installed
> E: Unable to correct problems, you
Package: xmlcopyeditor
Version: 1.2.1.3-4.3
Severity: serious
Justification: makes the package in question unusable or mostly so
X-Debbugs-Cc: s...@techie.net
Since the update to use wxwidgets3.2, xmlcopyeditor pops up "An
assertion failed!" dialogs on startup, with similar messages on
stderr:
On Tue, Jul 19, 2022 at 04:32:41PM +0200, Antonio Terceiro wrote:
> > dh_install: warning: Cannot find (any matches for)
> > "usr/lib/python3*/*-packages/xapian/*.so" (tried in debian/tmp, debian/tmp)
> >
> > dh_install: warning: python3-xapian missing files:
> > usr/lib/python3*/*-packages/xapi
On Tue, Oct 26, 2021 at 05:35:48AM +0200, Sebastiaan Couwenberg wrote:
> PROJ 8.2.0 is scheduled for release next week, just wait for that.
Oh, I see this has been uploaded. I'll try to sort out updating the
survex package to use it.
Cheers,
Olly
On Tue, Oct 26, 2021 at 06:34:06PM -0300, Antonio Terceiro wrote:
> > rb=debian/tmp`/usr/bin/ruby3.0 -rrbconfig -e 'puts
> > RbConfig::CONFIG["vendorlibdir"]'`/xapian.rb; \
> > for v in 2.7; do \
> > if [ "$v" != "3.0" ] ; then \
> > set -e; \
> > rb_old=debian/tmp`/usr/bin/ruby$v -rrb
On Tue, Oct 26, 2021 at 05:35:48AM +0200, Sebastiaan Couwenberg wrote:
> PROJ 8.2.0 is scheduled for release next week, just wait for that.
OK.
> You also mentioned in the upstream issue that you need a solution for other
> users who cannot upgrade to PROJ 8.2.0, did you give up on that and made
On Fri, Oct 22, 2021 at 06:36:53AM +0200, Sebastiaan Couwenberg wrote:
> The proj transition has started, raising the severity accordingly.
As I noted in the upstream ticket (which I know you are subscribed to)
Survex requires a fix to make proj_factors() actually usable in the "new
PROJ" world.
On Fri, Jul 16, 2021 at 06:44:49PM +0200, Dennis Filder wrote:
> The attached patch seems to allow the "Converting images" step to
> succeed. I ran this only once though.
This looks reasonable to me (as an uploader of the package).
Wookey: Are you able to upload? I'm seriously lacking in spare
On Tue, Feb 23, 2021 at 10:22:39PM +0200, Adrian Bunk wrote:
> On Tue, Feb 23, 2021 at 07:52:42PM +0000, Olly Betts wrote:
> >...
> > As you note, on i386 the test was only run with the SSE build before
> > the recent debian/rules modernisation, but that doesn't expl
On Sat, Feb 20, 2021 at 07:24:52PM +, Olly Betts wrote:
> On Fri, Feb 19, 2021 at 11:36:46AM +0200, Adrian Bunk wrote:
> > With the old debian/rules the test was only run with
> > the SSE build.
> >
> > If exact results are required and the x87 excess precision is
On Fri, Feb 19, 2021 at 11:36:46AM +0200, Adrian Bunk wrote:
> With the old debian/rules the test was only run with
> the SSE build.
>
> If exact results are required and the x87 excess precision is unwanted,
> test with the non-SSE build can be fixed with:
>
> --- debian/rules.old 2021-02-18 15
On Fri, Mar 27, 2020 at 10:33:33AM -0400, Sandro Tosi wrote:
> i think we're ready to drop python-xapian: the only 2 remaining rdeps
> are not in testing (because are RC anyway), so please do remove
> python-xapian at your earliest convenience (please note we're also
> going to proceed with the rem
Control: tags -1 +pending
On Thu, Feb 06, 2020 at 05:17:37AM +, peter green wrote:
> This build failure is fixed by upstream commit
> faaa552de9ec099184d131c08b76ae0b1ce4f5ec
Thanks for identifying this - will upload shortly.
I'll also suggest to upstream it's time they made a new release (i
On Sat, Jan 18, 2020 at 09:58:15PM -0500, Sandro Tosi wrote:
> This bug was closed, but the package has still some dependencies towards
> Python2 packages, in details:
>
> (binary:pinot)Recommends->python-docutils
>
> Re-opening, so that they can be taken care of.
The dependency is actually:
Re
Source: opencpn
Version: 4.8.8+dfsg.2-1
Severity: grave
Justification: renders package unusable
opencpn build-depends on libwxgtk3.0-dev, but that's been dropped
(there are still some crufty remnants in unstable, but libwxgtk3.0-dev
is no longer built by the wxwidgets3.0 source package, and isn't
On Fri, Nov 22, 2019 at 11:30:00PM -0800, Steve Langasek wrote:
> Rather than adding a build-dependency on python, which is deprecated, I have
> attached a patch which moves the invocation to python3 instead and added a
> build-dependency on python3.
I do wish upstream would pick a scripting langu
On Mon, Oct 28, 2019 at 05:15:15PM -0400, Scott Talbert wrote:
> The fpga test failure is also occurring with autopkgtest:
> https://ci.debian.net/data/packages/unstable/amd64/m/meson/latest-autopkgtest/log.gz
>
> Jussi also mentioned it. Perhaps it's related to the recent upload of
> fpga-icesto
On Mon, Oct 28, 2019 at 07:53:24AM +0100, Martin Pitt wrote:
> Olly Betts [2019-10-27 11:52 +1300]:
> > However, then the build fails for me running tests using ccache - the
> > problem is that $HOME is /sbuild-nonexistent under sbuild, which
> > doesn't exist, and cache
On Fri, Oct 25, 2019 at 01:52:31AM +0100, Olly Betts wrote:
> I'll try to sort out my chroots over the weekend, but meanwhile if you
> can get somebody else to sponsor please go for it.
I've rebuilt my build chroots in a larger partition.
However, then the build fails for me run
On Sat, Oct 26, 2019 at 10:39:47PM +0200, José Luis Blanco-Claraco wrote:
> However, I want to point out that we don't need to wait for
> mrpt-2.0.0, since the current version in unstable (1.5.8) already
> fixes this wxwidgets3.0-gtk3 bug.
> As you said, the problem now is the build issue in mipsel
On Thu, Oct 24, 2019 at 12:48:08AM +0200, Gianfranco Costamagna wrote:
> the package is going to get kicked out from testing because of this
> bug soon...
It's actually #933469 which will get it auto-removed from testing in
next few days - the AUTORM for this bug wouldn't kick in for a couple
of w
On Thu, Oct 24, 2019 at 10:12:08PM +0100, Olly Betts wrote:
> On Fri, Oct 25, 2019 at 12:02:11AM +0300, Jussi Pakkanen wrote:
> > https://mentors.debian.net/package/meson
> >
> > Feel free to upload it to the archive.
>
> Thanks for the quick response. Building
Control: tags -1 +pending
On Fri, Oct 25, 2019 at 12:02:11AM +0300, Jussi Pakkanen wrote:
> On Thu, Oct 24, 2019 at 11:03 PM Olly Betts wrote:
>
> > However, checking "dak rm -Rn -b libwxgtk3.0-dev" on coccia I see that
> > your package has a build-dependency on l
Package: src:asc
Version: 2.6.1.0-5
Severity: serious
Justification: blocks the almost-complete wxwidgets3.0-gtk3 transition
According to the transition tracker, the wxwidgets3.0-gtk3 transition is
96% and the only remaining blockers are a missing mips64el build of
codelite (currently building) an
Package: src:grass
Version: 7.8.0-1
Severity: serious
Justification: blocks the almost-complete wxwidgets3.0-gtk3 transition
According to the transition tracker, the wxwidgets3.0-gtk3 transition is
96% and the only remaining blockers are a missing mips64el build of
codelite (currently building) an
Package: src:icinga2
Version: 2.11.1-2~exp1
Severity: serious
Justification: blocks the almost-complete wxwidgets3.0-gtk3 transition
According to the transition tracker, the wxwidgets3.0-gtk3 transition is
96% and the only remaining blockers are a missing mips64el build of
codelite (currently buil
Package: src:meson
Version: 0.52.0-1
Severity: serious
Justification: blocks the almost-complete wxwidgets3.0-gtk3 transition
According to the transition tracker, the wxwidgets3.0-gtk3 transition is
96% and the only remaining blockers are a missing mips64el build of
codelite (currently building) a
On Tue, Oct 22, 2019 at 08:32:57AM +1300, Olly Betts wrote:
> https://qa.debian.org/cgi-bin/vcswatch?package=filezilla shows you
> apparently prepared a new upload including a fix for this about 3.5
> weeks ago, but it seems this hasn't actually been uploaded.
I just noticed
Hi Adrien,
Thanks for you work maintaining filezilla in Debian.
On Tue, Jul 30, 2019 at 10:05:03AM -0400, s...@techie.net wrote:
> Your package appears to be using the wxWidgets GTK 2 implementation. In
> Debian, we have had a GTK 3 implementation of wxWidgets for some time.
> For the bullseye
2019-10-15 18:20:55.0 +1300
+++ openbabel-2.4.1+dfsg/debian/changelog 2019-10-21 08:30:01.0 +1300
@@ -1,3 +1,10 @@
+openbabel (2.4.1+dfsg-5.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Update to use GTK3 flavour of wxwidgets3.0. (Closes: #933415)
+
+ -- Olly Betts
On Fri, Oct 18, 2019 at 07:47:01AM +1300, Olly Betts wrote:
> That helped, but qhull_a.h is also included elsewhere without this
> workaround which caused my upload to FTBFS on ppc64el. I've extended
> the patch to cover that case too and uploaded again.
My second upload built s
On Thu, Oct 17, 2019 at 04:52:58PM +1300, Olly Betts wrote:
> Aha! wxWidgets "helpfully" defines __POWERPC__ for us on ppc64el, but
> to an empty value. Then 3depict has a workaround to define it to 1 if
> it is defined, because that empty value breaks Qhull.
>
> This
Control: tags -1 + pending
On Thu, Oct 17, 2019 at 04:12:35PM +1300, Olly Betts wrote:
> And why does this only cause an error on one architecture? I downloaded
> and compared the headers in the amd64 and ppc64el libqhull-dev packages
> and they're identical. If neither
On Wed, Oct 16, 2019 at 11:30:47AM +0200, Thierry fa...@linux.ibm.com wrote:
> I've personally always used __powerpc__ .
> Here is my reference, very useful for all arch related defines :
> https://wiki.debian.org/ArchitectureSpecificsMemo
That page documents what's defined by GCC on Debian, but t
20:29:43.0 +1300
+++ mediainfo-18.12/debian/changelog 2019-10-15 15:57:11.0 +1300
@@ -1,3 +1,11 @@
+mediainfo (18.12-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * debian/control: Update to build using libwxgtk3.0-gtk3-dev.
+(Closes: #933426)
+
+ -- Olly Betts Tu
Control: tags -1 + pending
On Mon, Oct 14, 2019 at 09:16:36PM +0100, Olly Betts wrote:
> On Mon, Oct 14, 2019 at 09:07:40PM +0100, da...@codelite.co.uk wrote:
> > Yes, I actually uploaded one today (#942313). However that seems to be
> > broken
> > by libwxsqlite3-3.0-dev, w
On Mon, Oct 14, 2019 at 11:35:11PM +0200, László Böszörményi (GCS) wrote:
> On Mon, Oct 14, 2019 at 10:30 PM Olly Betts wrote:
> > This change was incomplete - libwxsqlite3-3.0-dev still depends on
> > libwxgtk3.0-dev (which should now be libwxgtk3.0-gtk3-dev):
> >
> >
On Mon, Oct 14, 2019 at 09:07:40PM +0100, da...@codelite.co.uk wrote:
> >It's been 2 months now - are you still planning to make a QA upload?
> >I went through a couple of weeks ago and filed bugs suggesting removal
> >of the wxwidgets3.0 rdeps which appeared to be unmaintained, which I
> >included
On Tue, Aug 13, 2019 at 02:00:43PM +0100, da...@codelite.co.uk wrote:
> Olly Betts wrote:
> >It looks like a newer upstream version addresses this as
> >https://wiki.codelite.org/pmwiki.php/Main/ReleaseNotesCodeLite13 says:
> >
> >| Make CodeLite compile and run
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: sitplus -- RoM; very low popcon; broken
On Thu, Oct 10, 2019 at 10:18:51PM +0200, Andreas Tille wrote:
> On Fri, Oct 11, 2019 at 09:07:38AM +1300, Olly Betts wrote:
> >
> > It's more than a year later - has anyo
On Wed, Aug 01, 2018 at 04:26:18PM +1200, Olly Betts wrote:
> On Wed, Jan 10, 2018 at 04:47:48PM +0100, Luis Rivas wrote:
> > On 10 January 2018 at 13:46, Andreas Tille wrote:
> > > just a note for sitplus: This package definitely needs more love.
> > > Upstream has re
dium
+
+ * Non-maintainer upload.
+ * Build against GTK+3 flavour of wxWidgets (Closes: #933440)
+
+ -- Olly Betts Mon, 07 Oct 2019 12:09:32 +1300
+
munipack (0.5.11-2) unstable; urgency=medium
* Bugfix: ftbfs with ld --as-needed, thx to M. Klose. (Closes: #920426)
diff -Nru munipack-0.5.11
Source: ucblogo
Version: 6.0+dfsg-2
Severity: serious
Tags: upstream
Justification: Policy 2.1.2
I noticed this comment in debian/rules:
# don't autoreconf, as configure is newer than configure.in
# -> configure.in doesn't contain wxwidgets related checks
dh $@ --without a
Source: maitreya
Version: 7.0.7-1+b1
Severity: grave
Justification: renders package unusable
Attempting to install maitreya fails for me using current unstable:
$ sudo apt install maitreya
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some package
Source: codelite
Version: 12.0+dfsg-1
Severity: grave
Justification: renders package unusable
Attempting to install codelite fails for me using current unstable:
$ sudo apt install codelite
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packag
On Mon, Sep 09, 2019 at 07:24:26PM +0200, Andreas Metzler wrote:
> On 2019-09-09 Debian Bug Tracking System wrote:
> > wxwidgets3.0 (3.0.4+dfsg-11) unstable; urgency=medium
> > .
> >* debian/patches/upstream-changes-since-3.0.4.patch: Add lost entry for
> > new wxWindow::GetContentScale
Control: tag -1 +pending
On Sun, Sep 08, 2019 at 12:00:57PM +0200, Andreas Metzler wrote:
> ametzler@argenau:/tmp/HUGIN$ ldd -r /usr/bin/hugin > /dev/null
> symbol _ZNK8wxWindow21GetContentScaleFactorEv version WXU_3.0 not defined in
> file libwx_gtk3u_core-3.0.so.0 with link time reference
> (
Control: reopen -1
Control: found -1 3.0.4+dfsg-6
Control: severity -1 serious
The fix in -6 unfortunately doesn't work as configure doesn't honour
an explicitly set EGREP. Setting GREP works though so will upload -7
with that.
> Severity: grave
> Justification: renders package unusable
The pac
Package: libxapian30
Version: 1.4.8-1
Severity: grave
Tags: upstream
Justification: causes non-serious data loss
There's a bug introduced by the upstream 1.4.8 release with handling
positional data. It only manifests when positional data is NOT added in
ascending position order, which is probably
Control: severity -1 important
On Sat, Sep 29, 2018 at 06:16:05PM +0200, Tobias Frost wrote:
> I think we're seeing https://trac.wxwidgets.org/ticket/17702
> So I will reassign this bug to wxwidgets now...
> As wayland is the default, I increase severity to serious.
The definition of "serious" is
On Fri, Oct 05, 2018 at 10:12:15PM +0100, Olly Betts wrote:
> On Fri, Oct 05, 2018 at 06:46:52PM +0200, Sven Joachim wrote:
> > Instead of shlibs.local, you probably want to generate
> > libxapian30.shlibs - see dh_makeshlibs(1).
>
> Hmm, I thought I'd confirmed this
On Fri, Oct 05, 2018 at 06:46:52PM +0200, Sven Joachim wrote:
> Instead of shlibs.local, you probably want to generate
> libxapian30.shlibs - see dh_makeshlibs(1).
Hmm, I thought I'd confirmed this was working, but I guess I checked
xapian-tools which the shlibs.local would work with.
Thanks for
On Tue, Oct 02, 2018 at 11:10:46PM +0200, Sven Joachim wrote:
> Indeed, but that needs to be fixed in libxapian30's shlibs file.
Fixed there by xapian-core 1.4.7-3.
> Then aptitude (and other reverse dependencies of libxapian30 that
> might be affected) can be rebuilt to pick up the changed depen
Control: reassign -1 libwxgtk3.0-gtk3-0v5
> > reassign 900678 libwxbase3.0-0v5 3.0.4+dfsg-4
That's wrong since libwxbase* is the non-GUI classes.
Apparently this only affects the GTK3 variant (because GTK2 is
X11-only), so libwxgtk3.0-gtk3-0v5 is probably the correct binary
package.
Fixing this
On Fri, Aug 10, 2018 at 10:36:59AM +1200, Michael Hudson-Doyle wrote:
> On Fri, 10 Aug 2018 at 09:37, Olly Betts wrote:
> > I actually addressed this upstream in SWIG back in May (by fixing the
> > generated code rather than disabling the warning), but there's not
> >
loses: #897857)
+ * python-fix-gcc8-strncpy-warning.patch: Fix more GCC8 warnings in generated
+Python code.
+ * fix-gcc8-memset-warnings.patch: Fix GCC8 warnings in generated code for
+various languages.
+
+ -- Olly Betts Fri, 10 Aug 2018 12:48:36 +1200
+
swig (3.0.12-1.1) unstable; ur
On Thu, Aug 02, 2018 at 09:23:26PM +1200, Michael Hudson-Doyle wrote:
> upstream just "fixed" this by disabling the warning, fwiw
This bug was reported in setools but reassigned to swig - I think you
must mean "setools" by "upstream" there?
I actually addressed this upstream in SWIG back in May (
On Wed, Jan 10, 2018 at 04:47:48PM +0100, Luis Rivas wrote:
> On 10 January 2018 at 13:46, Andreas Tille wrote:
> > just a note for sitplus: This package definitely needs more love.
> > Upstream has released a new version a long time ago but it has split a
> > separate library which needs to be p
On Thu, Jun 14, 2018 at 11:13:04AM +0200, Jonas Smedegaard wrote:
> Quoting Olly Betts (2018-06-14 04:29:27)
> > On Thu, Jun 14, 2018 at 12:45:38AM +0200, Jonas Smedegaard wrote:
> >> I still like pinot and believe there is a use for it in Debian as
> >> alternative t
On Thu, Jun 14, 2018 at 12:45:38AM +0200, Jonas Smedegaard wrote:
> I still like pinot and believe there is a use for it in Debian as
> alternative to extract and tracker. But evidently it keeps falling too
> low on my priority list :-(
>
> Please do adopt it. Or co-maintain it with me, if you
On Thu, May 31, 2018 at 12:22:58AM +0200, Sebastian Andrzej Siewior wrote:
> pinot has currently two RC bugs and failed to build during the curl4
> transition / binNMU.
> Does it make sense to add the two patches (Olly pointed to) and upload
> it or would a RM make sense?
Popcon suggests pinot usa
On Sun, Apr 08, 2018 at 11:42:47AM +0300, Niko Tyni wrote:
> On Sat, Apr 07, 2018 at 09:57:15PM +0100, Olly Betts wrote:
> > On Sat, Apr 07, 2018 at 04:20:48PM +0300, Niko Tyni wrote:
> > > So to do this properly it looks like we need something to make
> > > sure the P
Control: severity -1 normal
On Sat, Apr 07, 2018 at 05:30:19PM +0300, Adrian Bunk wrote:
> On Fri, Apr 06, 2018 at 11:53:39PM -0400, Scott Talbert wrote:
> > On Sat, 7 Apr 2018, Norbert Lange wrote:
> >
> > > it appears that the files are installed in a subdirectory,
> > > potentially to avoid co
On Sat, Apr 07, 2018 at 04:20:48PM +0300, Niko Tyni wrote:
> So to do this properly it looks like we need something to make
> sure the Perl Wx related packages are upgraded in sync. The
> virtual package provided by libalien-wxwidgets-perl (currently
> wxperl-gtk-3-0-4-uni-gcc-3-4) seems like a can
Control: tag -1 + fixed-upstream patch
Looks like upstream has addressed this (commit message "Catch up with
current glib and OpenSSL"):
https://github.com/FabriceColin/pinot/commit/a932cd1093599e8e26f5e408292faff92daceb74
Cheers,
Olly
Control: clone -1 -2
Control: reassign -2 libproj13
Control: retitle -2 libproj13: PROJ4 version 5 ignores +vunits
Control: block -1 by -2
On Thu, Feb 08, 2018 at 10:55:00PM +0100, Bas Couwenberg wrote:
> Your package FTBFS due to missing compatibility with Proj 5.0.0:
>
> ./csbadsdfix.svx:2: er
hitectures. Closes: #876673
+
+ -- Olly Betts Mon, 06 Nov 2017 11:48:29 +1300
+
catdoc (1:0.95-4) unstable; urgency=medium
* Automated fixes from cme, and some cleanup.
diff -Nru catdoc-0.95/debian/patches/02-Makefile_fixes.patch catdoc-0.95/debian/patches/02-Makefile_fixes.patch
--- catdoc-0
On Thu, Sep 28, 2017 at 10:42:03AM +0200, Christian Beer wrote:
> I'm waiting on the recent upload to unstable on my desktop to test out
> your patch with the debian package. If this is working I would like to
> integrate this upstream. The big difference I see between Olly's patch
> and jengelh's
Note: With Debian's BTS you need to Cc the submitter if you want to
ensure they see it - I only saw your reply because I happened to
check in on the bug.
On Wed, Sep 27, 2017 at 11:21:03AM +0200, Christian Beer wrote:
> There is already an upstream PR [1] that replaces wxWebView with
> wxHtmlWindo
ebian/changelog 2017-09-07 19:41:28.0 +1200
+++ boinc-7.8.2+dfsg/debian/changelog 2017-09-27 11:13:58.0 +1300
@@ -1,3 +1,10 @@
+boinc (7.8.2+dfsg-3exp1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Switch to use wxHtmlWindow instead of wxWebView.
+
+ -- Olly Betts We
On Tue, Sep 26, 2017 at 08:24:06AM -0400, Scott Talbert wrote:
>
>
> On September 26, 2017 1:54:34 AM EDT, Olly Betts wrote:
> >On Mon, Sep 25, 2017 at 10:37:34PM -0400, Scott Talbert wrote:
> >> I would think the person who was trying to use wx.html2 might
On Tue, Sep 26, 2017 at 08:05:57AM +, Gianfranco Costamagna wrote:
> >Gianfranco: Is there any progress on the boinc front? If not, I think
> >we just need to do this rather than letting this removal drag on for
> >even longer.
>
> so, the plan now is to remove boinc from testing?
Or stop it
On Mon, Sep 25, 2017 at 10:37:34PM -0400, Scott Talbert wrote:
> On Tue, 26 Sep 2017, Olly Betts wrote:
> >If we revert the change which added this package apart from one hunk in
> >debian/rules then we get a package set which simply doesn't have
> >wx.html2 (rather than
On Mon, Sep 25, 2017 at 10:37:50PM -0400, Jeremy Bicha wrote:
> Ok, let me give a status update of the webkitgtk removal from Debian Testing:
>
> $ reverse-depends -r testing src:webkitgtk
> Reverse-Depends
> ===
> * empathy (for libwebkitgtk-3.0-0)
> * geary
1 - 100 of 404 matches
Mail list logo