Source: scikit-learn
Version: 0.20.1+dfsg-1
Severity: important
Dear Maintainer,
Debian Policy (states|will state) that the build must not attempt to write
outside the build directory and that, in particular, the build should not
attempt to write into HOME. See #845715 for more details and the
a very good idea.
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Package: python-matplotlib
Version: 2.2.3-4
Severity: important
Dear Maintainers,
Since the update to python-matplotlib2, the WxAgg backend is unable to find any
fonts. The following code used to work just fine (and works fine in buster
with python-matplotlib 2.2.2-4+b1):
# apt-get install
ackages/_configtest.c
/usr/lib/python3/dist-packages/_configtest.o
(and they absolutely should not be there).
Do the build-deps need tweaking here?
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@de
arser implementations
> would be more consistent.
The problem is that iter_paragraphs is used in situations where that construct
should be a paragraph separator, such as in debian/control.
https://bugs.debian.org/715558 (and many duplicates)
Perhaps the internal parser needs a 'strict'ness parameter that co
/43403ad82d16ca23a4f51af7e804cb2e201c58a4
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
.
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
ng to the
current URL which is a login form
(I can replicate what you see with password protected resources where no
query string is involved, just a redirect to a login form)
Changing the aforementioned setting to "in the following browser" may be
sufficient.
cheer
you're also in a completely untested half-upgraded situation and so latent
bugs in any number of other tools may also be exposed.
So while ignoring errors is wrong, so is making it harder to fix them. This
isn't a question of absolutes.
cheers
Stuart
--
Stuart Prescotthttp://www.nanonano
Source: python-evdev
Version: 1.0.0+dfsg-1+b1
Severity: wishlist
Hi,
The test suite of python-evdev is not run as part of the package build
process. That seems suboptimal given that there is a test suite in the
source tarball, but of course this might be entirely intentional if
the test suite
Source: python-evdev
Version: 1.0.0+dfsg-1+b1
Severity: normal
Hi,
looking at the build log, the API documentation is not build because the
modules do not import correctly at build time.
https://buildd.debian.org/status/fetch.php?pkg=python-evdev=all=1.0.0%2Bdfsg-1=1527956330=0
WARNING:
with both -j1 and -j4 (an improvement on the
existing situation).
Comments/thoughts/merges welcome
Cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B
s/sphinx/util/pycompat.py", line 150, in
execfile_
exec_(code, _globals)
File "conf.py", line 18, in
from sklearn.externals.six import u
ModuleNotFoundError: No module named 'sklearn'
(i.e. the build is not attempted and the build does not fail because of that
er
156f57a99896710e64ce3b42248abc849e52f7b6
Author: Stuart Prescott
Date: Sun Jan 27 18:44:28 2019 +1100
Fix import of PIL after rename
diff --git a/debian/changelog b/debian/changelog
index 2f22e5d..f5d3226 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,11 +1,15 @@
plastex (0.9.2-2
MR: https://salsa.debian.org/python-team/modules/plastex/merge_requests/2
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Control: tags -1 + unreproducible moreinfo
Hi Laurent,
Perhaps you could include the output of
$ apt-cache policy python3-numpy python3-scipy libblas3
for this report.
> APT policy: (500, 'unstable'), (500, 'stable')
this is not a promising sign btw.
regards
Stuart
--
Stuart Presc
.patch/
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
s, this requires the user to know a bit about apt, but so does running
unstable.
I've reassigned this bug to apt-listbugs as that is the appropriate package.
If you can suggest an appropriate improvement to the wording of the above help
text then that would be useful.
regards
St
Source: simpleid
Version: 0.8.1-15
Severity: serious
Justification: Does not work with PHP 7 in buster
Dear Maintainer,
According to the upstrem bug tracker, simpleid is not compatible with PHP7,
which would mean that it does not work in buster. Upstream also seems to
indicate that the project
) unstable; urgency=medium
+
+ [ Stuart Prescott ]
+ * Fix decode error when using debian_support.PackageFile by allowing the
+caller to specify an encoding, defaulting to UTF-8 (Closes: #928655).
+ * Remove needs-recommends from autopkgtest definitions.
+
+ [ Jan Teske ]
+ * Fix
e time being, you can make this pattern if you include
a 3rd column in the table. You can't delete the third column or the remaining
cells get merged as you say, but you can set the 3rd column to approximately
zero size and make its borders invisible.
cheers
Stuart
--
Stuart Prescot
installed, and the
> contents of /usr/lib/x86_64-linux-gnu/qtchooser/default.conf file.
qt4-default is not installed
qt5-default is installed:
$ apt list qt5-default
qt5-default/testing,now 5.11.3+dfsg1-1 amd64 [installed,automatic]
$ aptitude why qt5-default
i extra-cmake-modules Recomm
Package: qtchooser
Version: 66-1
Severity: serious
Justification: Policy 9.9 Programs installed on PATH must not depend on
environment to get reasonable defaults
Dear Maintainer,
On two systems I have running buster, I get the following:
$ qdbus
qdbus: could not exec
and upload in a few days if there are no further comments)
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
.
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
the relevant patches
from PR#118 and will upload something soonish (or at least push that work
to salsa).
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B
Package: python-scapy
Version: 2.4.2-1
Severity: normal
Dear Maintainer,
python-scapy suggests users install the python-pyx package, which has been
removed from bullseye. python-pyx along with most Python 2 packages, will
not be in bullseye. The Suggests of python-scapy could be cleaned up, but
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
(Old) Python 2 version of the newer pyx3 source package. A couple of Python 2
only reverse-suggests exist, but no reverse-recommends, reverse-depends or
reverse-build-deps.
farewell old friend
Package: python-yt
Version: 3.5.0-1
Severity: normal
Tags: bullseye, sid
Dear Maintainer,
python-yt suggests that users install python-pyx; python-pyx has now been
removed from bullseye and will not be part of bullseye, along with much of
the rest of the Python 2 stack. It would be appropriate
New Python 3 upstream can be found at
https://github.com/NeuralEnsemble/python-neo
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB
Package: dma
Version: 0.11-1+deb10u1
Severity: normal
Dear Maintainer,
In fixing #741904 in the config script, reading SMARTHOST from
/etc/dma/dma.conf now fails if there is both a commented line for SMARTHOST
and also a line setting the value. I'm not sure that there is any value in
detecting a
does not. I'll write to upstream to seek advice.
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
builds and tests correctly everywhere (although the tests aren't really going
to test the GUI!). That also makes packages that are easier to test.
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.o
e clever enough to return a
namedtuple(..., ['source', 'version'])
thanks for the suggestion
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB
Package: lintian
Version: 2.22.0
Severity: wishlist
Dear Maintainer,
If dh_sphinxdoc is used, either explicitly in d/rules or added to the
debhelper sequence using `--with sphinxdoc`, the relevant -doc package should
have `Depends: ${sphinxdoc:Depends}`. Not doing so will leave a symlink farm
of
Package: ftp.debian.org
Severity: normal
Dear FTP team,
python-backports.csv was only introduced to bring Python 3 features to
Python 2 modules. Its final user, python-translate has now been dropped from
src:translate-toolkit and so python-backports.csv has no further use in the
archive.
thanks
Source: python-formencode
Version: 1.3.0-3
Severity: normal
Dear Maintainer,
python-formencode is the last rdep for python-pycountry. The package does not
indicate any runtime dependency on pycountry and pycountry is only needed at
build-time for testing.
I've made a merge request on salsa that
Source: python-ftputil
Version: 3.4-1
Severity: serious
Tags: sid bullseye
Justification: Python 2 is going away.
User: debian-pyt...@lists.debian.org
Usertags: py2removal
New Python 2 packages shouldn't be added to bullseye at this stage unless it's
the *only* way of helping some other package
Package: tracker.debian.org
Severity: wishlist
Dear Maintainer,
TIL: https://release.debian.org/britney/pseudo-excuses-experimental.html
This file contains information on what would happen if that exact same set of
binary and source packages were in unstable and trying to migrate. A low
Package: texlive-latex-recommended
Version: 2019.20191208-1
Severity: serious
Justification: Policy 7.6 overwriting files in other packages
Dear Maintainer,
Upgrading texlive packages in sid generates the following.
Preparing to unpack .../3-texlive-latex-recommended_2019.20191208-1_all.deb ...
Package: python3-cheroot
Version: 8.2.1+ds-1
Severity: serious
Justification: Policy 3.5 Packages must specify their dependencies
Dear Maintainer,
python3-cheroot appears to have grown a dependency on jaraco.functools;
python3-jaraco.functools versio 2.0-1 is in the NEW queue.
$ python3 -c
Suggests be satisifiable.
There are plenty of examples of Suggests that cannot be fulfilled within Debian
either because the package is in a 3rd party repo or because a Debian package
was removed or renamed. I don't think we should be blocking removals on
Suggests.
regards
Stuart
--
Stuart
Source: yubikey-personalization
Version: 1.20.0-1+b1
Severity: normal
Dear Maintainer,
The libykpers-1-1 and libyubikey-udev packages both ship appstream metainfo
files that appear to be in the wrong location.
libykpers-1-1: /usr/share/metadata/com.yubico.yubikey.ykpers.metainfo.xml
Source: 4pane
Version: 5.0-2+b1
Severity: normal
Dear Maintainer,
The 4pane package ships an appstream metainfo file that appears to be in
the wrong location.
4pane: /usr/share/metadata/4Pane.appdata.xml
It should be instead installed into /usr/share/metainfo.
Package: python3-wxgtk4.0
Version: 4.0.7+dfsg-1+b1
Severity: minor
Dear Maintainer,
Installing python3-wxgtk4.0 in unstable generates the following noise from
the py3compile part of the maintainer script:
Setting up python3-wxgtk4.0 (4.0.7+dfsg-1+b1) ...
ta then uses the media
> player shortcuts or the icon, it works.
Can you provide a list of what was actually upgraded? It wasn't cantata, but
perhaps it was Qt or Plasma? /var/log/apt/history.log* might be useful to work
that out.
thanks
Stuart
--
Stuart Prescotthttp://www.nanonano
$rules->is_symlink;
perhaps a better test would be (my perl is rather rusty):
$rules->operm & 0111
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD1
we're going to see
a lot of bugs like these, with packages being dropped from testing and then
coming back when they are ported.
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG
Control: tags -1 upstream help
I've not been able to find any upstream development for bkchem. The most recent
work I found was at
https://github.com/bartlebee/bkchem
However, the most recent commits there are 7 years old and it has not been
ported to Python 3.
--
Stuart Prescotthttp
Control: tags -1 pending
I've prepared an upload for this package and made a MR on salsa with the
relevant changes.
https://salsa.debian.org/debian/python-iniparse/merge_requests/1
I'll upload this once #936346 is fixed.
--
Stuart Prescotthttp://www.nanonanonano.net/ stu
Package: ftp.debian.org
Severity: normal
bibus has no Python 2 support and it is dead upstream. There seems to be
little prospect of this package being ported to Python 3.
thanks
Stuart
Package: ftp.debian.org
Severity: normal
The smalr package is Python 2 only and appears to be dead upstream, with
no visible upstream activity in almost 2 years. There are no rdeps so it
can be removed from Debian.
https://github.com/fanglab/SMALR/issues/16
Package: ftp.debian.org
Severity: normal
cfflib is Python 2 only and is no longer supported upstream. It is also
orphaned in Debian and can be removed from the archive.
https://github.com/LTS5/cfflib/issues/7
The only use of python is in the waf build system. It's likely easier to just
rip that build system out and replace it with a simple Makefile for this
package.
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu
There's a new upstream version of pynn (0.9.5) that is python 3 compatible.
Is this another candidate for moving from neurodebian to debian-med as a
starting point for that?
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org
ched patch sets buffsize=0.
regards
Stuart
[1] https://bugs.launchpad.net/ubuntu/+source/python3.8/+bug/1863414
[2] https://docs.python.org/3/library/subprocess.html#subprocess.Popen
[3] https://docs.python.org/3/library/functions.html#open
--
Stuart Prescotthttp://www.nanonanonano.
Package: ftp.debian.org
Severity: normal
The logservice package was only ever uploaded by the maintainer once (in
2011). The uploader's address bounces and the packaging Vcs does not
incorporate the NMU from 2015. This is a low popcon package without anyone
who wants to maintain it and can be
I'm happy to push the
changes and tag directly if you'd like to give me appropriate access.
https://salsa.debian.org/neurodebian-team/nipy/merge_requests/1
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org
Package: ftp.debian.org
Severity: normal
As discussed in #937455, pygts is no longer developed upstream and has not
been ported to Python 3. It can be removed from Debian.
thanks
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7>From 67b33f9471a4df23d69d093a1f230b4fab8f8f93 Mon Sep 17 00:00:00 2001
From: Stu
there seems to be a
race condition in building the documentation that leads to a FTBFS. It builds
OK for me with -j1.
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7>From 67b33f9471a4df23d69d093a1f230b4fab8f8f93 Mon Sep 17 00:00:00 2001
From: Stu
is completed?
(There's a cost to keeping buggy packages in Debian in that they occupy
people's time when dealing with transitions or bug squashing. Even finding the
packaging Vcs to see if there has been yet-to-be uploaded progress on these
bugs is excessively difficult right now)
Stuart
--
Stuart
Package: ftp.debian.org
Severity: normal
python-sciscipy does not appear to be under active upstream development
and is not likely to be ported to Python 3 within the bullseye development
cycle. It can be removed from Debian, as discussed in #938445.
Thanks!
or if removed and then re-added later after porting.
Is it time to remove pygts from Debian?
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
s
generating lots of nasty warnings that the user should not see.
I'll take a look at this soon; it's easy enough to make the header special a
noop.
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu
and not uploaded for over 8 years. Is it OK to upload? Or is that an
indicator that it no longer make sense to keep this package in Debian?
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG
ssh to both ssh.upload.debian.org and
usper.debian.org without prompting, so I'm not sure what this is actually
adding; perhaps paramiko and openssh disagree which name to check in the case
of aliases?)
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer
Package: ftp.debian.org
Severity: normal
chemfp is no longer freely available and so updated versions (3.x) with
Python 3 support cannot be uploaded.
(The old 1.x branch is still freely available but does not have Python 3
support)
Please remove chemfp from Debian as part of the Python 2
Control: tags -1 - moreinfo
sfepy has been updated to no longer use python-sparse as a build-dependency.
The sfepy package is in NEW.
Package: ftp.debian.org
Severity: normal
fmcs has been incorporated into src:rdkit and so there is a Python 3 version
of this package already available within python3-rdkit. This outdated Python 2
version of the package can be removed.
There's a recent recent branch in upstream git that starts the process of
using Python 3 and moving away from pygtk in upstream git. I don't know the
timeline to a usable git snapshot or a release.
https://sourceforge.net/p/idjc/code/ci/gobject_introspection/tree/
--
Stuart Prescotthttp
Looks like there's a new upstream for the python bindings:
https://pypi.org/project/cwiid/
https://github.com/azzra/python3-wiimote
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint
d does not build the
python-pyknon binary package at all and does not have the listed Build-
Depends.
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
and the
dependencies you've quoted there are for 2.9.1-7.
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
See https://github.com/llimeht/kross-interpreters/tree/tmp/python3 for a
starting point on porting to Python 3.
--
Stuart Prescott--www.nanonanonano.net
This package appears to be dead upstream (upstream URL doesn't work and I
can't find it anywhere else).
With a low popcon (inst: 9), perhaps it's time to remove this package.
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org
Package: ftp.debian.org
Severity: normal
The ifeffit package is Python 2-only and upstream has replaced it with a
new suite of programs known as Larch. http://xraypy.github.io/xraylarch/
ifeffit (and horae) can be removed from Debian.
Control: tags -1 + patch
An initial take on a patch for this is in a MR on salsa.
https://salsa.debian.org/debichem-team/cp2k/merge_requests/1
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG
Package: ftp.debian.org
Severity: normal
The horae package relies on the iffeffit package which is Python 2-only and
ready to be removed from Debian. Upstream has replaced it with a
new suite of programs known as Larch. http://xraypy.github.io/xraylarch/
horae (and ifeffit) can be removed from
Package: wnpp
Severity: wishlist
* Package name: xraylarch
Version : 0.9.46
Upstream Author : Matthew Newville, The University of Chicago
* URL : http://xraypy.github.io/xraylarch/
* License : BSD-2-clause
Programming Lang: Python
Description : X-ray
Hi John
src:forg looks to be pretty dead upstream and is by no means ready for use
with Python 3. Is anyone likely to do the porting work on a low popcon, dead
upstream project? Or is it time to remove forg from Debian?
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu
upstream package? Is
removal a better option at this stage?
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
with bullseye, is it
then a candidate for removal from Debian now? (It would have to go through NEW
regardless of whether it is removed then reintroduced or simply ported to have
a new binary package.)
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian
The build-dependency on libpython-dev appears to be unused in the package; it
builds just fine without libpython-dev installed and the package contents
appear to be the same. Shall we just drop the build-dep in that case?
--
Stuart Prescotthttp://www.nanonanonano.net/ stu
Source: liggghts
Version: 3.8.0+repack1-1
Severity: important
Dear Maintainer,
The current git master branch is not descended from the upstream branch and,
worse, has lots of merge conflicts committed to the tree.
The solution appears to be to do a synthetic merge of the upstream branch
into
Hi Julien,
On Friday, 10 January 2020 19:44:37 AEDT Julien Cristau wrote:
> On Fri, Jan 10, 2020 at 03:57:01PM +1100, Stuart Prescott wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: binnm
/merge_requests/1
(Also, is there a better team for this package to live in, the Python Modules
team for example?)
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2
Package: ftp.debian.org
Severity: normal
While upstream has done the work to port this code to Python 3, this package
is unmaintained in Debian, has never been part of a stable release and is a
git snapshot from many years ago.
The packages are vanishingly small popcon; if there is interest, it
uot;import fmcs" worked but
that doesn't seem like the direction that upstream is going, so I don't
propose we do so)
If there are no objections over the coming days, I'll implement this plan.
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http:/
Control: blocks -1 by 948552
It actually looks more like schroedinger-coordgenlibs that needs the binNMU to
pick up the new filename for libmaeparser.so.1 (not libmaeparser.so.1.2).
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu schroedinger-coordgenlibs_1.3-1 . ANY . unstable . -m "Rebuild against
libschroedinger-maeparser-dev >= 1.2.2-1"
The binNMU of rdkit (#946247) did not fix #945985; it appears that it
Control: reassign -1 python3-apt 1.8.6
Control: affects -1 debsecan
Control: close -1 1.9.1
This is actually all within python3-apt and is already fixed in sid.
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu
Package: desktop-base
Version: 10.0.2
Severity: minor
Dear Maintainer,
A user in #debian noticed that the svg images within desktop-base contain
quite a bit of metadata about the machines that they were created on,
including paths and usernames. These data should probably be cleaned
before
ckages still using Python 2 for some things but just not
using python-debian any more?
thanks
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
> software are still using python2), so that we can remove the whole
> chain "python-debian -> python-apt -> pyflakes"
Excellent, thanks for that info!
I'll get this and some other recent bits and pieces for python-debian merged
together and uploaded.
thanks
Stuar
http://people.redhat.com/pwouters/hash-slinger/
https://github.com/letoams/hash-slinger
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
that bkchem currently ships embedded copies of; a
py3-bkchem therefore needs to catch up with changes to other modules as well
as port to Python 3. All this without a test suite to help catch the
inevitable porting problems.
I say this as a bkchem user who doesn't have a good Plan B :(
regards
S
501 - 600 of 696 matches
Mail list logo