Issue exporting to pdf with images

#1

Hi,

I have slides (using the Metropolis style) with some .png images that I’ve copy-pasted in (inserted, not linked). I also use some switch-statements here and there to create animations with these images. When I try to export to .pdf, I get the following error message (with no .pdf output):

Error: pdf_hummus, failed to include image file: /home/USERNAME/.TeXmacs/system/tmp/82533/tmp_122037794.pdf
Error: pdf_hummus, failed to include image file: /home/USERNAME/.TeXmacs/system/tmp/82533/tmp_975806923.pdf
Error: pdf_hummus, failed to include image file: /home/USERNAME/.TeXmacs/system/tmp/82533/tmp_1244392576.pdf
Error: Failed in end PDF

I’ve navigated to this /tmp/82533 folder, and I see all of the images I’ve pasted in, all .png’s. But I don’t see any .pdf files, or any files with similar file names to these three.

Is this a bug? Did I not include images correctly? Any help on this would be appreciated!

#2

Could you send me (da AT liii.pro) your slides, and let me fix it?

I’m releasing Mogan v1.2.9.2 in the near future. I’d like to fix it for you.

Mogan is a distribution of GNU TeXmacs created by me, I can decide when to release Mogan. As one of the developers of GNU TeXmacs, I can not decide when to release GNU TeXmacs with bugs reported by you fixed.

#3

I mean, it’s still unclear to me whether this is a bug or I just didn’t do image includes correctly. I also don’t remember the last time I updated GNU TeXmacs. (Maybe I should have tried that first!) So I can send you the slides, but also I’ll go ahead and see if I can replicate the issue on the most recent TeXmacs for KDE.

I appreciate your help!

#4

Additional context that may be relevant: After pasting the images in, I did move them around, delete them, paste them back again, resize them, put them in tables, etc. Maybe some of these actions change the name of the temporary files, or something.

#5

Hey, I had a similar issue when using the distropackage or generic linux build.

Can you try using the AppImage? In my case that fixed the PDF problem.

  • Download the AppImage from https://www.texmacs.org/tmweb/download/linux.en.html
  • (optionally) move it to a folder like ~/AppImages/
  • run chmod a+x TeXmacs-2.1.4.x86_64.AppImage
  • try to run the AppImage with ./TeXmacs-2.1.4.x86_64.AppImage
  • if it shows an error like texmacs.bin: symbol lookup error: /tmp/.mount_TeXmacNZFDz6/usr/bin/../lib/libcrypt.so.1: undefined symbol: __snprintf, version GLIBC_PRIVATE then run it with:
    env LD_PRELOAD="/lib64/libcrypt.so.1" ./TeXmacs-2.1.4.x86_64.AppImage

From my experience this is the only version which didn’t have problems with PDF export :frowning:

#6

TeXmacs has issues with certain characters in the image file path, such as ;. Don’t know if this is the cause tho.

#7

I finally came back and resolved this problem!

@toshiki you seem to have the right idea, it had something to do with strange image file paths. I navigated to the directory that seems to be for embedded/cached images

/home/USERNAME/.TeXmacs/system/tmp/4882/

and saw four curiously named files (here is one of them, they were all .agv_vuck)

tmp_28257254.agv_vuck_lhgr4hwqwnq2lppzri3hx5dsw7zb_-zeaoqbu3i8acholcwt09vxbbgryrflaebenloakb5qlepw-snofodt6wnzdfwfdi_tucibc16yiu0i6mhi8x48px9gg8w9cgdk-ylr-bhhyzut8bjhtboch-nr6e=s2048?key=pgrheeu74dwtox4_wgyjqq

I didn’t notice this before, because the error message points to the nonexistent files, e.g.

/home/USERNAME/.TeXmacs/system/tmp/82533/tmp_122037794.pdf

I tried saving these files permanently under different names, linking them with different names, embedding them again rather than linking them, etc. Nothing short of replacing the images with screenshots of the images themselves seemed to change this strange temporary filename. But after replacing the images with fresh copies, that solved the issue and I could export to pdf successfully using hummus.

I recall testing this on the AppImage months ago, if I recall it didn’t fix the export issue (but I could be misremembering, I could go test it again later…)