[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: cups braille dependencies [Was: Please release the cups-filters 1.4.0-2 Debian package]

On Tue, 15 Dec 2015 19:56:54 +0100
Samuel Thibault <sthibault@debian.org> wrote:

>Giving some background for people who haven't had the whole story.
>I've recently played with embossers, and written drivers for CUPS, so
>that they can be used in a very standard way just like any printer.  It
>happens that they already got integrated to cups-filters, and already
>got uploaded to Debian.  The drivers are split in two parts:
>- device-dependent drivers, which are basically simple shell scripts or
>C files, which don't depend on anything beyond bash and libc
>- device-independent filters, which are able to convert documents to
>braille.  This part can make more or less use of liblouis, imagemagick,
>antiword, etc. to be able to turn documents into nice braille printing.
>So the device-dependent drivers should really not pose disk size
>problem, but the second part may: there is no real end here as to what
>could be implemented/integrated, etc. so we somehow have to define
>what is "reasonable" to install always / by default / as suggestion /
>optionally, etc.
>The scripts that were added to cups-filters are able to make use of
>imagemagick to turn images into braille, liblouisutdml to reformat text
>into braille, poppler-utils to extract text from PDF files and render it
>as text, and liblouisutdml + antiword/docx2txt to reformat .doc/.docx
>documents into braille.  These all add disk usage (about 10MiB, mostly
>composed of the braille tables for various languages), and apparently
>this is already perhaps considered too much: bug #808057 was immediately
>Michael Biebl wrote:
>> Since I don't use any Braille drivers, it would be great if those
>> dependencies could be demoted to suggests or recommends  
>Personnally, I see a lot of stuff on my disk which I won't ever use
>because I'll never have the hardware, which takes much more than 10MiB,
>but well.
>> or pulled in via other means (e.g. via a task).  
>Well, the task would then be task-print-server, which I guess you have
>I agree that we don't want to see this size increase too much.  For
>instance, I don't plan to pull the natbraille dependency by default,
>even if it'd allow some nice tex to braille translation and similar,
>because natbraille would pull a whole pile of java libraries.  But can't
>we agree on a reasonable set of package, to at least have basic support
>for printing braille by default?  Having to look for specific drivers
>for such basic things is always a pain.

I have to agree with Samuel on this. Particularly when thinking about
who needs those braille drivers. Sighted individuals find it difficult
at times to find drivers that work. Braille is seldom going to be used
by them, making the task that much harder.

Charlie Kravetz
Linux Registered User Number 425914
Never let anyone steal your DREAM.   [http://keepingdreams.com]

Reply to: