Bug#1071977: tmux: /lib/x86_64-linux-gnu/libtinfo.so.6: version `NCURSES6_TINFO_6.4.current' 404

e you 100% sure that this tmux binary is the one shipped in the Debian package? Can you show the path and SHA256 of the binary? And run ldd on it? Thanks, -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1070724: tmux: take flock on socket file/dir in /tmp/

at I feel would be appropriate as a Debian-specific change, but I can discuss it with the upstream author. Not much chance of it happening though. Best, -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1067057: tcpdump: Environment undocumented in the man page, yet the TZ variable has effect on the timezone

tcpdump has no special handling of TZ, it just calls strftime() which handles TZ as described in strftime(3). -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1067056: libpcap0.8: man page gives incorrect syntax specification for 'proto ICMP'

proto \icmp' which are equivalent. 'proto \icmp' also works but generates support code for IPv6 as well which does not really make sense for ICMP and is likely not what you wanted. -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1064363: Keep tmux 3.4 out of testing for now

Package: tmux Version: 3.4-1 Severity: serious tmux 3.4 has a few regressions that I would like to have fixed before the package is allowed to migrate to testing. -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1064039: Unexpected string when using tmux with rxvt-unicode

ub.com/exg/rxvt-unicode/commit/417b540d6dba67d440e3617bc2cf6d7cea1ed968 I'll reassign this bug to rxvt-unicode. Thanks, -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1063938: closed by Philip Chung (Re: Bug#1063938: tmux: Does not automatically set mode-keys to vi based on VISUAL or EDITOR environment)

