Arch Linux User Repository

@bol0bal4
does your file path contain some spaces or special characters?

Hi @Muflone,
I have just installed ver 2.1; When open some pdf via xdg-open, this bug still happened.
https://paste.linux.community/view/e2e59fad
Thank you,

I'll add the epoch if you think is really needed.
Can you explain why you think is dangerous to remove the epoch? AUR doesn't keep different versions.

@Muflone OK... So will the epoch come back on the next update?

@Muflone getting rid of epoch is very annoying and even dangerous for the users...

@Universebenzene
you're right, I got rid of the epoch (1:) prefix in the version number.
Just ignore the warning for once and install it straight

The previous version of this package is 1:1.1.0.0225-1, and my package manager said that the previous version is newer than today's(2.1.0805-1)...Is there something wrong?

@bol0bal4
I cannot confirm your issue with xdg-open, here everything works fine

If you wanna use foxitreader via xdg-open, you must patch /usr/lib/foxitreader/FoxitReader.sh
Edit line 3: selfpath="$(dirname $(readlink -f) "$0")"
readlink return NULL all the times.

@Maxiride why not skip the integrity check of the EULA?

It's not critical to check at the EULA imo.

@pschichtel I've added the make dependency

@everyone package updated to the latest version

Thank you @Maxiride, that comment should be pinned.

Eula changed, accordingly the build fail because of a mismatch of the checksum =)§
Solved thanks to aleroise comment on 2014-09-27 19:37

Just for others to now, when asked edit the PKGBUILD and modify the first sha256sum with 738fc621a727e0429b9c50580b3c166776797f925f2819037d1414dad0b95f6a

If in the future anyone gets again this error just download the eula.html found in the Sources section on AUR and calculate it's sha256 =)

The build failed for me due to missing libQt5Qml.so.5 (from extra/qt5-declarative).

@nbd
Foxitreader ships its own set of libraries. Previous versions used the system libraries causing a lot of troubles for different version numbers. The new package uses the shipped libraries.

@vigilian and @ltcmdrdata please rebuild the package again

I get an error when I try to start foxitreader.
The installation works without any problem, all packets are up to date:

[jkg@ds9 Downloads]$ foxitreader
/usr/lib/foxitreader/FoxitReader: symbol lookup error: /usr/lib/foxitreader/lib/libssl.so.1.0.0: undefined symbol: OPENSSL_init_library

the print setup doesn't work. I can t configure or print anything

I tried to update foxitreader and pacman shows that the installed size has increased from 6 Mb to 126 Mb. Is it some glitch?

@Muflone
Thanks. Your new package works very nicely.

@stonyboy
You were right, the whole package was lacking the lib directory in the library path. However I didn't changed the system-wide ld.so.conf.d but only changed the application launcher to use the local libraries

I also needed to create two symlinks to stop ldconfig from complaining:

cd /usr/lib/foxitreader/lib
sudo ln -sf libsecret-1.so.0.0.0 libsecret-1.so.0
sudo ln -sf libgcrypt.so.20.0.1 libgcrypt.so.20

Creating a foxitreader.conf with this content:

/usr/lib/foxitreader/lib

And putting it in /etc/ld.so.conf.d/ seems to do the trick

After installation i get this:

foxitreader: error while loading shared libraries: libQt5PrintSupport.so.5: cannot open shared object file: No such file or directory

The SO is here: /usr/lib/foxitreader/lib/libQt5PrintSupport.so.5, so does this need to be added to the ld cache?

@bobowolf123
package updated, thank you

@Muflone.
1.1.0.0225 is out. Thanks

Oh, it seems to be working fine now. I'm not sure what the problem was previously. Sorry for the noise.

@Rhinoceros
what sha256 have you got?
I've downloaded the file again and my sha256sum matches with that on the PKGBUILD

Thanks Muflone for the fix. However, is anyone else getting the following error? I've tried downloading the sources four times.

==> Validating source files with sha256sums...
FoxitReader1.01.0925_Server_x64_enu_Setup.run.tar.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!

At last I've made it using qt-installer-framework
Package updated to the latest version

As far I can see, there's no way to extract the files from the Foxit setup without the user interaction (then, the application cannot be installed system-wide from a package).

Hints are welcomed

EDIT: ok, I found a way using qt-installer-framework but it needs a couple of fixes, stay tuned.

please update to new version, thank you. @Muflone

New Foxit Version 1.0.1.0925 just release on 10/08/2015

@Nowaker
package updated

==> Validating source files with sha256sums...
eula.html ... FAILED

Thanks Muflone, that did the trick!

@theforeigner remove such fake symlink and rebuild the package foxitreader from scratch. It should link against libngnutls.so.30, not against the non existant lingnutls.so.28.

