cking reverse dependencies...
> No dependency problem found.
>
> So I've filed: #1071530.
Thank you!
--
Dmitry Shachnev
signature.asc
Description: PGP signature
of the affected packages (lmms) currently FTBFS on i386:
https://bugs.debian.org/1068155. Would it be possible to remove it from
testing on i386 (or completely) so it doesn't block Qt migration?
--
Dmitry Shachnev
signature.asc
Description: PGP signature
commit/?id=7f4aa1a3fa461064
> This is an upstream(?) ABI break, but since libqt6core5compat6 seems
> to be the only affected package something like
> Breaks: libqt6core5compat6 (<< 6.6)
> might be the best available option to avoid issues when upgrading
> from bookwor
Control: tags -1 + pending
On Sat, May 04, 2024 at 08:52:16PM +0300, Dmitry Shachnev wrote:
> I have prepared a merge request on salsa [2] fixing this build failure.
>
> [1]:
> https://tracker.debian.org/news/1526298/accepted-glibc-238-7-source-into-unstable/
> [2]: https://s
lease try that
and let me know if it helps.
[1]:
https://tracker.debian.org/news/1515848/accepted-qtdeclarative-opensource-src-gles-51510dfsg-3-source-into-unstable/
--
Dmitry Shachnev
signature.asc
Description: PGP signature
Control: tags -1 + patch
Dear Maintainer,
On Wed, Apr 24, 2024 at 02:01:42PM +0300, Dmitry Shachnev wrote:
> Source: alabaster
> Version: 0.7.12-1
> Severity: wishlist
>
> Dear Maintainer,
>
> Sphinx now requires alabaster 0.7.14 or newer [1]. It would be nice if you
On Tue, May 07, 2024 at 05:58:55PM +, Thorsten Glaser wrote:
> Dmitry Shachnev dixit:
>
> >Will you be able to forward your patch upstream when you finalize it?
>
> Sort of. I can do the CLA, Gerrit, etc. dance, but I probably cannot
> respond well if they want me to tes
mit from 2009. So it’s unlikely that we can find the original developer
and ask why it is like that and whether we actually need the OS/2 table.
Now that you dug so deeply, maybe you can try to replace qRound in those
three lines that you mentioned with TO_TTF, and check if it fixes the bug
(and does n
/pull/11858
[2]: https://pypi.org/project/alabaster/
--
Dmitry Shachnev
signature.asc
Description: PGP signature
s
==
* civicrm-common
* python3-a38
Reverse-Depends
===
* odoo-16
* python3-django-wkhtmltopdf
* python3-pdfkit
--
Dmitry Shachnev
signature.asc
Description: PGP signature
g that our Release Notes explicitly mention [3] that
Qt WebKit is not covered by security support, thus anyone who uses it with
untrusted input data does so on their own risk.
[1]: https://github.com/movableink/webkit/issues/16
[2]: ideally, they should be also ported from Qt 5 to Qt 6
[3]:
https://
.debian.org/FTBFS#A2024-03-13_-Werror.3Dimplicit-function-declaration
I have created a MR on salsa which fixes this bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066320
--
Dmitry Shachnev
signature.asc
Description: PGP signature
lsa.debian.org/debian/flightgear/-/merge_requests/3
It depends on my another NMU for simgear: unless simgear is rebuilt with
the new time_t ABI, flightgear will fail to build with link failures.
And simgear is a static library so we cannot just bump SONAME for it.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
ear::compositor::Compositor::BuiltinUniforms’ {aka ‘struct
> > std::array, 14>’}
> > 2005 | template struct array;
> > | ^
I have uploaded NMU which fixes this and another build failure to DELAYED/2.
The diff can be seen here:
https://salsa.debian.org/debian/simgear/-/merge_requests/1
--
Dmitry Shachnev
signature.asc
Description: PGP signature
/usr/lib/x86_64-linux-gnu/wine/libwine.so)
ls: cannot access '/usr/lib/x86_64-linux-gnu/wine/x86_64-unix/libwine.so.1':
No such file or directory
It's just lmms uses wine only on i386.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
https://github.com/mkdocstrings/mkdocstrings/commit/c0d009000678a2cc
--
Dmitry Shachnev
signature.asc
Description: PGP signature
passed, 0 tests failed out of 1
Total Test time (real) = 0.53 sec
Does anyone have ideas why there may be such difference between the buildds
(arm-conova-01, arm-arm-03) and the porter boxes?
It’s worth noting that the armhf build ran on the same arm-conova-01, and it
was successful.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
Control: tags -1 + pending
Dear Maintainer,
On Sat, Jan 13, 2024 at 03:13:33PM +0300, Dmitry Shachnev wrote:
> Package: meteo-qt
> Version: 3.3-2
> Severity: important
> Usertags: sip6
>
> Dear Maintainer,
>
> Your package depends on python3-sip, which belongs to the
he remote server,
then yes, install sphinx-rtd-theme-common and you should be good.
Actually, I would move ${sphinxdoc:Depends} from Recommends to Depends,
because the documentation is mostly unusable without the static files.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
absolute, dh_link would later change it to
relative.
If you are trying to rely on something that is in the build directory, you
have to turn relative symlinks into absolute ones on your own. Or just don't
call dh_sphinxdoc, then you will get normal files.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
${sphinxdoc:Depends}
was put there.
Am I doing something wrong?
--
Dmitry Shachnev
signature.asc
Description: PGP signature
h this error:
FAIL! : components::Scrollbar::test_defaultStylingValues(vertical scrollbar)
Uncaught exception: Cannot read property 'interactive' of null
Loc: [/<>/tests/unit/visual/tst_scrollbar.13.qml(1187)]
[1]: https://buildd.debian.org/status/package.php?p=lomiri-ui-toolkit
no need to call dpkg-architecture explicitly. I have updated the patch
based on that.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
pend on libqtXcoreX, so they just need to be binNMUed to rebuild against
the new version, changing SONAMEs is not needed.
So removing pending tags from Qt modules other than qtbase, to exclude them
from upload list.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
rc/qbs/2.1.2-2/tests/auto/blackbox/tst_blackboxbase.cpp/#L100
[2]: https://doc.qt.io/qt-6/qtest-overview.html#increasing-test-function-timeout
--
Dmitry Shachnev
signature.asc
Description: PGP signature
transition is blocked by this bug. I rather
think that there are many transition requests and mine waits in the queue.
Because it is going to take longer than I expected, I have now uploaded the
qttools patches to unstable.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
doc/sphinx/theme/sphinx13/*
[2]:
https://github.com/lmfit/lmfit-py/commit/29e4712036606913149e16b246340a7fbedd8829
[3]:
https://github.com/lmfit/lmfit-py/commit/e2418377c9870e02c820d0fe40d2232187864a81
[4]:
https://github.com/sphinx-doc/sphinx/commit/8e730ae303ae686705ea12f44ef11da926a87cf5
a problem in autosummary extension, or can be reproduced without it.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
ks/sphinx-design/pull/88
If you want a fix in sphinx-panels, please reassign the bug. Otherwise, if you
have found another solution, please close it.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
s on mips64el, because llvm-toolchain-17 failed to
build there. Should I roll back to the default version (16) for now? Or this
will be resolved somehow?
I will need rebuilding pyside2 for Qt 5.15.12 transition soon, and if it
does not build on mips64el, that will prevent Qt from migrating.
--
Dmit
ere are two issues.
The new upstream release fixes the first one, but not the second one.
As a temporary measure until upstream fixes this properly, I can suggest
the attached patch that I applied in Ubuntu.
--
Dmitry Shachnev
Description: disable the test that fails with Qt 5.15.11
Author:
t available. This can be achieved by
limiting the build-dependency:
qtwebengine5-dev (>= 5.15) [amd64 arm64 armhf i386 mips64el],
I did that in Ubuntu [1] and the package built on all Ubuntu's architectures.
[1]: https://launchpad.net/ubuntu/+source/stellarium/23.4-1ubuntu1
--
Dmitry Shachnev
signature.asc
Description: PGP signature
Hi Fritz!
On Tue, Jan 30, 2024 at 11:12:28PM +0100, Fritz Reichwald wrote:
> Hi Dimitry,
>
> thank you for the report.
> I just uploaded a 2.5.4-2 without the dependency as it is no longer
> needed as you already stated.
Thank you for fixing this!
--
Dmitry Shachnev
signature.
L.
The problem does not happen on amd64, even if I force software rendering with
LIBGL_ALWAYS_SOFTWARE=1.
Any help with this is welcome.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
ob/master/python/CMakeLists.txt
[5]: https://github.com/GauiStori/PyQt-Qwt/pull/14
[6]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=964127#51
--
Dmitry Shachnev
signature.asc
Description: PGP signature
configparser.ConfigParser no longer has a readfp method. Use read_file()
> instead.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
will be upgraded from 5.15.15
to 5.15.16. The transition is prepared in experimental.
There are two blockers, lomiri-ui-toolkit and stellarium, but I can NMU them.
I have submitted a merge request with the ben file:
https://salsa.debian.org/release-team/transition-data/-/merge_requests/47
--
Dmitry Shachnev
#supported-cmake-parameters
--
Dmitry Shachnev
signature.asc
Description: PGP signature
d 2.15 being incompatible with Python 3.12.
In upstream it was fixed in commit [1], which is part of a larger PR [2] that
adds support for Python 3.12. These changes were included in astroid 3.0, so
updating to that release should fix the problem.
[1]: https://github.com/pylint-dev/astroid/commit/6d4f364a08289bf3
[2]: https://github.com/pylint-dev/astroid/pull/2219
--
Dmitry Shachnev
signature.asc
Description: PGP signature
d until upstream figures out what to
do with it.
[1]:
https://gitlab.com/ubports/development/core/lomiri-ui-toolkit/-/merge_requests/63
[2]: https://gitlab.com/ubports/development/core/lomiri-ui-toolkit/-/issues/34
--
Dmitry Shachnev
signature.asc
Description: PGP signature
On Sun, Jan 07, 2024 at 06:34:24PM +0300, Dmitry Shachnev wrote:
> krita and pyqwt3d have open bugs to move to sip6, but I will need to file
> bugs for the other packages too.
All the missing bugs are filed now:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=mity...@debian.org;ta
version.
It looks like openstructure already uses SIP 6, so the left-over build-
dependency on sip-dev can be dropped. I tried building without it, and the
build succeeded.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
/bugreport.cgi?bug=1059648
--
Dmitry Shachnev
signature.asc
Description: PGP signature
with that modern version.
I briefly looked at the code, and it looks like sip is only referenced in
context of py2exe/cx_Freeze, which I believe are not used in Debian packaging.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
related to Python 3.12 [2] and it's unlikely to be fixed.
Please port this package to SIP 6, and after that is done, remove the build-
dependency on python3-sip-dev.
[1]: https://www.riverbankcomputing.com/static/Docs/sip/
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059648
--
Dmitry
with that modern version.
It looks like the sip import is used only in tools/test.py and there it is
used for sip.setapi(*, 2) calls. Such calls are not needed at all with PyQt5.
They were needed only with PyQt4 and Python 2. So it should be safe to remove
them.
--
Dmitry Shachnev
signature.asc
Description
with that modern version.
As eric uses PyQt6, it should not need python3-sip-dev for build.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
Debian FTP archive.
> [...]
That was fast! Appreciated.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
--
Dmitry Shachnev
signature.asc
Description: PGP signature
Control: severity -1 important
Hi,
On Wed, Jul 22, 2020 at 02:44:00PM +0300, Dmitry Shachnev wrote:
> Dear Maintainer,
>
> You are receiving this bug because your package seems to be using PyQt5
> and has Python files with "import sip" lines.
>
> With
packages.
[1]: https://www.riverbankcomputing.com/static/Docs/sip/
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059648
--
Dmitry Shachnev
signature.asc
Description: PGP signature
version.
python3-pyqt5 already depends on its SIP run-time module, python3-pyqt5.sip,
so there is no need to depend on it explicitly.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
.
python3-pyqt5 already depends on its SIP run-time module, python3-pyqt5.sip,
so there is no need to depend on it explicitly.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
version.
python3-pyqt5 already depends on its SIP run-time module, python3-pyqt5.sip,
so there is no need to depend on it explicitly.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
Control: retitle -1 krita: Please switch from sip4 to sip6
Hi again!
On Mon, Sep 21, 2020 at 02:24:04PM +0300, Dmitry Shachnev wrote:
> I have an update on PyQt5 vs. SIP 5 status.
>
> Unfortunately, things got a bit more complicated recently. Upstream is
> going to release SIP 6 in t
fixups like this that benefit multiple dependent packages (a good thing).
I was going to include these patches together with Qt 5.15.12 transition,
which I am currently preparing.
But if you want it in unstable sooner, I can do a new upload for 5.15.10 and
then merge into my 5.15.12 branch. Just l
try will start when keyring
is not installed, so maybe poetry should Recommend python3-keyring, not
depend on it.
But anyway, if you insist that python3-secretstorage should not depend on
dbus-related packages, I can demote that to Recommends. For most users
that shouldn't make any difference because
-Depends-Indep
===
* eric (for python3-sip-dev)
krita and pyqwt3d have open bugs to move to sip6, but I will need to file
bugs for the other packages too.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
ass() to get the password so it can be used in
CLI applications, but less useful in GUI ones.
See also some related discussion in this Ubuntu bug:
https://bugs.launchpad.net/ubuntu/+source/python-secretstorage/+bug/2041695
--
Dmitry Shachnev
signature.asc
Description: PGP signature
a dependency) or
> totally optional (in which case dbus should be suggested/recommended).
I am confused. In version 3.3.3-2, python3-secretstorage changed dependency
from dbus to default-dbus-session-bus | dbus-session-bus.
And you filed this bug against the new version, 3.3.3-2. Is that a mis
ec 2023 22:50:47, Dmitry wrote:
> > Thank you for the patch!
> >
> > Any chance you can forward it to upstream Qt? See [1] for the details.
>
> Yep, certainly - done. Thanks!
Thank you! +1 from me and added a couple of reviewers.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
o upstream Qt? See [1] for the details.
I could forward it myself, but upstream requires signing the CLA so they will
not always accept a patch which is forwarded not by its author.
[1]: https://wiki.qt.io/Gerrit_Introduction
--
Dmitry Shachnev
signature.asc
Description: PGP signature
dh_sphinxdoc is probably fine,
because you don't need all of the Sphinx' JS functionality anyway.
[1]:
https://sources.debian.org/src/sphinx-rtd-theme/2.0.0%2Bdfsg-1/sphinx_rtd_theme/search.html/
--
Dmitry Shachnev
signature.asc
Description: PGP signature
Hi Soren,
On Thu, Dec 21, 2023 at 12:48:44PM -0700, Soren Stoutner wrote:
> On Thursday, December 21, 2023 3:00:23 AM MST Dmitry Shachnev wrote:
> > Just one particular class (QQuickWebEngineDownloadItem) is private. My guess
> > is that it’s upstream oversight, because upstrea
’s upstream oversight, because upstream documentation even mentions
that one needs to call QWebEngineDownloadRequest::accept() [1], yet calling
that method is not possible without including a private header.
[1]: https://doc.qt.io/qt-6/qquickwebengineprofile.html#downloadRequested
--
Dmitry Shachnev
Hi Soren!
On Wed, Dec 20, 2023 at 12:23:15PM -0700, Soren Stoutner wrote:
> On Wednesday, December 20, 2023 7:01:47 AM MST Dmitry Shachnev wrote:
> > Using a stub header results in dependency on private ABI just like including
> > a normal header.
>
> I wonder if that jus
de
using DownloadItem = QQuickWebEngineDownloadRequest;
#endif
Using a stub header results in dependency on private ABI just like including
a normal header.
I think that angelfish developers should ask Qt upstream to make that class
public, explaining how and why they use it.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
y
a week into hard freeze, and I was not sure if the release team would approve
an upload to unstable.
They approved, but requested me to drop the pipewire enablement change
(see #1032794), so I uploaded to unstable with a lower version number.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
emoteobjects.git/commit/?id=ac3b93c886c04bc1
[2]: https://codereview.qt-project.org/c/qt/qtremoteobjects/+/522923
--
Dmitry Shachnev
signature.asc
Description: PGP signature
inal failure.
Wrapping qtpaths6 should be possible. It accepts --qtconf option
just like qmake.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
ment), so changed the dependency to <7.
The change in README.rst looks trivial, so if it helps, I would go ahead and
cherry-pick it to our packaging without the requirements.txt change.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
ly loads one hardcoded website, and not random
content, I don't think you need to worry much about security.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
6.4:
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko)
QtWebEngine/6.4.2 Chrome/102.0.5005.177 Safari/537.36
Qt 6.6:
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko)
QtWebEngine/6.6.0 Chrome/112.0.5615.213 Safari/537.36
--
Dmitry Shachnev
signature
-2023-38197: infinite loop in XML recursive entity expansion
(closes: #1041105).
[ Other info ]
See also the Security Tracker:
https://security-tracker.debian.org/tracker/source-package/qtbase-opensource-src
--
Dmitry Shachnev
diff --git a/debian/changelog b/debian/changelog
index 7215917
ions.
>
> http://launchpadlibrarian.net/696912675/nose_1.3.7-11_1.3.7-11ubuntu1.diff.gz
Nose is team-maintained, so please go ahead and upload this.
Although, I won't add the Fedora patch if you solved the problem by using
zombie-imp.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
ttps://mentors.debian.net/debian/pool/main/s/streamlink/streamlink_6.3.1-2.dsc
Thank you! Uploaded to Debian.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
will be no longer generated by dh_sphinxdoc.
I can sponsor the upload if you prepare a commit.
[1]: https://qa.debian.org/excuses.php?package=sphinx
--
Dmitry Shachnev
signature.asc
Description: PGP signature
otify the maintainers about the
upcoming upload and give them more chance to fix these bugs before the
packages actually start to FTBFS.
Now a week has passed, and I am going to upload sphinx tomorrow, 2023-11-05.
[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1042642;msg=7
--
Dmitry Shachnev
[3]: https://lists.debian.org/debian-python/2023/10/msg00059.html
--
Dmitry Shachnev
signature.asc
Description: PGP signature
gs.debian.net/2023/07/30/diff.txt
--
Dmitry Shachnev
signature.asc
Description: PGP signature
> QSYSTEM: tst_usertypes::extraPropertyInQml2() qt.remoteobjects:
> > QAbstractSocket::AddressInUseError
> > FAIL! : tst_usertypes::extraPropertyInQml2() Compared values are not the
> > same
> >Actual ((obj->property("hour").value())): 6
> >Expected (10) : 10
> >Loc: [tst_usertypes.cpp(106)]
Maybe this test is flaky, but as I said, it works for me.
Can you reproduce this error? Maybe there is some difference between our
setups that makes it fail?
--
Dmitry Shachnev
signature.asc
Description: PGP signature
Hi Adam!
On Sat, Sep 23, 2023 at 08:28:32PM +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Sun, 2023-09-03 at 22:29 +0300, Dmitry Shachnev wrote:
> > This fixes bug which made applications using Qt Location freeze when
> > trying to
> > load the ma
Hi,
On Sat, Aug 05, 2023 at 09:48:50PM +0300, Dmitry Shachnev wrote:
> Package: python3-openstackdocstheme
> Version: 1.20.0-5
> Severity: important
> Tags: upstream
>
> Dear Maintainer,
>
> When doing a rebuild of all reverse-dependencies against Sphinx 7.1 (which
Hi Sebastian!
On Sun, Sep 17, 2023 at 08:14:44PM +0200, Sebastian Ramacher wrote:
> Control: reopen -1
>
> On 2023-09-17 14:13:08 +0000, Dmitry Shachnev wrote:
> > Control: tag -1 pending
> >
> > Hello,
> >
> > Bug #1051883 in qttools-openso
On Sat, Sep 16, 2023 at 09:52:22AM +0200, Sebastian Ramacher wrote:
> qtwebengine-opensource-src and binNMUs of the reverse dependencies
> migrated. Closing.
Thank you, Sebastian!
--
Dmitry Shachnev
signature.asc
Description: PGP signature
transition should not repeat.
Ben file:
title = "qtwebengine-opensource-src";
is_affected = .depends ~ "qtwebengine-abi-5-15-14" | .depends ~
"qtwebengine-abi-5-15-15";
is_good = .depends ~ "qtwebengine-abi-5-15-15";
is_bad = .depends ~ "qtwebengine-abi-
was fixed in version 5.15.10+dfsg-3.
The debdiff against stable is attached.
--
Dmitry Shachnev
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+qtlocation-opensource-src (5.15.8+dfsg-3+deb12u1) bookworm; urgency=medium
+
+ * Backport upstream patch to fix condition for appendChildNode
Hi Graham!
On Thu, Aug 24, 2023 at 06:01:27PM +, Graham Inggs wrote:
> Control: tags -1 confirmed
>
> Hi Dmitry
>
> On Mon, 14 Aug 2023 at 18:27, Dmitry Shachnev wrote:
> > gnome-panel has a new release, which bumped SONAME of the shared library.
> > I
t;;
is_bad = .depends ~ "libgnome-panel0";
--
Dmitry Shachnev
signature.asc
Description: PGP signature
gs.debian.net/2023/07/30/diff.txt
[2]: https://review.opendev.org/c/openstack/openstackdocstheme/+/890587
--
Dmitry Shachnev
signature.asc
Description: PGP signature
t a time...
That would be welcome. Please make contributions directly to upstream, they
have:
Bugs: https://sourceforge.net/p/docutils/bugs/
Patches: https://sourceforge.net/p/docutils/patches/
Mailing list: https://sourceforge.net/p/docutils/patches/
--
Dmitry Shachnev
signature.asc
Description: PGP signature
ht now I'm afraid
> :-/
c216c3d9859a20b3aeec985512e89316423fc3a8 cherry-picks to 6.4 with only one
conflict, in tst_qxmlstream.cpp. We don't run tests anyway so you could just
ignore it.
Anyway, I rebased it and attaching a patch against 6.4 branch.
--
Dmitry Shachnev
From 60404b84c10e9cefad6
just
2 GB on mipsel. See https://wiki.debian.org/MIPSPort#Generic_issues.
However, as the latest version built fine on a porter box, I retried the
last build on buildd.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
Control: tags -1 +pending
Hi,
On Sat, Jun 17, 2023 at 09:24:07PM +0300, Dmitry Shachnev wrote:
> Dear Maintainer,
>
> openorienteering-mapper fails to build with Qt ≥ 5.15.9, which is currently
> available in experimental (but I am going to upload it to unstable soon).
>
>
packages seem to have built fine everywhere. Probably you can
start doing some binNMUs.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
There are two known blockers, but I can NMU them if the maintainers don't
act until the transition start. Also it makes sense to wait until the re2
transition migrates, because qtwebengine is involved there.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
n the porterbox for mips64el, I think the original problem was
> just a timeout in the cmake "import pychromecast" test, the patch below
> works for me.
Indeed, your patch is the proper fix. Thank you!
--
Dmitry Shachnev
signature.asc
Description: PGP signature
Control: tags -1 + patch
On Tue, Jun 20, 2023 at 12:52:53PM +0300, Dmitry Shachnev wrote:
> [...]
>
> googletest 1.13 was uploaded to unstable recently, and it dropped support
> for C++ versions less than C++14:
>
> https://github.com/google/googletest/releases/tag/v1.13.0
>
commented out anyway.
--
Dmitry Shachnev
--- photoqt-3.3+ds/debian/rules
+++ photoqt-3.3+ds/debian/rules
@@ -13,10 +13,7 @@
ifeq ($(DEB_BUILD_ARCH_OS),kfreebsd)
MAGICK = -DGRAPHICSMAGICK=OFF -DIMAGEMAGICK=OFF
endif
-ifeq ($(DEB_BUILD_ARCH_OS),ia64)
-CHROMECAST = -DCHROMECAST=OFF
-e
files for plugins at all. In Qt 5 they
were only creating issues, so I didn't ship them.
Nothing links against plugins, and Qt can find them without the need for cmake
files.
--
Dmitry Shachnev
signature.asc
Description: PGP signature
1 - 100 of 2076 matches
Mail list logo