Bug#1066832: Debian #1066832: [fsverity-utils] hard Build-Depends on unportable package pandoc

2024-03-20 Thread Eric Biggers
[Added the correct mailing list, fsver...@lists.linux.dev]

On Thu, Mar 14, 2024 at 03:20:07AM +, Thorsten Glaser wrote:
> Dixi quod…
> 
> >Please split the package so that the part that requires pandoc is
> >done in an arch:all build. Normally, pandoc is needed only for
> >documentation, which is often easy enough to split off in a -doc
> >binary package, which can then move to B-D-Indep and be built on
> >amd64 or whatever hosts.
> 
> Looking at this in some detail, this is *only* ONE manual page.
> Splitting into a separate package for one file will not go over
> well with ftpmaster.
> 
> Dear upstream, please consider keeping the manpage in something
> else, like mdoc. I would be willing to convert the manpage to
> semantic, readable mdoc for you, even.
> 
> (fsverity-utils is a Build-Depends of rpm, some subpackages of
> which are necessary to build other software even in Debian.)
> 
> If upstream is not willing, we could:
> 
> • do this as local patch (effort updating it every time)
> 
> • hack a script that converts man/fsverity.1.md to mdoc;
>   this doesn’t need to be a full converter, it needs to
>   just be good enough to convert this one page (effort
>   one-time, but probably not much if at all when updating)
> 
> • as package maintainer, run the pandoc conversion script
>   and put the result into debian/fsverity.1 and install
>   from there and stop B-D’ing on pandoc (needs some, but
>   not much, manual effort on each update, and the package
>   maintainer to have a clean sid system on which to do that)
> 
> • install a dummy manpage (that maybe summarises the options
>   and points the reader to
>   https://manpages.debian.org/unstable/fsverity/fsverity.1.en.html
>   for the full page) on architectures without pandoc (needs
>   a bit of initial hacking, and to keep a whitelist of arches
>   with pandoc up-to-date)
> 
> bye,
> //mirabilos

I'm not sure how reasonable this request is (surely the rpm package should not
be depending on the fsverity manual page...), but to eliminate the reliance on
pandoc I've gone ahead and replaced the markdown file fsverity.1.md with a
native Linux man page fsverity.1.  So, it no longer needs any conversion before
installing it.

I did not choose mdoc, as I'm not familiar with it and it seems to be a BSD-ism.

- Eric



Bug#699289: ntfs-3g-dev: libntfs-3g.so symlink incorrect

2013-01-29 Thread Eric Biggers
Package: ntfs-3g-dev
Version: 1:2012.1.15AR.8-2
Severity: important

/usr/lib/x86_64-linux-gnu/libntfs-3g.so is a broken symlink.  Therefore, other
programs cannot link with libntfs-3g.so.  This seems to be an issue with the
library being moved from /lib to /usr/lib, and the problem appears to exist in
the package in unstable but not in testing.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.8.0-rc5 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ntfs-3g-dev depends on:
ii  ntfs-3g  1:2012.1.15AR.8-2

ntfs-3g-dev recommends no packages.

ntfs-3g-dev suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org