upstream
provides a solution[1].
* debian/patches/llvm14.0.patch: Allow building with LLVM 14.0
(LP: #1983908).
* debian/rules: Skip testsuite on armhf (LP: #1984138).
Thanks,
Nick
[1] https://github.com/ghdl/ghdl/issues/2170
diff -Nru ghdl-1.0.0+dfsg/debian/patches/llvm14.0.patch
ghdl-1.0.0
excessive memory usage resulting in FTBFS (LP: #1984137).
Thanks,
Nick
[1]
https://launchpadlibrarian.net/617386196/buildlog_ubuntu-kinetic-amd64.openfst_1.7.9-4_BUILDING.txt.gz
diff -Nru openfst-1.7.9/debian/rules openfst-1.7.9/debian/rules
--- openfst-1.7.9/debian/rules 2022-04-05 08:03:00.0
ence with hg internally, nor the desire, I did not
got through the source to migrate from one to the other.
Please let me know if you're happy to close the report.
Cheers,
Nick
ferent projects it's quite
challenging to write a correct copyright file. I've put considerable
time into this, but it is horribly tedious and boring work. Without a
sponsor to get zig into Debian I could just be completely wasting my
time.
Cheers,
Nick.
Package: prometheus
Version: 2.24.1+ds-1
Severity: normal
X-Debbugs-Cc: dankamong...@gmail.com
Dear Maintainer,
I run prometheus on a Libre Computer Potato SBC, lacking an RTC,
collecting from prometheus-node-exporter on my workstation. In the
default configuration, prometheus fills logs with
thanks for the report. i'll look into it ASAP! it seems it ought
be pretty simple to fix.
[1].
In Ubuntu, we applied this patch to resolve the FTBFS:
* debian/patches/0004-remove-keyid-prefix-from-test-string.patch:
Remove 'keyid:' prefix from test string to fix build with openssl >= 3.0.
(LP: #1981458)
Thanks,
Nick
[1] https://github.com/cchandler/certificate_authority/issues/6
In order to avoid future problems with compiling `ocradcheck`, would
it be better to build an additional binary package (ocradcheck or
ocrad-test) which can be installed during autopkgtest? This seems less
error-prone.
-Nick
Package: openjdk-18-jre-headless
Version: 18.0.1+10-1
Severity: normal
Tags: upstream
Dear Maintainer,
OpenJDK 18 and later provide a shared library libjsvml.so of optimised
vector math routines on amd64. However the source for this library is
only provided as machine-generated output from the
2.34 as well.
Thanks,
Nick
diff -Nru
gtk-gnutella-1.1.15/debian/patches/0001-Fix-compilation-with-newest-glibc.patch
gtk-gnutella-1.1.15/debian/patches/0001-Fix-compilation-with-newest-glibc.patch
---
gtk-gnutella-1.1.15/debian/patches/0001-Fix-compilation-with-newest-glibc.patch
1969
Package: needrestart
Version: 3.6-1
Severity: normal
`sudo needrestart -w` always prints "Failed to check for processor
microcode upgrades." on my AMD Ryzen 9 3900X 12-Core Processor.
I also don't have 'cpuid' in /dev/cpu/##/, but fixing that doesn't help.
$ ls -l /dev/cpu/0/
total 0
Hi,
quick progress report.
* Nick Hastings [220615 14:20]:
>
> * Adam Borowski [220603 23:34]:
> > On Fri, Jun 03, 2022 at 09:38:37AM +0900, Nick Hastings wrote:
> >
> > Worst news first: the copyright file requires a lot more work. I see for
> > example un
Hi Adam,
wow, this is unfortunate - gmail flagged this as spam and I only just saw
it now. So please don't interpret my late reply as being from a lack of
motivation.
* Adam Borowski [220603 23:34]:
> On Fri, Jun 03, 2022 at 09:38:37AM +0900, Nick Hastings wrote:
> > * Package name
i'm running into this thanks to zoneminder (it looks like some
packages which were depending on rsyslogd|system-log-daemon, ala
the aforementioned nullmailer, no longer do). looking at
/var/lib/dpkg/info/systemd.postinst, it appears that persistent
journal in auto-mode *is* enabled by default on
g, #995670, has been filed. It can be seen at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995670
Regards,
Nick Hastings.
Hi Bastian,
thanks for taking an interest in this and getting it moving along.
* Bastian Germann [220603 05:47]:
> Control: owner -1 Nick Hastings
>
> Okay then; Nick, please file a RFS on sponsorship-requests when you
> have provided an upload with the changelog addition.
I’ve submitted a merge-request that should address this:
https://salsa.debian.org/debian/acpid/-/merge_requests/2
Similar issue about this reported and worked around here:
https://github.com/OpenNebula/one/issues/5504
Package: mariadb-common
Version: 1:10.5.15-0+deb11u1
Severity: normal
X-Debbugs-Cc: 1ni...@gmail.com
After installing mailutils which uses mariadb-common as a
dependency, I uninstalled mailutils and ran `apt autoremove`
which removed mariadb-common. mysql server then ran into a fatal
error as
Hi
Many thanks and apologies - several googles didn't find this answer!!!
Nick
On 29/04/2022 13:39, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the apt package:
#1010356: apt: PATH messed up by apt eg starting
Package: apt
Version: 2.2.4
Severity: normal
Dear Maintainer,
* What led up to the situation?
My postinstall fails to find a called script in /usr/local/sbin
* What exactly did you do (or not do) that was effective (or
ineffective)?
Test using dpkg directly - note PATH shown
Package: libcpuset1
Version: 1.0-6
Severity: normal
X-Debbugs-Cc: dankamong...@gmail.com
Dear Maintainer,
CPUSET.3 claims
"For additional documentation on cpusets, and for details of the all
the other, advanced, routines, see
/usr/share/doc/packages/libcpuset/libcpuset.html
wait...even the most recent of these logs shows that it is
testing notcurses 3.0.4, which indeed had this timing problem on
input, which was fixed in notcurses 3.0.5:
Get:1 http://deb.debian.org/debian testing/main notcurses 3.0.4+dfsg.1-1 (dsc)
[3,148 B]
i'm tracking this upstream at
https://github.com/dankamongmen/notcurses/issues/2645
i'm pretty sure raspberry pi is armhf, so i ought be able to dig
that one RPi4 i've got up and explore this. if we can reproduce
the problem interactively, it ought fall pretty quickly.
note that armhf is a 32-bit arm7 machine, unlike arm64 which is
arm8. might be time to revisit some assumptions unconsciously
made involving processor width.
Package: wnpp
Owner: Nick Morrott
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: libanyevent-aio-perl
Version : 1.1
Upstream Author : Marc A. Lehmann
* URL : https://metacpan.org/release/AnyEvent-AIO
-for-chacha_core-match-decl.patch:
Pull in upstream patch to fix -Werror=array-parameter build error.
(LP: #1965163).
Thanks,
Nick
diff -Nru
mit-scheme-11.2/debian/patches/0001-microcode-Make-definition-for-chacha_core-match-decl.patch
mit-scheme-11.2/debian/patches/0001-microcode-Make
to fix the build tests when
using python3.10:
* debian/patches/fix-tests-on-python-3.10.patch: Pull in upstream patch to
fix build tests on python3.10 (LP: #1965132).
Thanks,
Nick
diff -Nru python-pecan-1.3.3/debian/patches/fix-tests-on-python-3.10.patch
python-pecan-1.3.3/debian/patches/fix
-appropriate-build-tags-for-s390x.patch:
Add appropriate build tags for s390x. This fixes an autopkgtest regression
on this architecture (LP: #1965134).
Thanks,
Nick
diff -Nru
golang-github-valyala-fasthttp-1.31.0/debian/patches/0001-bytesconv-add-appropriate-build-tags-for-s390x.patch
-with-recent-ncurses.patch:
Add patch to fix -Werror=format-security build error (LP: #1965174).
Thanks,
Nick
diff -Nru
pktstat-1.8.5/debian/patches/0001-Fix-format-string-error-with-recent-ncurses.patch
pktstat-1.8.5/debian/patches/0001-Fix-format-string-error-with-recent-ncurses.patch
/disable-strange-tests.patch: Refresh the patch to include
new tests that try to access testdata/archive-dir. This fixes an
autopkgtest failure (LP: #1965429).
Thanks,
Nick
diff -Nru
golang-github-hashicorp-go-slug-0.7.0/debian/patches/disable-strange-tests.patch
golang-github-hashicorp
Package: wnpp
Owner: Nick Morrott
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: libperl-languageserver-perl
Version : 2.3.0
Upstream Author : Gerald Richter
* URL : https://metacpan.org/release/Perl
Package: wnpp
Severity: wishlist
Owner: Nick Morrott
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: nsxiv
Version : 29
Upstream Author : Bert Muennich, nsxiv contributors
* URL : https://github.com/nsxiv/nsxiv
* License : GPL-2+
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Nick Morrott
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: lf
Version : 26
Upstream Author : Gökçehan Kara
* URL : https://github.com/gokcehan/lf
* License : Expat
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Nick Morrott
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org,
ni...@debian.org
* Package name: ueberzug
Version : 18.1.9
Upstream Author : Nico Bäurer
* URL : https://github.com/seebye/ueberzug
Package: wnpp
Owner: Nick Morrott
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: libencode-eucjpascii-perl
Version : 0.03
Upstream Author : Hatuka*nezumi - IKEDA Soji
* URL : https://metacpan.org/release
the VER3 variable is
incorrectly set to '3.1', which leads to PYTHONPATH being empty. This
patch corrects this by using py3versions to set VER3:
* Non-maintainer upload.
* d/rules: Use py3versions to set VER3 variable.
Thanks,
Nick
diff -Nru python-reportlab-3.6.7/debian/rules
python-reportlab
> However, I don't think that adding lmodern to the package Depends is the
> right solution, as that would lead to parts of tex (admittely, a small
> part, but still) having to be installed on the system, which is not
> required by pandoc itself.
> The right solution, I believe, is to add lmodern
as a regular Depends, not just a
Build-Depends, in order for the autopkgtests to successfully
run. I have added it, and verified that this fixes the
autopkgtests on the testing distribution.
hack on, nick
diff -Nru pypandoc-1.7.2+ds0/debian/changelog pypandoc-1.7.2+ds0/debian/changelog
--- pypandoc-1.7.2+ds0
Package: wnpp
Severity: wishlist
Owner: Nick Hastings
X-Debbugs-Cc: debian-de...@lists.debian.org, nicholaschasti...@gmail.com
* Package name: river
Version : 0.1.3
Upstream Author : Isaac Freund
* URL : https://github.com/riverwm/river
* License : GPL-3.0
hi, notcurses maintainer here. if you're going to proceed with this, the thing
to do is mark notcurses as depending on zlib instead of libdeflate on this
architecture, and build with `-DUSE_LIBDEFLATE=off`. the only differences ought
be performance-related.
ahh, rereading your original ITP, i see you know all about the
fdo situation. good deal =]. i just killed my fork, and am going
to submit a PR to Aetf's fork.
signature.asc
Description: PGP signature
also, there is a kmscon repo under the auspices of the
freedesktop.org organization. i talked to the original author
about removing that if he wasn't going to be taking the project
forward, but it didn't go anywhere. if someone's really picking
kmscon up, they might want to go talk to the fdo
indeed, the cursor location report fix is only on a branch. i'll
go ahead and submit it to this other fork, and rebase mine off
of theirs. thank you likewise for bringing this to my attention!
i'm glad to see kmscon getting some love.
i'm the maintainer and upstream author of Notcurses, and
if the other fork is more active, i'm happy to fold my changes
into it, but they definitely ought go in there. the most
important thing i recall doing was fixing the cursor location
report to use the proper order for coordinates.
--
nick black -=- https://www.nick-black.com
to make an apple pie
-functions. This means that these
completions are not avaiable to users unless they modify their zpath.
Please install these completions to /usr/share/zsh/vendor-completions
instead of /usr/share/zsh/site-functions.
Regards,
Nick.
*** Reporter, please consider answering these questions, where
Package: mutrace
Version: 0.2.0-3.4+b2
Severity: normal
X-Debbugs-Cc: dankamong...@gmail.com
Dear Maintainer,
Trying to use mutrace with the -d option fails:
[schwarzgerat](1) $ mutrace -d ls
ls: symbol lookup error: /usr/lib/mutrace/libmutrace-backtrace-symbols.so:
undefined symbol:
Package: stterm
Version: 0.8.4-1
Severity: normal
X-Debbugs-Cc: dankamong...@gmail.com
Dear Maintainer,
I'm the developer of Notcurses, a TUI library. I ran into a bug with st
on Debian Unstable, where the OSC4 palette query resulted in a
diagnostic and emitted garbage characters:
/package/zig/
Regards,
Nick.
notcurses 3.0.4+dfsg.1-1 ought be migrating to testing soon, and
if there is any love in this world, it will resolve the
continued failures. the most recent i see is from today, still
using notcurses 3.0.3.
i added several similar unit tests to the notcurses suite, and
managed to reproduce the
exciting results! i wrapped up a similar invocation and threw it
into my notcurses drone CI, and there i fail exactly as i do
within the debian CI (i.e. we never terminate, though we don't
soak the CPU).
https://drone.dsscaw.com:4443/dankamongmen/notcurses/10240/1/2
i ought now be able to
alright, i might have found the root cause. when we declare EOF,
we're not necessarily setting the input poll fd high. as a
result, if the EOF comes at the end of an input burst, and we
rely on such notifications, we miss it.
https://github.com/dankamongmen/notcurses/issues/2521 has more
details.
wait, i just might have reproduced a failure. it doesn't look
like our failure in autopkgtests, but this is an assert()
blowing up, and i'm not certain we build with those. if not,
maybe we're hitting a case that locks up. let's hope so!
this would once again presumably be a notcurses fix.
the
further investigation: i uploaded -4 with a change to simply
redirect input from /dev/null, rather than echoing 'blockdev -v'
into the process. the result was pretty much the exact same: we
don't see the input show up, and we get a time out. of course,
attempting to reproduce this locally leads to
this is addressed in more detail at
https://github.com/dankamongmen/notcurses/issues/2519.
i expect to have this fixed within the hour. sorry for the
annoyance.
reopen 1003009
i added -DBUILD_FFI_LIBRARY=off with the intention of no longer
building these three shared objects. looking at it now, however,
this CMake variable doesn't actually seem to guard their
building and installation, and thus it will not have the desired
effect. i'm fixing this
thanks, this ought be fixed in an hour or two.
> No, only in unstable [1]. Testing should still work.
hrmm, i'm a bit confused about how this works then. i can only
upload into unstable, and it then needs to pass autopkgtests to
get into testing. oh, i guess those autopkgtests are being run
in the "testing" context? if so, that makes sense.
I see that growlight's autopkgtests are disabled in testing
right now due to the timeout. Can we please remove that, so I
can try something?
I noticed just now in the growlight testing logs that we have
output of the form e.g.:
xvda14 -> ../../devices/vbd-51712/block/xvda/xvda14
Package: wnpp
Severity: wishlist
Owner: "Nick Black (Public gmail account)"
X-Debbugs-Cc: debian-de...@lists.debian.org, dankamong...@gmail.com
Package name: openfec
Version : 1.4.2.4
Upstream Author : Victor Gaydov et al
URL : http://www.example.org/
awesome. i've got one now, but it needs some prettification.
expect it soon.
i can happily report that notcurses 3.0.2+dfsg.1-3 is passing
autopkgtests, after resolving the issue at
https://github.com/dankamongmen/notcurses/issues/2505
signature.asc
Description: PGP signature
Package: pipewire
Version: 0.3.42-1
Severity: wishlist
X-Debbugs-Cc: dankamong...@gmail.com
Dear Maintainer,
I see in the changelog "disble roc module, at least for now", but I was
hoping to use this module for synchronized audio.
Ahh, I see libroc isn't yet packaged in Debian. Were I to
well, we don't yet know whether this "took", since 3.0.2 shows
regressions across the board in autopkgtests.
i've set up the upstream bug to track this, and am on it:
https://github.com/dankamongmen/notcurses/issues/2505
thus far i've been able to run down that it's the "box" demo
that's
well, as i noted above, this use case certainly isn't the
standard way growlight will be used (although it's a valid one,
and one worth fixing -- this was a valuable exercise, and i
appreciate autopkgtests spotting this regression!). so it's not
very important to users...but at the same time, it
if i don't need the versioned dep, there is -- so far as i can
tell -- no reason to upload a new growlight at all, unless i
need do so to retrigger the autopkgtests and allow a transition
to testing.
(sorry for my ignorance--i'm still applying for DD)
signature.asc
Description: PGP signature
> I don't think you need the versioned depends really. Or did I miss
> something?
well, if you have an older version of notcurses, you're going to
run into this growlight problem, so "solving" this problem for
Debian would seem to me to require the versioned dep? i'm sure
you're much more
not that i expect you to have run extensive benchmarks or
anything, but how do you feel this compares to libdeflate? the
few comparisons i've seen suggest that they are (or at least
were) pretty much a wash, performance-wise.
Control: reopen -1
oh no! =[ well, at least this can be my primary focus now that
notcurses iii is out. i believe i've already provided
https://github.com/dankamongmen/growlight/issues/153, but that's
the tracking issue upstream.
attempts to reproduce this locally have thus far been less than
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: dankamong...@gmail.com
Hello transition team!
Notcurses has bumped the SOVERSION from 2 to 3 as of its 3.0.0 release,
reflecting a changed ABI and API both.
The only
i can happily report that the FTPmasters accepted notcurses
3.0.0 into experimental today, and thus the transition bringing
it into unstable ought begin. once that hits, i'll be landing on
this with both feet.
signature.asc
Description: PGP signature
ought i upload a -4 with a changelog entry marking the bug
closed? i didn't mark it closed in the changelog because i
explicitly wanted the bug left open.
sorry for any confusion -- i'm certainly not trying to work
around this issue in the long term by reducing testing =]. i
just know that it's
you are correct in all of your assumptions =].
signature.asc
Description: PGP signature
Thanks for the heads-up. I believe/hope that this is the same issue that
affected our ARM MacOS builds and Alpine i686/ARMHF builds through the 3.0.0
release, and which has been fixed in the 3.0.1 release:
https://github.com/dankamongmen/notcurses/issues/2420
3.0.0 is currently in the NEW
i went ahead and uploaded growlight 1.2.38 to experimental last
evening. it doesn't build now, of course, due to a dep on
missing libnotcurses3. i've asked my Application Manager (i'm
currently applying for DD status) to sponsor an upload of the
latter to experimental+NEW, so that i can begin the
Thanks. I actually just cut growlight 1.2.38 literally forty
minutes ago, and have prepared it for upload. Unfortunately,
it's dependent on the new libnotcurses3, which needs to get
through NEW. I'm not yet a DD, so I'm hoping my Application
Manager will be willing to sponsor an upload of
bf
Would it be possible to pick up that change?
Nick
Update: upstream now have working Makefile for Linux
> Wouldn't really be happy about an NMU. A patch is clearly preferred.
> But feel free to submit that patch as a Merge Request on Salsa
> including an appropriate debian/changelog entry in the same commit.
> (Please also post the link to the MR in this bug report. TIA!)
> I'll include it then in
Package: libgpm-dev
Version: 1.20.7-9
Followup-For: Bug #939540
X-Debbugs-Cc: dankamong...@gmail.com
Dear Maintainer,
I'm going to go ahead and prepare a suitable pkg-config file for libgpm,
and submit it to you. This is part of my DD application (AM: sramacher),
so performing an NMU is also
i'm not sure whether the "forwarded" tag applies in this case,
but i've created an upstream bug (i am the upstream author) at
https://github.com/dankamongmen/growlight/issues/153.
signature.asc
Description: PGP signature
Package: growlight
Version: 1.2.37-2
Tags: upstream
Yep, I'm looking into it. For whatever reason, it's not exiting
despite input having ended. I've tried reproducing this failure
locally, but have not yet been able. I hope to fix it for
1.2.38.
--
nick black -=- https://www.nick-black.com
For OpenSSL, it uses OpenSSL 3.
Package: wnpp
Version: N/A; reported 2021-10-15
Severity: wishlist
* Package name: ldid
* Version: 2.1.5-procursus1
* Upstream Author: Hayden Seay
* URL: https://github.com/ProcursusTeam/ldid
* License: AGPL-3.0
* Description: tool to (pseudo-)codesign Mach-O files
Mach-O files are
Package: llvm-11
Version: 1:11.0.1-2
Severity: normal
Dear Maintainer,
The llvm package no longer installs man pages for most LLVM tools like
"llc", "opt", "llvm-as", etc.
I checked manpages.debian.org and it seems these were present in the
llvm-10 package:
Source: libsixel
Version: 1.8.6-2
Followup-For: Bug #990798
X-Debbugs-Cc: dankamong...@gmail.com
Dear Maintainer,
Hi. I'm the maintainer of the new fork of libsixel at libsixel/libsixel on
GitHub. I've been maintaining it for several months now.
I see you merged my PR on salsa:
Hi David,
On 16/09/21 21:23 pm, David Bremner wrote:
>
> Setting user-package-dir to a nonexistent directory also seems to
> work. Nick, can you try the dh-elpa version at
> https://salsa.debian.org/emacsen-team/dh-elpa ?
>
I've just tested this and can't reproduce the error a
My main reason for running installs at low priority both at the main
debian-installer screen and wanting to do so after the base system is
installed is so I can have a fully configured system and not have to go
back and reconfigure everything after the installation is finished. If
the debconf
ailable plugins...
> Module import error: No module named dbus
Thank you for your time,
Nick
--- gespeaker.py 2015-08-03 18:27:39.0 -0500
+++ gespeaker.py.new 2021-08-22 09:22:22.526681537 -0500
@@ -43,7 +43,10 @@
plugins_path = [handlepaths.getPath('plugins')]
for loader,
I've made the recommended change. We were still seeing
intermittent, unrelated failures after doing so, and thus I
removed the test back in July. I can no longer reproduce these
failures, so I've just uploaded 2.3.13+dfsg.1-2 with the
offending test enabled anew. Let's see how it goes.
The
Hi Bernhard,
Thanks for the quick response, sounds good!
Nick
> Ack, this has already been fixed upstream at
>
> https://github.com/FreeRADIUS/freeradius-server/commit/eef366956e2e4a689ab33a0d1f265eb15f749d8d
>
>
> I will try to make a bullseye-pu upgrade befo
Package: freeradius
Version: 3.0.21+dfsg-2.2 amd64
I just built a new Bullseye VM to replace my Buster freeradius VM. Upon trying
to configure it for a postgres backend, 'freeradius -X' fails out with the
following:
...
including configuration file /etc/freeradius/3.0/mods-enabled/mschap
:
+- Update firmware URL (Closes: #991280)
+
+ -- Nick Morrott Fri, 30 Jul 2021 04:26:04 +0100
+
python-uflash (1.2.4+dfsg-7) unstable; urgency=medium
* d/python-uflash-doc.links:
diff -Nru
python-uflash-1.2.4+dfsg/debian/firmware-microbit-micropython-dl.postinst
python-uflash-1.2.4+dfsg
created binary Bullseye releases of libtpms v0.8.4
[3] and swtpm v0.6.0 [4] in my forked repositories for anyone who'd
like to try them out now.
Nick
--
[1] https://salsa.debian.org/debian/libtpms/-/merge_requests
[2] https://salsa.debian.org/kkamagui/swtpm/-/merge_requests
[3] https
aps it's best to just leave it until after the freeze?
--
Thanks,
Nick
.
Regards,
--
Nick Gasson
There appear to be some overlap with #984824 (dh-python: pybuild needs to
support toml (PEP517/PEP518) builds with no setup.py)
which is also looking for pybuild to support pyproject.toml using projects with
various backends (setuptools.build_meta, flit, poetry, etc)
Package: kbd
Version: 2.3.0-3
Severity: normal
Tags: patch upstream
X-Debbugs-Cc: dankamong...@gmail.com
Dear Maintainer,
The resizecons.8 man page refers to disalloc.8, which no longer exists. It
ought reference deallocvt.8. I've created a merge request at
Package: mandoc
Version: 1.14.5-1
Severity: normal
Dear Maintainer,
The mandoc(1) man page says:
The file /usr/share/misc/mandoc.css documents style-sheet classes
available for customising output.
However this file is not installed on Debian.
-- System Information:
Debian Release:
101 - 200 of 1823 matches
Mail list logo