-c tmux` or similar to force tmux to be launched from a shell, if that helps. -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1063938: tmux: Does not automatically set mode-keys to vi based on VISUAL or EDITOR environment

; show -g mode-keys \; kill-server mode-keys emacs % export EDITOR=/usr/bin/vi % tmux -S /tmp/tmux-test -f /dev/null new -d \; show -g mode-keys \; kill-server mode-keys vi % -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1063838: tmux: new upstream released: tmux 3.4

xel enabled for a few months already. Thanks, -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1063237: tmux: crash when pasting into dead pane

Fix merged upstream: https://github.com/tmux/tmux/commit/4bdb855020d266ea0a480a53e13c806fcaad9b45 And tmux 3.4 is also out, so it'll be part of that upload. Thanks, -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1049982: bullseye-pu: package riemann-c-client/1.10.4-2+b2

the ball is in my court, please point me to the next move because I obviously missed it! Thanks, Romain -- Romain Tartière http://romain.blogreen.org/ pgp: 8234 9A78 E7C0 B807 0B59 80FF BA4D 1D95 5112 336F (ID: 0x5112336F) (plain text =non-HTML= PGP/GPG encrypted/signed e-mail much ap

Bug#1049988: bookworm-pu: package riemann-c-client/1.10.4-2

is in my court, please point me to the next move because I obviously missed it! Thanks, Romain -- Romain Tartière http://romain.blogreen.org/ pgp: 8234 9A78 E7C0 B807 0B59 80FF BA4D 1D95 5112 336F (ID: 0x5112336F) (plain text =non-HTML= PGP/GPG encrypted/signed e-mail much ap

Bug#1063237: tmux: crash when pasting into dead pane

u for reporting this issue. The fix is straightforward enough and I've submitted here: https://github.com/tmux/tmux/pull/3830 -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1055257: tcpdump fails to change ownership of savefile if built with libcap-ng

(For the record, the patch referenced above was introduced in 2019, it's not recent.) -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1049982: bullseye-pu: package riemann-c-client/1.10.4-2+b2

Control: retitle -1 bullseye-pu: package riemann-c-client/1.10.4-2+deb11u1 Control: tag -1 - moreinfo signature.asc Description: PGP signature

Bug#1049988: bookworm-pu: package riemann-c-client/1.10.4-2

Control: retitle -1 bookworm-pu: package riemann-c-client/1.10.4-2+deb12u1 signature.asc Description: PGP signature

Bug#1049988: bookworm-pu: package riemann-c-client/1.10.4-2

Control: tag -1 - moreinfo signature.asc Description: PGP signature

Bug#1049988: bookworm-pu: package riemann-c-client/1.10.4-2

Thank you! -- Romain Tartière http://romain.blogreen.org/ pgp: 8234 9A78 E7C0 B807 0B59 80FF BA4D 1D95 5112 336F (ID: 0x5112336F) (plain text =non-HTML= PGP/GPG encrypted/signed e-mail much appreciated) diff -Nru riemann-c-client-1.10.4/debian/changelog riemann-c-client-1.10.4/debian/

Bug#1049982: bullseye-pu: package riemann-c-client/1.10.4-2+b2

On Thu, Aug 17, 2023 at 10:52:17PM +0100, Adam D. Barratt wrote: > Please supply an appropriate debdiff. Sorry for the confusion, here is an updated debdiff. Thank you! -- Romain Tartière http://romain.blogreen.org/ pgp: 8234 9A78 E7C0 B807 0B59 80FF BA4D 1D95 5112 336F

Bug#1049985: closed by "Adam D. Barratt" (Re: Bug#1049985: buster-pu: package riemann-c-client/1.10.4-2)

you for your vigilance! Romain signature.asc Description: PGP signature

Bug#1049988: bookworm-pu: package riemann-c-client/1.10.4-2

Vcs-* fields and gbp.conf. + + [ Romain Tartière ] + * Fix GnuTLS send/recv. + + -- Bastian Germann Mon, 14 Aug 2023 00:08:48 +0200 + riemann-c-client (1.10.4-2) unstable; urgency=medium * Orphaning the package. diff -Nru riemann-c-client-1.10.4/debian/control riemann-c-client-1.10.4/debian

Bug#1049985: buster-pu: package riemann-c-client/1.10.4-2

-01-03 07:09:25.0 -1000 +++ riemann-c-client-1.10.4/debian/changelog2023-08-13 12:08:48.0 -1000 @@ -1,3 +1,13 @@ +riemann-c-client (1.10.4-3) unstable; urgency=medium + + * QA upload. + * Drop Vcs-* fields and gbp.conf. + + [ Romain Tartière ] + * Fix GnuTLS send/recv

Bug#1049982: bullseye-pu: package riemann-c-client/1.10.4-2+b2

2019-01-03 07:09:25.0 -1000 +++ riemann-c-client-1.10.4/debian/changelog2023-08-13 12:08:48.0 -1000 @@ -1,3 +1,13 @@ +riemann-c-client (1.10.4-3) unstable; urgency=medium + + * QA upload. + * Drop Vcs-* fields and gbp.conf. + + [ Romain Tartière ] + * Fix GnuTLS send/recv

Bug#1048011: rcs: Fails to build source after successful build

of those changes but not all, and I don't think this is worth spending a lot of time on. It's been like this for many years and nobody ever cared. -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1043196: tmux: Manpages are broken because of unnecessary utf8 characters

Hi, This doesn't seem to be specific to tmux and I don't want to carry a patch for ever escaping the hyphens. I'll just merge this report with the original one in groff-base for now. Thanks, -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1041901: RFS: riemann-c-client/1.10.4-3 [NMU] -- Client utility for the Riemann event stream processor

orted on the website). So I am looking forward for reading mentors feedback to help me leverage this package fix according to the Debian standards and guide me through the process of making Debian even better! Thank you! Regards, -- Romain Tartière http://romain.blogreen.org/ pgp: 8234

Bug#1035842: Namespaces: Operation not permitted. Fails to setgroups due to EPERM

On Wed, May 10, 2023 at 7:12 AM Tj wrote: > When working with user namespaces tcpdump fails. Upstream has several > open issues and at least one pull request for this since 2019. > > https://github.com/the-tcpdump-group/tcpdump/pull/812 Thank you. Yes, this patch seems sensible, I'll pick it up.

Bug#1041159: dh_installsystemd: doesn't handle units installed in /usr/lib/systemd (vs. /lib/systemd)

As per discussion with Niels, reopening to keep as a beacon to guide others to the links above.

Bug#1041159: dh_installsystemd: doesn't handle units installed in /usr/lib/systemd (vs. /lib/systemd)

is bug with the original one. Cheers, -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1041159: dh_installsystemd: doesn't handle units installed in /usr/lib/systemd (vs. /lib/systemd)

Package: debhelper Version: 13.11.4 Severity: normal I'm working on packaging a new upstream project which installs a number of systemd units directly to /usr/lib/systemd/system and I noticed that dh_installsystemd doesn't add the required maintscript stanzas to enable these units. If I patch

Bug#1038269: tmux: server exits unexpectedly with libtinfo6 from experimental

ownstream packages :-) As insurance against any backporting side effects, I'm uploading a Git snapshot to experimental as well. -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1038269: tmux: server exits unexpectedly with libtinfo6 from experimental

ll take care of doing the backports later today and compare my work with the Arch Linux package. -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1037097: shotwell: problem with sendto and thunderbird : there is no attachment file since the dropping of nautilus sendto in version 0.3.15 (it works with other mailers)

Package: shotwell Version: 0.30.17-1+b1 Severity: normal X-Debbugs-Cc: romain.kobylan...@free.fr Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or

Bug#1035661: libpcap0.8: Manpages pcap-tstamp(7) and pcap-savefile(5) not installed

d. Thanks for the suggestion. -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1035663: ITP: foomuuri -- multizone bidirectional nftables firewall

Package: wnpp Severity: wishlist Owner: Romain Francoise X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: foomuuri Version : 0.18 Upstream Contact: "Kim B. Heino" * URL : https://github.com/FoobarOy/foomuuri * License : GPL-2.0 Progra

Bug#1032298: tcpdump: apparmor blocks writing to stdout/stderr in lxd container [PATCH]

/dev/pts/* it is a high price to pay in terms of weakening the sandbox for an uncommon use case. With access to /dev/pts, an attacker can access SSH sessions and other terminals. Is there any way this could be fixed on the LXD side, or made more restrictive? Regards, -- Romain Francoi

Bug#1034086: tcpdump: CVE-2023-1801

Consequently I'm going to mark this bug as fixed in 4.9.3-1, which was the first version to disable the SMB code in Debian (in 2019). -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1034086: tcpdump: CVE-2023-1801

packet. Thanks. Just in case, I will mention that the SMB printer code is *not* enabled in Debian anymore. None of the supported distributions (oldstable, stable, testing/sid) are affected. -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1033068: liquidsoap: udpate to 2.1.4 or apply RC patch

Le ven. 17 mars 2023 à 03:35, Kyle Robbertze a écrit : > > Hi, > > On 2023/03/16 19:38, Romain Beauxis wrote: > > Package: liquidsoap > > Version: 2.1.3-1+b1 > > Severity: important > > > > Dear Maintainer, > > > > Thank you so much for main

Bug#1033068: liquidsoap: udpate to 2.1.4 or apply RC patch

! -- Romain -- System Information: Debian Release: bookworm/sid APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: arm64 (aarch64) Kernel: Linux 5.15.49-linuxkit (SMP w/5 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_RANDSTRUCT Locale

Bug#962695: iftop resolves all IPv6 addresse to the same hostname

On Fri, Feb 24, 2023 at 10:18 PM Markus Koschany wrote: > Sure, if it helps. Thank you.

Bug#962695: iftop resolves all IPv6 addresse to the same hostname

> correct. Yes, this is very annoying. It looks like this might have been fixed by this upstream commit: https://code.blinkace.com/pdw/iftop/-/commit/35af3cf65f17961d173b31fd3b00166ec095c226 If so, can we have it in a new upload targeted at bookworm? Thanks, -- Romain Francoise https://peopl

Bug#1030733: shorewall: "shorewall6 start" gives bash error message: "[: 64: unexpected operator" if "ip addr show" has "metric" information

ut is fraught with danger, ideally Shorewall would use the JSON version (but that requires a dependency on `jq' or similar)... -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1030898: please enable rdma support

