Package Details: boomaga 3.0.0-2

Git Clone URL: https://aur.archlinux.org/boomaga.git (read-only, click to copy)
Package Base: boomaga
Description: Virtual printer for viewing a document before printing it out using the physical printer
Upstream URL: https://www.boomaga.org/
Licenses: GPL2, LGPL2.1
Submitter: mrbit
Maintainer: FabioLolix
Last Packager: FabioLolix
Votes: 23
Popularity: 0.74
First Submitted: 2013-02-06 22:15 (UTC)
Last Updated: 2024-07-25 18:11 (UTC)

Dependencies (5)

Required by (0)

Sources (1)

Latest Comments

1 2 3 4 Next › Last »

FabioLolix commented on 2025-06-07 22:29 (UTC)

Shouldn't be a problem apply the patch

GaryScottMartin commented on 2025-06-07 22:24 (UTC) (edited on 2025-06-11 19:58 (UTC) by GaryScottMartin)

Boomaga release 3.0 starts Ghostscript with an option deprecated in Ghostscript 9.54. On February 20, 2022, a pull request (#108) was merged to fix this. However, no new release has been issued since 3.0 in 2019. Can this patch be applied during the install from the AUR?

FYI: boomaga-git will build from the corrected source, but its PKGBUILD must be edited to include

   -DCMAKE_POLICY_VERSION_MINIMUM=3.5 \

in the cmake command of the build() function.

zordsdavini commented on 2025-04-18 14:02 (UTC)

to build edit PKGBUILD with adding to cmake -DCMAKE_POLICY_VERSION_MINIMUM=3.5

GaryScottMartin commented on 2025-01-23 03:56 (UTC) (edited on 2025-01-23 04:30 (UTC) by GaryScottMartin)

I've been having a problem printing PDFs from Okular to Boomaga. I was getting an error;

I can't start gs converter: "GPL Ghostscript 10.04.0: Unrecoverable error, exit code 1"

Perplexity.ai listed six suggested fixes or workarounds including reverting Ghostscript to 9.53.3. I did that and got a different message about Ghostscript being unable to load libpaper.so.1. That was resolved by reverting libpaper to 1.1.28-2. Boomaga works properly with Ghostscript 9.53.3-3 and libpaper 1.1.28-2.

FabioLolix commented on 2024-05-12 10:04 (UTC)

With this version I had an error loading libpoppler

Likely libpoppler had a soname update

  • every time you have error while loading shared libraries: libXXX.so.XXX: cannot open shared object file: No such file or directory for build from source programs you have to rebuild it so it link against the new library version

hough it does take longer to install from source.

This build from source too

GaryScottMartin commented on 2024-05-10 22:30 (UTC) (edited on 2025-01-23 03:58 (UTC) by GaryScottMartin)

With this version I had an error loading libpoppler and boomaga showed as stuck in pause. I was not able to clear the pause. Things queued OK, though.

I removed boomaga and installed boomaga-git, which works correctly, though it does take longer to install from source.

==== When I encountered the problem I reported above, I uninstalled boomaga-git and reinstalled boomaga. No issues loading packages.

sethkush commented on 2023-12-19 21:53 (UTC)

This works fine on aarch64. Could you add it to the arch array?

patrick96 commented on 2018-05-06 11:29 (UTC) (edited on 2018-05-06 11:30 (UTC) by patrick96)

The new PKGBUILD doesn't work at all. I have fixed it and uploaded it as a gist [1]. I have fixed the following things:

  • Removed the second md5sums array

  • Removed the patch file (the patch doesn't apply anymore with the newest version)

And I also did some refactoring:

  • Removed the prepare function (only applied the patch file)

  • Removed unnecessary variables (name, _name)

  • Changed the URL to the github URL

  • Reformat

  • and fixed shellcheck warnings

The PKGBUILD works fine for me, use at your own risk though.

[1] https://gist.github.com/patrick96/8003335b6fd9ee4939b2cca0aae299ee

artemklevtsov commented on 2017-11-05 09:36 (UTC)

Now build successful. But I see only blank page with any PDF documents.

1 2 3 4 Next › Last »