Package Details: xnconvert 1.95.0-1

Git Clone URL: https://aur.archlinux.org/xnconvert.git (read-only, click to copy)
Package Base: xnconvert
Description: A powerful batch image-converter and resizer.
Upstream URL: https://www.xnview.com/en/xnconvert
Licenses: custom
Submitter: None
Maintainer: jonian
Last Packager: jonian
Votes: 22
Popularity: 0.012456
First Submitted: 2012-02-02 15:31 (UTC)
Last Updated: 2021-12-10 16:46 (UTC)

Latest Comments

maz-1 commented on 2021-08-03 07:52 (UTC)

@willemw This is not an open sourced software. OSS packages may need a "-bin" suffix to distinguish between prebuilt binaries and locally built binaries.

willemw commented on 2020-05-13 14:21 (UTC)

The package name should end on "-bin".

Kewl commented on 2020-02-23 20:52 (UTC) (edited on 2020-02-23 20:53 (UTC) by Kewl)

Bad practice to be reported upstream, the tgz was silently modified.

kzoli429 commented on 2020-02-19 19:04 (UTC) (edited on 2020-02-19 19:06 (UTC) by kzoli429)

@hydragravity: $ cd <download_dir> Given that pacman-contrib must have been installed, to perform an in-place update of the checksums in PKGBUILD, run $ updpkgsums Then $ makepkg -sri

hydragravity commented on 2020-02-17 16:39 (UTC)

XnConvert-linux-x64_1.83.tgz ... FAILED ==> ERROR: One or more files did not pass the validity check! Failed to build xnconvert

MCMic commented on 2020-02-17 10:52 (UTC)

I get a checksum error for XnConvert-linux-x64_1.83.tgz (x86_64)

Kewl commented on 2020-01-25 21:17 (UTC) (edited on 2020-01-25 21:27 (UTC) by Kewl)

corrected using Vi0L0's solution. what seemed to be happening is that xnconvert loads its own libqxcb.so which loads /usr/lib/libfontconfig.so but then loads the provided libfreetype.so.6 instead of the system's one. However the provided libfreetype.so.6 is not compatible with the system's one. The solution is to remove the provided libfreetype.so.6.

Vi0L0 commented on 2020-01-25 14:33 (UTC)

solution: remove /opt/xnconvert/lib/libfreetype.so.6

hydragravity commented on 2020-01-24 20:08 (UTC)

I can also confirm that version 1.83-1 does not start. It gives the same error as ikurito wrote.

qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx, xcb

Running on Manjaro KDE

ikiruto commented on 2020-01-24 19:28 (UTC)

1.83-1 Does not start.

qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx, xcb.

Kewl commented on 2018-03-29 18:24 (UTC)

@realmatrix: thanks, note this issue has now been sorted out upstream

realmatrix commented on 2017-09-27 15:16 (UTC)

Solution: downgrade fontconfig to <=2.12.5 found here: https://aur.archlinux.org/packages/xnviewmp/

realmatrix commented on 2017-09-26 11:46 (UTC)

I changed checksum, installation w/o any error but: program starts w/o any description (no letters/symbols) on all tabs and buttons!!! It is working, but there're no texts inside the whole program You can change the language by flag-symbol, but no difference at all Maybe something wrong with gstreamer or another lib? Anyone an idea? realmatrix

viktorchemko commented on 2017-09-11 14:26 (UTC)

Вышла версия XnConvert 1.75 Замените в PKGBUILD на sha256sums_x86_64=('2102367a11bae51a10ff28a8f34d444fb0d1e7b14ab8da8a39c899fe1b4825a3') sha256sums_i686=('0f1023c2d90819b5e32432734a2b5d159e25ef1d15f0e4832d09e41777d8cd04')

commented on 2016-11-06 18:45 (UTC)

I've updated this package to 1.73 and corrected the sources (so it *only* downloads the x64 bin on x64) and take the .desktop out of PKGBUILD (setting properly how it should be handled, aka *no pkgdir*). http://www.mediafire.com/file/9chn4bbybyxbd0m/xnconvert-1.73-1.src.tar.gz Note: it's a mirror because there are too many changes (a new file [.desktop], important changes in PKGBUILD, etc.)

drdru commented on 2016-07-10 22:17 (UTC)

new one 630712e5fbc7385c0d610fca35df51bd

Voice commented on 2016-02-27 10:27 (UTC)

Checksum bad under pacaur 4.5.4-1 updpkgsums --help

yair commented on 2016-02-23 07:14 (UTC)

please update, latest md5sum worked for me

Moo commented on 2016-02-15 22:11 (UTC)

x86_64 md5sum is now cfc76707ffa7ea49f3dce5a382b2b30f

gonzalomr commented on 2015-11-12 19:16 (UTC)

On x86_64 change md5sum if [ "$CARCH" = 'x86_64' ]; then source=(${pkgname}-${pkgver}.tgz::"http://download.xnview.com/XnConvert-linux-x64.tgz") md5sums=('00255779243321700f78681d277f7c13') fi

cokomoko commented on 2015-10-01 15:34 (UTC)

PKGBUILD edit md5sum if [ "$CARCH" = 'x86_64' ]; then source=(${pkgname}-${pkgver}.tgz::"http://download.xnview.com/XnConvert-linux-x64.tgz") md5sums=('732a659abe5e4e4e6427f5a5a66ca274') fi successful compilation, no problem.

bjo commented on 2015-01-11 13:33 (UTC)

Updated, thx.

Alister.Hood commented on 2015-01-05 01:02 (UTC)

Please version the downloaded source file, to prevent problems (like willemw encountered) for people using AUR helpers: source=(${pkgname}-${pkgver}.tgz::"http://download.xnview.com/XnConvert-linux.tgz")

willemw commented on 2014-11-27 18:09 (UTC)

url is now http://www.xnview.com/en/xnconvert/

willemw commented on 2014-11-21 16:55 (UTC)

==> Validating source files with md5sums... XnConvert-linux-x64.tgz ... FAILED ==> ERROR: One or more files did not pass the validity check!

bjo commented on 2013-08-10 11:55 (UTC)

I'll fix the post-install ASAP. I have qt4 installed and there are no issues with "mixed" types. No idea why the author of xnconvert bundles qt with his software.

willemw commented on 2013-08-09 09:58 (UTC)

@bjo The 'update-desktop-database' line should be updated according to the wiki. At least, I think that, the leading / in /usr is wrong. About the core dump: Having only one qt version installed is not really feasible, with all the dependencies. I am the only one that has this problem? I have also qt3 installed BTW. I think the conflict is between the two qt4's. Why not use the system's qt4 libraries, which is done with (most) other qt4 programs? I could be wrong, but having qt bundled with the program falls under a paid license, right?

bjo commented on 2013-08-09 09:10 (UTC)

@willemw: Updated deps. Did you try what happens if only one qt-version is installed and you comment out the two lines?

willemw commented on 2013-08-08 21:18 (UTC)

Run xnconvert: Cannot mix incompatible Qt library (version 0x40805) with this library (version 0x40802) /usr/bin/xnconvert: line 5: 14988 Aborted (core dumped) "$dirname"/XnConvert "$@" Qt4 and qt5 are installed. On x86_64. Commenting out the export lines in /usr/bin/xnconvert solves the problem: #export LD_LIBRARY_PATH="$dirname"/lib #export QT_PLUGIN_PATH="$dirname"/lib xnviewmp runs without needing to comment out the export lines.

willemw commented on 2013-08-08 20:49 (UTC)

.install file: 'update-desktop-database -q' in post_install and post_remove. Package should depend on desktop-file-utils.

commented on 2012-10-02 18:49 (UTC)

Thanks! The package is now up to date.

bjo commented on 2012-10-01 23:49 (UTC)

1.5 is out!