I still have the same problem as well. There's a softlink created /usr/lib/libgnutls.so.28 -> /usr/lib/libgnutls.so.30 but I still get the same error as forivall and kab reported.

Installing lib32-libgnutls28 doesn't work either, it fails the GPG keycheck when attempting to install dependency lib32-libnettle4.

Package updated and cleaned up a bit.

@forivall and @kab, do you still have the libgnutls.so.28 issue?
The executable file FoxitReader is linked to libgnutls.so.30
libgnutls.so.30 => /usr/lib32/libgnutls.so.30

@kab - I just created https://aur.archlinux.org/packages/lib32-libgnutls28/ , install that, and @tdy, please add it as a dependency.

GnuTLS got updated, which leads to a broken FoxitReader:
error while loading shared libraries: libgnutls.so.28: cannot open shared object file: No such file or directory

Awesome! Works great -- I thought this reader was not available for linux...

Outdated EULA checksum.

Change second checksum in 'sha256sums' in PKGBUILD file to :
844db1455fdaf081e9f6305a54b8d3fbd743ae79fdfcfd266213ef28405d2c28 and its ok.

If a new version of eula.html is put online, download the new eula.html, go to https://defuse.ca/checksums.htm and upload your file to it, you'll get the new checksum ;)

@nbb

lib32-gtk2 - here you should add multilib repository
lib32-sqlite3 - and change that dependency to 'lib32-sqlite'

dependencies:
- desktop-file-utils (already installed)
- lib32-gtk2 (building from AUR)
- lib32-sqlite3 (building from AUR)

Error during installation:
error: target not found: lib32-gtk2
error: target not found: lib32-sqlite3

Merged foxitreader-bin to foxitreader. Reason: duplicate package.

the 2nd sha256sum is now supposed to be
b952d68694cd913072c3091a5f296d83037b28d097dd7bb5690930347adb2bf3

the license sha256sum doesn't match anymore.

the dependency lib32-sqlite3, sqlite3 is now lib32-sqlite, sqlite

replace 2nd sha256sum with 989d43e0d10476582bf7ad6cb22ac4ba0571de9b227885204f1811272b071beb and it works.

Hi
I'm new to arch and not sure how to properly report issues. Some dependencies have been updated and previous versions are no longer present, at least on the mirror I use. e.g.: error: failed retrieving file 'lib32-libxxf86vm-1.1.2-1-x86_64.pkg.tar.xz' from ftp.tu-chemnitz.de : The requested URL returned error: 404 Not Found

I think 1.1.3.1 is the latest version available.

Not sure if I can force pacman use different versions (new to arch :) ) or you should update the package

Cheers

The "http://www.foxitsoftware.com/pdf/rd_eula.htm" in source() should be replaced with "http://www.foxitsoftware.com/Secure_PDF_Reader/eula.html", and the "install -Dm644 ../rd_eula.htm" in package() should be replaced with "install -Dm644 ../eula.html"

ok, upload the new pkgbuild, seems we don't need the alternative launcher at first= = if there's any other problem, feel free to report to me.
and, i must thank panda-z here for testing new pkgbuild under x86-64 for me :)

