Source: gnucash
Version: 1:5.5-1.1
Severity: serious
Simply build the package from source produces a source package that doesn't
contain debian/.gitlab-ci.yml in debian.tar, one needs to rebuild the source
package separately, skipping the clean target. The reason for that is that the
file is liste
Package: pristine-tar
Version: 1.50+nmu1
Severity: serious
X-Debbugs-Cc: Sebastian Andrzej Siewior
It looks like #1063252 was not enough to support tar.xz files created by new
xz-utils. I've created a tarball, committed it into my gbp repo, checked it out
and xz -lvv doesn't show the cu flags for
On Tue, Mar 05, 2024 at 09:22:37AM +0300, Michael Tokarev wrote:
> > Package: qemu-system-data
> > Version: 1:8.2.2+ds-1
> > Severity: serious
> >
> >
> > Preparing to unpack .../qemu-system-data_1%3a8.2.2+ds-1_all.deb ...
> > Unpacking qemu-system-data (1:8.2.2+ds-1) over (1:8.2.1+ds-2) ...
> >
Package: qemu-system-data
Version: 1:8.2.2+ds-1
Severity: serious
Preparing to unpack .../qemu-system-data_1%3a8.2.2+ds-1_all.deb ...
Unpacking qemu-system-data (1:8.2.2+ds-1) over (1:8.2.1+ds-2) ...
dpkg: error processing archive /var/cache/apt/archives/qemu-system-
data_1%3a8.2.2+ds-1_all.deb (
Package: libcurl4t64
Version: 8.6.0-3.1
Severity: serious
X-Debbugs-Cc: vor...@debian.org, aure...@debian.org
Yet another case of wrong X-Time64-Compat, found by Aurelien.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500,
Package: libpoppler-glib8t64
Version: 22.12.0-2.1
Severity: serious
X-Debbugs-Cc: Steve Langasek
Actually, looking at the diff in #1064282, all packages have "X-Time64-Compat:
libpoppler-cpp0v5", I guess this is incorrect and a typo?
-- System Information:
Debian Release: trixie/sid
APT prefe
Package: libqt5sql5t64
Version: 5.15.10+dfsg-7.1
Severity: serious
X-Debbugs-Cc: vor...@debian.org
I haven't checked but the same problem may also be present for other
subpackages.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'
On Fri, Apr 01, 2022 at 06:04:38PM +0200, Drew Parsons wrote:
> From
> /var/lib/apt/lists/deb.debian.org_debian_dists_unstable_main_source_Sources:
>
> flufl.lock
Doesn't support Sybil 3.x in sid. The latest version, 7.0, supports it.
It's most likely easy to patch the sid version.
> pytest-mpi
-
On Fri, Apr 01, 2022 at 05:42:36PM +0200, Drew Parsons wrote:
> Source: pytest-mpi
> Followup-For: Bug #1008751
> X-Debbugs-Cc: Andrey Rahmatullin
>
> Hi Andrey,
>
> I had pytest-mpi 0.6 quietly waiting in experimental for sybil 3 to be
> uploaded.
>
> I saw tha
I was looking at this bug report and while the patch is provided (and is
trivial), the package had its only maintainer upload in 2018, the last
upstream release was in 2016 (though one can say the software is perfect,
as it's just 270 lines of code), and it has popcon 9. So maybe it's better
to no
The upstream report at
https://github.com/pytest-dev/pytest-twisted/issues/146 was closed as the
additional warning is produced by Twisted. The Twisted fix isn't merged yet.
TBH as I don't need this package anymore (python3-scrapy doesn't use it
anymore) I'm considering orphaning it.
--
WBR, wR
On Sun, Dec 05, 2021 at 09:56:02AM -0500, Tong Sun wrote:
> Thanks Andrey,
>
> Two questions,
>
> By "moved to contrib", did you meant to change
>
> Section: net
>
> to
>
> Section: contrib
>
> in d/control?
Please read
https://www.debian.org/doc/debian-policy/ch-archive.html#archive-areas an
Package: dbab
Version: 1.3.2-1
Severity: serious
The package runs `dbab-get-list` in postinst, which downloads
http://pgl.yoyo.org/adservers/serverlist.php?hostformat=dnsmasq&showintro=0&mimetype=plaintext
If the package cannot function without this or similar unpackaged file, it
should be moved
Package: libxapp1
Version: 2.2.4-1
Severity: serious
Policy 8.2 says "If your package contains files whose names do not change with
each change in the library shared object version, you must not put them in the
shared library package. Otherwise, several versions of the shared library
cannot be ins
On Mon, Nov 29, 2021 at 05:58:47PM +0100, Andreas Tille wrote:
> ERROR: py310: could not install deps [django>=2.2.*, pytest, pytest-cov,
> pytest-django, pytest-xdist]; v =
> InvocationError("/build/diskcache-5.2.1/.tox/py310/bin/python -m pip install
> 'django>=2.2.*' pytest pytest-cov pytes
On Wed, Nov 10, 2021 at 03:20:52PM +0100, Matthias Klose wrote:
> mypy ftbfs with python3.10 as supported (test failures):
> https://launchpadlibrarian.net/567976006/buildlog_ubuntu-jammy-amd64.mypy_0.910-3_BUILDING.txt.gz
This just says "The typed_ast package is not installed." which sounds like
i
Control: tags -1 moreinfo unreproducible
I cannot reproduce this on a freshly installed package.
--
WBR, wRAR
signature.asc
Description: PGP signature
I can confirm this, and the backtrace looks similar:
#0 0x00080005 in ?? ()
#1 0x77a1d879 in _Unwind_ForcedUnwind_Phase2 (exc=0x55614e90,
context=0x7fffdd70, frames_p=0x7fffdc78) at
../../../src/libgcc/unwind.inc:170
#2 0x77a1e14d in _Unwind_Resume (exc=exc
Control: severity -1 grave
On Thu, Mar 25, 2021 at 08:41:08PM +0100, Andreas Tille wrote:
> > raise DistributionNotFound(req, requirers)
> > pkg_resources.DistributionNotFound: The 'matplotlib<2.2,>=1.3.0'
> > distribution
> > was not found and is required by dicompyler
>
> This is a bit mis
On Thu, Mar 25, 2021 at 07:30:14PM +1000, Russell Stuart wrote:
> Justification: renders package unusable
> python3-pep8 does not install the pep8 executable under /bin or
> /usr/bin.
There is no pep8 executable anymore, and the transitional package that
shipped a symlink from it to pycodestyle wa
Control: tags -1 + moreinfo
On Mon, Mar 22, 2021 at 09:10:29AM -0400, PICCORO McKAY Lenz wrote:
> Package: courier-authlib
> Version: 0.71.0-1
Why is this version set here?
> i just try the upgrade case from stretch to lasted
You can upgrade stretch only to buster.
On the other hand, 0.71.0-1 i
On Thu, Feb 18, 2021 at 03:28:36PM +0100, Francesco P. Lovergine wrote:
> I'm pretty sure this release should depend on >= 0.15,
> even due to #981906. Unfortunately, it is not expressed in the package
From setup.py:
# Need trio.lowlevel
'trio >= 0.15',
S
Control: retitle -1 Doesn't work with current werkzeug
COntrol: tags -1 + upstream fixed-upstream patch
On Sun, Feb 28, 2021 at 05:52:23PM +0100, Thomas Nyberg wrote:
> The reason seems to be that the debian testing packaged version of werkzeug is
> 1.0.1 while the packaged version of voltran does
On Sat, Feb 13, 2021 at 06:06:54PM +0100, Lucas Nussbaum wrote:
> > cd ofxstatement-be-argenta && python3 setup.py test
> > running test
> > [...]
> > File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line
> > 1379, in __init__
> > self.module_path = os.path.dirname(getattr(mo
Control: -1 fixed-upstream
Looks like this was caused by an update of libmadness-dev. Feel free to
reassign this RC bug there, as it broke API compatibility when updated
from 0.10.1~gite4aa500e-10.1 to 0.10.1+git20200818.eee5fd9f-1:
now #defines "MADNESS_RESTRICT" instead of "restrict".
This seem
On Fri, Dec 18, 2020 at 04:07:50PM +0100, Andreas Tille wrote:
> On Fri, Dec 18, 2020 at 07:37:12PM +0500, Andrey Rahmatullin wrote:
> > On Fri, Dec 18, 2020 at 03:32:01PM +0100, Andreas Tille wrote:
> > > I tried no override_dh_shlibdeps in shasta debian/rules, which
On Fri, Dec 18, 2020 at 03:32:01PM +0100, Andreas Tille wrote:
> Hi,
>
> I tried no override_dh_shlibdeps in shasta debian/rules, which has lead
> to:
>
> dpkg-shlibdeps: error: cannot find library
> /usr/lib/python3/dist-packages/shasta.cpython-39-x86_64-linux-gnu.so needed
> by debian/shasta/
On Tue, Dec 08, 2020 at 09:44:51PM +0100, Andreas Tille wrote:
> > https://github.com/nipy/nipy/issues/461
>
> As far as I can see that's included into 0.4.3~rc1.
If by "it" you mean requiring sympy older than the Debian one then yes.
But the package evidently doesn't enforce this requirement.
--
On Tue, Dec 08, 2020 at 07:02:22PM +0100, Andreas Tille wrote:
> TypeError: unsupported operand type(s) for *: 'GreaterThan' and 'Add'
Consider starting to use Google to find at least some info related to
questions you ask.
https://github.com/nipy/nipy/issues/461
--
WBR, wRAR
signature.asc
Des
On Tue, Dec 08, 2020 at 01:27:57PM +0100, Andreas Tille wrote:
> test-data/samples/crawl.py:750: error: "yield from" can't be applied to
> "Condition"
> test-data/samples/crawl.py:772: error: "yield from" can't be applied to
> "Semaphore"
> test-data/samples/crawl.py:778: error: "yield from" can'
lding Python bindings with -std=c++14 (Closes: #975953), idea from
+Holger Hoffstätte, https://bugs.gentoo.org/739654.
+
+ -- Andrey Rahmatullin Sat, 05 Dec 2020 16:49:55 +0500
+
libtorrent-rasterbar (1.2.9-0.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru libtorrent-rast
On Sat, Nov 28, 2020 at 07:24:27PM +0500, Andrey Rahmatullin wrote:
> * There is some magic parsing in bindings/python/setup.py related to extra
> flags, with -std= being explicitly mentioned in a comment.
This is indeed the cause.
The "compile_cmd" file contains "g++ -std
On Tue, Dec 01, 2020 at 09:08:23PM +0100, Andreas Tille wrote:
> Control: tags -1 pending
>
> Hi,
>
> upstream of fis-gtm package[1] confirmed that the build needs some root
> permissions. Thus I've set
>
>Rules-Requires-Root: yes
There is no "Rules-Requires-Root: yes", see the Policy.
--
Package: php-php-gettext
Version: 1.0.12-1
Severity: serious
Control: affects -1 tt-rss
After upgrading php-php-gettext from 1.0.12-0.1 to 1.0.12-1 my tt-rss
installation no longer works, showing some JS errors on load. Apache error.log
contains this traceback:
PHP Fatal error: Uncaught Error: C
Package: mitmproxy
Version: 5.1.1-2
Severity: grave
Tags: upstream fixed-upstream
Control: forwarded -1 https://github.com/mitmproxy/mitmproxy/issues/4021
[...]
File "/usr/lib/python3/dist-packages/mitmproxy/utils/typecheck.py", line 73,
in check_option_type
elif not isinstance(value, typei
On Fri, Nov 27, 2020 at 02:21:04PM +0500, Andrey Rahmatullin wrote:
> >>> import libtorrent
> Traceback (most recent call last):
> File "", line 1, in
> ImportError:
> /usr/lib/python3/dist-packages/libtorrent.cpython-39-x86_64-linux-
> gnu.so: undefined
Package: python3-libtorrent
Version: 1.2.9-0.1
Severity: grave
Control: affects -1 + deluge deluged
>>> import libtorrent
Traceback (most recent call last):
File "", line 1, in
ImportError: /usr/lib/python3/dist-packages/libtorrent.cpython-39-x86_64-linux-
gnu.so: undefined symbol: _ZNK10libtor
On Tue, Nov 10, 2020 at 05:17:26PM +0200, Juhani Numminen wrote:
> Hi,
>
> Maarten L. Hekkelman as the package maintainer asked for my help with bug
> #973526
> but I have to forward his request to debian-mentors.
>
> The package libzeep failed to build on amd64, apparently because of a SIGABRT
python/gubbins/common.py::parse_and_run() constructs an absolute path for
the executable and then passes it to pkg_resources.get_distribution(). I
have no idea what does this code want to achieve, as get_distribution()
takes requirement specifications, not file paths.
--
WBR, wRAR
signature.asc
On Mon, Oct 12, 2020 at 11:36:36AM +0200, Andreas Tille wrote:
> Control: tags -1 help
>
> Hi,
>
> while I've fixed the issue for arm64 the new version of bowtie seems to
> have some new assembly code where mips64el, ppc64el and others are
> stumbling upon [1]:
The reason it works on arm64 is
i
On Fri, Jun 19, 2020 at 11:33:41AM +0300, Adrian Bunk wrote:
> Control: tags 956700 + patch
> Control: tags 956700 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for kvirc (versioned as 4:5.0.0+dfsg-2.1) and
> uploaded it to DELAYED/14. Please feel free to tell me if I should
> cancel
On Wed, Jan 15, 2020 at 05:50:03PM +0100, Andreas Tille wrote:
> Control: tags -1 help
>
> On Tue, Jan 14, 2020 at 09:48:10PM +0100, Paul Gevers wrote:
> > Did not find CMake 'cmake'
> > Found CMake: NO
> > Run-time dependency pbbam found: NO
> >
> > meson.build:54:0: ERROR: Could not generate ca
On Fri, Dec 13, 2019 at 10:10:03PM +0100, Andreas Tille wrote:
> i$ pdb2pqr
> Traceback (most recent call last):
> File "/usr/bin/pdb2pqr", line 52, in
> from main import mainCommand
> File "/usr/share/pdb2pqr/main.py", line 77, in
> import extensions
> File "/usr/share/pdb2pqr/exte
On Fri, Dec 13, 2019 at 01:40:34PM +0100, Andreas Tille wrote:
> > > g++ -o pdb2pka/substruct/Algorithms.cpython-37m-x86_64-linux-gnu.so
> > > -Wl,-z,relro -Wl,-z,now -shared pdb2pka/substruct/Algorithms.os
> > > -L/usr/lib -lpython3.7
> > > /usr/bin/ld: cannot find -lpython3.7
> > Actually, it's
On Fri, Dec 13, 2019 at 09:49:47AM +0100, Andreas Tille wrote:
> g++ -o pdb2pka/substruct/Algorithms.cpython-37m-x86_64-linux-gnu.so
> -Wl,-z,relro -Wl,-z,now -shared pdb2pka/substruct/Algorithms.os -L/usr/lib
> -lpython3.7
> /usr/bin/ld: cannot find -lpython3.7
Actually, it's a different problem
On Wed, Nov 20, 2019 at 10:11:03PM +0100, Andreas Tille wrote:
> INTERNALERROR> pluggy.manager.PluginValidationError: unknown hook
> 'pytest_namespace' in plugin '/build/psychopy-3.2.4+dfsg/.pybuild/cpython3_3.7/build/psychopy/tests/conftest.py'>
> File
> "/build/psychopy-3.2.4+dfsg/.pybuild/c
On Thu, Sep 26, 2019 at 02:09:16PM -0400, Sandro Tosi wrote:
> On Thu, Sep 26, 2019 at 1:45 PM peter green wrote:
> > paste depends on the python-tempita binary package, which has already been
> > dropped by the python-tempita source package.
>
> sigh, python-paste has 11 reverse deps that'd be
loses: #941226).
+
+ -- Andrey Rahmatullin Thu, 26 Sep 2019 23:17:51 +0500
+
python-pyramid-zcml (1.0.0-1.1) unstable; urgency=medium
* Non-maintainer upload.
signature.asc
Description: PGP signature
id-tm-0.5/debian/changelog 2019-09-17 21:22:59.0 +0500
+++ python-pyramid-tm-0.5/debian/changelog 2019-09-26 23:02:07.0 +0500
@@ -1,3 +1,10 @@
+python-pyramid-tm (0.5-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Upload without binaries (Closes: #941225).
+
+ -- A
Drop Python 2 support (Closes: #935381).
+ * Update the priority from extra to optional.
+
+ -- Andrey Rahmatullin Mon, 23 Sep 2019 20:34:29 +0500
+
python-pyramid-multiauth (0.8.0-1) unstable; urgency=medium
[ Denis Laxalde ]
diff -Nru python-pyramid-multiauth-0.8.0/debian/control p
On Thu, Aug 15, 2019 at 11:10:37PM +0500, Andrey Rahmatullin wrote:
> Control: reassign -1 src:redis-py-cluster/1.3.3-1
> Control: severity -1 grave
> Control: forwarded -1 https://github.com/Grokzen/redis-py-cluster/issues/295
> Control: affects -1 src:python-limits
>
> On Sa
ional.
+
+ -- Andrey Rahmatullin Tue, 17 Sep 2019 22:37:08 +0500
+
python-pyramid-zcml (1.0.0-1) unstable; urgency=low
* New upstream release
diff -Nru python-pyramid-zcml-1.0.0/debian/control python-pyramid-zcml-1.0.0/debian/control
--- python-pyramid-zcml-1.0.0/debian/control 2012-05-03 19:35:31.
ainer upload.
+ * Switch from Python 2 to Python 3 (Closes: #782951).
+ * Update the priority from extra to optional.
+
+ -- Andrey Rahmatullin Tue, 17 Sep 2019 21:22:59 +0500
+
python-pyramid-tm (0.5-1) unstable; urgency=low
* New upstream release
diff -Nru python-pyramid-tm-0.5/debian/co
On Fri, Sep 13, 2019 at 05:16:30PM +0800, Drew Parsons wrote:
> Python maintainers, remember, check your reverse dependencies before
> dropping your python2 packages.
> Check each of
>
> build-rdeps python-yourmodule
> apt-rdepends -r python-yourmodule
>
> and confirm the package has rdeps=0
Package: tifffile
Version: 20181128-1+b1
Severity: grave
$ tifffile
Traceback (most recent call last):
File "/usr/bin/tifffile", line 4, in
import tifffile
ImportError: No module named tifffile
The package ships a Python 3 module with a Python 2 wrapper script.
-- System Information:
De
Package: src:thumbor
Version: 6.7.0-1
Severity: serious
I tried to rebuild the package without the python-celery B-D and got one test
failure:
FAIL: test_can_get_304_with_last_modified
(tests.handlers.test_base_handler.ImageOperationsWithLastModifiedTestCase)
-
Package: src:thumbor
Version: 6.7.0-1
Severity: serious
python-celery was recently removed and so this package cannot be built anymore.
I don't see why that B-D is needed though.
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: src:python-raven
Version: 6.3.0-2
Severity: serious
User: debian-pyt...@lists.debian.org
Usertag: py2removal py2leaf py3available
python-celery was recently removed so python-raven can't be installed and the
package can't be built.
-- System Information:
Debian Release: bullseye/sid
Package: src:chaussette
Version: 1.3.0-1
Severity: serious
User: debian-pyt...@lists.debian.org
Usertag: py2removal py2leaf py2rm
According to #855671 this package doesn't seem to be working for the last 2.5
years, has popcon of 3, doesn't have Python 3 support and depends on a lot of
Python 2 mod
Package: src:monkeysign
Version: 2.2.4
Severity: serious
As Python 2 versions of zbar and zbarpygtk were removed, this package should be
updated to use Python 3 or removed.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (5
Control: reassign -1 src:redis-py-cluster/1.3.3-1
Control: severity -1 grave
Control: forwarded -1 https://github.com/Grokzen/redis-py-cluster/issues/295
Control: affects -1 src:python-limits
On Sat, Feb 09, 2019 at 06:57:54PM +0100, Slavko wrote:
> while this of course affects the python-limits b
On Wed, Jul 10, 2019 at 11:45:53AM +0200, Laurent Bigonville wrote:
> Now that buster has been released, do you think we could move forward with
> uploading the last version of librsync in unstable?
Yes, I plan to proceed with this soon.
> I tried to rebuild duplicity and it's building fine.
I tri
libwolfssl was removed from testing due to #918952.
The shared lib was removed but this package was not, because it doesn't
depend on the lib. Maybe the B-D can be safely removed.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Tue, Mar 12, 2019 at 09:43:22AM +, Santiago Vila wrote:
> TZ=UTC ronn --roff debian/coveralls.mkd
> roff: debian/coveralls.mkd.1
[...]
> dh_installman: Cannot find (any matches for) "debian/coveralls.1" (tried in
> ., debian/tmp)
So a change in ronn, I guess. The
On Mon, Mar 11, 2019 at 05:09:58PM +, Santiago Vila wrote:
> In file included from /usr/include/GraphicsMagick/magick/analyze.h:18,
> from /usr/include/GraphicsMagick/magick/api.h:55,
> from map_geo.c:137:
> /usr/include/GraphicsMagick/magick/image.h:1108:10: f
On Mon, Mar 04, 2019 at 11:16:02AM +, Santiago Vila wrote:
> Searching for billiard<3.6.0,>=3.5.0.2
It's 3.6.0.0 in sid (was 3.5.0.4 when this package was uploaded).
--
WBR, wRAR
signature.asc
Description: PGP signature
The code giving the errors is actually from juce-modules-source. The
version used for building the current sid giada package is 5.3.2~repack-1,
while the version in sid (which causes FTBFS) is
5.4.1+really5.4.1~repack-2. This seems to be related to #913915, I have no
idea how can the current sid ve
The problem here is the API compatibility break in glslang, described in
https://github.com/KhronosGroup/glslang/issues/1538#issuecomment-431643795
Changes related to the new glslang version seem to be bundled in
https://github.com/baldurk/renderdoc/commit/2ea6174c83c3c55f504c107303991d9bb2aa9af3
(
The actual error message is
"""
CMake Error at CMakeLists.txt:298 (message):
MPIIO package needs LAMMPS to be build with MPI
Call Stack (most recent call first):
CMakeLists.txt:304 (pkg_depends)
"""
It seems to mean MPI is not found. After removing QUIET from
find_package(MPI):
-- Found MPI_C
Package: libradare2-dev
Version: 3.2.1+dfsg-4
Severity: serious
Control: block 923321 by -1
At least libuv and liblz4 are listed in Requires.private of the .pc files yet
the -dev package doesn't depend on their -dev packages. This leads to
pkg-config --cflags r_core failing.
-- System Informati
On Tue, Feb 26, 2019 at 11:18:18AM +, Santiago Vila wrote:
> /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I..
> -DSYSCONFDIR='"/etc"' -I./../libdynaloginclient -Wdate-time
> -D_FORTIFY_SOURCE=2 -pthread -DLINUX -D_REENTRANT -D_GNU_SOURCE
> -I/usr/include/apr-1
On Tue, Feb 26, 2019 at 05:23:13PM +0800, Yanhao Mo wrote:
> Control: tags -1 + pending
>
> Andrey Rahmatullin writes:
>
> > Control: tags -1 + upstream fixed-upstream
> >
> > On Wed, Feb 13, 2019 at 09:21:17PM +0800, Yanhao Mo wrote:
> >> Control: tags -
Control: tags -1 + upstream fixed-upstream
On Wed, Feb 13, 2019 at 09:21:17PM +0800, Yanhao Mo wrote:
> Control: tags -1 + confirmed help
This seems to be fixed upstream:
https://github.com/teejee2008/timeshift/issues/375
--
WBR, wRAR
signature.asc
Description: PGP signature
On Fri, Feb 22, 2019 at 10:53:47PM +, Santiago Vila wrote:
> In file included from src/com/redhat/nuxwdog/wdpwd.cpp:37:
> /usr/include/keyutils.h:204:48: error: expected ',' or '...' before 'private'
> extern long keyctl_dh_compute_kdf(key_serial_t private, key_serial_t prime,
>
Control: tags -1 + upstr4eam fixed-upstream patch pending
On Sat, Feb 09, 2019 at 11:49:51PM +, Santiago Vila wrote:
> ==
> FAIL: tests.test_utils.test_format_to_extension_no_init
>
Control: tags -1 + patch
On Wed, Feb 13, 2019 at 08:16:28PM +, Santiago Vila wrote:
>dh_installman -i -O--buildsystem=pybuild
> dh_installman: Could not determine section for ./build/man/_static
This is caused by "build/man/*" in debian/pyfr.manpages. I think it's safe
to assume that repl
Control: tags -1 + upstream fixed-upstream patch
This seems to be fixed by https://github.com/celery/kombu/pull/978/files
--
WBR, wRAR
signature.asc
Description: PGP signature
On Tue, Feb 19, 2019 at 10:00:34PM +0100, Moritz Mühlenhoff wrote:
> If a transition (even though it's marginal in size) isn't an option at this
> point
That's not for me to decide. Should we ask the RT?
--
WBR, wRAR
signature.asc
Description: PGP signature
On Sun, Feb 17, 2019 at 04:58:58PM +0200, Kyle Robbertze wrote:
> This is because version 1.0.1 of Camomile is in unstable. I am busy
> packaging liquidsoap 1.3.4, which is compatible with newer versions of
> Camomile and will fix both these issues.
Please note the freeze policy.
--
WBR, wRAR
s
On Sat, Feb 09, 2019 at 12:15:34AM +, Santiago Vila wrote:
> OCAMLOPT -o liquidsoap
> /usr/bin/ld: cannot find -lexif
libexif-dev is indeed not installed but my build fails even earlier:
OCAMLOPT -c tools/file_watcher.ml
OCAMLOPT -c tools/file_watcher_mtime.ml
OCAMLOPT -c configure.mli
OCAMLOP
Here is the actual pyflakes3 output:
./gdebi-kde:92: local variable 'e' is assigned to but never used
./gdebi-gtk:80: local variable 'e' is assigned to but never used
./GDebi/KDEAptDialogs.py:147: local variable 'e' is assigned to but never used
./GDebi/GDebiKDE.py:363: local variable 'msg' is ass
I cannot reproduce this on the current sid chroot.
Unfortunately the log excerpt in the bug is not helpful and I couldn't
access the RB website.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Sat, Feb 16, 2019 at 12:33:08PM +, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
>
> > severity 776246 grave
> Bug #776246 [librsync1] MD4 collision/preimage attacks (CVE-2014-8242)
> Severity set to 'grave' from 'important'
> > thanks
> Stopping proce
On Wed, Jan 09, 2019 at 10:49:48PM +0100, Andreas Tille wrote:
> > > to find the exact code line[2] where the SIGSEGV is thrown. It turns out
> > > that the elements of a structure are not accessible:
> > >
> > >(gdb) print entry->offset
> > >Cannot access memory at address 0x7
> > It's b
On Wed, Jan 09, 2019 at 09:42:43PM +0100, Andreas Tille wrote:
> to find the exact code line[2] where the SIGSEGV is thrown. It turns out
> that the elements of a structure are not accessible:
>
>(gdb) print entry->offset
>Cannot access memory at address 0x7
It's because entry is 0x7.
>
Even firefox was renamed twice.
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: src:freeipa
Version: 4.7.0~pre1+git20180411-1
Severity: serious
override_dh_clean: gencontrol
dh_clean
if [ -f /usr/bin/git ]; then \
git checkout -- po; \
fi
This is unacceptable for several reasons, main one being that the package FTBFS
on syste
Package: appstream-generator
Version: 0.7.4-1
Severity: grave
I've just installed appstream-generator and ran it:
$ appstream-generator
appstream-generator: symbol lookup error: appstream-generator: undefined
symbol: _D7gobject7ObjectGQi5dorefMFZCQBcQxQz
So it's either underlinked or some depend
On Mon, Sep 24, 2018 at 03:46:09PM -0400, Nicholas D Steeves wrote:
> > > after upgrading system-wide Python installation (in my case from 3.5.3 to
> > > 3.5.4),
> > > virtualenvs may break due to the outdated interpreter
> > > (somevirtualenv/bin/python3) inside the venv, trying to work with a n
On Thu, Dec 14, 2017 at 01:33:18PM +0100, Krzysztof Słychań wrote:
> after upgrading system-wide Python installation (in my case from 3.5.3 to
> 3.5.4),
> virtualenvs may break due to the outdated interpreter
> (somevirtualenv/bin/python3) inside the venv, trying to work with a newer
> stdlib.
T
On Mon, Sep 10, 2018 at 04:33:21PM +0200, Andreas Tille wrote:
> Hi,
>
> looking at the bug log of scikit-learn[1] it seems to be a simple means to do
>
> --- a/debian/control
> +++ b/debian/control
> @@ -20,6 +20,7 @@ Build-Depends: debhelper (>= 9), dh-autoreconf,
> python3-pyte
Package: src:libgpod
Version: 0.8.3-11
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Tags: ftbfs
Trying to build the package in a fresh sid sbuild chroot I get
libtool: warning: relinking '_gpod.la'
libtool: install: (cd /<>/build/python2.7/bindi
On Mon, Apr 23, 2018 at 08:28:22PM +0100, Mark Williams wrote:
> Installing python-gobject seems to work around this. Suggest this is added
> to dependencies.
Thank you for this observation, it seems dh_python2 --depends=gobject
doesn't produce the correct depends on python-gobject-2.
--
WBR, wRA
Control: clone -1 -2
Control: reassign -2 kde-style-qtcurve-qt4 1.8.18+git20160320-3d8622c-5
On Fri, Aug 03, 2018 at 04:54:13PM +0500, Andrey Rahmatullin wrote:
> Actually, it seems that any Qt5 app with a menu bar is easily hanged by
> moving the pointer over the menu bar for some time (
Actually, if you had virtualbox-ext-pack installed, you just need to
install back/reinstall/upgrade it.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Thu, Jul 12, 2018 at 10:16:36AM -0500, Kent West wrote:
> > Note! This error could also mean that an incompatible version of the
> > 'Oracle VM VirtualBox Extension Pack' is installed (VERR_NOT_FOUND).
> While VirtualBox was broken this week, I had tried various things (
> snapshot.debian.org, v
On Thu, Jul 12, 2018 at 10:08:06AM -0500, Kent West wrote:
> I just did an "aptitude udpate" and "aptitude dist-upgrade", and got a new
> version of VirtualBox.
>
> When I try to start a virtual machine, I get a new error:
>
>
> Implementation of the USB 2.0 controller not found!
>
> Because th
On Mon, Jul 09, 2018 at 08:56:16AM -0500, Kent West wrote:
> > Obviously I merely downgraded to the last functioning version of
> > virtualbox et. al. (5.2.12-dfsg-3) in unstable
>
> But how did you do this?
debsnap I suppose.
I personally just downgraded to the version in testing.
--
WBR, w
On Sun, Jul 08, 2018 at 02:54:02PM -0500, Steven R. Wright wrote:
> This is a critical enough bug to warrant removing 5.2.14-dfsg-1 from the
> repos. I have to do selective upgrades now to avoid pulling it in.
apt-listbugs should be enough to mitigate this.
--
WBR, wRAR
signature.asc
Descripti
Package: diffoscope
Version: 97
Severity: grave
Setting up diffoscope (97) ...
File "/usr/lib/python3/dist-packages/diffoscope/comparators/json.py", line 41
file.magic_file_type.startswith(x)
^
SyntaxError: Generator expression must be parenthesized
File "/usr/lib/python3/dist-package
1 - 100 of 393 matches
Mail list logo
