Bug#993860: public-inbox-imapd: missing dependency libparse-recdescent-perl

[Nicolas Schier]

Package: public-inbox
Version: 1.6.0-1
Severity: normal
X-Debbugs-Cc: nic...@fjasle.eu

Hi Uwe,

thanks for packaging public-inbox! When I attempted to start
public-inbox-imapd, it failed:

$ public-inbox-imapd
Can't locate Parse/RecDescent.pm in @INC (you may need to install the Parse::RecDescent module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.32.1 /usr/local/share/perl/5.32.1 /usr/lib/x86_64-linux-gnu/perl5/5.32 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.32 /usr/share/perl/5.32 /usr/local/lib/site_perl) at /usr/share/perl5/PublicInbox/IMAPsearchqp.pm line 10.
BEGIN failed--compilation aborted at /usr/share/perl5/PublicInbox/IMAPsearchqp.pm line 10.
Compilation failed in require at /usr/share/perl5/PublicInbox/IMAP.pm line 43.
BEGIN failed--compilation aborted at /usr/share/perl5/PublicInbox/IMAP.pm line 43.
Compilation failed in require at /usr/lib/x86_64-linux-gnu/perl-base/base.pm line 135.
...propagated at /usr/lib/x86_64-linux-gnu/perl-base/base.pm line 157.
BEGIN failed--compilation aborted at /usr/share/perl5/PublicInbox/IMAPdeflate.pm line 10.
Compilation failed in require at /usr/bin/public-inbox-imapd line 8.
BEGIN failed--compilation aborted at /usr/bin/public-inbox-imapd line 8.

Installing libparse-recdescent-perl was enough on my system to solve the
issue. Perhaps you might want to add it as dependency?

Kind regards,
Nicolas



-- System Information:
Debian Release: bullseye/sid
APT prefers stable
APT policy: (990, 'stable'), (500, 'oldstable-debug'), (500, 'oldoldstable'), (500, 'unstable'), (500, 'testing'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-6-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to nb_NO.UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages public-inbox depends on:
ii git 1:2.30.2-1
ii libdbd-sqlite3-perl 1.66-1+b1
ii libemail-mime-perl 1.949-1
ii libnet-server-perl 2.009-2
ii libplack-perl 1.0048-1
ii libsearch-xapian-perl 1.2.25.4-1
ii perl 5.32.1-4
ii xapian-tools 1.4.18-3

public-inbox recommends no packages.

public-inbox suggests no packages.

-- no debconf information

[Eric Wong]

Nicolas Schier <nic...@fjasle.eu> wrote:
> Installing libparse-recdescent-perl was enough on my system to solve the
> issue. Perhaps you might want to add it as dependency?

Uwe: Fwiw, perhaps making more things optional via
Suggests:/Recommends: and possibly splitting into several
packages (e.g. public-inbox-core, public-inbox-www,
public-inbox-httpd, public-inbox-imapd).

In any case, I try to keep the INSTALL doc up-to-date and make
most dependencies optional so users can avoid downloading and
installing stuff they won't use:
https://public-inbox.org/meta/?q=dfn:INSTALL&x=t

Nicolas: thanks for the interest in public-inbox!

[Uwe Kleine-König]

Hello Nicolas, hello Eric,

On 9/9/21 9:43 AM, Eric Wong wrote:
> Nicolas Schier <nic...@fjasle.eu> wrote:
>> Installing libparse-recdescent-perl was enough on my system to solve the
>> issue. Perhaps you might want to add it as dependency?

Indeed, I never used imapd up to now and so didn't notice this missing.

> Uwe: Fwiw, perhaps making more things optional via
> Suggests:/Recommends: and possibly splitting into several
> packages (e.g. public-inbox-core, public-inbox-www,
> public-inbox-httpd, public-inbox-imapd).

I think for a package like public-inbox splitting doesn't make much
sense. We're talking about a dependency that adds 424 kB. When I split
public-inbox into several packages the overhead on the systems that have
public-inbox installed and the Debian archives probably outweights the
gain. That's why I think that even Recommends isn't sensible, so I added
a Depends.

> In any case, I try to keep the INSTALL doc up-to-date and make
> most dependencies optional so users can avoid downloading and
> installing stuff they won't use:
> https://public-inbox.org/meta/?q=dfn:INSTALL&x=t

For building from source I fully agree that having dependencies only
optional is good.

Best regards
Uwe