thing with a "set -e;" for
sanity.
You could use a subshell in the inner-loop, to avoid having to change
directory back to CURDIR again, but
You could generate all the eggs and then run pybuild --test once,
letting it loop over python versions, itself.
SR
--
Stefano Rivera
http://t
Source: appdirs
Severity: normal
Forwarded: https://github.com/ActiveState/appdirs/issues/79
Upstream there has been a friendly fork of appdirs to "platformdirs".
Assuming this is the future of the library, we should migrate debian
packages from appdirs to platformdirs, once it's in the archive.
Control: forwarded -1 https://github.com/jwilk/python-aalib/issues/4
Control: tag -1 + upstream
> Which shows explicitely that the struct fields are only aligned or
> packed on i386.
Yep, that looks like a bug.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 68
b/rubydomain
Shall we just rm it?
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
ttr(o, 'data'):
-o = Data(o.data)
-elif isinstance(o, tuple):
+if isinstance(o, tuple):
o = wrapDataObject(list(o), for_binary)
o = tuple(o)
elif isinstance(o, list):
It's not the correct backwards-compatible fix, though. So not proposing this
upstream.
t failure. Testing again on a 32bit arch to be
> sure...
Aha. Reproduced.
And found https://github.com/dask/dask/pull/6502
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
___
Python-modules-team mailing list
Python-modules-team@al
/dask/dask/pull/6446
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
n a 32bit arch to be
sure...
> That looks like my earlier version, which fails with NameError.
Yeah, I applied it as-is first, and then followed up with the fixes,
after seeing the test failures.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1
Control: forwarded -1 https://bugs.launchpad.net/beautifulsoup/+bug/1872279
> From diffing test logs I belive this was most-likely caused by the
> update to python-soupsieve
Yep.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 68
the pending tag. It's me pushing 2.0 into a branch.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman
s compatible with the original GPLv2, or later,
license as well as subsequent LGPLv3 changes.
> I don't know, if it is still relevant to keep this orphaned package in
> Debian anymore.
But yeah, if nobody is maintaining it, that's all moot.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
nag)
(That's #945740)
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
to be more aggressive.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
stream released a new version, it's py3, only. So, stuffed the new
version in a "python3" branch to remind myself that it's not uploadable.
So no, not *actually* pending.
Let's revert the bot's work.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
Hi Paul (2019.09.05_04:56:41_-0300)
Fixed upstream in beautifulsoup4, upload incoming.
https://bugs.launchpad.net/beautifulsoup/+bug/1840141
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
___
Python-modules-team mailing list
user debian-pyt...@lists.debian.org
usertags 938249 + py2keep
thanks
I think we should keep virtualenv, as long a we have the interpreter.
It definitely qualifies via popcon :P
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Control: block 937815 with 936270 935358
Happy to remove, but there are reverse-deps:
Reverse-Recommends
==
* sat-xmpp-core
Reverse-Depends
===
* calibre
Reverse-Build-Depends
=
* calibre
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1
* tomahawk
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
user debian-pyt...@lists.debian.org
usertags 937411 + py2keep
thanks
python-pycparser is needed to translate pypy and pypy3 on cPython.
We do this when bootstrapping pypy, and on architectures that pypy
doesn't have JIT support for.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415
-nacl
* python-ssdeep
* python-xattr
* python-xeddsa
* pyzmq
* xcffib
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi
=
* bzr
* sagemath
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules
* python-apptools
* python-breezy
* python-bzrlib
* python-diamond
* rabbitvcs-core
* sabnzbdplus
* tails-installer
* turnin-ng
Reverse-Build-Depends
=
* breezy
* bzr
* diamond
* psychopy
* python-apptools
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
* python-pattern
* soupsieve
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules
Control: block 938518 with 936196
Happy to remove, but bs4 depends on it, and many things still depend on
bs4.
Reverse-Depends
===
* python-bs4
Reverse-Build-Depends
=
* beautifulsoup4
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
block 938755 with 937318 938044
thanks
No objection, but there are reverse-deps:
Reverse-Depends
===
* python-preggy
* python-pretty-yaml
Reverse-Build-Depends
=
* preggy
* python-pretty-yaml
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Hi Santiago (2019.02.02_15:47:56_+0100)
Sorry, that was an undeclared versioned build-dependency.
Try again with the latest python-bs4.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
___
Python-modules-team mailing list
Python
.
This is a bug, but it's not critical for the vast majority of CFFI
users, and we don't want to abort the build.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
___
Python-modules-team mailing list
Python-modules-team@alioth
Control: severity -1 serious
> This bug is for tracking the transition to bs4.
Time to raise this to RC, and let the testing autoremover do its job.
I think most of the packages that are still actively maintained have
been ported.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415
that's what this is. That said, I haven't looked into this, yet.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mail
29 matches
Mail list logo