Hi Julian,
[Julian Gilbey, 2024-08-14]
> It has been fixed upstream at some point between 0.37.2 and 0.38.2.
> I'd be happy to do an NMU, Piotr, if you don't have time to do this
> yourself (only change is to upgrade the upstream version).
>
> (You're Maintainer and DPT is only Uploader, so with
Control: tags -1 + unreproducible
Hi,
python3-starlette doesn't use flatbuffer AFAICT.
Could you explain the need to rebuild
(I will upload new upstream release soon, but I want to know for the
future uploads)
I will review and upload soon. Sorry for the delay.
Source: openstack-trove
Version: 1:21.0.1-2
Severity: serious
Tags: ftbfs
Hi,
I uploaded SQLAlchemy 2.X to unstable and openstack-trove currently
FTBFS due to failing tests (tries to import sqlalchemy.databases which
is no longer available) so the code is definitely not ready for SA 2.X.
I gues
Package: wnpp
Severity: wishlist
* Package name: wayprompt
Version : 0.0.0
Upstream Contact: Leon Plickat
* URL :
* License : GPL-3
Programming Lang: Zig
Description : multi-purpose (password-)prompt tool for Wayland
WayPrompt also has a TUI fallback
Package: esptool
Version: 4.6.2+dfsg-0.1
Severity: minor
Hi,
I had to add stub_flasher_32.json file manually from upstream repo in
order to make my esphome (not yet in Debian, working on it) work with
ESP32 WROOM 32 board.
Please include this file in the package. TIA
signature.asc
Description:
[Scott Kitterman, 2023-07-20]
> I had to override dh_python3 to add --no-guessing-deps in the latest
FTR: you can override detection with debian/py3dist-overrides (see
dh_python3's manpage or /usr/share/doc/dh-python/README.PyDist for more
details)
> dnspython upload because it was getting things
Hi,
Looks like imv moved from github to git.sr.ht.
Here's an updated debian/watch file that detects 4.4.0 version:
| version=4
| https://git.sr.ht/~exec64/imv \
| /~exec64/imv/archive/@ANY_VERSION@@ARCHIVE_EXT@
Generating these files requires network so it cannot be enabled on
Debian. Dunno what policy Ubuntu has in that regard but I added --ubuntu
option for ./pydist/generate_fallback_list.py - let me know if Contents
URL needs an update, BTW
Hi,
[Sam Bull, 2023-01-31]
> The package appears to be 1.2, which is starting to look quite out-of-date.
> Would be great to get a new package in time for bookworm.
it FTBFS due to some tests failing, I didn't have enought time to
investigate them, any help appreciated…
Hi,
[Sam Bull, 2023-01-31]
> It would be nice to have sqlalchemy 2.0 packaged in time for bookworm.
> It would be a shame to be stuck with legacy 1.4 for atleast 2.5 years longer.
I will not upload 2.0 to unstable now - there are way too many changes
in the API. There's not enough time to fix all
Hi,
I just rebuilt with patch from this bug report and it seems to work
fine. Please enable it
httpx is used only in this test file and your package is invoking tests
so even if we add it to Recommends or Suggests (it definitely will not
go into Depends) you'll have to add it to ormar's Build-Depends
I uploaded 0.7.1-2 that depends on python3-python-socks which is
currently in NEW so it's still not installable but at least it will not
trigger upgrades for Debian Sid users for now
Sorry for not waiting with -1 upload to unstable
Package: tt-rss
Version: 21~git20210204.b4cbc79+dfsg-1
Severity: wishlist
Hi,
Please prepare new upstream release.
(and thanks for packaging / maintaining it!)
[Boyuan Yang, 2021-11-28]
> Thanks for the info and sorry for the breakage; obviously I should have
> uploaded it into Experimental first. I am looking into fixing the issue
> (ideally through upgrade of all related packages) but this may take some time.
> If you already have a solution, it would b
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: team+swa...@tracker.debian.org
* Package name: fnott
Version : 1.1.2
Upstream Author : Daniel Eklöf
* URL : https://codeberg.org/dnkl/fnott
* License : MIT
Programming Lang: C
Description : keyboard driven
Package: src:linux
Version: 5.10.28-1
Severity: wishlist
Dear Maintainer,
Please enable CONFIG_MT7915E (MediaTek MT7915E (PCIe) support) - looks
like my new mini PCIe card needs this one.
5.14-1~exp2 from experimental doesn't have this one enabled as well
CONFIG_MT7915E was added in Linux 5.8
T
nd pyclean accidentally removed in -1
+
+ -- Piotr Ożarowski Wed, 28 Jul 2021 13:17:06 +0200
+
python-defaults (2.7.18-2) unstable; urgency=medium
* Don't ship a duplicate README.Debian in python2-doc. Closes: #966823.
diff -Nru python-defaults-2.7.18/debian/rules
python-defaults-2.7.
Hi
> Please consider packaging the latest upstream version (currently 1.4.17) of
> SQLAlchemy.
I will upload 1.4.X soon after Debian Bullseye is released
> > actually… pybuild should invoke something like this:
> > `{interpreter} -m unittest discover -v {args}`
> > so I don't know where "setup.py test" came from. Can you point me to
pybuild *does* that for distutils plugin. I will not change it in this
release cycle as I don't know how many package
[Julian Gilbey, 2021-02-09]
> On Mon, Feb 08, 2021 at 02:32:23PM +0100, Piotr Ożarowski wrote:
> > [Julian Gilbey, 2021-02-08]
> > > I: pybuild base:232: python3.9 setup.py test
> > > running test
> > > WARNING: Testing via this command is deprecated and will b
[Julian Gilbey, 2021-02-08]
> I: pybuild base:232: python3.9 setup.py test
> running test
> WARNING: Testing via this command is deprecated and will be removed in a
> future version. Users looking for a generic test entry point independent of
> test runner are encouraged to use tox.
>
> Since i
Control: severity -1 minor
> You annunced NEWS. use packadd!
>
> but, vim said: E919: ディレクトリが 'packpath' の中にありません: "pack/*/opt/ctrlp"
>
> This means vim can't find ctrlp in "pack/*/opt/ctrlp"
>
> I have redoed "vam install ctrlp"
ah, there's a typo in NEWS, it should be: "packadd! CtrlP" like
Control: tags -1 + patch
here's a patch to use deprecated setRequestInterceptor if
setUrlRequestInterceptor is not available
commit 6d030410a363123c5152d4b2d1a056bac8bffa46 (HEAD -> master)
Author: Piotr Ożarowski
Date: Tue May 12 12:32:01 2020 +0200
use deprecated setRequestInt
> This function was introduced in Qt 5.13.
> Not sure what can be done here ... besides waiting
We have 5.14 in Debian and this bug is still present.
Since I don't need links in PDF I commented ans.setUrlRequestInterceptor line
to workaround it and it seems to work fine for me.
Package: wnpp
Severity: normal
I request an adopter for the python-weberror package.
The package description is:
This Python module provides error handling and exception catching
functionality for WSGI web applications. It is primarily used by Pylons
(python-pylons).
Package: wnpp
Severity: wishlist
Owner: Piotr Ożarowski
* Package name: starlette
Version : 0.13.2
Upstream Author : Tom Christie
* URL : https://github.com/encode/starlette
* License : BSD
Programming Lang: Python
Description : little ASGI library
Package: wnpp
Severity: wishlist
Owner: Piotr Ożarowski
* Package name: python-databases
Version : 0.3.0
Upstream Author : Tom Christie
* URL : https://github.com/encode/databases
* License : BSD
Programming Lang: Python
Description : async database
Control: tags 943580 + moreinfo
Hi,
I cannot reproduce it:
python3.8 -c 'import pkg_resources as pkg; pkg.require("typing")'
[Moritz Mühlenhoff, 2020-02-20]
> On Sun, Oct 06, 2019 at 05:09:30PM -0400, Jeremy Bicha wrote:
> > Control: severity -1 serious
> > Control: tags -1 -buster
> >
> >
> > As part of the Python2 removal, it is our intent that pygtk will be removed
> > from Testing before the release of Debian 11
>
Hi Lisandro,
> I'm writing this because at first I understood that dh-python should *set*
> this
> variable, but that's FindPython's job.
I'm afraid that's the case here. We need to invoke cmake twice: once
for Python 3.7 and once for 3.8 (to build extensions for both of them)
Package: ftp.debian.org
Severity: normal
Upstream replaced it with Pillars (which seems abandoned as well)
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
signature.asc
Description: PGP signature
Hi Ole,
[Ole Streicher, 2019-09-19]
> can you explain why you set the severity to "normal"? This problem
> causes another package to fail completely; this is IMO a reason to have
> it RC.
two reasons:
• this is a problem for one or two packages, few other thousands work fine
• I'm 90% sure this i
Hi Daniel,
> I tried to replicate this with exactly the kind of setup you've
> described, but using version 0.0.20190905-1 on amd64 on a
> debian/unstable system. i saw the output was like:
>
> my_public_key=10.8.1.2/32 10.1.0.0/20 10.0.0.0/20 192.168.6.0/24
>
> Can you still replicate
Hi Andreas,
> > Please see https://bugzilla.redhat.com/show_bug.cgi?id=1718212
> >
> > Patch is at https://gist.github.com/dhondta/f71ae7e5c4234f8edfd2f12503a5dcc7
>
> I know you are usually pretty quick in solving serious issues. I tried
> to check the issue and think the link provided for a p
> To clarify, I meant that dh_python3 replaces the shebangs with
> /usr/bin/python2 (not /usr/bin/python) instead of /usr/bin/python3.
not a bug, it's a feature :)
If upstream claims it's for Python 2.X then that's what it is.
If it's not, use --shebang /usr/bin/python3
signature.asc
Descriptio
SED; urgency=medium
+ [ Stefano Rivera ]
* Update watch file regex, upstream calls it pypy2.7 now.
+ [ Piotr Ożarowski ]
+ * pypycompile and pypyclean now read namespaces from /usr/share/pypy/ns
+(to follow dh_pypy's suggested location)
+
-- Stefano Rivera Tue, 26 Feb 2019 16:38:5
Hi,
> | try:
> | # Set _PYTHON_HOST_PLATFORM to ensure debugging symbols on, f.e.
> i386
> | # emded a constant name regardless of the 32/64-bit kernel.
> | env.setdefault(
> | '_PYTHON_HOST_PLATFORM',
> |
> '{env[DEB_TARGET_ARCH_OS]}-{env[DEB_
Package: wireguard
Version: 0.0.20190123-1
Severity: normal
Hi Daniel,
I have multiple peers defined in /etc/wireguard/wg0.conf
but setting AllowedIPs doesn't fully work for some of them
if I use `wg setconf`… and works perfectly fine if I do this
"manually" via `wg set wg0 peer my_public_key all
Package: bitlbee-plugin-facebook
Version: 1.1.2-1
Severity: serious
Hi,
without this change¹ this package is no longer usable (due to some
changes on FB side). I suggest to package latest upstream snapshot as
other commits look useful as well.
[¹]
https://github.com/bitlbee/bitlbee-facebook/com
Control: tag -1 + wontfix
Control: severity -1 normal
> Programs like pygmentize should be in an own package,
> not part of some module package.
>
> In any case python-pygments must depend on whatever package
I reported bugs in all packages that depend on python-pygments and were
using pygmentize
> > python-chardet cannot be used to satisfy cross build dependencies (e.g.
> > for nagios-plugins-contrib via python-debian).
>
> Thanks for the detailed explanation and the attached patch! It's fine
> for me, but I'm only an uploader of chardet so I will ping Piotr before
> applying it.
go ahea
Package: ptex2tex
Version: 0.4-1
Severity: normal
Dear Maintainer,
if the dependency on python-pygments is due to pygmentize script
(and latex/styles/minted.sty suggests that)
then please replace it with python3-pygments as that the package
that provides this script now. TIA
Source: nanoc
Version: 4.11.0-1
Severity: normal
Dear Maintainer,
I moved /usr/bin/pygmentize script to python3-pygments package
and it looks like you used it in
nanoc/lib/nanoc/filters/colorize_syntax/colorizers.rb
Please update Depends so that this lib can find the right executable
Package: editra
Version: 0.7.20+dfsg.1-3
Severity: normal
Dear Maintainer,
Editra ships a copy of Pygments, please use the one from python-pygments
(or python3-pygments once it uses Python 3) instead of shipping local
copy of /usr/lib/python2.7/dist-packages/Editra/src/extern/pygments
or notify s
Package: src:rst2pdf
Version: 0.93-6
Severity: normal
Dear Maintainer,
I moved /usr/bin/pygmntize script to python3-pygments binary package.
Please update your dependency.
-- System Information:
Debian Release: 9.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'propos
Package: python3-tz
Version: 2016.7-0.3
Severity: wishlist
Hi,
Debian Python Policy suggests using module name for binary package
names, please follow this advice as it's very helpful
(I just spent over a minute trying to fugure out why `import tz` doesn't
work even though I installed python3-tz)
> The typing module was added to the standard library in Python 3.5 on a
> provisional basis and will no longer be provisional in Python 3.7. However,
> this means users of Python 3.5 - 3.6 who are unable to upgrade will not be
> able to take advantage of new types added to the typing module, s
> There is already a python template library for python with the source
> package name mako- i'm not sure what the best namechange for the
> notification daemon could be? Should only the source packge be renamed
> or also the binary package? If the former, is mako-src to generic?
It's OK to choose
Control: tags -1 -help
Control: tags -1 patch
> I tried to fix the issue reported below by using
> dh_python3 --no-ext-rename
> (see [1]) but this has no effect and the resulting package just
> contains
well, --no-ext-rename should not be used for public modules (I cannot
imagine a single case
Package: matrix-synapse
Version: 0.33.4-1~bpo9+1
Severity: normal
Dear Maintainer,
I tried to install matrix-synapse on stretch (with stretch-backports)
but python-pysaml2 (>= 4.0.0) is not available.
(matrix-synapse : Depends: python-pysaml2 (>= 4.0.0) but 3.0.0-5 is to be
installed)
Control: tags -1 +wontfix
Control: severity -1 wishlist
/usr/bin/python points to default Python 2.X version and we support python2.7
only
right now. The only change planned for 2.X is to remove 2.7 from list of
supported 2.X versions.
Python 3 is a completely different language from our POV so
if someone picks this up, I'd be happy to help with Python bits and/or
sponsor this package. I can even maintain the Python parts if someone
takes care of JavaScript ones.
[Yaroslav Halchenko, 2018-05-31]
> I will meanwhile provide a workaround one way (skipping tests) or another
> (symlinking .egg-info may be), but it would be nice if pybuild --test handled
> those usecases smoother
is debian/pybuild.testfiles smooth enough?
(just put file/dir name there and pybui
[Andreas Tille, 2018-04-30]
> On Mon, Apr 30, 2018 at 03:57:51PM +0200, Piotr Ożarowski wrote:
> > [Andreas Tille, 2018-04-30]
> > > > PYTHONPATH=$(shell pybuild --print build_dir --interpreter python3) ...
> > > I tried the same trick for snakemake in Git[1] but fai
[Andreas Tille, 2018-04-30]
> > PYTHONPATH=$(shell pybuild --print build_dir --interpreter python3) ...
>
> This worked nicely for python-skbio.
>
> > I fixed few packages already, here's a list of other affected ones:
> > ...
> > snakemake Debian Med Packaging Team
>
> I tried the same
[Andreas Tille, 2018-04-26]
> some packages I maintain received this kind of bug in the case of
> python-skbio it is
>
>ModuleNotFoundError: No module named 'skbio'
>
> So the module that was just build is not found. I guess this is due to
> some misuse of pybuild - but what did I wrong? Py
[Robin Jarry, 2018-02-27]
> after some discussions on https://bugs.debian.org/883529, Martin Borgert
> suggested that buildbot becomes maintained by the Python Applications
> Packaging Team.
>
> That sounds like a good thing to have more than one person able to work
> on this package.
>
> I am cu
Package: fail2ban
Version: 0.10.2-1
Severity: important
Dear Maintainer,
Please apply attached patch to fix FTBFS with new dh-python.
Patch also adds missing dh-python to Build-Depends
commit 3080b5a15e02056fadffc9039dc24574588c72f5
Author: Piotr Ożarowski
Date: Wed Mar 21 10:32:31 2018 +0100
a62f159c
Author: Piotr Ożarowski
Date: Wed Mar 21 09:59:25 2018 +0100
do not hardcode pybuild's internal paths
diff --git a/debian/control b/debian/control
index 4fa5101..78d2746 100644
--- a/debian/control
+++ b/debian/control
@@ -5,7 +5,7 @@ Maintainer: Debian Science Maintai
Control: severity 893242 normal
Control: tags 893242 + wontfix
> File "/usr/lib/python3.6/unittest/loader.py", line 451, in _find_test_path
> msg % (mod_name, module_dir, expected_dir))
> ImportError: 'test_archive' module incorrectly imported from
> '/build/1st/python-pygit2-0.26.3/.pybuil
[Thomas Goirand, 2018-02-24]
> Please upload a working version of SQLA in Experimental, for example 1.2.1,
> which is accepted by OpenStack, as per this document:
if 1.2.4 works in OpenStack, I will upload it directly into unstable. Is
that OK?
Package: src:linux
Version: 4.15.4-1
Severity: wishlist
Dear Maintainer,
thunderbolt-net (CONFIG_THUNDERBOLT_NET) was introduced in Linux 4.15.
Please include it in Debian package.
TIA
PS thanks for doing such a great work with this package! :)
Package: tt-rss
Version: 17.1+git20170410+dfsg-2
Severity: wishlist
Dear Maintainer,
Thank you for maintaining TT-RSS :)
Please package new upstream release or snapshot.
TIA
Package: hostapd
Version: 2:2.4-1+deb9u1
Severity: wishlist
Tags: patch
Dear Andrew,
Please consider replacing hostapd.service with hostapd@.service
template - this makes it a lot easier if you have multiple WLAN cards
Here's the template I use:
[Unit]
Description=Advanced IEEE 802.11 AP an
> > > However, in Debian case, I do not know how this can be handled as
> > > 2 packages cannot hold the same file (even if __init__ is only an empty
> > > file), and at least one must be present (if you install only one).
>
> The Python jargon is that the "backports" shared by backports.tempfile
FTR: you need to handle namespace in BOTH packages
(python-backports.weakref AND python-backports.tempfile)
[Andreas Tille, 2018-01-22]
> Hi,
>
> I kept on working packaging python-moto predependencies. I'm now
> stumbling upon python-backports.tempfile[1] and
> python-backports.weakref[2]. My naive packaging attempt puts
> the modules into
>
>/usr/lib/python*/dist-packages/backports
>
> leaving
[Andreas Tille, 2018-01-15]
> Now I need to exclude those tests that try to access remote network
> locations but I failed with the same method as you proposed above.
>
> Any clue how I can do that properly (please Git pull to see my failed
> attempts).
if you want to disable specific test (not t
[Andreas Tille, 2018-01-15]
> 1) test suite
>
> I: pybuild base:184: cd
> /build/python-aws-xray-sdk-0.95/.pybuild/pythonX.Y_2.7/build; python2.7 -m
> pytest tests
> = test session starts
> ==
> platform linux2 -- Python 2.7.14+, pytest-
> I currently don't have an example. But that would be a package that has a -dbg
> *and* a -dbgsym package. Maybe Piotr could elaborate if pybuild now handles
> the
> case correctly, and then maybe just close the issue?
pybuild just invokes -dbg interpreter to build extension, It doesn't
know any
FTR: (as I had to dig into my branch comments to see why I didn't merge it)
What if $DPKG_MAINTSCRIPT_ARCH is empty?
Hi,
you want to run tests from source package's root directory, right?
The directory contains "aiohttp" subdir with __init__.py file...
you try to test installed module but Python gives preference to the
files in current directory so installed module and extension are
ignored.
> So, Piotr, do you think that any of the options is preferable?
>
> If there's no reply I'd like to upload an NMU with a fix for this
> problem.
>
> I think that changing the package to "Architecture: any" and "M-A: same"
> is safer than dropping a dependency to recommends. It's not ideal, but
Source: pdfrw
Version: 0.3-1
Severity: normal
Dear Maintainer,
Please upgrade pdfrw to 0.4 as previous version do not work properly
with Python 3.X (I'm getting tracebackng about bytes vs str)
Source: webassets
Version: 4
Severity: normal
Dear Maintainer,
Please upgrade webassets to 0.12.1 as previous versions do not work with
Jinja 2.9. See the fix¹ or bug report² for details.
TIA
[¹]
https://github.com/miracle2k/webassets/commit/f11f7d300a539caead81fc28b01f760e6c3c9409
[²] https:/
> > > Hm, do we even *want* autoloading modules? I'm not 100% sure we do. I
> > > guess
> > > it does not block the packaging anyway...
> >
> > as an upstream I'd go even further and make it possible to block loading
> > modules from client (runtime), but that's probably just me.
>
> I don't 100
[Chris Lamb, 2017-10-24]
> Am happy to package this, and probably makes sense as the Redis
> maintainer anyway.
>
> > I chose redis-modulename as binary package name
>
> So, "redis-redisearch". The only problem is that this *somewhat*
> collides with other packages in this namespace, such as redi
CCing redis maintainer as there's probably a need for Redis module
naming policy (I chose redis-modulename as binary package name).
Please also note that there's no standard module directory, at least
upstream doesn't define one AFAICT so I chose
/usr/lib/redis/ but maybe /usr/lib/redis/modules/ i
Package: wnpp
Severity: wishlist
* Package name: redisearch
Version : 0.21.3
Upstream Author : Redis Labs
* URL : http://redisearch.io/
* License : AGPL
Programming Lang: C
Description : search engine on top of Redis
Unlike other redis search libraries
EASED; urgency=medium
+
+ * Add python3-pathlib binary package
+
+ -- Piotr Ożarowski Mon, 04 Sep 2017 11:51:22 +0200
+
python-pathlib (1.0.1-2) unstable; urgency=medium
* Enable reproducible build py patching generation of manpage
diff -Nru python-pathlib-1.0.1/debian/control
python-pathlib-
Control: tags -1 unreproducible
> I get the following message each time I start gaupol and get constant
> reminders on the console -
>
> (python3:12069): Gtk-WARNING **: Allocating size to
> GtkApplicationWindow 0x55e19b4ea2c0 without calling
> gtk_widget_get_preferred_width/height(). How does t
Package: src:mediagoblin
Version: 0.9.0~dfsg-1~exp2
Severity: normal
Hi,
"except ldap.LDAPError, e:" wasn't meant as multiple exceptions, "e" is
ldap.LDAPError's instance name - syntax used in Python 2.X, no longer
available in Python 3.X - comma is replaced with "as" keyword, also
backported to
Hi,
It FTBFS (fails to build from source) due to my recent python3-aiohttp
upload (2.X). New upstream release of aiohttp-cors (0.5.2) fixes it.
Please prepare 0.5.3 (even newer) upload and send me RFS email.
Package: debian-installer
Version: 20170608
Severity: normal
Hi,
I tested firmware-stretch-DI-rc5-amd64-netinst.iso yesterday and it
didn't allow me to continue installation without swap partition on an
encrypted disk if a swap partition on another unencrypted disk was
previously selected. Desele
Control: tags -1 - moreinfo
> that's because Thomas overwrote my NMU with another upload, please give
> me some time to talk with him
Thomas added my changes back, all 3 OpenStack packages have ">="
dependency only (no "<<" anymore)
[Niels Thykier, 2017-04-03]
> > unblock sqlalchemy/1.1.5+ds1-1
> > unblock murano/1:3.0.0-3.1
> > unblock ceilometer/1:7.0.1-1.1
> > unblock mistral/3.0.0-2
> >
>
> I cannot exactly say I am trilled with this change. But starting from
> the bottom, something is definitely wrong. AFAICT, the lat
Package: minidlna
Version: 1.1.6+dfsg-1
Severity: wishlist
Hi,
I think you want to s/turn media_dirs on./turn wide_links on./
in debian/NEWS file.
FYI: I plan to upload sqlalchemy 1.1.6+ds1-1 (i.e. a new upstream
release in 1.1.X series). I assume if you will allow 1.1.5, then there's
no reason to not allow 1.1.6 - i.e. next bug fix release in 1.1 series.
Note that upstream already started working on 1.2 series which I'm not
considering for
[Ghislain Antony Vaillant, 2017-03-09]
> The pygmentize console script is currently provided by the Python 2
> binary package. However Python 2 support will be dropped for the Buster
> cycle.
>
> Please consider moving the pygmentize console script from
> python-pygments to python3-pygments, so th
rekall's setup.py contains¹ (in install_requires):
"pycrypto == 2.6.1"
which is translated by dh_python2 into "python-crypto (= 2.6.1)"
(translating == into = and not simply ignoring it, or replacing with
">=" which is IMO the least problematic solution, is a new thing
introduced in dh-python 2.
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package sqlalchemy 1.1 - it was in unstable for a very
long time and was my plan to ship it in Strech since the first beta
release of 1.1.0. Upstream author provides best unit
Hi Brandon,
> https://mentors.debian.net/debian/pool/main/a/aiohttp-cors/aiohttp-cors_0.5.0-1.dsc
even though upstream claims this module works with Python 3.4.1, it
requires at least Python 3.5 (due to "typing" module which is not
present in 3.4) so please bump X-Python3-Version to >= 3.5 and pi
> The failure is caused by the recent upload of pygments 2.2.0. With this new
> release the 'u' prefix is omitted from the rendered utf8 strings, as in:
> 'привет'
> while pygments 2.1.3 gives:
> u'привет'
hmmm... that's weird as my first thought was it was due to new pygnents
so I tested it wit
epends) python-pyside.qtgui and
python-pyside.qtnetwork only, yes
> A third option would be to ask upstream to split out the packages as we have
> done -- that would resolve the conflict in this instance, but not the general
> issue, and would probably take a lot of effort (or be rebuffe
Control: tags 852428 +wontfix
Control: severity 852428 wishlist
> The pip documentation
> (https://pip.pypa.io/en/stable/user_guide/#requirements-files)
> discusses requirements files and names them requirements.txt rather
> than requires.txt. dh_python2 and dh_python3 both look at
> requires.txt
Hi Jeremy,
[Jeremy Bicha, 2017-01-18]
> The new version of jinja2 breaks several templates used by ansible.
>
> Please see https://github.com/ansible/ansible/issues/20063
>
> I stumbled across this when using debops:
> https://github.com/debops/ansible-postfix/issues/84
could you check if this
> Hello Piotr. For reasons I still don't understand, your commands
> above made the bug to be closed.
the bug was actually not in fedmsg but in moksha.hub and I fixed it in 1.4.1-2
(hence different source package/version that was closing bug).
I just checked (build logs you pointed me to are rea
1 - 100 of 619 matches
Mail list logo