Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#17877 - [lesspipe] missing various features, depending on build machine

Attached to Project: Community Packages
Opened by Tomi Belan (Tomi) - Sunday, 17 January 2010, 16:30 GMT
Last edited by Dan Griffiths (Ghost1227) - Sunday, 17 January 2010, 20:09 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sergej Pupykin (sergej)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Lesspipe detects feature availability in two steps:

1. ./configure detects which helper programs (unzip, html2text, mp3info...) are present on the computer and creates a lesspipe.sh file that only contains those.
2. when lesspipe.sh a certain file type, it checks for the particular helper program's presence.

So, for example, for viewing RTF files to work the user has to have unrtf installed AND the package builder has to have it too. Because of this, lesspipe 1.70-2, the current build, has a lot less features than it could have. (For example, mp3info support is missing.)

To fix it, change
./configure --prefix=/usr --default
to
./configure --prefix=/usr --yes
This means ./configure assumes everything is present and creates a full-featured lesspipe.sh. If a program is missing, lesspipe.sh falls back gracefully. ("filename may be a binary file. See it anyway?")

Additional info:
* lesspipe 1.70-2

Steps to reproduce:
* with lesspipe and mp3info installed and working, less some_mp3_file.mp3.
* binary data is shown instead of human readable meta-data.
This task depends upon

Closed by  Dan Griffiths (Ghost1227)
Sunday, 17 January 2010, 20:09 GMT
Reason for closing:  Implemented

Loading...