@leafpmsword:
i'm using arch i686,
do you mean now we can directly use FoxitReader686 (tbh it's the original launcher) to launch foxit reader under x86-64 environment?
if so, try this pkgbuild:
http://pastebin.com/eaWxSUrX
and tell me whether it works or not, if it works i'll replace current pkgbuld with it.

点击菜单中foxit图标没反应，原来是菜单图标中命令应该是：FoxitReader686才对,希望修改下～

出现错误如下：
-> 正在下载 rd_eula.htm...
初始化下载: http://www.foxitsoftware.com/pdf/rd_eula.htm
太多重定向。

==> 错误： 无法下载 rd_eula.htm
正在放弃...
==> ERROR: Makepkg was unable to build foxitreader.

I tried to build it with the link changed, but it tells me that the md5sum test fails for the rd_eula.htm file.

http://cdn04.foxitsoftware.com/pub/foxit/reader/desktop/linux/1.x/1.1/enu/FoxitReader-1.1.0.tar.bz2
seems this link works.

@anatolik:
have you uncommented "multilab" in /etc/pacman.conf?

unable to download the file FoxitReader-1.1.0.tar.bz2 :(

Tried to build it on 64bit system and got an error:

$ makepkg -s
==> Making package: foxitreader 1.1-5 (Wed Sep 26 20:14:11 PDT 2012)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: lib32-gtk2
==> ERROR: 'pacman' failed to install missing dependencies.

It's going nowhere, I'm afraid.
http://forums.foxitsoftware.com/showthread.php?14418-Foxit-for-Linux =>
"Unfortunately, due to human resources, we have stopped maintaining Reader for Linux. But we are developing windows-less frame Reader that can run across platforms. That will be a substitute version of current one."

please update the pkgbuild

Would be nice if you would update the PKGBUILD and change the source to the URL posted by carrioncrow.

I couldn't install this soft, so I replaced the link in PKGBUILDS with this one and it works :
http://cdn04.foxitsoftware.com/pub/foxit/reader/desktop/linux/1.x/1.1/enu/FoxitReader-1.1.0.tar.bz2

@Alir3z4, if thats the case you have too ;)
Our PKGBUILDS are exactly the same..

@Denhart you missed the md5sums :|
I updated and it works without any problem [http://pastebin.com/BHjDTDRU]

I updated the PKGBUILD with the new link, it can be found at http://pastebin.com/vweqnGuQ :)

http://cdn01.foxitsoftware.com/pub/foxit/reader/desktop/linux/1.x/1.1/enu/FoxitReader-1.1.0.tar.bz2

this link seems cannot download....OMG...

The download link is unusable. Plz update!!!!

The download path changed to

http://cdn01.foxitsoftware.com/pub/foxit/reader/desktop/linux/1.x/1.1/enu/FoxitReader-1.1.0.tar.bz2

change md5sum for eula to 53853cd872ac7e7fde9676c210f1a473 from e0ba59e3a111f402f99c2d2177d6dfa5

The reader always opens a fixed size window. Is there any way to change this behavior to full screen height?

the changes to the launcher should be for x86_64 only. I was thinking more like something here: http://pastebin.com/4RmY1ge1

the changes to the launcher should be for x86_64 only. I was thinking more like something here: http://pastebin.com/4RmY1ge1

could you change fr.launcher (for x86_64 only) to:

#!/bin/bash
export GTK_PATH=/usr/lib32/gtk-2.0
export GDK_PIXBUF_MODULE=/usr/lib32/config/gdk/gdk-pixbuf.loaders
export PANGO_RC_FILE=/usr/lib32/config/pango/pangorc
export LD_LIBRARY_PATH="/usr/lib32:$LD_LIBRARY_PATH"
exec /usr/lib/foxitreader/FoxitReader "$@"

This way it'll load the lib32 gtk2 theme to be more attractive.

Thanks.

fr.launcher should be changed to:

exec /usr/lib/foxitreader/FoxitReader "$@"

instead of:

cd /usr/lib/foxitreader
./FoxitReader "$@"

so that local file execution will be possible.

@chris_l: The spirit of the binary rule is to prevent people from uploading malicious programs. An icon is technically a "binary" file, but I don't see why that would apply to a 4KB standard-format image. It's kind of like when people used to blindly and religiously cite the "Contributor" vs "Maintainer" PKGBUILD requirement from the guidelines wiki without putting any thought into what the purpose would be.

you need to change fr.launcher for multilib systems.

the fr.png file is a binary file, including binary files is against the rules, you need to host it on a external server

if show up with below error, Change the X Server color depth to 24bit, it works.

PS. foxitreader has many bugs in linux.
/usr/bin/foxitreader: line 18: 9980 Segmentation fault $CMD "$@"
....


---------------------

(H�8
tReader:8896): Gdk-WARNING **: /build/buildd/gtk+2.0-2.16.1/gdk/gdkpixbuf-drawable.c:1247: Source drawable has no colormap; either pass in a colormap, or set the colormap on the drawable with gdk_drawable_set_colormap()

(H�8
tReader:8896): Gdk-WARNING **: The gdk_draw_*_image require the drawable argument to
have a specified colormap. All windows have a colormap,
however, pixmaps only have colormap by default if they
were created with a non-NULL window argument. Otherwise
a colormap must be set on them with gdk_drawable_set_colormap

(H�8
tReader:8896): Gdk-WARNING **: Attempt to draw a drawable with depth 24 to a drawable with depth 16
The program 'H�8
tReader' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
(Details: serial 5479 error_code 8 request_code 70 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)

What's wrong?

--> resolving desktop-file-utils... installed
--> resolving lib32-gtk2... unresolvable
--> resolving lib32-libxdamage... unresolvable
--> resolving lib32-sqlite3... unresolvable
WARNING: unresolved dependencies: foxitreader -> lib32-gtk2 (not found)

Change md5sums to

md5sums=('585d2fd105a221c78e89607039f17126'
'e0ba59e3a111f402f99c2d2177d6dfa5'
'21e108c58effa2ed69c74fbbd2af1454'
'a211b21e29c54b997e271f15a3c8b76b'
'9dbaa8ac779463948c321fdb0d5b4725')

Eula file doesn't pass checksum check, how can I fix this?

need lib32-bug-buddy for 64