comment out procps, but note it; prepare for uploading

.doc fails to be viewed in mc which thinks it’s a Microsoft product

Merge branch 'mirbsd'

Update to MirBSD CVS HEAD, final 0AB9.1 patchlevel

re-add procps to run sanity

Merge branch 'mirbsd'

update to MirBSD CVS HEAD

Merge branch 'mirbsd'

update to latest CVS HEAD

better description

Merge branch 'mirbsd'; keep lib/error.c

update from latest MirBSD CVS HEAD

Merge branch 'for-mirbsd'

we have TWO error()?

rename fperrmsg to fpwarnmsg and remove its ability to exit

Merge branch 'for-mirbsd'

update copyright and other metadata

add explicit prev/next/up info to some nodes:

the node “CVS command list” contains an @menu referencing “all” CVS
commands; a @menu is normally a navigation item though, and most of
them (e.g. “admin”) are normally an @node in the @menu CVS commands
(some are an @anchor only), and a node cannot live in two (or more)
menus, makeinfo’s linking will break, but hardcoding the correct(!)
refs manually makes it work

make exit(3) available to the macro

oops!

update

(though not yet on the last point)

Merge branch 'for-mirbsd'

try to plug Underfull \hbox

try to plug the Overfull \hbox

there’s printfs out there that don’t handle nil for %s‽

Revert "plug a fortify warning I don’t get, (size_t)-1 is checked above‽"
because the compiler couldn’t know it was exiting in the -1 case ☹

see commit 02b2c6f58dfc78a454d3e46bf3337eaf1f1d1d3f

This reverts commit 99e6916ed5dfc68688581cb727ff479930a54083.

try to fix up the GNU error() API as much as possible:

they define an API error() whose first argument is the errorlevel
to exit with, BUT IF IT’S 0 IT DOES NOT EXIT! so it cannot be
marked __dead, throwing dead/alive branch analysis fully out of
the range of possibilities, leading to subsequent errors, such
as the one in commit 99e6916ed5dfc68688581cb727ff479930a54083 ☹

for CVS, rename the function to warning, drop its first argument,
introduce an error macro that does the if(status)exit(status)
dance, and don’t worry too much about constant arguments and rely
on modern compilers instead ☹

but nooooo <err.h> is not good enough for the GNU folks‽

some glibc thing I don’t understand

plug a fortify warning I don’t get, (size_t)-1 is checked above‽

GNU has this weird idiom strncpy(dst, src, strlen(src)); fix it:

This is used with dynamically allocated buffers of at least the
length the third argument is and I’m wondering whether that’s
someone unknowing’s answer to being told strcpy is a no-no…
memcpy is, of course, the correct answer, in all these cases
(checked against the allocation size only, of course)

quell ar(1) warnings

this is the GNU version of “goto fail;” I guess; thankfully no effect

found by -Wmultistatement-macros in an else branch, but the
then branch was a goto already so no bug

fix a Perl 5.32 error

a round of lintian updates

move a documentation file to please lintian’s doc-base checks

bump version, otherwise lintian will complain

fix whitespace

also drop pre-wheezy Depends, Replaces/Provides/Conflicts, versioning in Suggests

reduce Build-Depends

drop pre-epoch-2 maintainer script update code

begin modernising packaging and review it

update lintian overrides

appease an idiotic, no-worth only-trouble-and-effort, lintian change

prepare upload of new Debian patchlevel

bump Policy

hardcode /bin/mktemp for reproducible builds, usrmerge’s fault

this is now required by Policy 4.2.0.0

misc. updates

fix reference

version tag

address lintian’s messages

bump, S-V too

Merge branch 'mirbsd'

sync from MirBSD

no autopkgtest, for now

Merge branch 'mirbsd'

update from MirBSD

oops…

dh_installdocs is n̲o̲t nodocs-clean…

Merge branch 'mirbsd'

update due to lintian

Update lintian overrides, round 1

lintian: autotools-dev is now included in debhelper

update to latest Policy

Merge branch 'mirbsd'

update from MirBSD CVS

fixes CVE-2017-12836 (Debian #871810) but may break the testsuite yet

false positive “ot”

arrgh!

bump

Merge branch 'mirbsd'

update from MirBSD CVS

bump

Merge branch 'mirbsd'

missing pick

document

Merge branch 'mirbsd'

reduce diff against previous version to only fixing #858769

update from MirBSD CVS HEAD

Revert "cvs-dbgsym can be xz compressed (default)", it does not work (WTF?!)

[…]
dh_md5sums
dh_builddeb -pcvs -- -Zgzip -z9
dpkg-deb: building package 'cvs-dbgsym' in '../cvs-dbgsym_1.12.13+real-21_amd64.deb'.
dpkg-deb: building package 'cvs' in '../cvs_1.12.13+real-21_amd64.deb'.
dh_builddeb --remaining-packages
dpkg-deb: building package 'cvs-dbgsym' in '../cvs-dbgsym_1.12.13+real-21_amd64.deb'.
dpkg-deb: building package 'cvs' in '../cvs_1.12.13+real-21_amd64.deb'.
 dpkg-genbuildinfo
[…]

This reverts commit 9d2034eb02f2627bd7bccb8ee66c35a30ba2c011.

cvs-dbgsym can be xz compressed (default)

sanity is attempted to be run in parallel, which we can’t have

release (provided it passes the sanity testsuthe)

Merge branch 'mirbsd', mostly reverting commit a4bdd3373a67c89fb350e619958b5a7e144c9c3b

bring back most of what we reverted in master in a4bdd3373a67c89fb350e619958b5a7e144c9c3b

revert all local changes as we’ll reimport them via the mirbsd branch

some tweaks to make it work… somewhat?

maybe this is intelligent enough to #include_next automatically…

… but then, this is Teχ, so… probably not.

let’s get wild…

pdf14.sty is for LaTeX only ☹

PDF/1.4 (try #4) and reorder dependencies:

• texlive-latex-recommended already included texlive-latex-base
• texlive-latex-extra includes texlive-latex-recommended
• autopoint was apparently unnecessary all the time…

it’s either this, or B-D on texlive-latex-extra…

not LaTeX, this is…

ps2pdf currently generates PDF/1.4, so we’ll standardise on that

further experiment with PA4 paper size

experiment with PA4 paper size

update

Merge branch 'mirbsd'

import latest CVS from MirBSD, most specifically the Savannah feature

always use --build=/--host=; config.guess can be too smart otherwise

(see trying to build jupp against dietlibc, where the detected triplet
differs and does not work)

Merge branch 'mirbsd'