Search Criteria
Package Details: impressive 0.13.1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/impressive.git (read-only, click to copy) |
---|---|
Package Base: | impressive |
Description: | A simple presentation program that displays slideshows of PDF, image or video files |
Upstream URL: | http://impressive.sourceforge.net |
Keywords: | pdf presentation slides |
Licenses: | GPL2 |
Submitter: | Dragonlord |
Maintainer: | vicp74 |
Last Packager: | vicp74 |
Votes: | 9 |
Popularity: | 0.44 |
First Submitted: | 2017-12-02 19:48 (UTC) |
Last Updated: | 2022-08-01 14:17 (UTC) |
Dependencies (9)
- mupdf-tools (mupdf-git)
- python-opengl
- python-pillow (python-pillow-git, python-pillow-simd)
- python-pygame (python-pygame-git)
- ffmpeg (ffmpeg-v4l2-request-git, ffmpeg-nox-git, ffmpeg-svt-vp9-git, ffmpeg-intel-full-git, ffmpeg-yt-dlp-bin, ffmpeg-shinobi, ffmpeg-git, ffmpeg-ndi, ffmpeg-libfdk_aac, ffmpeg-obs, ffmpeg-cuda, ffmpeg-mmal, ffmpeg-amd-full-git, ffmpeg-vulkan, ffmpeg-nocuda, ffmpeg-headless, ffmpeg-amd-full, ffmpeg-full, ffmpeg-decklink, ffmpeg-full-git) (optional) – for more efficient generation of video preview images
- ghostscript (optional) – for alternate PDF rendering
- mplayer (mplayer2, mplayer-vaapi, mplayer-svn, mplayer-gui-svn, mplayer2-build-git, mplayer-gui) (optional) – for sound and video playback
- pdftk (pdftk-gcj, pdftk-git) (optional) – for retrieving PDF metadata, can replace mupdf-tools
- xdg-utils (mimi-git, busking-git, xdg-utils-git, linopen, xdg-utils-handlr, xdg-utils-slock, mimi-bachoseven-git, xdg-utils-symlink-fix, xdg-utils-mimeo, xdg-utils-lxqt, opener, mimejs-git) (optional) – for starting web or e-mail hyperlinks from PDF documents
Latest Comments
vicp74 commented on 2021-09-30 12:24 (UTC) (edited on 2021-09-30 12:25 (UTC) by vicp74)
@rekja Maybe the svn repository was down? It doesn't look like you download anything:
You can try again. It's working for me right now.
rekja commented on 2021-09-29 16:35 (UTC)
I'm having trouble installing a package:
vicp74 commented on 2021-08-10 14:03 (UTC)
@keepitsimpleengr please check that you have accepted the new certificate for the svn repository. In case of doubt, try building this package again in a clean directory. It should be working. In your case it seems you are not getting the files from the svn repo. After doing what I mentioned before, you can also try doing:
svn co https://svn.emphy.de/impressive/trunk/impressive
which would give you a copy of the repo.
keepitsimpleengr commented on 2021-07-31 14:00 (UTC) (edited on 2021-07-31 14:02 (UTC) by keepitsimpleengr)
-> Updating impressive svn repo...
Skipped '.'
svn: E155007: None of the targets are working copies
==> WARNING: Failure while updating impressive svn repo
==> Validating source files with sha256sums...
impressive ... Skipped
make: *** No rule to make target 'impressive.py'. Stop.
vicp74 commented on 2021-07-30 17:09 (UTC)
@rekja the svn repository was down, but now it's working again so you may retry.
rekja commented on 2021-06-01 18:59 (UTC) (edited on 2021-06-01 19:01 (UTC) by rekja)
I have a problem with updating a package.
vicp74 commented on 2021-01-09 11:33 (UTC)
I've updated this package to rev 310 from svn to avoid the crash @mazieres mentions (due to PyGame 2.0.1). There may be other bugs (fullscreen not working on some windows managers) so this is not an stable version, but at least it's working.
A new release may be on its way, but until then I think it's better to use svn than the now-non-working previous stable release.
mazieres commented on 2021-01-06 23:34 (UTC)
Impressive no longer works for me. It briefly brings up a window and then aborts with:
vicp74 commented on 2020-12-18 18:36 (UTC)
Please don't mark this package as "Out of date" when it doesn't build or if you find a bug, use the comment section instead to report the problem.
The package is building fine. Since 2020/12/09 it's necessary to manually trust the server 'https://svn.emphy.de:443'. The process of doing that is very simple, just build the package in the standard way, using makepkg, and you'll be prompted to accept the corresponding certificate. Feel free to use an AUR helper (trizen, etc) but it is not officially supported, so I don't know if it will handle this correctly.
vicp74 commented on 2020-11-12 15:30 (UTC)
@keepitsimpleengr I've updated the build() function and now it should only make the necessary files (and you should not encounter the same problem). Please try again with this new version.
keepitsimpleengr commented on 2020-11-12 15:21 (UTC)
~not always workong (/usr/share/texmf-dist/tex/latex/tools/calc.sty))
! LaTeX Error: File `keystroke.sty' not found.
Type X to quit or <RETURN> to proceed, or enter new name. (Default extension: sty)
Enter file name: ! Emergency stop. <read *>
l.7 ^^M
! ==> Fatal error occurred, no output PDF file produced! Transcript written on demo.log. make: *** [Makefile:23: demo.pdf] Error 1
vicp74 commented on 2020-11-12 13:49 (UTC) (edited on 2020-11-12 13:49 (UTC) by vicp74)
I've updated this package to rev 306 from svn to avoid the segmentation faults. There may be other bugs (fullscreen not working on some windows managers) so this is not an stable version, but at least is working.
A new release may be on its way, but until then I think it's better to use svn than the now-non-working previous release.
mazieres commented on 2020-11-12 07:11 (UTC)
This used to work for me, but unfortunately the new version consistently dumps core:
Tio commented on 2020-01-28 11:59 (UTC)
Thanks!
vicp74 commented on 2020-01-27 14:55 (UTC)
@Tio Yes, it's command-line based. You can check its parameters at
http://impressive.sourceforge.net/manual.php
or by executing 'man impressive'. You can change transition style, timer and lots of things by doing so. Hope it helps!
Tio commented on 2020-01-25 14:11 (UTC)
@vicp74 So it is only command-line based? Thanks
vicp74 commented on 2020-01-14 16:23 (UTC) (edited on 2020-01-17 15:58 (UTC) by vicp74)
I updated this package to the new beta version, which no longer depends on python2 libraries.
I tested it in a few different scenarios, and there is a bug regarding the new python3 code and the pdftk backend. I reported it upstream and it's fixed in the SVN. The next version will work fine with pdftk but, meanwhile, I switched to mupdf, which seems to work every time.
@Tio: Impressive needs to be launched specifying a file. Something like
impressive slides.pdf
In any case, "command line parse error: no playable files specified" means that impressive couldn't find any presentation file. Try launching it from the same folder, something like the example above, to verify there aren't any white spaces in the path.
Tio commented on 2019-12-30 00:40 (UTC)
It works now to install but I get this error when I try to run it:
vicp74 commented on 2019-10-16 17:26 (UTC)
Well, I installed java-commons-lang (which is a opt-dep of pdftk) and everything works fine now, without the java errors.
vicp74 commented on 2019-10-15 14:37 (UTC) (edited on 2019-10-15 14:39 (UTC) by vicp74)
I tried impressive with the new pdftk from community and using the default backend (Xpdf/Poppler) but it doesn't seem to work with PDF v1.5 (from pdflatex) while it works just fine with PDF v1.4 (from Impress). There are some java errors while running it, but they appear whether the presentation works or not.
Then I tried a different backend, so I installed mupdf-tools, and it works fine with every version of PDF. I don't know what changed with the new pdftk (since it used to work before), but maybe this package could depend on mupdf-tools instead of pdftk for better compatibility.
Tio commented on 2019-10-13 00:07 (UTC)
Manjaro Gnome it gets stuck on "preparing" - I am using pamac to try and install.
valandil commented on 2019-10-07 01:29 (UTC)
@pat-s, could you change the dependency to pdftk?
pdftk-bin provides pdftk, so the user can choose between having pdftk or pdfk-bin if you put pdftk has a dependency. I myself prefer compiling pdftk from source (I'm also the maintainer for pdftk.)
Cheers,
pat-s commented on 2018-12-04 19:26 (UTC)
@GeoffreyFrogeye
I see the point. I moved from pdftk to pdftk-bin because of @gersons argument. I have no real preference here. But the cumbersome build process of pdftk maybe favors pdftk-bin a little bit more? Both pkgs are used by ~ the same amount of users.
GeoffreyFrogeye commented on 2018-11-16 12:59 (UTC)
I would advise against using pdftk-bin as a dependency. pdftk-bin provides pdftk, so if the dependency is on pdftk and one has installed pdftk-bin, this package will still be able to be installed. On the other hand, if we keep the pdftk-bin dependency, one that has pdftk installed won't be able to install this package.
pat-s commented on 2018-08-23 08:53 (UTC)
@gerson Thanks. I'll tackle this after I am back from vacation. Hit me up again in case I forget.
gerson commented on 2018-08-21 14:26 (UTC)
pdktk depends on gcc6, which makes it quite cumbersome. It is better to install pdftk-bin. Could we set pdftk-bin as the default instead of pdftk?