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
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, 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
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
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
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
).
+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
+
+ * 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
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
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
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
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
homasz.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
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
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
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
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
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: 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
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:
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: 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
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
.
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
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
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
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
st makes a noise.
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
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
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
d i386 for now?
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
' | pypy -m py_compile - >/dev/null
fi
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
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
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):
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
Control: reopen -1
Control: notfixed 2.0.34-2
>* Partly revert f1f48dee so that directories are again setup correctly
> on initial installations. (Closes: #885454)
You did that for munin, but not munin-node or munin-async.
I suggest this patch.
SR
--
Stefano Rivera
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
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
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
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
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
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
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: 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: 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: 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: 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: 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-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: 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-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: 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: 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.
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
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
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
-
for
+Squeeze.
+ * Set (provisional) EOL date for Debian Jessie.
+ * Set release date for Stretch (and matching creation date for Buster). It
+has been announced.
+
+ -- Stefano Rivera <stefa...@debian.org> Sat, 03 Jun 2017 18:07:40 -0700
+
distro-info-data (0.35) unstable; urgency=
> the style is adjusted to make the panel transparent. If the panel is left
> Opaque the icons stay as they should but any transparency causes the icons
> to disappear.
Yep. I can reproduce that. And I don't think it qualifies as an RC bug,
it is easily worked around.
SR
--
Stefano Rivera
/debian/changelog 2017-04-20 19:43:47.0
-0700
@@ -1,3 +1,15 @@
+distro-info-data (0.35) unstable; urgency=medium
+
+ * Correct Ubuntu Zesty release date.
+
+ -- Stefano Rivera <stefa...@debian.org> Thu, 20 Apr 2017 19:43:47 -0700
+
+distro-info-data (0.34) unstable; urgency=
as built in
the archive, this morning.
Thanks CarlFK for hooking up an Opsis for me :)
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
+ - # doxygen & rubber are needed for generating the documentation
+ - sudo apt-get install -y doxygen rubber
script:
- make
+ - make docs
+
+after_success:
+ - ./.travis-push-docs.sh
diff --git a/debian/changelog b/debian/changelog
index 3541a3a..82797f3 100644
--- a/debian/changelog
Package: hdmi2usb-fx2-firmware
Version: 0.0.0~git20151018-1
Severity: grave
Justification: renders package unusable
Control: affects -1 hdmi2usb-mode-switch
hdmi2usb-mode-switch usually needs to put an opsis into serial mode,
before it'll successfully flash an image.
Currently, the uart image
e :( ).
Here's the dpkg maintainer agreeing with me, in an aptitude bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801216#26
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
://cffi.readthedocs.io/en/latest/overview.html#purely-for-performance-api-level-out-of-line
Patch attached.
SR
From 55f4ad7835ff36071bd6b16ea5f53d0d350cd919 Mon Sep 17 00:00:00 2001
From: Stefano Rivera <stefa...@debian.org>
Date: Fri, 30 Dec 2016 12:44:58 +0100
Subject: [PATCH] Drop unnecessary python{3,
, here's a patch series to tidy this all up. And fix the broken clean rule.
SR
From 3a7092cac7ee34b651140cd0e5f7238bb71cdcc0 Mon Sep 17 00:00:00 2001
From: Stefano Rivera <stefa...@debian.org>
Date: Fri, 30 Dec 2016 12:30:28 +0100
Subject: [PATCH 1/3] Drop python{3,}-cffi-backend Buil
971246798914223a745214ce65a02564ea96db56 Mon Sep 17 00:00:00 2001
From: Stefano Rivera <stefa...@debian.org>
Date: Fri, 30 Dec 2016 12:00:02 +0100
Subject: [PATCH] Drop unnecessary Depends on python-cffi
---
debian/control | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff
that the
Vcs-Git field is incorrect.
Patches attached.
SR
From 93ec45a04325aaf86169bfe3f95e5707f3fcc181 Mon Sep 17 00:00:00 2001
From: Stefano Rivera <stef...@rivera.za.net>
Date: Thu, 29 Dec 2016 15:55:38 +0100
Subject: [PATCH 1/3] Drop python-cffi Build-Depends, unnecessary
---
debian/control |
Package: magic-wormhole
Version: 0.8.1-2
Severity: normal
Tags: patch
I'm pretty sure that you added a Build-Dependency on python3-cffi in
47343f28a9f95ec7720e81bc13b2b52eaa4f8e43 to work around a bug in the
python3-nacl package's dependencies (#801786).
That has now been fixed, so I'd recommend
Control: retitle -1 ITP: hdmi2usb-fx2-firmware -- FX2 firmware for hdmi2usb
board development
Control: owner -1 !
This package contains the FX2 firmware for several modes of the Numato
Opsis board's USB interface.
It is used for flashing updates to the board.
SR
--
Stefano Rivera
http
Package: wnpp
Severity: wishlist
Owner: Stefano Rivera <stefa...@debian.org>
* Package name: ixo-usb-jtag
Version : 0.0.0+git20160908
Upstream Author : Tim 'mithro' Ansell <mit...@mithis.com>
* URL : https://github.com/mithro/ixo-usb-jtag
* License
Package: ftp.debian.org
Severity: normal
We took over the package, and cleaned it up, this time last year, so
that we could use HDMI2USB boards with dvswitch.
dvswitch itself was already dead, and we were using it on ancient wheezy
installs.
The DebConf Video team has switched to voctomix, so
Package: wnpp
Severity: wishlist
Owner: Stefano Rivera <stefa...@debian.org>
* Package name: hdmi2usb-mode-switch
Version : 0.0.0+git20161016-1
Upstream Author : Tim 'mithro' Ansell <mit...@mithis.com>
* URL : https://github.com/timvideos/HDMI2USB-mode-swit
Package: voctomix-gui
Version: 0.4-1
Severity: minor
It'd be really nice if voctogui had a .desktop file, and appeared in
menus.
It'll need a logo or something...
SR
Package: openocd
Version: 0.9.0-1+b1
Severity: normal
Is there any chance of getting an upstream snapshot that includes the
jtagspi driver?
It was added in d25355473da9a925a696183a9947aac292cd2f60 upstream (Jul 2015).
We (DebConf video team) need it to flash our HDMI capture boards. So,
having
fxload :)
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Almost forgot. I have a patch.
It doesn't include a manpage, as there isn't one upstream :(
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
diff -Nru libusb-1.0-1.0.21/debian/control libusb-1.0-1.0.21/debian/control
--- libusb-1.0-1.0.21/debian/control2016-10-26 17:53
Source: libusb-1.0
Affects: fxload
Severity: normal
Tags: patch
fxload upstream seems to have stalled [0].
[0]: http://linux-hotplug.cvs.sourceforge.net/viewvc/linux-hotplug/fxload/
I think the best maintained version of fxload these days is in the
libusb examples [1,2].
[1]:
we're rewriting dependencies from setuptools to pkg-recources, we
should ship the setuptools egg-info in pkg-resources.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Package: wnpp
Severity: wishlist
Owner: Stefano Rivera <stefa...@debian.org>
* Package name: ruby-knife-acl
Version : 1.0.3
Upstream Author : Seth Falcon <s...@chef.io>, Jeremiah Snapp
<jerem...@chef.io>
* URL : https://github.com/chef/k
Hi Kurt (2016.10.27_00:35:51_-0700)
> I just took a pass at it, and I think, did most of the port in an
> afternoon and evening.
Landed upstream, it'll be in the next upstream release.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
slates, but the resulting binary
segfaults on some stdlib tests.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
que data structures.) So I have a pretty low expectation of
this happening in time.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
you are not
e.g. mixing up different ffi instances)
cairocffi/xcb.py:38: TypeError
2 failed, 42 passed in 0.87 seconds
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Package: src:hidapi-cffi
Version: 0.2.1-1
Severity: serious
Tags: patch
Justification: Policy 7.2
Upstream only declares
> setup_requires=['cffi >= 0.8']
But that's insufficient, it actually requires cffi at runtime, the first
line is:
> from cffi import FFI
It's worth noting that in Debian
number, and hhvm all have unrelated FTBFSs at
the moment.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Hi Emilio (2016.08.31_00:35:21_+0200)
> > Would you mind if I held back for the next release, due on the 1st?
>
> 1st of September?
>
> That'd be fine.
Yep. Upstream does monthly snapshots, rather than releases. And seem to
be moving rather fast atm.
SR
--
Ste
Hi Emilio (2016.08.29_09:58:46_+0200)
> Go ahead.
Would you mind if I held back for the next release, due on the 1st?
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
501 - 600 of 1168 matches
Mail list logo