Bug 622860

Summary:	www-client/qutebrowser: missing pdfjs useflag/dependency
Product:	Gentoo Linux	Reporter:	gerion <gerion.entrup>
Component:	Current packages	Assignee:	Tim Harder <radhermit>
Status:	RESOLVED WONTFIX
Severity:	enhancement	CC:	gentoo.org, jstein, sam
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description gerion 2017-06-27 16:50:39 UTC

Qutebrowser is able to use pdfjs from Mozilla (it has to be enabled per option).
Simply using it currently fails, because of a missing pdfjs.

According to Qutebrowsers, pdfjs can be placed at different locations:
1. Local home
2. Qutebrowsers global extension directory
3. Systemwide installation

Gentoo offers a www-plugins/pdfjs package, that works well together with qutebrowser. It would be nice, if you add a pdfjs useflag, to pull pdfjs as dependency and eventually enable the option per default.

Comment 1 Chris Chan 2017-07-08 18:43:09 UTC

why has this not been accepted? can i be the maintainer for qutebrowser for gentoo?

Comment 2 Mykyta Holubakha 2017-10-08 23:42:02 UTC

FWIW, PDF support with www-plugins/pdfjs is mentioned as an optfeature already (and was for a long time), which is the right way.

So this is really invalid.

Comment 3 Justin Bronder (RETIRED) gentoo-dev

2017-10-26 17:54:01 UTC

Already mentioned as optional in the ebuild.

Comment 4 gerion 2017-10-26 19:45:29 UTC

Can you leave this open as reference to Runtime-switchable USE flags?
https://bugs.gentoo.org/show_bug.cgi?id=424283

Generally I find an useflag meaningful in this case. The usecase are clear dependencies. If I currently merge qutebrowser and pdfjs I get two entries in my world file, but the only usage of pdfjs is within qutebrowser. I don't need it, if qutebrowser is not installed. If I would unmerge or depclean qutebrowser, pdfjs would remain and I have to clean it up seperately.