Where can I find the terminal command needed to execute
- adobe-reader-9.5.5
?
There are several ways, but I think the easiest is the web-based search.
Once you find the package you want, if you simply want to quickly use it you can run nix-shell -p adobe-reader. Then it will be available in your shell (until you exit that shell).
Hello @austin
I set it up in a FHS env but executing adobe-reader does not start adobe-reader
(same for nix-shell -p adobe-reader)
there is no adobe nor Adobe
the command is acroread
still I would be interested to get to know where that can be found āfast and obviousā ā¦
btw: the app is not useful in the current state
e.g. the format:
in a pdf viewer it looks like:
but the pdf-file was created in Adobe
maybe the font expected by the reader is not available on your system? or was the pdf made with embedded fonts?
āallā other read donāt have any issues with it ā¦ (some fonts which are fine are there)
the issue is that while all other reader show the same font - in Adobe reader there are two different fonts used (the fonts on the system are irrelevant)
If there are no embedded fonts in the PDF itself then the system installed fonts are very much relevant.
You can check which fonts are embedded with pdffonts:
nix-shell -p poppler_utils
pdffonts my.pdf
I typically run ls $(nix-build -A package)/bin.
Adobe Reader might be bundling some fonts which other readers do not have (https://github.com/NixOS/nixpkgs/issues/90705). But it is really impossible without more details ā what other readers have you tried and what fonts the PDF uses.
1 Like
normal displayed font with
Okular
Version 21.12.1
WPS
11.1
Foxit Reader
2.4.4
Master PDF Editor
Build 5.8.20, 64 bit
issues with
adobe-reader-9.5.5
xpdf
Version 4.03
@austin
yes, there are some fonts, e.g.
Config Error: No display font for 'Courier'
Courier is a non-redistributable font by Adobe. Itās no wonder itās used, as itās very common in the Microsoft world, but itās not (legally) possible to make it available through a Linux distro. I think the Liberation fonts have a replacement for it, and it may even be automatically loaded.
That isnāt the font thatās missing in this case though, it looks different from the one used in your image. If you donāt give us the full list we canāt help you figure out how to install them all 
Itās 2022 and one of most common fonts are still ānon-redistributableā
Iām swear iām going to have a Linus nvdia moment soon ā¦ Adobeā¦ I nearly forgave you for flash securityā¦but this and your recent cash grab on licensingā¦
If they could patent individual atoms , they would
If so, that in the example above the text ā-Groupā is in an adobe font
- how does other pdf readers handle this text/font correctly (and all the same as displayed resulting font)?
Hard to know without seeing what fonts are actually in use. Adobe bundle their own fonts, so itās possible that this is a version without that bundled font, and that it then fails to fall back correctly to the similar-looking system font all the other tools are using?
Missing base-14 / base-35 PDF glyphs in clients is a fairly common issue. e.g. Evince usually fails to render Asian glyphs.
Adobeās Acrobat Reader has the originals but the license seems limited to using them with Reader. MuPDF tarballs are pre-pacakged with freely available substitutes (identical dimensions and similar designs) that should have full coverage of all the glyphs (droid, han, noto, sil and urw). I believe ghostscript carries the same or similar fonts.
Anyhow, whether we like it or not, theyāre part of the PDF specs so anything rendering or producing PDFs should at least have the substitutes as a dependency.