Description of problem: When configuring a braille embosser, one has a very limited set of tables to choose from. Version-Release number of selected component (if applicable): 1.28.7 How reproducible: Always Steps to Reproduce: 1. Add a printer, typing "brf" in the network address, that will create a printer called CUPS-BRF-Printer 2. In the printer information panel, change the driver by selecting in the driver database, for the Generic Manufacturer, the Generic Braille embosser driver 3. Go to the printer options, in the advanced part Actual results: In the Braille transcription listbox, one can only choose between half a dozen default items Expected results: The listbox should be showing various languages (like 200 of them) Additional info: That was the user-visible way to check this. The much easier way to check this is to check the /usr/share/cups/ppdc/liblouis1.defs file, it should contain around 200 lines, not just 14 lines. This is because cups-filters was apparently built without the liblouis-dev dependency installed, and thus cups-filters could not build its list of available tables. Please thus add the liblouis-dev dependency in the cups-filters build profile, and that will fix the issue.
Hi Samuel, thank you for reporting the issue! I'm able to reproduce the behavior via CUPS Web UI and adding liblouis-devel as a dependency offers more choices in the dialog as you've told. Reproducing via CUPS Web UI: localhost:631 -> Administration -> Add printer -> Local printers: CUPS-BRF (Virtual Braille BRF Printer) -> continue -> continue -> Make: Generic -> continue -> Model: Generic Braille embosser, 1.0 (en) -> Add Printer -> Braille transcription -> click on the scroll menu next to 'Braille transcription' label Although Braille transcription now offers more transcriptions after adding liblouis-devel, the printing itself doesn't work because scripts from liblouis-utils are missing, and selinux is blocking cups-brf from creating BRF dir and files in it in home directory. I have a working sample of selinux policy right now and I will submit it upstream. I'll close this bug once all is in place and braille printing will work in the basic scenario.
Sent a PR to selinux-policy https://github.com/fedora-selinux/selinux-policy/pull/849 .
The cups-filters related fix lives on private-zdohnal-devel branch of cups-filters, still waiting for selinux...
The selinux-policy PR got into rawhide, so I can build a new cups-filters release there. But F34 and F35 don't have the selinux fix, so I've filed a bug to selinux-policy to coordinate the work (the bug is in 'depends on' field).
Built in rawhide for now https://koji.fedoraproject.org/koji/taskinfo?taskID=80792145 .
FEDORA-2022-9e47920066 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2022-9e47920066
FEDORA-2022-9e47920066 has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-9e47920066` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-9e47920066 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-e8d86185ee has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2022-e8d86185ee
FEDORA-2022-e8d86185ee has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-e8d86185ee` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-e8d86185ee See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-9e47920066 has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.
This change adds 5 new dependent packages and 11MB on disk (3MB download): antiword liblouis liblouis-utils liblouisutdml liblouisutdml-utils Can it be made optional or a separate subpackage? While I wholeheartedly support enabling this feature, most users don't need Braille printing.
They are optional, the cups filters can cope with them missing and fault back to trivial rendering. That being said, I am surprised: what is the package that is most contributing to the size? Is that liblouis itself (and its tables which weigh ~10MB). liblouis is already mandatory for all blind users using the Orca screen reader. Is that not available by default?
(In reply to Dominik 'Rathann' Mierzejewski from comment #11) > This change adds 5 new dependent packages and 11MB on disk (3MB download): > antiword > liblouis > liblouis-utils > liblouisutdml > liblouisutdml-utils > > Can it be made optional or a separate subpackage? While I wholeheartedly > support enabling this feature, most users don't need Braille printing. Hi Dominik, I'll try to create a subpackage next week if needed - it will be recommended by the main package, providing you a have how to install cups-filters without it.
(In reply to Zdenek Dohnal from comment #13) > (In reply to Dominik 'Rathann' Mierzejewski from comment #11) > > This change adds 5 new dependent packages and 11MB on disk (3MB download): > > antiword > > liblouis > > liblouis-utils > > liblouisutdml > > liblouisutdml-utils > > > > Can it be made optional or a separate subpackage? While I wholeheartedly > > support enabling this feature, most users don't need Braille printing. > > Hi Dominik, > > I'll try to create a subpackage next week if needed - it will be recommended > by the main package, providing you a have how to install cups-filters > without it. But it would be great if you create a separate bugzilla to track this, thx!
(In reply to Zdenek Dohnal from comment #14) > (In reply to Zdenek Dohnal from comment #13) [...] > > I'll try to create a subpackage next week if needed - it will be recommended > > by the main package, providing you a have how to install cups-filters > > without it. That sounds perfect! Thank you. > But it would be great if you create a separate bugzilla to track this, thx! Bug 2040973 created.
(In reply to Samuel Thibault from comment #12) > They are optional, the cups filters can cope with them missing and fault > back to trivial rendering. > > That being said, I am surprised: what is the package that is most > contributing to the size? Is that liblouis itself (and its tables which > weigh ~10MB). Yes, it's liblouis. > liblouis is already mandatory for all blind users using the > Orca screen reader. Is that not available by default? It is, but it can be uninstalled. On my machines, I always remove all packages that I don't use and that are not strict dependencies. orca is one of those. Uninstalling orca saves me 14 packages and 49MB on disk. I'm pretty sure I'm not the only one to prune unnecessary software from their machines. In my case, I do it primarily to limit the number of potential vulnerabilities (not installed=not affected) on my machines as well as to make updates faster (not installed=no need to update).
FEDORA-2022-45f6452f64 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2022-45f6452f64
FEDORA-2022-45f6452f64 has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-45f6452f64` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-45f6452f64 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-08be5d76dd has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2022-08be5d76dd
FEDORA-2022-08be5d76dd has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-08be5d76dd` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-08be5d76dd See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-08be5d76dd has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report.