Hi,
if you want to proceed with the transition, maybe it's a good idea to
upload libgit2 to unstable first :)
python-pygit2 is ready for transition since 12 Jun 2020 (in experimental).
--
Best regards
Ondřej Nový
Hi,
check-manifest have in setup.py:
install_requires=[
'build>=0.1',
and doesn't have python3-build (which is not in archive) in B-D. Thus
reassigning to check-manifest.
--
Best regards
Ondřej Nový
Hi,
pá 16. 10. 2020 v 17:32 odesílatel Andrius Merkys
napsal:
> Hello,
>
> Recently cherrytree [1] has been rewritten from Python to C++, thus it
> no longer belongs in DPT. Could someone with adequate permissions
> transfer it from DPT to generic Debian group on salsa.d.o?
>
done: https://sals
correct link, sorry:
https://ci.debian.net/data/autopkgtest/testing/amd64/s/searx/6271353/log.gz
--
Best regards
Ondřej Nový
Hi,
út 21. 4. 2020 v 23:24 odesílatel Thomas Goirand napsal:
> > But that still leaves the question of what to do about the dependency of
> > pytest on pypy-funcsigs ? should pypy modules be removed from pytest and
> > it's reverse-dependencies in the same way that regular python2 modules
> > we
Hi,
čt 30. 1. 2020 v 22:05 odesílatel Ondrej Novy napsal:
> Python 2 package is needed for many other packages:
>
same is valid for PyPy version:
onovy@sid:~$ reverse-depends -b pypy-setuptools-scm
Reverse-Build-Depends
* backports.functools-lru-cache
* pytest
* python-importlib-me
Hi Dmitry,
čt 30. 1. 2020 v 22:38 odesílatel Dmitry Shachnev
napsal:
> However upstream python-keyring has dropped Python 2 support, and I want
> to upgrade to a newer release, so Python 2 support will be dropped sooner
> or later.
>
upstream drop of Python 2 support doesn't mean you need to dr
Hi,
čt 30. 1. 2020 v 10:10 odesílatel Dmitry Shachnev
napsal:
> setuptools-scm has removed Python 2 support (see #938470), so
> python-keyring
> build-dependencies are no longer satisfiable.
>
> Thus I am going to remove Python 2 support from python-keyring
please don't, because #938470 should
Hi,
Python 2 package is needed for many other packages:
onovy@sid:~$ reverse-depends -b python-setuptools-scm
Reverse-Build-Depends
* apipkg
* automat
* backports.functools-lru-cache
* cherrypy3
* execnet
* keyrings.alt
* monkeysign
* pytest
* pytest-forked
* pytest-runner
* pytest-xdist
* python
Hi,
čt 28. 11. 2019 v 17:11 odesílatel Andreas Tille napsal:
> Hmmm, what are the chances to get this applied? I've added
>
tbh dunno :)
> in Git - but this will not reall fix the test. The only solution I'd see
> otherwise is to deactivate the test.
>
you have two options:
1. deactivate t
Hi,
út 12. 11. 2019 v 16:37 odesílatel Osamu Aoki napsal:
> Upstream is active and prides to keep python 2.5 compatibility code in
> it ... (Not just 2.7). I (Osamu Aoki ) and dkg even
> made some effort to support both 2 and 3 but the idea was rejected by
> upstream in 2018.
that's odd :/
Hi,
twisted needs Python 2 version (see #943582), reuploading and reopening bug.
--
Best regards
Ondřej Nový
Hi,
ne 27. 10. 2019 v 12:33 odesílatel Rebecca N. Palmer <
rebecca_pal...@zoho.com> napsal:
> Hence, our options are:
> (a) Remove python-pandas and upgrade pandas to 0.25
> (b) Split pandas into two source packages (like matplotlib) so we can
> have python-pandas 0.23 and python3-pandas 0.25
> (
Hi,
so 21. 9. 2019 v 8:32 odesílatel Geert Stappers
napsal:
> i'm not sure if the 3 should/must goto into package name.
>
src: python-foo
binary-python3: python3-foo
binary-doc: python-foo-doc
Thanks. :)
--
Best regards
Ondřej Nový
reassign 934959 src:sunpy 0.9.6-2
thx
This is bug in sunpy, using StopIteration in newer Python 3.
Thanks.
--
Best regards
Ondřej Nový
Hi,
first of all I would like to say thanks to Andrey. He is hard working to
remove Python 2 from Debian. It's not easy job.
ne 11. 8. 2019 v 9:24 odesílatel Apollon Oikonomopoulos
napsal:
> While I understand the urge to get Python 2 out of bullseye as early as
> possible, I don't feel happy a
Hi,
yes, stupid me :) Sorry.
--
Best regards
Ondřej Nový
Hi,
python3-m2crypto is ready in git:
https://salsa.debian.org/python-team/modules/m2crypto
--
Best regards
Ondřej Nový
Hi,
pá 9. 8. 2019 v 23:36 odesílatel Simon Josefsson
napsal:
> Package: python-monotonic
>
> The 'oz' package uses python 2.x because m2crypto in debian does not
> support python 3.x yet. Would you consider re-adding the python 2.x
> python-monotonic binary package, so that oz can build in sid?
Hi,
ne 4. 8. 2019 v 22:45 odesílatel Jonathan Wiltshire napsal:
> Please go ahead in unstable.
>
uploaded.
Thanks.
--
Best regards
Ondřej Nový
Hi,
yes, sorry for noise. After talk over IRC, current plan is:
* remove almost all pypy modules, keep only pypy interpreter (and maybe
setuptools, etc.)
* migrate to pypy3 (not possible now, waiting for tooling)
Thanks.
--
Best regards
Ondřej Nový
Hi,
st 24. 7. 2019 v 11:00 odesílatel Iain Learmonth napsal:
> We are using PyPy because Python 3 was not really fast enough. The
> migration path here is that we move to pypy3. We are blocked by the lack
> of packages for pypy3-setuptools and pypy3-stem.
>
there will be no pypy3-* packages. py
Hi,
uploaded to DELAYED/10-day
Thanks.
--
Best regards
Ondřej Nový
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package python-molotov
Version 1.6-3 currently in testing FTBFS randomly, see #927810. Version
1.6-4 fixies this.
Debdiff attached. Thanks.
unblock python-molotov/1.6-4
--
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package python-molotov
Version in sid fixies FTBFS (#924805).
Debdiff attached.
Thanks.
unblock python-molotov/1.6-3
-- System Information:
Debian Release: buster/sid
A
MR: https://salsa.debian.org/lintian/lintian/merge_requests/116
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Hi,
I can't reproduce it and I can build this package locally without any
problem.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Hi,
út 27. 11. 2018 v 8:46 odesílatel Ole Streicher napsal:
> Thanks, however it turns out that this will unfortunately not work for
> me: from astropys POV, pytest seems to be broken in versions 3.7 - 3.10;
> see
>
> https://github.com/astropy/astropy/issues/8177
according to linked issue, th
Hi,
my plan is:
- keep 3.x for Buster
- upgrade to >= 4.x just after Buster release
Because we are going to drop Python after Buster release, I think it's
perfectly fine that Astropy (Py2 version) will not support Pytest 4.x.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98
Hi,
pá 23. 11. 2018 v 13:21 odesílatel Ole Streicher
napsal:
> By reading the upstream changelog, I could not find a cause what should
> cause the incompatibility. Also, the logs now all contain a warning like
>
me either. :(
> /usr/lib/python2.7/dist-packages/_pytest/cacheprovider.py:58
>
Hi Ole,
this looks like bug in astropy and other packages. They are just not
compatible with newer pytest.
For example astropy upstream uses pytest 3.9 and/or 3.10 for testing code,
see
https://github.com/astropy/astropy/commit/3e34e7c450ebd982978423d8774ef6953832f610
I tried to build simple pac
Hi,
pá 5. 10. 2018 v 11:21 odesílatel Neil Williams
napsal:
> I'm looking to package a new python3 utility which will depend
> on python3-enum34 and the homepage link from this source package
> claims support for python3.
>
enum34 is backport of enum from Python 3.4. It doesn't make sense to
pa
Hi,
po 1. 10. 2018 v 10:38 odesílatel Chris Lamb napsal:
> In the past we have tried not to burden maintainers with the knowledge
> that their packages are unreproducible and/or causing others to be so,
> in that spirit, I am following up with the attached patch.
>
I looked into code and wasn't
tags 909171 + moreinfo
Hi,
sorry, but I can't reproduce it.
onovy@sid~ $ python3-swift -A #SNIP# -U #SNIP# -K #SNIP# stat
Account: AUTH_d_1
Containers: 116
Objects: 5351
Bytes: 8015339354
...
onovy@sid
Hi,
út 28. 8. 2018 v 15:36 odesílatel Pierre-Elliott Bécue
napsal:
> This would imply to do a Debian patch in upstream's source.
>
I had similar bug in eventlet, solution:
https://github.com/eventlet/eventlet/pull/516
https://salsa.debian.org/python-team/modules/python-eventlet/commit/32dc98ce3
Hi,
ne 1. 7. 2018 v 20:03 odesílatel Adam D. Barratt
napsal:
> I'm not sure what happened to your upload, but there's no sign of it in
> the logs on either the upload host or ftp-master.
>
probably my fault. Fixed, uploaded (really :).
Is that a regression?
>
I think upstream authors consider
Hi,
I prepared new upstream version (3.6.2) in git.
It needs new version of atomicwrites and more-itertools which I prepared in
git too. Both will go trough NEW queue (new pypy-* binary packages). After
this deps will be in unstable I will finish+upload pytest 3.6.2.
Thanks.
--
Best regards
O
Because of:
1. fix for this bug is in git from 1st March (almost ~3 mons)
2. I asked Sandro Tosi at 10th May for upload, he told me "no, please hold"
3. this is release-critical bug older than 7 days
4. there is no reply from maintainer for more than 7 days in this bug
I done NMU to DELAYED/0. Deb
Hi,
2018-05-24 10:15 GMT+02:00 Cédric :
> I got a look to the dependencies: I think that python-six is missing (cf.
> pymodbus/utilities.py).
>
https://packages.debian.org/sid/python3-six :)
(already in Debian from wheezy)
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB
Hi,
2018-04-27 16:11 GMT+02:00 Andreas Tille :
>
> Ondřej, I hope you are fine if I just did the upload.
no problem, thanks for upload.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
As co-maintainer of these packages I agree.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Build and tested on stretch. Uploaded to stretch-pu. Debdiff attached.
Thanks.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Jabber: on...@njs.netlab.cz
ICQ: 115-674-713
Facebook: http://www.facebook.com/onovy
Tel/Cell: +420 777 963
Hi,
2018-02-27 19:34 GMT+01:00 Adam D. Barratt :
> Thanks. Please feel free to upload.
>
uploaded, thank you.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Control: tags -1 - moreinfo
2018-02-26 20:38 GMT+01:00 Adam D. Barratt :
> The metadata for #887724 indicates that it currently affects the salt
> package in unstable; is that correct?
>
no, package in unstable is not affected. Bug metadata fixed, sry.
--
Best regards
Ondřej Nový
Email: n...
Uploaded.
Thanks.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Do you know, only thing needs to be done is add this line to d/control?
Testsuite: autopkgtest-pkg-python
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Hi,
2018-02-15 14:13 GMT+01:00 Corey Bryant :
> In Ubuntu, the attached patch was applied to achieve the following:
>
Do you know, only thing needs to be done is add this line to d/control?
Testsuite: autopkgtest-pkg-python
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 E
Hi,
I prefer to use update-alternatives.
What do you think Clint?
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Hi,
yes, I skipped it my intention.
I tried to fix it this way:
https://anonscm.debian.org/cgit/python-modules/packages/enum34.git/commit/?id=ed2496b8582d939a8ad48769a8b513e916d9df5a
2017-11-27 19:25 GMT+01:00 Gianfranco Costamagna :
> control: unarchive -1
> control: reopen -1
> control: tags
Hi,
2017-12-01 11:25 GMT+01:00 Simon McVittie :
> Within Debian, wouldn't this be better achieved by having Python 2 packages
> that require enum34 depend on python-enum34 directly, as they already do?
> python-enum34 could have a Provides on some other name if that helped.
>
I already tried thi
So you uploaded package without run of autopkgtest, which can check if
package works and without even trying to install that package? So just
blindly upgrade from upstream and upload? Huh.
2017-11-12 9:50 GMT+01:00 Thomas Goirand :
> On 11/12/2017 08:51 AM, Chris Lamb wrote:
> > Hi,
> >
> >> pyth
Hi,
2017-09-13 13:18 GMT+02:00 Hideki Yamane :
> Then, source package as sphinx-intl and binary package python3-sphinx-intl
> is fine?
>
if sphinx-intl is primary application (cli tool, etc.), than binary pkg
sphinx-intl is better. If it's library/module, than python3-sphinx-intl is
better.
--
Hi,
2017-09-08 13:22 GMT+02:00 Ondřej Kobližek :
> Package name: python-b2
>
this package is not Python module/library, but Python applications. So I
would suggest different name, for example backblaze-b2.
I plan to maintain it in DPMT.
>
because it is Python app, please use PAPT team and
Hi,
2017-08-26 21:49 GMT+02:00 Sean Whitton :
> Actually, this depends on which autodep8 module you want to use. I know
> that my elpa module runs the tests even if the Testsuite: field is
> missing, for example.
>
i think this is true for local build environment only, but not for
ci.debian.net
Hi,
2017-08-12 14:23 GMT-04:00 Sean Whitton :
> control: tag -1 +patch
>
> This patch incorporates the feedback given on the proposal I sent
> yesterday, both in this bug and in person from Russ and Holger (thank
> you to all).
>
seconded, thanks for working on this.
--
Best regards
Ondřej No
Hi,
we are already using:
--size-limit=16384x16384
configure option. So I __think__ we are not vulnerable.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
2017-08-08 11:32 GMT-04:00 Adam D. Barratt :
> Please go ahead.
>
Uploaded, thanks.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Hi,
I requested removal of mips64el [1]. This lib is not compatible with this
arch and it was built by mistake.
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871054
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Hi,
2017-07-27 18:37 GMT-04:00 Thomas Goirand :
> Not only you should NMU the package, but you should as well take it
> over. It is indeed not used by OpenStack anymore, and therefore, the
> team has no interest in it anymore. Ondrej, can you confirm this fact?
>
as Thomas wrote. Feel free to ad
Hi,
vifm should be buildable in gcc-7 now. You requested to not close this
bug (until
the package can be build in a follow-up test rebuild), so I'm keeping it
open.
Thanks.
--
Best regards
Ondřej Nový
Hi,
2017-06-04 16:55 GMT+02:00 Jonathan Wiltshire :
> Let's defer this, I'm not comfortable with such changes this close to
> release.
>
so let's wait for p-u and first stretch point release?
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1
Hi,
2017-05-01 16:40 GMT+02:00 Julien Cristau :
> Because those versions aren't part of the history of the 1:0.8.4-4
> package. You're rolling back and branching earlier, so changes from
> the discarded branch are irrelevant.
>
but Filip is not rolling back whole package, but only upstream vers
Hi Ivo,
all changes from 0.9.5-1 and 0.9.5-2 but new upstream release are in
1:0.8.4-4 package.
I consider mentioning that changes (TZ patch, copyright fix) in
corresponding changelog entries with version where it was fixed in unstable
is better. I think merging all this entries to 1:0.8.4-4 is m
Hi,
2017-04-28 18:57 GMT+02:00 Adam D. Barratt :
> I'm not really sure how that wasn't spotted earlier, but please go
> ahead. :-(
>
np, uploaded.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Control: tags -1 - moreinfo
Uploaded and built. Thanks.
--
S pozdravem/Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Jabber: on...@njs.netlab.cz
ICQ: 115-674-713
Facebook: http://www.facebook.com/onovy
Tel/Cell: +420 777 963 207 <777%20
Control: tags -1 - moreinfo
Uploaded and built. Thanks.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Control: tags -1 - moreinfo
Hi,
2017-04-12 19:49 GMT+02:00 Ivo De Decker :
> Looks like you forgot the diff. Could you send it?
>
yep, sorry for it, attaching now.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
diff -Nru python-tor
Hi,
sry for second email.
2017-04-06 17:49 GMT+02:00 Thomas Goirand :
> Attached is the debdiff. As you can see, I'm attempting to use the new
> system that creates -dbgsym, and transitioning to it.
cite from: https://release.debian.org/stretch/freeze_policy.html
Some examples of changes that
Hi,
2017-04-06 17:49 GMT+02:00 Thomas Goirand :
> I'll NMU.
>
because you are part of DPMT, why are you going to do NMU and not team
upload?
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
This should be better solution:
https://review.openstack.org/#/c/447640/1
Comments?
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Hi,
2017-02-25 22:13 GMT+01:00 Adam D. Barratt :
>
> Why does it also include changes which appear to be in no way related to
> fixing either bug, namely a debhelper compat bump?
>
this change was already in our Git repo and I considered it harm-less. Of
course I hard tested it.
+My colleague al
Seconded both Andreas Henriksson patches.
--
Best regards
Ondřej Nový
Email: on...@debian.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Hi,
2017-01-17 19:26 GMT+01:00 Michael Biebl :
> Debian policy would have to
> be updated as well, to define how exactly try-restart should behave in
> SysV init scripts.
>
Updated: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=851708
--
Best regards
Ondřej Nový
Email: n...@ondrej.o
Hi,
2017-01-17 19:58 GMT+01:00 Michael Biebl :
> > no, invoke-rc.d supports this.
>
> Well, not quite. Under systemd the try-restart call is not redirected to
> systemctl:
>
right. Fixed:
https://anonscm.debian.org/cgit/collab-maint/init-system-helpers.git/commit/?id=73717f11b9694e47c3dd71ba5f1b
Hi,
2017-01-17 19:26 GMT+01:00 Michael Biebl :
> I think this would be useful but this would need changes in invoke-rc.d,
>
no, invoke-rc.d supports this.
> service
service = sysv init script? That's optional and anyone can do it. We are
talking about forwardning try-restart action from sysv
Hi,
+1 for this solution, because freeze is near. We can upgrade to 1.7.0 after
freeze for Buster.
Thanks.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Hi,
2017-01-04 16:31 GMT+01:00 Thomas Goirand :
> Please file a bug against ftp.debian.org to get the package removed.
>
Maybe orphan it first?
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Hi,
no, I'm DD now :).
But to be honest, I don't have time to package all deps of this Go package.
Feel free to take over it if you want.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
python3-ply:Depends is perfectly supported:
https://anonscm.debian.org/git/python-modules/packages/ply.git/tree/debian/dh_python3-ply#n71
Removing of python{3,}-ply:Depends make package unusable (autopkgtest):
==
ERROR: test_c_lex
This is bug in libssl1.1 1.1.0c
Downgrading to 1.1.0b fixies build.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
salt master is uninstallable:
Setting up salt-master (2016.3.3+ds-3) ...
Created symlink
/etc/systemd/system/multi-user.target.wants/salt-master.service →
/lib/systemd/system/salt-master.service.
Job for salt-master.service failed because the control process exited with
error code.
See "systemctl s
Hi,
I have eatmydata in my env too and I can build this package fine. Sry, I
can't reproduce. Can you try it again please?
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Hi,
2016-10-11 18:58 GMT+02:00 Thomas Goirand :
> It is impossible maintain 400+ interacting packages the way you would
> with your single pet package.
>
I don't see any problem using source-only upload for all OS packages.
buildd will wait for missed deps automatically and it's cross-check of y
Hi Andreas,
thanks for your contribution. I pushed it to git. Then I imported new
upstream version, which introduces new deps - dockerpy-creds. I tried to
create package for this simple Python module, but it
needs docker-credential executable which i don't have and can't find it in
Debian.
I push
2016-10-04 9:28 GMT+02:00 Brian May :
> In the past I have found I need to set (in debian/rules):
>
> export SETUPTOOLS_SCM_PRETEND_VERSION=$(shell cat PKG-INFO | sed -n
> 's/^Version: //p')
>
this is what newer pybuild do automatically now.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
Hi,
2016-10-03 23:53 GMT+02:00 Antoine Beaupré :
> Answering my own question (and it would be nice to have this documented
> somewhere!), the solution is to use a more recent dh-python dependency
> and depend on python-setuptools-scm explicitely, *and* use
> --buildsystem=pybuild.
>
as author of
I would like to sponsor this upload.
Problems:
E: daemontools-run: control-file-has-bad-permissions md5sums 0664 != 0644
E: daemontools: control-file-has-bad-permissions md5sums 0664 != 0644
(because you are generating md5sum by hand, maybe you could migrate to
debhelper?)
W: daemontools source:
Hi,
2016-09-08 21:39 GMT+02:00 Adam D. Barratt :
> Please provide a full source debdiff for the proposed package (built and
> tested on jessie).
>
debdiff attached (which is same as linked patched) and (of course) already
tested.
Thanks.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PG
Feel free to add patches to fix this bug if you are considering it unacceptable.
Thanks.
--
Best regards
Ondřej Nový
Hi,
package python-zaqar-ui doesn't exists in Debian in any suite:
https://packages.debian.org/search?keywords=python-zaqar-ui&searchon=names&suite=all§ion=all
--
Best regards
Ondřej Nový
Hi,
2016-08-17 22:51 GMT+02:00 Turbo Fredriksson :
> On Aug 16, 2016, at 8:22 PM, Ondrej Novy wrote:
>
> > I can't reproduce your problem. Maybe you can try --no-install-recommends
> > option for apt-get?
>
> I found it quite easy to duplicate:
>
> # debootst
Hi,
I can't reproduce your problem. Maybe you can try --no-install-recommends
option for apt-get?
onovy@sid:~/tmp/python-designateclient$ apt-rdepends -p
--follow=Depends,PreDepends,Recommends --show=Depends,PreDepends,Recommends
python-designateclient | less | grep gcc
Reading package lists... D
Blocked by Openstack packages now:
https://review.openstack.org/#/c/355258/
--
Best regards
Ondřej Nový
According to last trace, error is from paste/script, reassiging to correct
package.
--
Best regards
Ondřej Nový
Hi,
sorry, just found bug in my email, fixing :)
2016-08-13 15:33 GMT+02:00 Ondrej Novy :
> your user group is gid=1000.
>
>> os.getgroups(): [27]
>
> which your user is not part of.
>
which doesn't exists in your system at all.
--
Best regards
Ondřej Nový
Hi,
so your result is now:
getpass.getuser: lamby
pwd.getpwname(user).pw_gid: 1000
os.getgroups(): [27, 1000]
grp.getgrall() filtered: [27]
And failing tests runs:
groups = [g.gr_gid for g in grp.getgrall() if user in g.gr_mem]
groups.append(pwd.getpwnam(user).pw_gid)
self.assertEqual(set(groups
Hi,
2016-08-01 15:10 GMT+02:00 Chris Lamb :
> $ python test.py
> getpass.getuser: lamby
> pwd.getpwname(user).pw_gid: 1000
>
your user group is gid=1000.
os.getgroups(): [27]
>
which your user is not part of.
> If that doesn't help, it may be that your package relies on the
> $USER variable
Hi,
2016-08-08 3:57 GMT+02:00 Daniel Stender :
>
> Yes, they renamed it completely. I agree another/a new package is the best
> way
> to update it, very much welcome for Prospector.
>
cool :)
> I've mentioned the bugs maybe you want to close #833660 by the package and
> reopen and merge the oth
I created pycodestyle as new package (https://bugs.debian.org/833683) and
uploaded.
--
Best regards
Ondřej Nový
Hi,
sry, missed that.
But i disagree with this:
Unlike "pep257" -> "pydocstyle" his appears to not change the module and CLI
tool name but only the project title. No point for a new package then.
(from #816496)
CLI name and module name was changed.
This was already discussed in ML:
https://list
1 - 100 of 124 matches
Mail list logo
