Bug#1064273: engrampa: Failed to open Rar5 with 7zip-rar installed
Package: engrampa Version: 1.26.2-3 Severity: normal Dear Maintainer, I used to open and extract rar archives with engrampa, but after the transition from p7zip to 7zip I can no longer do this with 7zip-rar installed. It seems engrampa cannot open rar archives without other alternatives, like unrar, installed. I consider this is not an issue with 7zip-rar, because command "7z x archive.rar" works normally for extracting files from rar archives. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (650, 'testing'), (550, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.6.15-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages engrampa depends on: ii 7zip 23.01+dfsg-8 ii bzip21.0.8-5+b2 ii engrampa-common 1.26.2-3 ii gzip 1.12-1 ii libc62.37-15 ii libcairo21.18.0-1+b1 ii libcaja-extension1 1.26.3-1 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-3+b1 ii libglib2.0-0 2.78.4-1 ii libgtk-3-0 3.24.41-1 ii libice6 2:1.0.10-1 ii libjson-glib-1.0-0 1.8.0-2 ii libmagic11:5.45-2+b1 ii libpango-1.0-0 1.51.0+ds-4 ii libsm6 2:1.2.3-1 ii tar 1.35+dfsg-3 Versions of packages engrampa recommends: ii gvfs 1.52.2-1 ii unzip 6.0-28 ii xz-utils 5.4.5-0.3 ii zip 3.0-13 Versions of packages engrampa suggests: ii 7zip-rar 23.01-4 pn arj ii binutils 2.42-2 ii cpio 2.15+dfsg-1 pn lha pn lzip pn lzop pn ncompress pn rar pn rpm2cpio pn rzip pn sharutils pn unace pn unalz ii unrar1:7.0.6-1 ii xz-utils [lzma] 5.4.5-0.3 pn zoo -- no debconf information
Bug#1010313: python3-stem: Fix for Python 3.10
Package: python3-stem
X-Debbugs-Cc: j...@riseup.net
Version: 1.8.0-3
Severity: normal
Dear Maintainer,
attached you can find a patch to fix a bug with Python 3.10, which is
now the default in unstable and testing.
Thanks!,
juxorFrom 8da5611471c2dfbfd93e93a0113e8276914a16a9 Mon Sep 17 00:00:00 2001
From: juxor
Date: Thu, 28 Apr 2022 16:10:46 +
Subject: [PATCH] d/patches: Fix for Python 3.10
---
debian/patches/fix-python3.10.patch | 14 ++
debian/patches/series | 1 +
2 files changed, 15 insertions(+)
create mode 100644 debian/patches/fix-python3.10.patch
diff --git a/debian/patches/fix-python3.10.patch b/debian/patches/fix-python3.10.patch
new file mode 100644
index 000..95cf653
--- /dev/null
+++ b/debian/patches/fix-python3.10.patch
@@ -0,0 +1,14 @@
+Description: Fix for Python 3.10
+Author: ju xor
+Last-Update: 2022-04-28
+--- a/stem/control.py
b/stem/control.py
+@@ -2532,7 +2532,7 @@
+ for param, value in params:
+ if isinstance(value, str):
+ query_comp.append('%s="%s"' % (param, value.strip()))
+- elif isinstance(value, collections.Iterable):
++ elif isinstance(value, collections.abc.Iterable):
+ query_comp.extend(['%s="%s"' % (param, val.strip()) for val in value])
+ elif not value:
+ query_comp.append(param)
diff --git a/debian/patches/series b/debian/patches/series
index 55077d0..bb84a5f 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
reproducible-build.patch
+fix-python3.10.patch
--
2.30.2
Bug#948254: anarchism: update available
David Kleuker: > Package: anarchism > Version: 15.1-11 > > Upstream has version 15.3 available > http://www.anarchism.pageabode.com/afaq/index.html > Thanks for letting us know, i'll try to update it in the next days. juxor.
Bug#927431: [gpg-wks-server] Manpage says "/openpgp/" when it should be "/openpgpkey/"
Package: gpg-wks-server Version: 2.2.12-1~bpo9+1 Severity: normal Hi, according to the Web Key Directory last draft [0], both the "advanced and the direct method" on how to form the request URI include the string "/.well-known/openpgpkey/", but gpg-wks-server says "You also need a webserver configured to alias requests to /.well-known/openpgp/". The fix is trivial, though i'm not sure whether it would make more sense to patch the man when the draft becomes and RFC. Thanks, ju xor. [0] https://datatracker.ietf.org/doc/html/draft-koch-openpgp-webkey-service-07 signature.asc Description: OpenPGP digital signature
Bug#926108: opgpcard: errors with command-line arguments
Hi,
John Scott:
> Package: opgpcard
> Version: 0.1.4-1
> Severity: normal
>
> $ opgpcard -f First
> Traceback (most recent call last):
> File "/usr/bin/opgpcard", line 11, in
> load_entry_point('opgpcard==0.1.4', 'console_scripts', 'opgpcard')()
> File "/usr/lib/python3/dist-packages/opgpcard/cli.py", line 69, in main
> gen_opgpcard(args)
> File "/usr/lib/python3/dist-packages/opgpcard/opgpcard.py", line 124, in
> gen_opgpcard
> (args.firstname + args.lastname,))
> TypeError: can only concatenate str (not "NoneType") to str
>
> Similar errors are given for using some combination of
> command-line options, but -m works with correct email
> addresses.
[...]
Thanks for reporting this bug, will be fixed soon.
juxor.
signature.asc
Description: OpenPGP digital signature
Bug#903977: ITP: sbws -- Simple Bandwidth Scanner
Philipp Kern: > On 2018-07-18 18:24, ju xor wrote: >> Philipp Kern: >>> Should this live in some kind of tor-* namespace? >> no > > Without any rationale? :( > i'm not sure what you mean, but in case it helps, here some arguments why sbws package is not called something like tor-sbws: - upstream is not using "tor-*" in the name - i don't think there's a Debian policy to name packages as "tor-*" [0] - AFAICT, the only package in Debian that is named as "tor-*" is "tor-geoipbd", and that's a package on which "tor" itself depends on. - "tor" itself does not depends on sbws, though sbws makes use of "tor" - python3-stem is a library to control tor on which sbws depends, and it's not called "tor-*" - nyx, is a tor monitor, and is not called "tor-*" - there're several packages called "onion*", which is not "tor-*" Best, ju. [0] https://www.debian.org/doc/debian-policy/#the-package-name
Bug#903977: ITP: sbws -- Simple Bandwidth Scanner
Philipp Kern: > Should this live in some kind of tor-* namespace? no > But even if not, it > should clearly talk about Tor in both the short and long description. ok, i'll change description by "Tor Simple Bandwidth Scanner" Thanks!, ju.
Bug#903977: ITP: sbws -- Simple Bandwidth Scanner
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: sbws Version: 1.0.0 Upstream Author: Matt Traudt URL: https://gitweb.torproject.org/sbws.git/ License: CC0 Description: Simple Bandwidth Scanner Tor bandwidth scanner that generates bandwidth list (measurements) files to be read by Directory Authorities.
Bug#903976: ITP: sbws -- Simple Bandwidth Scanner
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: sbws Version: 1.0.0 Upstream Author: [Matt Traudt ] URL: [https://gitweb.torproject.org/sbws.git/] License: [CC0] Description: [Simple Bandwidth Scanner] Tor bandwidth scanner that generates bandwidth list (measurements) files to be read by Directory Authorities.
Bug#899164: ITP: opgpcard -- Create printable business cards including OpenPGP key fingerprint.
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: opgpcard Version: Upstream Author: juga URL: https://github.com/juga0/opgpcard License: GPLv3 Description: Create VCard, QR code and/or SVG printable business cards including OpenPGP key and fingerprint.
Bug#895582: Use existing Debian packages for javascript and fonts files instead of including them
Package: sphinx-bootstrap-theme Version: 0.4.13-1 Building the package gives between others the lintian warnings: embedded-javascript-library duplicate-font-file When this packages is included in any other package, it will also have inherit these warnings. Apart of lintian warnings, there're 2 versions of bootstrap included in the package. What is more, the size of the package increase a lot due to the unneeded extra files. Best, ju.
Bug#890492: ITP: node-localstorage -- substitute for the browser native localStorage API
Control: retitle -1 ITP: node-node-localstorage -- substitute for the browser native localStorage API
Bug#890492: ITP: node-localstorage -- substitute for the browser native localStorage API
Probably the package should be called node-node-localstorage, as the upstream is called node-localstorage, and there's other upstream called localstorage.
Bug#890492: ITP: node-localstorage -- substitute for the browser native localStorage API
Package: wnpp Severity: wishlist Owner: ju xor * Package name: node-localstorage Version : 1.3.0 Upstream Author : Larry Maccherone (http://maccherone.com) * URL : https://github.com/lmaccherone/node-localstorage * License : Expat Programming Lang: JavaScript Description : substitute for the browser native localStorage API A substitute for the node.js browser native localStorage API that runs on node.js . Node.js is an event-based server-side JavaScript engine. This package is a dependency of OpenPGP JavaScript implementation, which ITP is #787774. This package should be maintained by the Debian Javascript team. I'm not a memeber of the team.
Bug#890004: ITP: carml -- carml is a command-line tool to query and control a running Tor
Package: wnpp Severity: wishlist Owner: ju xor * Package name: carml Version : 17.4.0 Upstream Author : meejah * URL : https://github.com/meejah/carml * License : public domain Programming Lang: Python Description : carml is a command-line tool to query and control a running Tor You can do things like: list and remove streams and circuits; monitor stream, circuit and address-map events; watch for any Tor event and print it (or many) out; monitor bandwidth; run any Tor control-protocol command; pipe through common Unix tools like grep, less, cut, etcetera; download TBB through Tor, with pinned certs and signature checking; ...even spit out and run xplanet configs (with router/circuit markers)! It is written in Python and uses Tor's control-port via the txtorcon library. - why is this package useful/relevant? helps monitoring tor - if there are other packages providing similar functionality? no, there's txtorcon, which this package depends on - how do you plan to maintain it? inside a packaging team? maybe pkg-privacy
Bug#882968: network-manager: Build with support for dhcpcanon
Package: network-manager
Version: 1.10.0-1
Severity: wishlist
Tags: patch
Dear Maintainer,
It would be great to revert support for dhcpcanon [1], as it is not used anyway
unless manually added in the configuration. That way it would be easier to test
it and eventually not be experimental.
It was requested to be marked as experimental for the Fedora build [2], it
doesn't have to be the same in Debian, unless there're reasons for it.
Thanks.
[1]
https://anonscm.debian.org/git/pkg-utopia/network-manager.git/commit/?id=5f0d2fd81ab4bf574dba5046cd92dc7107acfeb8
[2]
https://github.com/NetworkManager/NetworkManager/pull/31#issuecomment-337881457
diff --git a/debian/changelog b/debian/changelog
index 66bcc12f..54fa99b5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,10 +1,3 @@
-network-manager (1.10.0-1.1) UNRELEASED; urgency=medium
-
- * Non-maintainer upload.
- * add support for dhcpcanon
-
- -- ju xor Fri, 24 Nov 2017 10:04:26 +
-
network-manager (1.10.0-1) unstable; urgency=medium
* New upstream version 1.10.0
diff --git a/debian/control b/debian/control
index f92180a9..0913ff66 100644
--- a/debian/control
+++ b/debian/control
@@ -64,7 +64,6 @@ Depends: ${shlibs:Depends},
libpam-systemd,
policykit-1
Recommends: ppp,
-dhcpcanon,
dnsmasq-base,
iptables,
modemmanager,
diff --git a/debian/rules b/debian/rules
index 0675f950..a224a16a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -36,7 +36,7 @@ override_dh_auto_configure:
--with-nmcli \
--with-selinux \
--with-libaudit \
- --with_dhcpcanon=/sbin/dhcpcanon \
+ --without-dhcpcanon \
--enable-polkit \
--enable-polkit-agent \
--enable-ppp \
Bug#875874: RFP: resolvconf-admin -- setuid helper program for setting up the local DNS
Package: wnpp Severity: wishlist * Package name: resolvconf-admin Version : 0.1.0 Upstream Author : Daniel Kahn Gillmor * URL : https://github.com/dkg/resolvconf-admin * License : MIT Programming Lang: C Description : setuid helper program for setting up the local DNS This program deals with setting the local DNS information, which needs to be done by root on some systems. For example, it should allow you to run a DHCP client without giving that DHCP client full superuser privileges. If /sbin/resolvconf is present, it is invoked as root with the recommended data. If it is not present, then /etc/resolv.conf is overwritten with a simple file. This software is useful for dhcpcanon, to setup DNS information obtained from DHCP servers without the need to be run as root and without depending on systemd-resolved.
Bug#638393: Please allow resolvconf to run as non-root
Package: resolvconf Version: 1.79 Followup-For: Bug #638393 > Do you think that others are likely to want to operate resolvconf this way? dhcpcanon is an example of a DHCP client that runs as a non-root user (via systemd service or wrapper) and it's able to set the network because it has the CAP_NET_ADMIN capability, but it can't set the DNS servers because resolvconf requires root. So, i also think it would be desirable for a non-root user to be able to invoke resolvconf. ju
Bug#863075: ITP: tordyguards -- Tor Dynamic Guards
Package: wnpp Severity: wishlist Owner: ju * Package name: tordyguards Version : 0.2 Upstream Author : Lee Woboo * URL : https://github.com/leewoboo/tordyguards * License : GPL Programming Lang: Python Description : Tor Dynamic Guards Wicd script to use different Tor entry guards.
Bug#860257: should not be in stable release
Package: dhcpcanon Version: 0.1.8.2-1 Severity: serious It does not have any known bug, but it has not been tested enough and there will be new upstream releases in the next months. Thanks, ju.
Bug#856256: ITP: afaq-dl -- Download/update the sources of anarchism book
Hi, Joerg Jaspert: > On 14596 March 1977, ju xor wrote: > >> * Package name: afaq-dl >> Version : 1.0.0 >> Upstream Author : Name >> * URL : https://0xacab.org/ju/afaq-dl* License : GPL >> Programming Lang: Python >> Description : Download/update the sources of anarchism book > >> Download/update the online book An Anarchist FAQ (AFAQ), >> convert the HTML to Markdown and push the changes to the afaq repository. > > And why should this be packaged? Especially the long description seems > to suggest that this is a highly specialised tool used by something like > one or two people who can actually push changes to some repo somewhere. It's not a highly specialized tool: it's an scraper that automatically will retrieve the content of a the book website and convert it to Markdown. Maybe it should be added in the description that all the steps are optional. Pushing to the repository is also made automatically (optional), user only need to have a SSH private key in a directory. This is the only step that would require to contact/issue a bug to add the public key. Probably this is something also to clarify in the README. Otherwise the user could push to a repository of her/his/their own, in which case the difficulty wouldn't be superior to the one generating SSH keys. One of the maintainers of the anarchism package was commenting that it would be nice to have also in Debian de tool that generates the content of anarchism (see 820549#42) and i think it would be the correct thing to do too. > And not something useful for a general Debian user. > Well, there're lots of specific tools in Debian that are intended only for Debian administration tasks or other specific tools not easy to use by a general Debian user. > (Also, target contrib, not main) Ok, that can be done. Thanks a lot, ju.
Bug#856256: ITP: afaq-dl -- Download/update the sources of anarchism book
Package: wnpp Severity: wishlist Owner: ju xor * Package name: afaq-dl Version : 1.0.0 Upstream Author : Name * URL : https://0xacab.org/ju/afaq-dl * License : GPL Programming Lang: Python Description : Download/update the sources of anarchism book Download/update the online book An Anarchist FAQ (AFAQ), convert the HTML to Markdown and push the changes to the afaq repository.
Bug#855335: anarchism: Navigational links (between sections and/or subsections) are broken
Hi Arzad, > > Anarchist FAQ html files contain some broken links. After installing the > package I started reading its content at > /usr/share/doc/anarchism/html/index.html (using Chromium) > All the files are there, they can be reached. However, the navigational links > that are at the end of each html file (used for moving to the next page) are > broken. For example on this page: > > /usr/share/doc/anarchism/html/secAcon.html > > At the end, click on the link: > "A.0 Section A Introduction" (Tooltip: "Go to next page") > > When I click on it, I get "your file was not found" error, because the link > actually navigates to file:///afaq/secA2.html which does not exist. > Thanks a lot for reporting this bug. I'll try to solve it during next days. ju.
Bug#820549: anarchism: Typo in section H1
Hi, > > I'd like to, but the way anarchism 15 is being uploaded right now makes > me really feel uncomfortable: I think what really is missing is to change the Debian package README to clarify some points. Please, have a look to the just pushed README [0] in "upstream". We thought it could be a good idea to have separated the script to download automatically (and even in real time running it in a box) the authors' original and the original html extracted from the script plus conversions to other formats. The repository with the html would be the Debian upstream and the repository with scraper should be also packaged for Debian. > > - there's tons of trailing whitespaces (at least in debian/changelog and > some html files). > If I open my editor on a file, I end up changing tons of lines. Shall > I use sed to change a typo, or shall you fix your whitespaces first? > The trailing whitespaces come from the original HTML. Personally, i would not modify the original HTML, but we could include a patch in the Debian package to do so. > - the .html is not anymore readable by a human, it's just a bunch of > parsed content. Hmm, you mean the HTML code or what is rendered in a browser?. Usually people do not read HTML code, i guess that is why the Debian package generated txt, and for more readable formats we have Markdown, that is why is generated by the scraper. The HTML displayed in a browser should be readable as in the original Website. If it is not, then maybe there is some bug in the scraper. > Do I really have to create a patch of (at least) 8K just to add a > letter? This is a good question, the idea with the separate scraper and source repositories was that people could fix the Markdown directly in that repository, but then there should probably be other Markdown directory or branch, to do not end up overwrotten by the conversion from the HTML but possible to merge and use that one for the Debian package. > > - there's now multiple directories having the same content, instead of > just one html/ from where to get all other file formats. > How am I supposed to fix this typo? Do I have to fix it in all 3 > places? The scraper generate the markdown and txt directories. Having markdown, txt should probably not exists, it comes from the previous Debian script. > > Even if I wanted to fix the problem at the root, the script you used > to generate it's not in the package itself, and is *big*. Yeah, sorry, it has not been packaged yet, but the idea is to package it independently of the HTML. > I'm not even sure anymore where I am contributing now. > > Before anarchism 15 was released I tried to help a bit myself, and > ended up with the attached relevant debian/ files. > My solution has clearly more little errors than yours, but at least > anybody can reprocude it. You can not reproduce the HTML, Markdown and txt from the scraper?. It should, that was the main idea. The "source" HTML used to generated the older Debian versions, was never in any repository nor there was an script to download it from the original Website. Maybe you can find something helpful from > there to help me fix this issue. > Ok, i will look those files. It would be great if you look at the new README. A process like the following seems good to me: 1. the scraper obtain the HTML from the original Website 2. the scraper push the HTML to other repository, together with the generated Markdown 3. Debian package uses the generated "source" as upstream. Probably what is missing, as said above, is to have a separated Markdown directory where to push any content change that does not reflect the original and specify clearly that that is the directory where to fix typos and content. At least would be easy to see differences with the original and new original versions. Thanks for your comments, ju. [0] https://0xacab.org/ju/afaq/blob/master/README.md
Bug#820549: anarchism: Typo in section H1
X-Debbugs-Cc: j...@riseup.net Package: anarchism Version: 15.0-1 Followup-For: Bug #820549 Hi, > In section H.1 of the faq, I read «These critiques contain may > important ideas > and so are worth summarising», where "may" is probably a "many" > mispelled. Or maybe they wanted to say <>? > I just thought it was a typo, and that it would have been nice to > report > it. I also downloaded the version proposed in #773529, and I can > confirm this > bug still applies. Now that #773529 is closed and the bug still applies, maybe is better a PR to the repository where the sources are now?. Cheers, ju.
Bug#773529: Project to clean up files for Anarchist FAQ
Hi, i'm working in a similar solution that could help to compare versions and to eliminate the need for sending .zip files. i hope to have it ready for the beginning of next week. Otherwise i can confirm i obtain the same sha256sum for afaq15.zip Cheers, ju.
Bug#849216: Packages which FTBFS with AssertionError about len(context)
Niko Tyni: > > Seems to be https://github.com/sphinx-doc/sphinx/issues/3212 > which should be fixed in sphinx_1.4.9-2, migrated to testing today or so. > With that version of sphinx, dhcpcanon does not fail to build. Thanks, ju.
Bug#846281: ITP: dhcpcanon -- Python implementation fo the DHCP client Anonymity Profile (RFC7844) designed for users that wish to remain anonymous to the visited network minimizing disclosure of iden
Package: wnpp Severity: wishlist Owner: ju * Package name: dhcpcanon Version : 0.1 Upstream Author : Name * URL : https://github.com/juga0/dhcpcanon/ * License : GPL Programming Lang: Python Description : DHCP client disclosing less identifying information. Python implementation of the DHCP client Anonymity Profile (RFC7844) designed for users that wish to remain anonymous to the visited network minimizing disclosure of identifying information.
