Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Missing support for postscript files #71

Open
gj207 opened this issue Jan 30, 2022 · 3 comments
Open

Missing support for postscript files #71

gj207 opened this issue Jan 30, 2022 · 3 comments

Comments

@gj207
Copy link

gj207 commented Jan 30, 2022

On page https://flathub.org/apps/details/org.gnome.Evince you write the following:

Evince supports documents in: PDF, PS, EPS, XPS, DjVu, TIFF, DVI (with SyncTeX), and Comic Books archives (CBR, CBT, CBZ, CB7).

However, opening a .ps (postcript) file with the current flatpak of evince results in the error message that this file format is not supported. In contrast to other packages /distributions of evince the build configuration option "--enable-ps" is obviously missing in the flatpak build process. Can you please add that option for future builds?

@fedelibre
Copy link

There are some security concerns about Postscript, see:
https://gitlab.gnome.org/GNOME/evince/-/issues/1058

Maybe PS files were not enabled by the flathub maintainers intentionally.
Stripping "PS, EPS" from the list of supported formats in the metainfo file might be a good idea.

@gpoo
Copy link
Collaborator

gpoo commented Jan 3, 2023

We do not build it because that would require building ghostscript and its dependencies, which back then looked too much. We may need to revisit it.

In flatpak we do not support DVI either, because that would mean pulling a big SDK for little gain, and/or build TeX.

@gj207
Copy link
Author

gj207 commented Aug 13, 2023

We do not build it because that would require building ghostscript and its dependencies, which back then looked too much. We may need to revisit it.

In flatpak we do not support DVI either, because that would mean pulling a big SDK for little gain, and/or build TeX.

Fine! However, if you do not want to support these file types, you need to revise the program description I quoted in my first post at the top of this thread, as it is indeed wrong and you are misleading (potential) users of flatpak evince.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants