* Chris Lamb [2023-10-11 14:51]:
> Niels Thykier wrote:
>
> > Digging a bit deeper, it turns out that `file -i` correctly classifies
> > the changelog as `text/plain; charset=utf-8`. That is, `file` knows it
> > is text and I suspect `diffoscope` should try `file -i` as well when it
> > gets
Package: man-db
Version: 2.12.0-1
Severity: normal
X-Debbugs-Cc: f...@obfusk.net
Hi!
I ran into this before with curl in #1043309, but it seems many other
man pages (e.g. apksigner, apksigcopier, pandoc, yt-dlp, etc.) are
affected as well, which makes me wonder if this is not something that
shoul
Package: dexdump
Version: 13.0.0+r63-2
Severity: important
X-Debbugs-Cc: f...@obfusk.net
Hi!
$ dexdump foo.dex
dexdump: symbol lookup error: /usr/lib/x86_64-linux-gnu/android/libart.so.0:
undefined symbol: _ZN12BacktraceMap6CreateEib
I'm running sid (with e.g. android-libbase 1:34.0.4-1). Down
Source: android-platform-build
Version: 1:10.0.0+r36-1
Severity: important
X-Debbugs-Cc: f...@obfusk.net
Hi!
$ zipalign foo.apk
zipalign: symbol lookup error: zipalign: undefined symbol:
_ZN11zip_archive7InflateERKNS_6ReaderEjjPNS_6WriterEPm
I'm running sid (with e.g. android-libziparchive 1:34
* Daniel Stenberg [2023-08-08 23:39]:
> On Tue, 8 Aug 2023, FC Stegerman wrote:
>
> > $ curl ‐‐connect‐timeout
> > curl: (6) Could not resolve host: xn--connecttimeout-462hah
> >
> > $ curl ‐‐connect‐timeout 2 -I example.com
> > curl: (6) Could not res
Package: curl
Version: 8.2.1-1
Severity: normal
X-Debbugs-Cc: f...@obfusk.net
Hi!
Something seems to be going wrong here:
$ curl ‐‐connect‐timeout
curl: (6) Could not resolve host: xn--connecttimeout-462hah
$ curl ‐‐connect‐timeout 2 -I example.com
curl: (6) Could not resolve host: xn--connectt
* Sam Hartman [2023-02-22 23:33]:
[...]
> >> A tool for glamorous shell scripts. Leverage the power of
> >> Bubbles (https://github.com/charmbracelet/bubbles) and Lip
> >> Gloss (https://github.com/charmbracelet/lipgloss) in your
> >> scripts and aliases without writing any Go code
Should be fixed by [1]
- FC
[1] https://salsa.debian.org/reproducible-builds/diffoscope/-/merge_requests/126
Package: wnpp
Severity: wishlist
Owner: FC Stegerman
X-Debbugs-Cc: debian-de...@lists.debian.org, f...@obfusk.net
* Package name: repro-apk
Version : 0.2.2
Upstream Contact: FC Stegerman
* URL : https://github.com/obfusk/reproducible-apk-tools
* License
* Chris Lamb [2023-02-06 18:40]:
> A patch is attached that removes all files (NB. not directories) that
> are installed directly under that location (which can never be right).
> This, therefore, is a more generic solution to #1030713.
> - find .pybuild -name "out" -type f -delete
> + fi
* Dmitry Shachnev [2023-02-03 22:34]:
> I think one more line is needed in debian/rules:
>
> export DEB_VERSION_UPSTREAM
Indeed; thanks for pointing that out!
- FC
* Louis-Philippe Véronneau [2023-02-03 18:15]:
> On 2023-02-03 11 h 58, FC Stegerman wrote:
> > Presumably there is a way to get the version from e.g.
> > "dpkg-parsechangelog -S Version" (minus the -1 revision) instead. I'm
> > not sure how other packages
* FC Stegerman [2023-02-03 17:58]:
> * Andreas Tille [2023-02-03 17:01]:
> > I've bumped upstream version to 1.12.3 which basically has the
> > suggested patches applied but the issue remains as you can see
> > in Salsa CI
> >
> >https://salsa.debia
* Andreas Tille [2023-02-03 17:01]:
> I've bumped upstream version to 1.12.3 which basically has the
> suggested patches applied but the issue remains as you can see
> in Salsa CI
>
>https://salsa.debian.org/science-team/python-param/-/jobs/3891083
>
> Do you have any further hints?
That lo
Package: python3-pip
Version: 23.0+dfsg-1
Severity: important
X-Debbugs-Cc: f...@obfusk.net
Hi!
I just updated python3-pip and was greeted with a NEWS message about
PEP 668 support:
This version of pip introduces PEP 668 support. Debian's python3.11
interpreter will soon (>= 3.11.1-3) declar
* Chris Lamb [2023-01-20 01:47]:
[...]
> As to a solution, though, I think this is somewhat blocking on Mattia's
> expertise in the generation of the Python test recommends. Are we, in
> essence, trying to parse the following data in setup.py?
>
> install_requires=[
> "python-magic",
Package: python3-nose-random
Version: 1.0.0-4
Severity: normal
X-Debbugs-Cc: f...@obfusk.net
Running examples/tests.py from the package itself gives an expected
AssertionError, but an unexpected AttributeError:
==
ERROR: fail
Hi!
Somehow, I accidentally created a reverse patch before; here's the
correct one.
- FC
--- a/nose_random/__init__.py 2023-01-04 23:12:59.008028925 +0100
+++ b/nose_random/__init__.py 2023-01-04 23:13:30.304246704 +0100
@@ -51,7 +51,7 @@
def randomize(n, scenario_generator, seed=12038728732):
Hi!
The package description for python3-nose-random says:
* uses a fixed seed so that each test run is identical
* lets you to run the test only on a specific scenario to facilitate
debugging
I'm not very familiar with this package, but the removal of rseed in
the patch seems to me to br
* Christoph Biedl [2023-01-01 18:17]:
> > As I understand it, this is result of how t/fixtures/pyzip/pyzip.in is
> > described by file(1):
> >
> > - a /usr/bin/python3 script executable (binary data)
> > + Zip archive, with extra data prepended
>
> Thanks
* Christoph Biedl [2022-12-29 16:39]:
> Chris Lamb wrote...
> > However, this "extra data prepended" doesn't fit well under the rubric
> > of "data". Yes, this "#!/usr/bin/python3\n" shebang is definitely
> > "data" of a kind, but a shebang isn't really data in that way given
> > the special-treat
* Christoph Biedl [2022-12-25 14:20]:
> As I understand it, this is result of how t/fixtures/pyzip/pyzip.in is
> described by file(1):
>
> - a /usr/bin/python3 script executable (binary data)
> + Zip archive, with extra data prepended
>
> Now that looks a bit delicate ... if you think this is so
Package: wnpp
Severity: wishlist
Owner: FC Stegerman
X-Debbugs-Cc: debian-de...@lists.debian.org, f...@obfusk.net
* Package name: apksigtool
Version : 0.5.0
Upstream Author : FC Stegerman
* URL : https://github.com/obfusk/apksigtool
* License : AGPLv3
23 matches
Mail list logo