Bug#1050396: RM: pangoterm -- RoQA; low popcon; depends on gtk2

Control: forcemerge 967680 -1 On Thu, Aug 24, 2023 at 01:49:47AM +0200, Bastian Germann wrote: > pangoterm does not seem to be used a lot and is unmaintained upstream. It's not unmaintained upstream. > I intend to file a RM bug. > If you have any reasons to keep it in Debian please voice them he

Bug#1055347: RFA: kitty -- fast, featureful, GPU based terminal emulator

Package: wnpp Severity: normal X-Debbugs-Cc: ki...@packages.debian.org, debian-de...@lists.debian.org Control: affects -1 + src:kitty I request an adopter for the kitty package. I no longer use the package and don't have time to figure out how to deal with the new golang parts of the package. Th

Bug#1037440: kitty: New upstream release

Control: block 1037440 by 1055347 On Mon, Jun 12, 2023 at 06:15:23PM -0400, James McCoy wrote: > Filing this to track new packages/package updates which are blocking an > update of kitty. All the dependencies are now packaged (as of kitty 0.30.1), but I don't have the time to figure

Bug#1055347: RFA: kitty -- fast, featureful, GPU based terminal emulator

On Sat, Nov 04, 2023 at 11:36:21PM +0530, Nilesh Patra wrote: > Hi, > > On Sat, Nov 04, 2023 at 12:23:34PM -0400, James McCoy wrote: > > Package: wnpp > > Severity: normal > > X-Debbugs-Cc: ki...@packages.debian.org, debian-de...@lists.debian.org > > Control:

Bug#1037440: kitty: Integrating golang parts of the package

Switched to the "New upstream" bug, since that seems more relevant. On Sun, Nov 05, 2023 at 02:09:20AM +0530, Nilesh Patra wrote: > On Sat, Nov 04, 2023 at 02:25:47PM -0400, James McCoy wrote: > > We can try that for the now, but it would probably be good for someone > >

Bug#1055347: ITA: kitty -- fast, featureful, GPU based terminal

On Tue, Nov 07, 2023 at 10:35:56PM +0530, Nilesh Patra wrote: > There's a patch in[1] that gets things moving. > > @James: Since you agreed to maintain this package as I offer my help for > the go stuff, do you think it makes sense to convert this into an RFH > instead of RFA/ITA? That offer was

Bug#1055623: ruby-neovim: Please Provide vim-ruby

Package: ruby-neovim Version: 0.9.1-2 Severity: wishlist Vim has various language interfaces and Provides a vim- for the binary packages that support the respective languages. Since neovim externalized that to providers, it's helpful for neovim users if the external providers Provide the vim- nam

Bug#1015936: notmuch-vim: remove strict dependency on vim-addon-manager(1) and migrate to dh_vim-addon(1)

Debhelper. Attached patch implements this. Cheers, -- James GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB >From e036a14aea3a4da8e254779cf85a9accfe275a59 Mon Sep 17 00:00:00 2001 From: James McCoy Date: Wed, 8 Nov 2023 18:29:00 -0500 Subject: [PATCH] Convert notmuch-vim

Bug#1028432: debcargo patch to build with clap 4.

On Tue, Jan 10, 2023 at 10:32:04PM +, Peter Michael Green wrote: > Package: rust-debcargo > > I've attached a patch which makes debcargo build with clap 4, debcargo > builds and it's cargo tests run succesfully, but I haven't actually done any > testing of the command line interface with this

Bug#1053481: libdpkg-perl: dpkg-source fails to generate (complete) Testsuite-Triggers if test deps have :native qualifier

Package: libdpkg-perl Version: 1.18.8 Severity: normal Control: affects -1 src:zsh src:poppler src:libjodycode src:doxygen src:jemalloc src:jdupes src:libsdl2 src:iproute2 Any test stanza in a debian/tests/control file which contains a foo:native Depends will not have its dependencies translated

Bug#1053481: libdpkg-perl: dpkg-source fails to generate (complete) Testsuite-Triggers if test deps have :native qualifier

On Thu, Oct 05, 2023 at 07:11:32AM +0200, Guillem Jover wrote: > Right, nice catch! Given that these fields are based on what might > appear on build dependencies, I think it does make sense to consider > them an overlay on top of those. So I'll make them allow anything that > is allowed for build

Bug#1054565: RFP: golang-github-zeebo-xxh3 -- XXH3 algorithm in Go

Package: wnpp Severity: wishlist Control: block 1037440 by -1 * Package name: golang-github-zeebo-xxh3 Version : 1.0.2-1 Upstream Author : Jeff Wendling * URL : https://github.com/zeebo/xxh3 * License : BSD-2-clause Programming Lang: Go Description : XXH

Bug#1053481: libdpkg-perl: dpkg-source fails to generate (complete) Testsuite-Triggers if test deps have :native qualifier