Thanks for the suggestion. So far I've resisted adding extra binary dependencies to libpcap and this seems like a very specialized use case.

Bug#1029403: shorewall: fails to start with "Couldn't load match `iface':No such file or directory"

On Thu, Jan 26, 2023 at 09:47:07PM +0200, Vincas Dargis wrote: > Wait a minute, why there's two bug reports? Yes, I believe the core > issue should be in xtables. Do you mind if I merge them? -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#986152: Offer of help

Now finally uploaded! (And it didn't go through NEW.) -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#1029403: shorewall: fails to start with "Couldn't load match `iface':No such file or directory"

Hi, Isn't this already tracked as #973990? There is something specific to your setup because I can assure you that Shorewall generally works in sid. Please provide more information. Thanks, -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#986152: Offer of help

few days. Thanks, -- Romain Francoise https://people.debian.org/~rfrancoise/

Bug#986152: Offer of help

On Sat, Jan 21, 2023 at 10:47:12AM -0500, Roberto C. Sánchez wrote: > Whenever a source package produces a new binary package, whether that > package exists in the archive already or not, it will land in NEW. Ah, makes sense. Thanks. Experimental it is, then. :-)

Bug#986152: Offer of help

I noticed while testing that you removed the '--no-start' argument to dh_installinit calls in the unified package, and that's not right, as README.Debian documents. The situation is even a bit more complex: * shorewall.postinst and shorewall6.postinst source the config file in /etc/default

Bug#986152: Offer of help

On Fri, Jan 20, 2023 at 05:18:19PM -0500, Roberto C. Sánchez wrote: > I think that the bug is actually assigned to the shorewall-doc binary > package, not the shorewall-doc source package. Assuming that the > shorewall source package will start to emit a shorewall-doc binary > package, I think

Bug#986152: Offer of help

On Fri, Jan 20, 2023 at 11:59:44AM +, Jeremy Sowden wrote: > The Developer's Reference, § 5.6.1, expresses the preference that when > new binary packages are added to a source package, it should be > uploaded to experimental, so I've updated the version and distribution > in the change-log

Bug#986152: Offer of help

Hi Jeremy, On Thu, Jan 19, 2023 at 7:01 PM Jeremy Sowden wrote: > I've pushed all the work to my repo on Salsa: > > https://salsa.debian.org/azazel/shorewall > > Do you want to review it before I push to the shorewall-team repo? It all looks pretty good to me! In fact, it's a radical

Bug#986152: Offer of help

Hi, Replying to the latest messages in the thread in one go... On Sun, Jan 08, 2023 at 02:35:17PM +, Jeremy Sowden wrote: > I've created a Shorewall team on tracker.d.o and added you both to it. Thanks! On Mon, Jan 09, 2023 at 08:51:54AM -0500, Roberto C. Sánchez wrote: > For a bit of

Bug#986152: Offer of help

On Tue, Jan 3, 2023 at 11:54 PM Jeremy Sowden wrote: > I've imported my fork of Roberto's SF repo to Salsa: > > https://salsa.debian.org/azazel/shorewall > > I haven't touched it in 18 months, so I'll give it a polish when I have > some time, and perhaps we can use it as a starting point.

Bug#986152: Offer of help

Hi, [Cc'ing Roberto directly to make sure he's aware of this discussion.] I'm also a Shorewall[6] user and while the state of the package isn't really alarming right now, I need it to be properly maintained going forward. We could set up a pkg-shorewall team on Salsa and co-maintain the

Bug#964985: libpcap0.8: build with rpcap support (--enable-remote)

Hi, On Thu, Dec 29, 2022 at 11:42 AM Peter Vanpoucke wrote: > Could this get picked up? I've used a port for Linux separately before, > but that one will no longer be maintained: > . I will look into it. Thanks.

Bug#1023315: tmux: manage /etc/shells using dpkg triggers

Hi, On Wed, Nov 2, 2022 at 10:51 AM Helmut Grohne wrote: > tmux manages its entry in /etc/shells using add-shell/remove-shell. > Consider managing this entry declaratively instead. Since version 5.3-1, > debianutils recognizes /usr/share/debianutils/shells.d/tmux and will add > those shells to

Bug#1016475: tmux sessions do not persist through logout

Hi, There’s nothing tmux can do right now about systemd killing user sessions without lingering enabled; just run `sudo loginctl enable-linger $USER`. Thanks.

Bug#1011426: bullseye-pu: package tcpdump/4.99.0-2+deb11u1

Hi Adam, On Sat, May 28, 2022 at 8:51 PM Adam D. Barratt wrote: > Please go ahead, thanks. Uploaded. Thanks!

Bug#1011426: bullseye-pu: package tcpdump/4.99.0-2+deb11u1

pArmor profile updates (debian/usr.bin.tcpdump): ++ Grant access to *.cap (closes: #989433). ++ Account for numerical suffix in filenames added by -W (closes: #1010688). + + -- Romain Francoise Sun, 22 May 2022 18:22:50 +0200 + tcpdump (4.99.0-2) unstable; urgency=medium * Ad

Bug#1010688: apparmor profile prevents -C -W

Duh, thanks for the report. Not sure how this was never found despite the profile being included since 2017 and Debian having AppArmor enabled by default since Debian 10 (for new installs). I'll fix this in unstable but it may not qualify for a stable upload. I'll ask.

Bug#1008820: lemonldap-ng: Latest stable update overwrites the config file with default

Package: lemonldap-ng Version: 2.0.11+ds-4+deb11u1 Severity: important Dear Maintainer, Updating from Debian 11.2 to 11.3 lemonldap-ng package have replaced the lemondldap-ng config file /var/lib/lemonldap-ng/conf/lmConf-1.json with default with the package one, making the system unusable as

Bug#1005303: ITP: python-rfc3987 -- Parsing and validation of URIs (RFC 3896) and IRIs (RFC 3987)

Package: wnpp Severity: wishlist Owner: Agathe Porte X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org, deb...@microjoe.org * Package name: python-rfc3987 Version : 1.3.8 Upstream Author : Daniel Gerber * URL :

Bug#1005301: ITP: python-dt-schema -- Devicetree schema tools

Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org, deb...@microjoe.org * Package name: python-dt-schema Version : 2022.01 Upstream Author : Devicetree Specification * URL : http

Bug#1004996: ITP: fonts-national-park -- Typeface designed to mimic the US National Park service signs

Package: wnpp Severity: wishlist Owner: Agathe Porte X-Debbugs-Cc: debian-de...@lists.debian.org, debian-fo...@lists.debian.org, deb...@microjoe.org * Package name: fonts-national-park Version : 0.0~20220205 Upstream Author : Jeremy Shellhorn * URL :

Bug#1004995: ITP: fonts-routed-gothic -- A clean vintage drafting, avionics, routed signage, and keyboard legend font.

Package: wnpp Severity: wishlist Owner: Agathe Porte X-Debbugs-Cc: debian-de...@lists.debian.org, debian-fo...@lists.debian.org, deb...@microjoe.org * Package name: fonts-routed-gothic Version : 1.0+git20210724-e22ee833 Upstream Author : Darren Embry * URL :

Bug#1003846: RFA: python-ppft -- distributed and parallel Python library

Package: wnpp Severity: normal X-Debbugs-Cc: deb...@microjoe.org Control: affects -1 src:python-ppft I request an adopter for the python-ppft package. The package description is: ppft is a fork of Parallel Python, and is developed as part of pathos: https://github.com/uqfoundation/pathos .

Bug#1001800: clamav: LibClamAV Warning: cli_realpath: Invalid arguments.

/issues/298 it seems to be fixed with 0.104.1 version. Can you please bump stable clamav to that 0.104.1 version ? Regards, Romain -- Package-specific info: --- configuration --- Checking configuration files in /etc/clamav Config file: clamd.conf --- AlertExceedsMax disabled

Bug#1001499: ITP: fonts-creep2 -- A copy of the 'creep' font with a strict character bounding box

Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-de...@lists.debian.org, debian-fo...@lists.debian.org, deb...@microjoe.org * Package name: fonts-creep2 Version : 0.0~git20210325.69dc0de Upstream Author : Raymond W. Ko * URL : https

Bug#1000258: python3-pil: python 3.10: ImportError: cannot import name '_imaging' from 'PIL'

Package: python3-pil Version: 8.3.2-1 Severity: normal X-Debbugs-Cc: deb...@microjoe.org Dear Maintainer, Since Python 3.10 has been introduced in Debian, I cannot build packages that Build-Depends on python3-pil: Python 3.10.0+ (default, Nov 17 2021, 06:49:13) [GCC 11.2.0] on linux

Bug#999849: ITP: python-babelfont -- Read font files into fontParts objects and write them out again.

Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-de...@lists.debian.org, deb...@microjoe.org * Package name: python-babelfont Version : 2.0.2 Upstream Author : Simon Cozens * URL : https://github.com/simoncozens/babelfont * License

Bug#998645: git-buildpackage.zsh-completion: duplicated functions, leading to bogus completion

Package: git-buildpackage Version: 0.9.23 Severity: normal X-Debbugs-Cc: deb...@microjoe.org Dear Maintainer, The debian/git-buildpackage.zsh-completion is full of duplicated function implementations: $ cat debian/git-buildpackage.zsh-completion| grep -E '.*() {' | sort | uniq -c 2 _gbp()

Bug#998644: git-buildpackage: cannot clone upstream git repository over HTTPS

Package: git-buildpackage Version: 0.9.22 Severity: normal Tags: upstream X-Debbugs-Cc: deb...@microjoe.org Dear Maintainer, When trying to clone the upstream repository, the followng error occurs on my machine: $ LANG=en_US.utf-8 git clone https://git.sigxcpu.org/cgit/git-buildpackage/ Cloning

Bug#998615: RFS: fonts-jetbrains-mono/2.242+ds-2 -- free and open-source typeface for developers

-jetbrains-mono_2.242+ds-2.dsc Changes since the last upload: fonts-jetbrains-mono (2.242+ds-2) unstable; urgency=medium . * d/control: update Standards version to 4.6.0.1 (no changes needed) * Use upstream build script instead of custom Makefile Regards, -- Romain Porte

Bug#997630: pygithub: FTBFS: error in PyGithub setup command: use_2to3 is invalid.

Control: tag -1 patch From: Romain Porte Date: Tue, 2 Nov 2021 15:19:51 +0100 Subject: setup.py: remove 2to3 Should be dropped when package is updated, because latest upstream releases are not using this flag anymore. Forward: not-needed --- setup.py | 1 - 1 file changed, 1 deletion(-) diff

Bug#997876: license-expression: consider uploading 21.6.14-1 to unstable

Source: license-expression Version: 1.2+ds1-1 Severity: wishlist X-Debbugs-Cc: deb...@microjoe.org Dear Maintainer, The current d/changelog in Salsa in indicating that 21.6.14-1 has been uploaded to experimental, yet: - it does not seem present in experimental [1]; nor - it does not seem

Bug#996705: autopkgtest: qemu-system-x86_64: warning: short-form boolean option 'server' deprecated

Control: tag -1 patch From 9743d0d6927da3c711a956c34bed4bdef8fe52ff Mon Sep 17 00:00:00 2001 From: Romain Porte Date: Mon, 25 Oct 2021 12:46:15 +0200 Subject: [PATCH] Fix qemu deprecation warnings. Closes #996705 --- lib/autopkgtest_qemu.py | 12 ++-- 1 file changed, 6 insertions(+), 6

Bug#996793: python-shapely: please provide 1.8rc1 release in experimental

Source: python-shapely Severity: wishlist X-Debbugs-Cc: deb...@microjoe.org Dear Maintainer, I am currently packaging flatcam [1], which needs the following new symbol from the 1.8.x release-candidate: shapely.ops.voronoi_diagram Can you package 1.8rc1 [2] and provide it in experimental? This

Bug#996707: ITP: python-cattr -- Complex custom class converters for attrs Python library.

Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-de...@lists.debian.org, deb...@microjoe.org, debian-pyt...@lists.debian.org * Package name: python-cattr Version : 1.8.0 Upstream Author : Tin Tvrtković * URL : https://github.com/Tinche

Bug#996705: autopkgtest: qemu-system-x86_64: warning: short-form boolean option 'server' deprecated

Package: autopkgtest Version: 5.17 Severity: minor X-Debbugs-Cc: deb...@microjoe.org Dear Maintainer, When running autopkgtest, I get the following warnings from the qemu invocation done by the program: > warning: short-form boolean option 'server' deprecated > warning: short-form boolean

Bug#996684: lintian: emits bogus embedded-library error for libtinfo6 package

On Sun, Oct 17, 2021 at 12:46:24PM +0200, Sven Joachim wrote: > I am getting the following error in libtinfo6 (as well as in libtinfo5 > and lib{32,64}tinfo6), which according to the FTP masters leads to > autorejection unless overridden: > > , > | $ lintian

Bug#995616: dh-make: create debian/upstream/medatada template

f packages from mentorees (my case). Adding debian-qa in Cc of this answer if further clarification is needed. Best regards, Romain. [1] https://wiki.debian.org/UpstreamMetadata OpenPGP_signature Description: OpenPGP digital signature

Bug#995617: ITP: csvquote -- smart and simple CSV processing on the command line

Hi Jonas, 03/10/2021 13:01, Jonas Smedegaard : > Quoting Romain Porte (2021-10-03 12:22:46) >> Package: wnpp >> Severity: wishlist >> Owner: Romain Porte >> X-Debbugs-Cc: debian-de...@lists.debian.org, >> debian-scie...@lists.debian.org, deb...@microjoe.org &g

Bug#995994: firmware-atheros: Only testing version of firmware-atheros works with bullseye 11.1 for QCA9377

Package: firmware-atheros Version: 20210818-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? => update from Debian 11 to Debian 11.1 * What exactly did you do (or not do) that

Bug#995617: ITP: csvquote -- smart and simple CSV processing on the command line

Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org, deb...@microjoe.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: csvquote Version : 0.0~20180528 Upstream Author : Dan Brown

Bug#995616: dh-make: create debian/upstream/medatada template

Package: dh-make Version: 2.202102 Severity: wishlist X-Debbugs-Cc: deb...@microjoe.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, When calling dh_make on a new project, the file `debian/upstream/metadata` is not created by default. This results in raising the

Bug#995338: RFS: opentype-sanitizer/8.1.4+dfsg-1 -- tools to validate and sanitize OTF/TTF/WOFF/WOFF2 font files

to 4.6.0.1 (no changes required) Regards, --   Romain Porte

Bug#994781: virtualenvwrapper: replace deprecated `which` usage

ggests: pn virtualenvwrapper-doc -- no debconf information From: Romain Porte Date: Mon, 20 Sep 2021 21:29:04 +0200 Subject: virtualenvwrapper.sh: use command -v instead of which This commit fixes the following new warning when sourcing virtualenvwrapper.sh: > /usr/bin/which: this version

Bug#994779: virtualenvwrapper: Consider upgrading to upstream release v5.0.0

Package: virtualenvwrapper Version: 4.8.4-4 Severity: wishlist X-Debbugs-Cc: deb...@microjoe.org, debian-pyt...@lists.debian.org Dear Maintainer, According to upstream documentation [1], a new release 5.0.0 is available. Please consider upgrading the package to the latest version. Also, as a

Bug#994112: bullseye-pu: package tmux/3.1c-1+deb11u1

202). - -- Romain Francoise Sat, 11 Sep 2021 23:24:41 +0200 + -- Romain Francoise Sat, 18 Sep 2021 15:02:56 +0200 tmux (3.1c-1) unstable; urgency=medium

Bug#992949: tmix FTCBFS: AC_RUN_IFELSE

Actually the simple fix in upstream commit b1a8c0fe02 fixes the cross-build since the package now builds successfully for arm64 on amd64 in the CI job autoconfigured by Salsa templates, so I'll go with that. Thanks.

Bug#994112: bullseye-pu: package tmux/3.1c-1+deb11u1

to fix race condition +which results in the config not being loaded if several clients are +interacting with the server while it's initializing (upstream GitHub +issue #2438, closes: #992202). + + -- Romain Francoise Sat, 11 Sep 2021 23:24:41 +0200 + tmux (3.1c-1) unstable; urgency

Bug#940562: Some context

The Debian package used to modify upstream's Makefiles to install rcsfreeze along with the rest of the RCS binaries. Sometime in 2012 I dropped this patch with the following commit message: * Stop shipping the rcsfreeze script as upstream doesn't support it. I don't remember if ttn (RCS

Bug#992949: tmix FTCBFS: AC_RUN_IFELSE

See also these PRs for previous attempts at fixing this: https://github.com/tmux/tmux/pull/2651 https://github.com/tmux/tmux/pull/2755 Removing the patch tag as I'm not going to apply this until it goes through upstream first.

Bug#797780: Still happening in current tmux?

Does this still happen with current versions of tmux? Thanks.

Bug#990554: tcpdump: leftover legacy configuration /etc/apparmor.d/local/usr.sbin.tcpdump

Hi intrigeri, Thanks for following up, appreciate your help. On Fri, Sep 3, 2021 at 10:12 AM intrigeri wrote: > Meanwhile, I'm afraid the only way to deal with such leftovers > is via maintainer scripts, taking care of not deleting contents > added by the user :/ Ok. Unfortunately the cat is

Bug#993482: python3-fonttools: missing dependency to python3-lxml

Package: fonttools Version: 4.19.1-1 Severity: important X-Debbugs-Cc: deb...@microjoe.org Dear Maintainer, I am using fontmake to build a font source package in Debian. During the invocation in an isolated environment (sbuild), the call fails with the following stacktrace: > Traceback (most

Bug#992976: uscan: mode=git refs/heads/ instruction scans for tags instead, and fails

Hi, On Thu, 26 Aug 2021 16:40:38 +0200 Yadd wrote: > could you try using "heads/Beta" instead of "refs/heads/Beta" ? Here is the output when using `heads/Beta` instead of `refs/heads/Beta`: > uscan --verbose --no-download --debug > uscan info: uscan (version 2.21.3) See uscan(1) for help >

Bug#992976: uscan: mode=git refs/heads/ instruction scans for tags instead, and fails

Package: devscripts Version: 2.21.3 Severity: important X-Debbugs-Cc: deb...@microjoe.org Dear Maintainer, While trying to use uscan to scan for upstream commits on a specific branch instead of the default on, I tried to use refs/heads/ as explained in the uscan man page. Here is the content of

  1   2   3   4   5   6   7   8   9   10   >