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
Hi Nicolas (2018.01.14_11:07:19_-0800)
> Please consider uploading a new version; I will take the liberty to do
> a NMU if there is no reply within a week.
I've sponsored an NMU to the delayed/0 queue, given there was several
months of notice here.
SR
--
Stefano Rivera
to access usb.ids. It is
> not provided anymore in this version, so they will break. I'll try to
> identify the affected packages and start to fill bugs.
I guess this is the crux of the issue. I couldn't see any of those, if
they've been filed, I guess they should have blocks on this.
SR
-
Source: beautifulsoup
Severity: important
We really should remove beautifulsoup, it has been replaced by bs4, many
years ago. I've just been lazy, and haven't hassled consumers to
migrate...
This bug is for tracking the transition to bs4.
SR
Package: archmage
Version: 1:0.3.1-3
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it from the archive.
Package: calibre
Version: 3.17.0+dfsg-1
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it from the
Package: websploit
Version: 3.0.0-1
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it from the archive.
Package: uicilibris
Version: uicilibris
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it from the
Package: python-tvrage
Version: 0.4.1-1
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it from the
Package: webcheck
Version: 1.10.4-1
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it from the archive.
Package: geneagrapher
Version: 1.0c2+git20120704-2
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it
Package: ibid
Version: 0.1.1+dfsg-4
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it from the archive.
Package: gourmet
Version: 0.17.4-5
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it from the archive.
Package: planet-venus
Version: 0~git9de2109-4
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it from the
Package: python-pyth
Version: 0.6.0-1
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it from the
Package: python-freevo
Version: 1.9.2b2-4.3
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it from the
Package: python-gumbo
Version: 0.10.1+dfsg-2.1
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it from
Package: python-pattern
Version: 2.6+git20150109-2
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it
Package: guake-indicator
Version: 1.1-2
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it from the
Package: wapiti
Version: 2.3.0+dfsg-6
Severity: important
Control: block 891087 by -1
beautifulsoup version 4 was replaced as a new package, bs4, which has
been in Debian for over 5 years now. beautfiulsoup (3.x) hasn't seen any
maintenance since then. It's high time to remove it from the
Upstream has migrated to something called pdoc, which seems to be an
epydoc replacement that supports Python 3. https://github.com/BurntSushi/pdoc
That's not currently packaged for Debian, so I'm just going to drop
these docs, for now.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi, re2 is C++ and likes to have transitions. Not many reverse-deps,
though :)
It's in experimental.
I've test built the reverse-depends, and didn't see any new failures. I
can't get
ypy/pypy/src/29eab8b5cf205d791413edeee6ada18dde0cfe1f/lib-python/2.7/plat-linux2/?at=default
Interestingly, I don't see this in our cpython package, either:
https://sources.debian.org/src/python2.7/2.7.15-3/debian/patches/
They aren't widely used, I guess nobody noticed?
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
> Any update on this bug?
Working on a solution. I'll filter /usr/share/doc in
pypy{clean,compile}.
And I'll add a temporary cleanup task to pypyclean that runs on only .py
files in /usr/share/doc, and ignores errors. We'll have to carry that
for some years, I think.
SR
--
Stefano Riv
' | pypy -m py_compile - >/dev/null
fi
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
d i386 for now?
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Control: tag -1 stretch
> I was able to reproduce the issue on my system:
Reproduced on stretch too.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Control: retitle -1 ITP: pypy3 -- fast alternative implementation of Python3 -
PyPy interpreter
Control: owner -1 stefa...@debian.org
Yeah, I've had it mostly-packaged for a couple of years, just a couple
more kinks to sort out...
https://salsa.debian.org/debian/pypy3
SR
--
Stefano Rivera
st makes a noise.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Control: tag -1 + patch
There's an upstream PR migrating to bs4
https://github.com/google/gumbo-parser/pull/368
Patch attached.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
diff -Nru gumbo-parser-0.10.1+dfsg/debian/control
gumbo-parser-0.10.1+dfsg/debian/control
Package: src:python-pattern
Version: 2.6+git20150109-2
Severity: minor
I see there is a test suite in the package, and some infrastructure for
running it in debian/rules, but the run-tests task isn't run during the
package build (or as an autopkgtest).
Both of these would be a useful thing to
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
diff -Nru python-pattern-2.6+git20150109/debian/control
python-pattern-2.6+git20150109/debian/control
--- python-pattern-2.6+git20150109/debian/control 2016-05-12
21:26:36.0 +0100
+++ python-pattern-2.6+git20150109
Looks like upstream did this work already.
https://sourceforge.net/p/wapiti/code/324/
It's fixed in recent upstream releases (e.g. 3.0.1).
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
'll update with 6.0.0, shortly)
The remaining issue that I know of, is figuring out a plan for
byte-compilation. I'll bring it up on the debian-python list...
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Package: openntpd
Version: 1:6.2p3-1
Severity: normal
Tags: patch
Can't reproduce this in a quick check in Debian, but I can see it on
Ubuntu 18.04 machines, and this patch does the trick.
AppArmor denies openntpd access to syslog:
> [1690592.258663] audit: type=1400 audit(1531921190.778:1052):
Package: wnpp
Severity: wishlist
Owner: Stefano Rivera <stefa...@debian.org>
* Package name: ruby-tomlrb
Version : 1.2.6
Upstream Author : Francois Bernier <frankbern...@gmail.com>
* URL : https://github.com/fbernier/tomlrb
* License : Expat
Prog
Package: wnpp
Severity: wishlist
Owner: Stefano Rivera <stefa...@debian.org>
* Package name: ruby-iso8601
Version : 0.10.1
Upstream Author : Arnau Siches
* URL : https://github.com/arnau/ISO8601
* License : Expat
Programming Lang: Ruby
Descr
itself uses it.
From what I see on the TOML wiki [0] the tomlrb library is in better
shape that ruby-toml. I see an issue about merging the many ruby toml
implementations [1], but crickets so far...
[0]: https://github.com/toml-lang/toml/wiki
[1]: https://github.com/jm/toml/issues/53
SR
--
Stefano R
Control: tags -1 moreinfo
> I was trying to upgrade ansible (which I initially installed with pip).
> The result was, that the program segfaulted. I tried this with --user and
> without, but it makes no difference.
Can you reproduce this failure? I can't.
SR
--
Stefano Rive
Control: reopen -1
Bah. We have the HTML, but I would like to ship the RST too.
Oh well, 1.11 is coming out next week, it can be fixed in that upload.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
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
g, instead of the stdlib
"code" module. That's a pypy bug.
However, naming a python script the same as an stdlib module is always
going to be problematic.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
re2 is a C++ regex library, requiring about a transition a year, for
various symbol changes.
Only 6 reverse dependencies in testing.
The automated ben file looks fine:
Package: wnpp
Severity: wishlist
Owner: Stefano Rivera
* Package name: soupsieve
Version : 1.6.2
Upstream Author : Isaac Muse
* URL : https://github.com/facelessuser/soupsieve
* License : MIT/Expat
Programming Lang: Python
Description : A modern CSS
Hi Emilio (2019.01.07_10:32:43_-0800)
> Thanks, uploaded.
I see dnsdist failed to binnmu on i386. I suspect this is a
transient/intermittent test failure - it builds for me locally.
Try a give-back?
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Hi Emilio (2019.01.07_19:05:02_+0200)
> Go ahead.
Thanks, uploaded.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Package: ftp.debian.org
Severity: normal
Time to get honest with myself, I stopped maintaining ibid upstream,
almost immediately after getting it into Debian. And the rest of the
upstream team did, too.
If we get our act together again, we can bring it back, but ibid's
looking pretty dead right
Package: ftp.debian.org
Severity: normal
Control: block -1 with 917572
All reverse-dependencies have migrated or been removed, see #891087.
> $ dak rm -nR beautifulsoup
> Will remove the following packages from unstable:
>
> beautifulsoup |3.2.1-1 | source
> python-beautifulsoup |3.2.1-1
.
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
egex, upstream calls it pypy2.7 now.
+ * pypycompile and pypyclean now read namespaces from /usr/share/pypy/ns
+(following dh_pypy). (Closes: #924676)
+- Breaks old pypy-backports.functools-lru-cache, using the old location.
+
+ -- Stefano Rivera Sun, 24 Mar 2019 11:07:07 -0400
+
pypy (7
ero/13.1.0-2
It seems silly to keep it in the release, without chef.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Package: pypy
Version: 6.0.0+dfsg-4
Severity: important
When namespace support was added in 6.0.0+dfsg-4, we used
/usr/lib/pypy/ns. However dh_pypy is not using that path, it's using
/usr/share/pypy/ns (which matches where it puts pydist files).
See: #920899
Let's sort this out before buster
homasz.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Package: dh-python
Version: 3.20180927
Severity: wishlist
I'm adding namespace support to pypy in 6.0.0+dfsg-4.
It's using /usr/lib/pypy/ns/ the same way as we do in Python 2.
Packages using --namespace should create a file named after themselves
in /usr/lib/pypy/ns/, naming the namespace. They
me
and others trying to pick away at it. But I haven't touched it in a few
years...
Upstream's current stance is that x32 isn't supported (although it
probably wouldn't be hard to support).
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
t the question is why that happened to you. I can't reproduce this
issue, so I can't find anything to fix.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
ypy/.
Patch attached.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
From e3e2f2dc8f693119ff40e5366d5bd9bc590eeffb Mon Sep 17 00:00:00 2001
From: Stefano Rivera
Date: Wed, 13 Mar 2019 14:50:37 -0700
Subject: [PATCH] Put pypy namespace files in the correct place:
/usr/lib/pypy
).
+It has been announced.
+
+ -- Stefano Rivera Fri, 14 Jun 2019 10:50:04 -0700
+
distro-info-data (0.40) unstable; urgency=medium
* Correct EOL date for trusty. (LP: #1825553)
diff -Nru distro-info-data-0.40/debian.csv distro-info-data-0.41/debian.csv
--- distro-info-data-0.40/debian.csv2019
ver, with a new column after
> it, ends up breaking ubuntu-distro-info.
That's a bigger issue, because of the format change, of course. So when
we resolve that in Debian, I'd like to include a new Debian LTS column
(#782685) at the same time.
In the mean-time, Debian and Ubuntu are go
+
+ * Correct EOL date for trusty. (LP: #1825553)
+ * Add Ubuntu 19.10, with a provisional animal name. (LP: #1825379)
+ * Bump Standards-Version to 4.3.0, no changes needed.
+
+ -- Stefano Rivera Tue, 23 Apr 2019 12:14:38 -0700
+
distro-info-data (0.39) unstable; urgency=medium
* Add Ubuntu 19.04
Happy to remove, but there are reverse-dependencies:
Reverse-Depends
===
* python-launchpadlib
* ubuntu-dev-tools
Reverse-Build-Depends
=
* python-launchpadlib
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Happy to remove, but there are still reverse-dependencies:
Reverse-Depends
===
* python-launchpadlib
* python-lazr.restfulclient
* python-wadllib
Reverse-Build-Depends
=
* python-wadllib
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
user debian-pyt...@lists.debian.org
usertags 937511 py2keep
thanks
PyPy is a Python 2 interpreter. It's useful for building PyPy3. It does
this faster, and with less memory, than cPython on platforms that it has
JIT for.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
for building pypy3.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Happy to remove. There are still reverse-dependencies:
Reverse-Depends
===
* python-launchpadlib
* python-lazr.restfulclient
Reverse-Build-Depends
=
* python-launchpadlib
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
=
* bzr
* sagemath
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
-nacl
* python-ssdeep
* python-xattr
* python-xeddsa
* pyzmq
* xcffib
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
* python-pattern
* soupsieve
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
* 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
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
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
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
* tomahawk
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
ted by sphinx, importable under
python 3, but this isn't a use-case upstream needs to support, so I
suspect we'd be the ones maintaining this.
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
Control: tag 927147 pending
Thanks for the patch. I'm starting a python3 porting branch. And hope to
finish it in a day or two.
https://code.launchpad.net/~ubuntu-dev/ubuntu-dev-tools/+git/ubuntu-dev-tools/+ref/python3
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
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
user debian-pyt...@lists.debian.org
usertags 938168 + py2keep
thanks
I think it would make sense to keep setuptools alive on 2.7 and pypy,
until they are removed.
And we need a python2.7 interpreter (ideally both cpython and pypy) to
build pypy3.
So, I suggest keeping these.
SR
--
Stefano
The current regex is using \bpython, which matches dh-python.
I suggest this patch, using \s instead.
Gets us down to 3455/4057.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
diff --git a/config/ongoing/python2-rm.ben b/config/ongoing/python2-rm.ben
index ca4b33d..60d928c
ing to continue to build and support PyPy for the
forseeable future. They aren't contemplating a port to python3, for the
rpython side, yet.
My understanding from the Python BoF was that we'd stop packaging random
modules for pypy, but not that pypy would go away.
SR
--
Stefano Rivera
h
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/
+1 415 683 3272
-5ubuntu1
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
the pending tag. It's me pushing 2.0 into a branch.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Package: apt-cacher-ng
Version: 3.3.1-2
Severity: normal
Since upgrading from 3.2-3 to 3.3.1-2, I couldn't do an "apt update" any
more. It would 502 on the InRelease file.
My backend configuration is:
http://mirror.kardiogramm.net/debian/
http://deb.debian.org/debian/
The first one is my mirror
/changelog 2019-08-19 18:21:26.0 -0700
+++ hy-0.17.0/debian/changelog 2020-02-04 08:40:08.0 -0800
@@ -1,3 +1,10 @@
+hy (0.17.0-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Support Python 3.8 (Closes: #950672)
+
+ -- Stefano Rivera Tue, 04 Feb 2020 08:40:08 -0800
+
hy
Package: postgresql-11-python3-multicorn
Version: 1.3.4-31-g9ff7875-2
Severity: normal
Tags: upstream patch
User: debian-pyt...@lists.debian.org
Usertags: python3.8
FYI: The multicorn.so PostgreSQL plugin will not be linked to libpython
when built under Python 3.8, without this patch:
/changelog 2019-11-15 20:02:13.0 +0100
+++ doit-0.31.1/debian/changelog 2020-02-02 13:23:58.0 +0100
@@ -1,3 +1,10 @@
+doit (0.31.1-3.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Python 3.8 support. (Closes: #950481)
+
+ -- Stefano Rivera Sun, 02 Feb 2020 13:23:58
Package: src:doit
Version: 0.31.1-3.1
Severity: normal
Tags: upstream patch
Tests fail under Python 3.8
https://github.com/pydoit/doit/issues/341
I filed this PR upstream, and intend to upload it to Debian:
https://github.com/pydoit/doit/pull/350
SR
nt some time debugging this last week, and I *think* the cause is
https://bugs.python.org/issue38501
This patch seems to avoid it: https://github.com/daler/gffutils/pull/155
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
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/
+1 415 683 3272
to be more aggressive.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
nag)
(That's #945740)
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Control: tag -1 +moreinfo +unreproducible
Hi Clint (2018.11.25_05:15:04_+0200)
> % beet import ../
> _beet:zregexparse:4: invalid regex : )
> (with zsh 5.6.2-3)
Works for me, with zsh 5.7.1-1+b1.
Something changed in zsh? Or something unusual about the directory you
were in?
SR
--
) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Switch to Python 3. (Closes: #933775)
+ * Build with pybuild.
+
+ -- Stefano Rivera Sun, 05 Jan 2020 11:36:48 +0200
+
dnsviz (0.8.0-1) unstable; urgency=medium
* New upstream version 0.8.0
diff -Nru dnsviz-0.8.0/debian/control
Package: ftp.debian.org
Severity: normal
https://blog.chef.io/goodbye-foodcritic/
Given that, not going to bother packaging the latest version.
SR
fix this issue.
That is just one of the failures here.
Here's another one:
https://github.com/neomutt/neomutt/commit/26a6b07c728aa88414057cff257cdebfd2967907
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Package: neomutt
Version: 20191207+dfsg.1-1
Severity: normal
Tags: patch upstream
Upstream issue https://github.com/neomutt/neomutt/issues/2038
Upstream patch: https://github.com/neomutt/neomutt/pull/2039
While reading a message, "New mail in this mailbox" appears and then *boom*.
gdb:
Program
Package: pypy3
Version: 7.3.0+dfsg-4
Severity: normal
sys.path isn't setup correctly for pypy3 to use locally installed
modules. I don't think it ever has been, I just keep forgetting about
it.
Virtualenvs work, of course.
SR
601 - 700 of 1170 matches
Mail list logo