On Thu, Oct 26, 2023 at 01:10:46PM +0200, Guillem Jover wrote: > On Wed, 2023-10-25 at 20:44:26 -0400, James McCoy wrote: > > diff --git i/scripts/Dpkg/Deps/Simple.pm w/scripts/Dpkg/Deps/Simple.pm > > index 431c93bb9..da7aedbd8 100644 > > --- i/scripts/Dpkg/Deps/Simple.pm &

Bug#851639: alacritty packaging status

On Sun, Jun 05, 2022 at 08:43:45AM -0400, James McCoy wrote: > Remaining dependencies that need to be packaged: > > glutin → winit → smithay-client-toolkit → calloop > ⤷ glutin_glx_sys > > Hopefully will be able to make it through this in the next few weeks > (base

Bug#1018679: libmsgpack-dev: Remove "Depends: libmsgpack-cxx-dev"

Package: libmsgpack-dev Version: 4.0.0-1 Severity: normal Many packages currently Build-Depend on libmsgpack-dev when they really need libmsgpack-cxx-dev. This bug exists to collect the blockers for removing the "Depends: libmsgpack-cxx-dev". -- System Information: Debian Release: bookworm/sid

Bug#1019171: RM: rust-liquid-core,rust-liquid-derive -- ROM, NPOASR; relies on unmaintained project and has no rdeps

Package: ftp.debian.org Severity: normal These packages are the only ones relying on rust-anymap, which is unmaintained and has open CVEs. Since the rust-liquid stack wasn't fully packaged, we'd rather just remove it.

Bug#1019173: RM: rust-anymap -- ROM; unmaintained upstream and open CVEs

Package: ftp.debian.org Severity: normal Control: block -1 by 1019171 rust-liquid-derive and rust-liquid-derive are the only users of rust-anymap. Their removal is requested in #1019171.

Bug#1019555: elan: Update dirs dependency

Source: elan Version: 1.4.1-1 Severity: serious Tags: ftbfs, patch Justification: fails to build from source (but built successfully in the past) I've uploaded rust-dirs 4.0.0, which will cause elan to FTBFS. Attached is an updated dependencies patch which built successfully locally. -- System

Bug#1036027: unblock: kitty/0.26.5-5

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: ki...@packages.debian.org Control: affects -1 + src:kitty Please unblock package kitty [ Reason ] Kitty registers itself as a handler for various MIME types (via kitty-open.de

Bug#1037440: kitty: New upstream release

Source: kitty Severity: wishlist Filing this to track new packages/package updates which are blocking an update of kitty. -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-

Bug#1037441: RFP: golang-github-altree-bigfloat -- Additional operations for the standard library big.Float type

Package: wnpp Severity: wishlist X-Debbugs-Cc: team+pkg...@tracker.debian.org Control: block 1037440 by -1 * Package name: golang-github-altree-bigfloat Version : 0.0~20220102081255.git38c8b72a9924 Upstream Contact: Alberto Donizetti * URL : https://github.com/ALTree/bi

Bug#1037445: RFP: golang-github-jamesruan-go-rfc1924 -- RFC1924 base85 encoding library for Go

Package: wnpp Severity: wishlist X-Debbugs-Cc: team+pkg...@tracker.debian.org Control: block 1037440 by -1 * Package name: golang-github-jamesruan-go-rfc1924 Version : 0.0~20170108144916.git2767ca7c638f Upstream Contact: James Ruan * URL : https://github.com/jamesruan/g

Bug#1037446: RFP: golang-github-seancfoley-ipaddress-go -- Go library for handling IP addresses and subnets, both IPv4 and IPv6

Package: wnpp Severity: wishlist X-Debbugs-Cc: team+pkg...@tracker.debian.org Control: block 1037440 by -1 * Package name: golang-github-seancfoley-ipaddress-go Version : 1.5.4 Upstream Contact: Sean C Foley * URL : https://seancfoley.github.io/IPAddress/ * License

Bug#1035736: neovim: Turning off the banner causes the cursor to flicker permanently and CPU usage goes up

On Mon, May 08, 2023 at 03:13:41PM +0200, Bastian Venthur wrote: > Turning off the netrw's banner (netrw-I), via g:netrw_banner and or by > pressing > "I" in the Explorer causes the cursor to flicker permanently and the CPU usage > goes up to 50% or so. I can't reproduce this. “nvim --clean” fol

Bug#1028231: unibilium: parse-terminfo test uses wrong terminfo directory

On Mon, Jun 19, 2023 at 09:42:39PM +0200, Sven Joachim wrote: > FYI, the ncurses-base package in experimental has moved the terminfo > files to /usr/share/terminfo, and indeed the parse-terminfo autopkgtest > does not do anything[1]. Maybe it is time to upload the pending fixes, > now that Bookwor

Bug#1065731: libvterm0: Missing Breaks for rdeps that were built against libvterm 0.1

Package: libvterm0 Version: 0.3.3-2 Severity: serious Justification: Policy 8.6.2 The missing Breaks can allow partial upgrades and therefore break the package, since the ABI changed. -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-deb

Bug#1065978: Handle listxattr failures better (upstream patch 9.1.0162)

On Sun, Mar 10, 2024 at 05:44:27PM -0400, Paul R. Tagliamonte wrote: > I sent a fix to upstream vim to handle a bug where vim would attempt > to allocate size_t max (for me, 0x aka > 18446744073709551615 bytes) when the filesystem responded with an > error on listxattr other than no

Bug#1063376: How to ask efficiently for removal of 32 bit architectures of about 40 packages (Was: reverse dependenc)

On Mon, Mar 11, 2024 at 09:12:30PM +0100, Andreas Tille wrote: > Hi, > > Am Mon, Mar 04, 2024 at 06:25:50PM + schrieb Thorsten Alteholz: > > Control: tags -1 + moreinfo > > > > please file one RM bug for each package that needs to be partially removed. > > This needs to be done even for depen

Bug#1066075: RM: lua-nvim -- ROM; unused

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: lua-n...@packages.debian.org Control: affects -1 + src:lua-nvim User: ftp.debian@packages.debian.org Usertags: remove The neovim package was the only user of this package (to run tests at build time), but as of the latest neovim upload it

Bug#1063308: transition: libvterm

On Mon, Mar 04, 2024 at 06:40:46AM -0500, James McCoy wrote: > On Mon, Feb 05, 2024 at 10:54:12PM -0500, James McCoy wrote: > > libvterm doesn't have a stable API/ABI yet, so although the SONAME > > didn't change, this is a breaking update. > > > > Th

Bug#1066261: lintian: FTBFS: hello.c:9:5: error: implicit declaration of function 'strcpy' [-Werror=implicit-function-declaration]

atch] > > 9 | strcpy(buf, string); > > | ^~ > > hello.c:9:5: note: include '' or provide a declaration of 'strcpy' > > cc1: some warnings being treated as errors > > make[2]: *** [Makefile:11: all] Error 1 Attached patch fixes these i

Bug#1079387: rust-typenum - test failure on i386.

On Thu, Aug 22, 2024 at 11:41:40PM GMT, Peter Green wrote: > I presume this was triggered by an update of rustc, > but I'm not sure exactly which one. Looking at the > dates of the tests in testing and unstable and comparing > them to rustc's history on the tracker it looks like the > last successf

Bug#1079983: src:lua-luv: autopkgtest regression on arm64: Segmentation fault

On Thu, Aug 29, 2024 at 10:36:27AM GMT, Paul Gevers wrote: > Your package has an autopkgtest, great. However, it started to fail on arm64 > with a segfault. Can you please investigate the situation and fix it? I > copied some of the output at the bottom of this report. Nothing changed in the packa

Bug#1079983: src:lua-luv: autopkgtest regression on arm64: Segmentation fault

On Sat, Aug 31, 2024 at 08:08:02AM GMT, Paul Gevers wrote: > Hi, > > On 31-08-2024 02:48, James McCoy wrote: > > I wasn't able to reproduce this on amdahl. I attempted to reproduce it > > locally via qemu and also couldn't reproduce it there. > > It seems it&

Bug#1060366: gnupg2: gnupg Recommands should use source:Version

Source: gnupg2 Version: 2.2.40-1.1 Severity: normal Various Arch: any packages in src:gnupg2 Recommends: gnupg (= ${binary:Version}). However, gnupg is an Arch: all package, so the relationship should use "(= ${source:Version})" to play nicely with binNMUs. Currently, "apt upgrade" won't update

Bug#1060382: ITP: rust-xkbcommon-dl -- Dynamically loaded xkbcommon and xkbcommon-x11 Rust bindings

Package: wnpp Severity: wishlist Owner: James McCoy X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: rust-xkbcommon-dl Version : 0.4.1 Upstream Contact: Kirill Chibisov * URL : https://github.com/rust-windowing/xkbcommon-dl * License : MIT

Bug#1060697: ITP: rust-wayland-protocols-plasma -- Generated API for the Plasma wayland protocol extensions

Package: wnpp Severity: wishlist Owner: James McCoy X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: rust-wayland-protocols-plasma Version : 0.2.0 Upstream Contact: Elinor Berger * URL : https://github.com/smithay/wayland-rs * License : MIT

Bug#1061154: neovim: Enable luajit on arm64

On Fri, Jan 19, 2024 at 04:50:07PM +, Michael Fladischer wrote: > please enable luajit on arm64. > I did a test-build on my arm64 machine and it worked as expected with luajit > enabled. Thanks for testing. I know although LuaJIT was available on arm64 before, it didn't actually work well. L

Bug#1054521: devscripts: FTBFS: testsuite fails with installed devscripts

Control: tag -1 pending On Tue, Oct 24, 2023 at 05:43:10PM GMT, David (Plasma) Paul wrote: > My patch addresses this issue by moving the > > ``` > from devscripts.test import SCRIPTS > ``` > > line to later in the scripts/setup.py script after the __init__.py file > at scripts/devscripts/ has be

Bug#904337: neovim: and not working any more

Control: reassign -1 src:ncurses 6.1+20180714-1 Control: retitle -1 Incompatible change of extended storage format in terminfo db Control: affects -1 libunibilium4 neovim On Mon, Jul 23, 2018 at 02:50:50PM +0200, Philipp Marek wrote: > Since today morning (this update) and do not work in neovim

Bug#904337: neovim: and not working any more

On Wed, Jul 25, 2018 at 06:49:02AM -0400, Thomas Dickey wrote: > On Tue, Jul 24, 2018 at 09:12:07AM -0400, James McCoy wrote: > > Ironically, the change in format was prompted by comments that upstream > > saw in unibilium's source code. > > That couldn't possibly

Bug#904337: neovim: and not working any more

On Wed, Jul 25, 2018 at 08:41:54AM -0400, Thomas Dickey wrote: > ...changing the calculation for a field (which unibilium's developers > said is "wrong") isn't a _format_ change, but in this case, it's filling > in a detail which was overlooked. Someone else's documentation or code being incorrect

Bug#904337: Processed: Re: Bug#904337: neovim: and not working any more

On Thu, Jul 26, 2018 at 08:33:11AM +, Debian Bug Tracking System wrote: > Processing commands for cont...@bugs.debian.org: > > > tags 904337 wontfix > Bug #904337 [src:ncurses] Incompatible change of extended storage format in > terminfo db > Added tag(s) wontfix. > > -- > Stopping processing

Bug#905159: neomutt: gpg.rc uses incorrect path for pgpewrap

Package: neomutt Version: 20180716+dfsg.1-1 Severity: normal $ grep pgpewrap /etc/neomuttrc.d/gpg.rc # set pgp_encrypt_only_command="/usr/libexec/neomutt/pgpewrap gpg-2comp -v --batch --output - --encrypt --textmode --armor --always-trust -- -r %r -- %f" set pgp_encrypt_only_command="/usr/libexec

Bug#756417: vim-scripts: diff for NMU version 20130814+nmu1

On Sat, Aug 04, 2018 at 06:05:33PM +0200, Sebastian Ramacher wrote: > since deBPlugin is no longer able to handle control.tar members modern debs, > I've prepared an NMU for vim-scripts (versioned as 20130814+nmu1) and uploaded > it to DELAYED/7. Please feel free to tell me if I should delay it lon

Bug#900476: vim-runtime: Wrong debcontrolArchitecture keyword

On Thu, May 31, 2018 at 05:30:25PM +0800, Shengjing Zhu wrote: > As you can see, there're duplicated any-amd64, but no amd64. > > Patch is attached, generated upon > https://salsa.debian.org/vim-team/vim-debian repo. Thanks for the patch. I decided to copy() the lists instead, since that's less

Bug#900034: libtickit: Please pass compiler flags to testsuite build

On Thu, May 24, 2018 at 03:58:54PM -0700, Steve Langasek wrote: > Hi James, > > Thanks for the fix to bug #895268. > > We are carrying another additional patch in Ubuntu which I apparently failed > to forward previously. No, I just failed to pick it up in the last upload. I was trying not to ba

Bug#900704: kitty is not available as an alternative for x-terminal-emulator

Control: severity -1 minor On Sun, Jun 03, 2018 at 01:52:13PM -0400, Florin Iucha wrote: > After installing kitty and configuring it, I tried to set it up as my > default x-terminal-emulator, using the following command: > >$ sudo update-alternatives --config x-terminal-emulator > > However,

Bug#900650: lua-nvim: autopkgtest regression

On Sat, Jun 02, 2018 at 08:44:26PM +0200, Paul Gevers wrote: > Recently your autopkgtest¹ started failing due to a new version of > libuv1. So, a library change causes one of its users to break and the user is what gets the bug? Why is this not a bug against the library? Cheers, -- James GPG Ke

Bug#900650: lua-nvim: autopkgtest regression

On Wed, Jun 06, 2018 at 02:19:35PM +0200, Paul Gevers wrote: > Unfortunately we did have that mirror issue and the regression went > unnoticed. Is there any work being planned/done to help ensure the versions tested are what's expected? > You as the lua-nvim maintainer I'm not actually the lua-n

Bug#901387: subversion: GNOME Keyring support is missing

On Tue, Jun 12, 2018 at 01:31:46PM +0200, Tim Van Holder wrote: > After updating subversion to the current version, it has stopped using GNOME > Keyring. > > `svn --version` also only lists > * Plaintext cache in $HOME/.subversion > * GPG-Agent > * KWallet (KDE) > > as supported credential caches

Bug#897555: subversion: FTBFS: /bin/bash: /usr/lib/jvm/default-java/bin/javah: No such file or directory

On Thu, Jun 14, 2018 at 08:49:53PM +0300, Niko Tyni wrote: > On Wed, May 16, 2018 at 08:33:58AM -0400, James McCoy wrote: > > On Fri, May 11, 2018 at 04:27:39PM +0200, Emmanuel Bourg wrote: > > > Control: tags -1 + patch > > > > > > Le 06/05/2018 à 02:13, Jam

Bug#900704: kitty is not available as an alternative for x-terminal-emulator

On Mon, Jun 18, 2018 at 05:29:53PM +0100, Chris Lamb wrote: > Hi! > > > That's because it doesn't currently satisfy requirements of §11.8.3 of > > Debian Policy for something providing x-terminal-emulator. > > This is: > > > https://www.debian.org/doc/debian-policy/#packages-providing-a-termi

Bug#883610: git-hub: Please package new upstream version

Package: git-hub Version: 0.11.1-1 Severity: wishlist I attempted to use "git hub pull checkout ##" in a repo and ran into an ugly traceback. After doing some investigation, this turned out to be fixed by , which is included in v0.11.2 and

Bug#900704: kitty is not available as an alternative for x-terminal-emulator

On Tue, Jun 19, 2018, 04:15 Chris Lamb wrote: > > I think it's just the -T bit. There's already a --title, so it's not a > > big leap to get the -T added. I just haven't gone upstream with it yet. > > I had a few moments so I just sent the following patch upstream: > > https://github.com/kovi

Bug#902621: kitty: please render and ship HTML versions of asciidoc

Control: forcemerge 897003 -1 On Thu, Jun 28, 2018 at 05:53:43PM +0100, Chris Lamb wrote: > Please render and ship HTML versions of the asciidoc > documentation. :) That's been done and is why kitty is currently in NEW. *cough* Upstream has fixed the Lenna issue, so once there's a new release, I'

Bug#902631: devscripts: CI fails in unstable due to Python 3.7

Control: reassign -1 src:astroid Control: retitle -1 Not compatible with Python 3.7 Control: tag -1 upstream Control: affects -1 devscripts On Thu, Jun 28, 2018 at 03:12:14PM -0400, Lev Lazinskiy wrote: > The current CI process fails in unstable[1]. It appears to be due to Python > 3.7 being relea

Bug#902758: stretch-pu: package subversion/1.9.5-1+deb9u2

r1794527 and r1796725 to prevent the possibility of rep-sharing +between a directory rep and a file/prop rep. + * Backport r1795993 and r1796470 to reject commits which would introduce +hash collisions with existing data, thus addressing the SHA1/shattered +issue. + + -- James McCoy

Bug#900704: kitty is not available as an alternative for x-terminal-emulator

On Wed, Jul 04, 2018 at 09:24:33AM +0100, Chris Lamb wrote: > Chris Lamb wrote: > > > > Hint taken.. I have processed src:kitty in NEW (alas with a REJECT). > > > > Do let me know when you have re-uploaded. > > Gentle ping on this? :) The new upstream released happened a few days ago. I've been

Bug#900704: kitty is not available as an alternative for x-terminal-emulator

On Wed, Jul 04, 2018 at 06:52:30AM -0400, James McCoy wrote: > On Wed, Jul 04, 2018 at 09:24:33AM +0100, Chris Lamb wrote: > > Chris Lamb wrote: > > > > > > Hint taken.. I have processed src:kitty in NEW (alas with a REJECT). > > > > > > Do let me kn

Bug#884798: lintian could complain about pkg-config uses that fail to use $ac_tool_prefix

On Tue, Dec 19, 2017 at 08:56:20PM +0100, Helmut Grohne wrote: > A slightly better way would be using AC_PATH_TOOL (with the same > arguments) and the only difference here is considering $ac_tool_prefix. > The recommended way is using the PKG_PROG_PKG_CONFIG macro from > pkg-config tough. This macr

Bug#885938: Parameter substitution highlighting when dash provides /bin/sh

Hi Charles, Given this shell script #!/bin/sh echo ${FOO#bar} the # is highlighted as an error when /bin/sh is provided by dash. This is a similar issue to one I had reported before with process substitution. That was fixed by adding an '|| exists("b:is_posix")' check before defining shCom

Bug#885936: vim-runtime: please support TeX and YAML syntax highlighting within syntax/markdown.vim

Control: tag -1 upstream Control: tag -1 - patch On Sun, Dec 31, 2017 at 03:50:01PM +0100, Francesco Poli (wintermute) wrote: > File runtime/syntax/markdown.vim supports highlighting the markdown > syntax, but fails to support a pair of useful extensions of the > markdown language: the [TeX Math]

Bug#885936: vim-runtime: please support TeX and YAML syntax highlighting within syntax/markdown.vim

On Mon, Jan 01, 2018 at 11:38:42AM +0100, Francesco Poli wrote: > On Sun, 31 Dec 2017 23:38:36 -0500 James McCoy wrote: > > On Sun, Dec 31, 2017 at 03:50:01PM +0100, Francesco Poli (wintermute) wrote: > > > File runtime/syntax/markdown.vim supports highlighting the markdown >

Bug#886230: vim: highlight for two more debian/control fields

On Wed, Jan 03, 2018 at 11:17:51AM +0100, Mattia Rizzolo wrote: > There are two more fields that slipped off of deb-src-control(5), but > are going to be added in the next dpkg upload, please add them to the > highlighter rules. Thanks for the heads up. > For some reason "Testsuite" is not marked

Bug#911112: libtickit-dev: man pages are missing

On Mon, Oct 15, 2018 at 09:42:49PM +0200, Adam Borowski wrote: > I'm afraid this package doesn't include any documentation. The source > includes a metric crapload of man pages, yet they don't get installed > anywhere. It's a wee bit hard to use the library without them... Hmm, not sure how I mi

Bug#911423: dd-list: should use apt to look at files in /var/lib/apt/lists (breaks with compression on)

On Sat, Oct 20, 2018 at 09:16:56AM +0800, Paul Wise wrote: > dd-list looks at the apt lists directory with a glob: > > $source_files = [glob('/var/lib/apt/lists/*_source_Sources')]; > > This will break when the user has enabled Acquire::GzipIndexes to store > compressed index files since the file

Bug#880593: Processed: notfound 811308 in 8:6.8.9.9-7, found 811308 in 8:6.8.9.9-7, tagging 842316 ..., fixed 849748 in 234

Control: tags 880593 - sid stretch On Sun, Oct 21, 2018 at 09:39:16AM +0200, Vincent Lefevre wrote: > Control: tags 880593 - experimental > > On 2018-10-20 15:22:48 +, Debian Bug Tracking System wrote: > > > tags 880593 + experimental > > Bug #880593 {Done: J

Bug#880593: Processed: notfound 811308 in 8:6.8.9.9-7, found 811308 in 8:6.8.9.9-7, tagging 842316 ..., fixed 849748 in 234

On Sun, Oct 21, 2018 at 11:33:11PM +0200, Vincent Lefevre wrote: > On 2018-10-21 08:17:33 -0400, James McCoy wrote: > > There was a version of the package with the bug in experimental. > > No, the bug just has: > > Found in versions subversion/1.9.7-2, subversion/1.9.5-1

Bug#911274: vim-nox: custom command completion should append space if -nargs=1 or -nargs=+

On Thu, Oct 18, 2018 at 12:12:41AM +, Daniel Shahaf wrote: > The following: > > % vim -Nu NONE > :command -nargs=1 Foo : > :Fo > > results in: > > :Foo > > I suggest to have it result in: > > :Foo > > with an extra space, since «:Foo» is invalid syntax (pressing > at

Bug#911714: serf FTBFS: ssl tests fail

On Tue, Oct 23, 2018 at 10:15:28PM +0200, Helmut Grohne wrote: > serf fails to build from source in unstable e.g. on i386: > > https://tests.reproducible-builds.org/debian/rbuild/unstable/i386/serf_1.3.9-6.rbuild.log.gz > > | There were 14 failures: > | 1) test_ssl_trust_rootca: test/test_util.c:

Bug#911854: build-rdeps: some (transitive) rdeps are missing

On Thu, Oct 25, 2018 at 04:32:38PM +0200, Stéphane Glondu wrote: > I think "creduce" should be in the output of "build-rdeps > liblablgtksourceview2-ocaml-dev" because it build-depends on > frama-c-base which is built by frama-c, which build-depends on > liblablgtksourceview2-ocaml-dev. > > […] >

Bug#923152: vim-addon-manager: Please don't rely on Etc.getlogin()

On Sun, Feb 24, 2019 at 03:41:48PM +0100, David Rabel wrote: > in Line 202 (parse_cmdline) you call Etc.getlogin and Etc.getpwnam, but this > fails under certain circumstances. For example when called by a daemon. > We (vim-lastplace) use vim-addon-manager in our maintainer scripts, so this > can

Bug#920042: lua-nvim: autopkgtest times out since 2019-01-10

1BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB >From 24fe448aa406b0aa2267044a9858e3d2e5963b61 Mon Sep 17 00:00:00 2001 From: James McCoy Date: Sun, 3 Mar 2019 11:49:54 -0500 Subject: [PATCH] Use --embed --headless for Socket/TcpStream session tests After neovim/neovim#9024, "nvim --embe

Bug#720456: [vim-scripts] Please include the solarized colorscheme

On Fri, Mar 01, 2019 at 10:26:45PM -0500, Marco Villegas wrote: > I have used https://github.com/altercation/solarized repository as the > base to add the solarized color scheme to the package. Thanks for working on this. > I am not entirely sure of the urls on metadata at > debian/vim-scripts.st

Bug#925785: neovim: ftbfs with GCC-9

Control: tag -1 + upstream fixed-upstream On Wed, Mar 27, 2019 at 07:47:15PM +, Matthias Klose wrote: > From test_mksession.vim: > Found errors in Test_mksession_arglist(): > Caught exception in Test_mksession_arglist(): Vim(set):E539: Illegal > character : shortmess=aoO @ > /<>/src/nvim/tes

Bug#827627: Please support packaging vim addons as vim "packages"

On Sat, Jun 18, 2016 at 03:01:05PM -0700, Josh Triplett wrote: > Vim supports loading "packages", typically installed as > ~/.vim/pack/$package . A package consists of files under > ~/.vim/pack/$package/start/$name/* and optionally > ~/.vim/pack/$package/opt/$name/* . The files under those direct

Bug#989223: vim: unavailable URL in README.Debian

On Sat, May 29, 2021 at 12:10:31PM +0200, Reiner Herrmann wrote: > README.Debian contains a link to > http://pkg-vim.alioth.debian.org/vim-policy.html/ > which is no longer available (does not resolve). > Please update it with its new location. I've made it available at

Bug#980302: dictionaries-common-dev: vim dictionary support

On Mon, Feb 01, 2021 at 12:22:03AM +0100, Agustin Martin wrote: > Control: reassign -1 dictionaries-common-dev,vim > > El lun, 18 ene 2021 a las 19:34, Agustin Martin > () escribió: > > El lun, 18 ene 2021 a las 13:54, Kurt Roeckx () escribió: > > > > > Vim has support for spellchecking using it's

Bug#851639: DEB Package available

Control: owner -1 ! Control: retitle -1 ITP: alacritty -- A cross-platform, GPU-accelerated terminal emulator On Sun, Feb 07, 2021 at 06:42:53AM +, Jeremy A. wrote: > I noticed that someone is publishing DEB packages for this on Github, is > there any way that could help get this into the of

Bug#982084: subversion: FTBFS with OpenJDK 17: error in native method: Wrong object class or methodID passed to JNI call

Control: tag -1 fixed-upstream On Sat, Feb 06, 2021 at 12:03:42PM +0100, Emmanuel Bourg wrote: > subversion fails to build with OpenJDK 17 (the default JDK for bookworm) : > > > /usr/lib/jvm/default-java/bin/java -Xcheck:jni > "-Dtest.rootdir=/<>/BUILD/subversion/bindings/javahl/test-work" >

Bug#982464: subversion: CVE-2020-17525: Remote unauthenticated denial-of-service in Subversion mod_authz_svn

On Wed, Feb 10, 2021 at 03:36:11PM +0100, Salvatore Bonaccorso wrote: > The following vulnerability was published for subversion. > > CVE-2020-17525[0]: > | Remote unauthenticated denial-of-service in Subversion mod_authz_svn I'll have uploads ready for this tonight to both sid and buster. I'll

Bug#982464: subversion: CVE-2020-17525: Remote unauthenticated denial-of-service in Subversion mod_authz_svn

On Wed, Feb 10, 2021 at 09:21:54PM +0100, Salvatore Bonaccorso wrote: > Hi James, > > On Wed, Feb 10, 2021 at 03:20:22PM -0500, James McCoy wrote: > > On Wed, Feb 10, 2021 at 03:36:11PM +0100, Salvatore Bonaccorso wrote: > > > The following vulnerability was

Bug#981823: librust-alacritty-terminal-dev is not installable

On Thu, Feb 04, 2021 at 01:23:33PM +0200, Adrian Bunk wrote: > The following packages have unmet dependencies: > librust-alacritty-terminal-dev : Depends: librust-terminfo-0.7+default-dev > (>= 0.7.1-~~) but it is not installable > Depends: librust-vte-0.8-dev bu

Bug#981823: librust-alacritty-terminal-dev is not installable

On Sat, Aug 28, 2021, 15:39 Steve Langasek wrote: > Note that although rust-alacritty-terminal may no longer need > rust-terminfo, > if it still depends on rust-vte, then the package is still not buildable > because the only version of rust-vte in the archive is 0.3 and > rust-alacritty-terminal

Bug#993216: [Pkg-rust-maintainers] Bug#993216: dh-cargo timestamp fix doesn't cover changelogs installed to /usr/share/doc

On Sat, Aug 28, 2021 at 06:36:24PM +0100, Ximin Luo wrote: > plugwash: > > package: dh-cargo > > > > Recently a substantial number of upstream cargo packages started using > > timestamps the ftpmasters > > consider reject-worthy, I believe this was done in the name of > > reproducibility. > > >

Bug#994076: vim: CVE-2021-3770: using retab with large value may lead to heap buffer overflow

On Sat, Sep 11, 2021 at 09:26:04AM +0200, Salvatore Bonaccorso wrote: > The following vulnerability was published for vim. > > CVE-2021-3770[0]: > | vim is vulnerable to Heap-based Buffer Overflow > > The fix is at [1] but needed a followup [2]. Does this need to go through bullseye-security or

Bug#856273: vim: Presence/absence of a personal vimrc -> big behavior changes

On Sat, May 22, 2021 at 04:43:17PM -0700, Ross Boylan wrote: > It would be good if there were a README.Debian, and it would be good > if it noted that a personal vimrc will block loading standard defaults > that, among other things, enable syntax highlighting and filetype > detection, and that to r

Bug#990560: Error message "Value too large for defined data type"

On Fri, Jul 02, 2021 at 06:44:13AM +, Bernhard wrote: > At server side, i got the message: > > > $ svnadmin lstxns /storage/subversion/svn > > svnadmin: E75: Can't read directory > > '/storage/subversion/svn/db/transactions': Value too large for defined data > > type > > Looking at APR

Bug#990560: Error message "Value too large for defined data type"

On Tue, Jul 13, 2021 at 01:54:20PM +, Bernhard wrote: > Hello James > > Thanks for working at this topic. > Attached, there is the Log file. Guess that was too limiting. Can you run again without "-e trace=file"? > Interesting is: > At x86 (x86_64 and i386), there are no such problems. > Th

Bug#982464: subversion: CVE-2020-17525: Remote unauthenticated denial-of-service in Subversion mod_authz_svn

On Thu, Feb 11, 2021 at 06:21:08AM +0100, Salvatore Bonaccorso wrote: > Hi James, > > On Wed, Feb 10, 2021 at 08:49:39PM -0500, James McCoy wrote: > > On Wed, Feb 10, 2021 at 09:21:54PM +0100, Salvatore Bonaccorso wrote: > > > Hi James, > > > > > > On We

Bug#982684: subversion: FTBFS on armhf, mips64el: test failure

Control: forwarded -1 https://mail-archives.apache.org/mod_mbox/subversion-dev/202102.mbox/%3C20210212173613.2qji5xpfmcybulyl%40localhost%3E On Sat, Feb 13, 2021 at 01:23:05PM +, Ivo De Decker wrote: > The latest upload of subversion to unstable fails on armhf and mips64el: > > https://build

Bug#991155: fixed in neovim 0.5.0-1

On Thu, Aug 12, 2021 at 10:11:21AM +0200, Cédric Hannotier wrote: > Hi James, > > On Tue, 10 Aug 2021 03:48:30 + Debian FTP Masters > wrote: > > We believe that the bug you reported is fixed in the latest version of > > neovim, which is due to be installed in the Debian FTP archive. > > Rel

Bug#992743: RFP: furo -- clean customisable Sphinx documentation theme

Package: wnpp Severity: wishlist X-Debbugs-Cc: team+pyt...@tracker.debian.org * Package name: furo Version : 2021.08.17.beta43 Upstream Author : Pradyun Gedam * URL : https://pradyunsg.me/furo/ * License : MIT Programming Lang: Python Description : clea

Bug#992744: RFP: sphinxext-opengraph -- Sphinx extension to generate OpenGraph metadata

Package: wnpp Severity: wishlist X-Debbugs-Cc: team+pyt...@tracker.debian.org * Package name: sphinxext-opengraph Version : 0.4.2 Upstream Author : Itay Ziv * URL : https://github.com/wpilibsuite/sphinxext-opengraph * License : BSD-3-clause Programming Lang:

Bug#992745: RFP: sphinx-inline-tabs -- add inline tabbed content to Sphinx documentation

Package: wnpp Severity: wishlist X-Debbugs-Cc: team+pyt...@tracker.debian.org * Package name: sphinx-inline-tabs Version : 2021.8.17b10 Upstream Author : Pradyun Gedam * URL : https://github.com/pradyunsg/sphinx-inline-tabs * License : MIT Programming Lang: P

Bug#931771: subversion: E170013 (unable to connect to a repository) and E120171 (Error occured during SSL communication)

On Mon, Jul 15, 2019 at 09:15:11AM +0200, Martin wrote: > * Florian > > yes the subversion package v1.10.4-1 is from the official public buster main > repository. btw. this bug is related with libserf issue: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931773 Florian was referring to a pub

Bug#913342: libapache2-mod-svn: Lower the severity of the problem from ERROR to WARN in case if config file does not point to one provided by the package

Control: reassign -1 apache2 2.4.25-3 On Fri, Nov 09, 2018 at 05:41:55PM +0100, Dmitry Katsubo wrote: > In my case I am using the "custom" configuration file of dav_svn module > which is > located here: > > /etc/apache2/mods-available/dav_svn.conf.my > > I have reconfigured the symlink so that i

Bug#978353: serf: FTBFS: test_ssl_handshake fails with OpenSSL 1.1.1i

On Sat, Dec 26, 2020 at 11:09:41PM +0100, Lucas Nussbaum wrote: > Source: serf > Version: 1.3.9-8 > [...] > > Trailer-Test: f > > ...F.. > > > > There was 1 failure: > > 1) test_ssl_handshake: test/test_util.c:456: expected <0> but was <1

Bug#978353: serf: FTBFS: test_ssl_handshake fails with OpenSSL 1.1.1i

On Sun, Dec 27, 2020 at 10:46:24AM -0500, Justin Erenkrantz wrote: > Thanks.  I expect that this might be due to the last change - erroring out on > an expired self-signed root cert.  Though I thought we didn’t check in a root > cert for our test chain...could Debian’s packaging be including a cert

<    5   6   7   8   9   10   11   12   13   >