Package Details: xnviewmp 1.00-1

Git Clone URL: https://aur.archlinux.org/xnviewmp.git (read-only, click to copy)
Package Base: xnviewmp
Description: An efficient multimedia viewer, browser and converter.
Upstream URL: https://www.xnview.com/en/xnviewmp/
Keywords: graphics
Licenses: custom
Submitter: oliwer
Maintainer: Corax
Last Packager: Corax
Votes: 287
Popularity: 1.03
First Submitted: 2008-07-25 19:01 (UTC)
Last Updated: 2022-05-04 16:15 (UTC)

Pinned Comments

Corax commented on 2017-01-21 15:34 (UTC) (edited on 2017-02-12 19:23 (UTC) by Corax)

I have created a new package: xnviewmp-system-libs. This is exactly the same build, except that the bundled Qt/icu libs are removed. Please try it if you want to use XnView without the bundled libs, and discuss any issue related to this configuration here: https://aur.archlinux.org/packages/xnviewmp-system-libs/. Do keep in mind that this is an experimental package though, and things may break when I try to fix other things...

Corax commented on 2017-01-20 21:49 (UTC) (edited on 2017-02-01 21:10 (UTC) by Corax)

If makepkg fails because the checksum is incorrect, please flag the package out-of-date and I will update the PKGBUILD. Upstream does not version the released archives and does not announce new releases either, so the checksum is bound to become wrong every time there is a new release, and there's nothing I can do about that.

Latest Comments

infested999 commented on 2022-05-04 12:28 (UTC)

PKGBuild is out of date again. Correct sha256sum is '3BC29C4F160D62BD2172C5BC7C6DFD793A2CAC921030BF767069618BB35DE44F'

Corax commented on 2022-01-22 19:52 (UTC)

Apologies for the delay updating the package, the 0.99.7 release happened at a very busy time for me, but I'm now back in business :)

Chaosmos commented on 2022-01-20 12:35 (UTC) (edited on 2022-01-20 20:26 (UTC) by Chaosmos)

==> Validating source files with sha256sums... XnViewMP-linux-x64_0.99.6-rel1.tgz ... FAILED ==> ERROR: One or more files did not pass the validity check! Failed to build xnviewmp

flan_suse commented on 2021-09-23 13:29 (UTC)

Important bugfixes from 0.99.0 -> 0.99.1

I see someone already marked this (0.99.0) as out of date. =)

Corax commented on 2021-06-14 21:52 (UTC)

@djmattyg007: I hadn't even noticed the PKGBUILD was using HTTP URLs, thanks for the heads-up! That's probably because upstream is using HTTP URLs everywhere... Anyway, I've updated the URLs.

djmattyg007 commented on 2021-06-14 03:42 (UTC)

Please update the upstream URL and the source download URL to use HTTPS.

Corax commented on 2021-05-16 18:29 (UTC)

@zw963: I wish I could do something about that, but this is beyond my control! The source tarball is indeed pretty big, but this is actually explained by the fact that it contains most of the libraries XnView MP depends on: the libs directory represents about 75% of the total size (uncompressed). I don't think this is something that upstream would easily accept to change, because the only supported way to run XnView MP is using those packaged libs. Note that I maintain another package (xnviewmp-system-libs) that allows you to get rid of those libs and use the system ones instead, but it doesn't change the fact that you need to download the full source tarball.

zw963 commented on 2021-05-16 04:33 (UTC) (edited on 2021-05-16 04:35 (UTC) by zw963)

XnViewMP-linux-x64_0.98.3-rel1.tgz, this source file is too too big to download for a just a picture viewer, just because it include some big demo video/image into this source code packaged file, right?

==> Making package: xnviewmp 0.98.3-1 (Sun 16 May 2021 12:30:09 PM CST)
==> Retrieving sources...
  -> Downloading XnViewMP-linux-x64_0.98.3-rel1.tgz...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   343  100   343    0     0    436      0 --:--:-- --:--:-- --:--:--   435
100 73.3M  100 73.3M    0     0  2992k      0  0:00:25  0:00:25 --:--:-- 5433k

could you please optimize for a more small size?

thank you!

je42 commented on 2021-05-06 20:12 (UTC)

Tried to install the package with yay -S xnviewm but it failed:

==> Retrieving sources...
  -> Found XnViewMP-linux-x64_0.98.2-rel1.tgz
  -> Found xnviewmp.desktop
==> Validating source files with sha256sums...
    XnViewMP-linux-x64_0.98.2-rel1.tgz ... FAILED
    xnviewmp.desktop ... Passed
==> ERROR: One or more files did not pass the validity check!

Corax commented on 2021-02-22 18:54 (UTC)

@PhotonX: by a complete coincidence, 0.98.2 got released today, which explains why the checksum failed on the archive :) I've now updated the PKGBUILD.

PhotonX commented on 2021-02-22 11:02 (UTC) (edited on 2021-02-22 11:04 (UTC) by PhotonX)

For me it fails for the release file:

XnViewMP-linux-x64_0.98.1-rel1.tgz ... FAILED

xnviewmp.desktop ... Passed

Corax commented on 2021-02-21 15:59 (UTC)

@rratul: I unflagged the package because the checksum failure you get is on xnviewmp.desktop, which doesn't make sense as it's part of the package and I didn't change it. Try to delete the AUR repo and start again.

mrjayviper commented on 2020-12-15 13:57 (UTC)

@ax34 I think it's already been flagged by someone else. I'm new to using arch/aur. Thank you.

ax34 commented on 2020-12-15 13:25 (UTC) (edited on 2020-12-15 13:26 (UTC) by ax34)

@mrjayviper,

"If makepkg fails because the checksum is incorrect, please flag the package out-of-date and I will update the PKGBUILD"

mrjayviper commented on 2020-12-15 12:04 (UTC)

can you please fix the checksum? I cannot install it. Thanks

Xenx commented on 2020-10-19 09:19 (UTC)

@Corax: yes, everything works. thanks

Corax commented on 2020-10-18 20:39 (UTC)

@Xenx: I'm very sorry, I thought I had updated just after it was marked out-of-date, but stupidly I committed without pushing >.< The package should now be up-to-date!

Xenx commented on 2020-10-18 20:01 (UTC)

Hey. There was an error installing or updating a package, can you fix it? ==> ERROR: One or more files did not pass the validity check!

Corax commented on 2020-08-21 12:57 (UTC)

@piona: thanks for the heads-up, I really need to use makepkg -C but forget every time :/ Now fixed! I didn't bump the pkgrel, since the package couldn't be built anyway.

piona commented on 2020-08-21 12:38 (UTC) (edited on 2020-08-21 12:39 (UTC) by piona)

PKGBUILD command rm "${pkgdir}/opt/${pkgname}/lib/libfreetype.so"* fails because of non existing file.

Possible workarounds: it can be deleted or rm -f

Corax commented on 2020-04-18 22:18 (UTC)

@ax34: ah OK that makes more sense, I was puzzled by this! Glad you fixed it.

ax34 commented on 2020-04-16 20:17 (UTC)

@Corax my bad, it was a problem with my build of OpenAL

ax34 commented on 2020-04-10 11:43 (UTC)

@Corax https://gist.github.com/axredneck/ece402949fb558e57c32a87ae3b60cdb

Corax commented on 2020-04-10 10:11 (UTC)

@ax34: that doesn't make much sense, XnView does not depend on that library and I don't have it installed either... Can you run LD_DEBUG=libs xnviewmp and copy the output?

ax34 commented on 2020-04-10 00:34 (UTC)

/opt/xnviewmp/XnView: error while loading shared libraries: libsndio.so.7.0: cannot open shared object file: No such file or directory

Corax commented on 2020-03-24 23:28 (UTC)

@vsvyatski: that is weird, the MD5 hasn't changed on my side, and the SHA256 matches the one advertised here: https://newsgroup.xnview.com/viewtopic.php?f=82&t=40169 . Are you sure that your archive isn't corrupted?

vsvyatski commented on 2020-03-23 18:20 (UTC)

It appears that the MD5 checksum for XnViewMP-linux-x64_0.96-rel1.tgz is wrong in the version 0.96-1, therefore the application cannot be installed (MD5 check fails). The correct one is 7510208bf72595c7ea39f128d335e103.

Corax commented on 2020-01-28 21:15 (UTC)

0.95-2 "fixes" QT_QPA_PLATFORMTHEMES since libqt5ct.so has been removed (but qt5ct doesn't seem to actually work, so I'm not sure how much of a fix this is).

Corax commented on 2020-01-26 00:14 (UTC)

0.95 doesn't seem to work when QT_QPA_PLATFORMTHEME is set, apparently because the shipped platformthemes libs haven't been updated for the new Qt libs (5.12.6). I would recommend switching to my other package (xnviewmp-system-libs) if this is an issue (AFAICT it works just as well, and it doesn't come with all the bundled libs).

Corax commented on 2020-01-15 19:45 (UTC)

Now bumped to 0.94.3.

technoguyx commented on 2020-01-15 19:25 (UTC)

Current version is 0.94.3-1, but fixing this was easy enough: clone the package with git, download the tarball from the official website and obtain it's MD5 with md5sum. Replace the first MD5 sum in the PKGBUILD file with this, and then run makepkg. Just a heads up in case anyone else finds themselves in this situation.

mrouilla51 commented on 2019-11-26 04:21 (UTC) (edited on 2019-11-26 04:28 (UTC) by mrouilla51)

"I fixed this shortly after I pushed 0.94.1-1, but clearly that wasn't fast enough to avoid a pkgrel bump! 0.94.1-2 should work."

I have a problem with this new version. It won't install at all. I had 0.94.1-1 before and remove it to see if that will fix it but now I can't install the program at all. There is something broken.

EDIT OK I rebuild it from the GIT and this time it went through. May be a problem with pamac ?

aucunhenac commented on 2019-11-25 22:47 (UTC)

@Corax: I tested now! Thanks a lot for the quick fix!

Corax commented on 2019-11-25 19:20 (UTC)

@aucunhenac: I fixed this shortly after I pushed 0.94.1-1, but clearly that wasn't fast enough to avoid a pkgrel bump! 0.94.1-2 should work.

aucunhenac commented on 2019-11-25 15:54 (UTC)

When I try to execute, nothing is show. I try to execute on console and report this message: /usr/bin/xnviewmp: line 7: /opt/xnviewmp/XnView: Permission denied /usr/bin/xnviewmp: line 7: exec: /opt/xnviewmp/XnView: cannot execute: Permission denied

The version before the last update this isn't happened. Now I have 0.94.1-1 version.

jrichard326 commented on 2019-11-22 00:48 (UTC)

Thank you for the quick turnaround. The install is working fine now.

Corax commented on 2019-11-22 00:34 (UTC)

@jrichard326: my bad, copy-pasting from xnview-system-libs without even running makepkg was indeed very stupid of me... Hopefully it should be fine now.

jrichard326 commented on 2019-11-22 00:01 (UTC) (edited on 2019-11-22 00:03 (UTC) by jrichard326)

Fails with the following error:

Entering fakeroot environment... ==> Starting package()... chmod: cannot access '/tmp/pamac-build/xnviewmp/pkg/xnviewmp/opt//xnview*.png': No such file or directory ==> ERROR: A failure occurred in package(). Aborting...

Corax commented on 2019-05-20 18:25 (UTC)

@salamander: is this specific to this package, i.e. does it work as expected as Ubuntu? Otherwise you should ask on https://newsgroup.xnview.com/index.php

salamander commented on 2019-05-15 19:30 (UTC)

flif format seems to be supported for some time now, can you help me activating it, please? i can't seem to find it in the options.

Corax commented on 2019-03-16 14:43 (UTC)

@brainmue: thanks for the heads-up, I bumped the srcrel/pkgrel. It is annoying indeed, not much we can do about it :/

brainmue commented on 2019-03-15 20:36 (UTC)

Hi I have a problem with the checksum of the file XnViewMP-linux-x64_0.93.1-rel1.tgz:

XnViewMP-linux-x64_0.93.1-rel1.tgz ... Error xnviewmp.desktop ... Good

md5sum XnViewMP-linux-x64_0.93.1-rel1.tgz

69338727979981ac7dd7c060d8833621 XnViewMP-linux-x64_0.93.1-rel1.tgz

I think they changed the file again? Which is really bad.

merlock commented on 2019-03-09 13:15 (UTC)

Thanks for the quick fix!

Corax commented on 2019-03-09 12:11 (UTC)

Apologies, XnView.desktop~ is no longer in the archive so there's nothing to remove! This is now fixed. Next time I'll make sure to use makepkg -C, I don't understand why this isn't the default...

SimpleSimon commented on 2019-03-09 10:01 (UTC)

Same problem here when attempting upgrade to 0.93.1: "rm: cannot remove '/tmp/makepkg/xnviewmp/pkg/xnviewmp/opt/xnviewmp/XnView.desktop~': No such file or directory"

anonymous352 commented on 2019-03-09 07:49 (UTC)

also getting "rm: cannot remove '/tmp/makepkg/xnviewmp/pkg/xnviewmp/opt/xnviewmp/XnView.desktop~': No such file or directory"

merlock commented on 2019-03-09 00:16 (UTC)

Attempting to upgrade to 0.93.1-1:

==> Entering fakeroot environment... ==> Starting package()... rm: cannot remove '/tmp/makepkg/xnviewmp/pkg/xnviewmp/opt/xnviewmp/XnView.desktop~': No such file or directory ==> ERROR: A failure occurred in package(). Aborting...

Sardok77 commented on 2018-09-20 07:53 (UTC)

Thanks, for the fast update. I could it install now.

Corax commented on 2018-09-12 20:43 (UTC) (edited on 2018-09-12 20:44 (UTC) by Corax)

FYI: I am aware that 0.91 is out (thanks to porzione for flagging the package out-of-date!), but I'm waiting for some dependency mess to be resolved, see: https://newsgroup.xnview.com/viewtopic.php?f=82&t=37907

flittermice commented on 2018-06-23 15:05 (UTC)

Just FYI, won't have anything to do with the PKGBUILD: In order to get videos running I had to uninstall gstreamer-vaapi.

Corax commented on 2018-06-23 11:31 (UTC)

@indianahorst: I don't think the SSL errors have anything to do with the GPS map not working. I have just tried with xnviewmp-system-libs (my other package that uses the system Qt libs instead of the ones shipped with XnView), and I don't get those SSL errors, but the "No such signal GPSMapWidget::reloadMap()" error is still there and nothing shows up. Not sure what to do about this, you may want to report it on the forum.

indianahorst commented on 2018-06-23 10:23 (UTC) (edited on 2018-06-23 10:24 (UTC) by indianahorst)

XnView works fine, except the GPS Tab, which should show the coordinates of images.

When I start XnView from command line, I get this:

[code]

MyView::onLoaded ok
resetViewport (2cbbeb0) ==> 798 246 (369 246) 0 0

QObject::connect: No such signal GPSMapWidget::reloadMap() qt.network.ssl: QSslSocket: cannot resolve CRYPTO_num_locks qt.network.ssl: QSslSocket: cannot resolve CRYPTO_set_id_callback qt.network.ssl: QSslSocket: cannot resolve CRYPTO_set_locking_callback qt.network.ssl: QSslSocket: cannot resolve ERR_free_strings qt.network.ssl: QSslSocket: cannot resolve EVP_CIPHER_CTX_cleanup qt.network.ssl: QSslSocket: cannot resolve EVP_CIPHER_CTX_init qt.network.ssl: QSslSocket: cannot resolve sk_new_null qt.network.ssl: QSslSocket: cannot resolve sk_push qt.network.ssl: QSslSocket: cannot resolve sk_free qt.network.ssl: QSslSocket: cannot resolve sk_num qt.network.ssl: QSslSocket: cannot resolve sk_pop_free qt.network.ssl: QSslSocket: cannot resolve sk_value qt.network.ssl: QSslSocket: cannot resolve SSL_library_init qt.network.ssl: QSslSocket: cannot resolve SSL_load_error_strings qt.network.ssl: QSslSocket: cannot resolve SSL_get_ex_new_index qt.network.ssl: QSslSocket: cannot resolve SSLv3_client_method qt.network.ssl: QSslSocket: cannot resolve SSLv23_client_method qt.network.ssl: QSslSocket: cannot resolve SSLv3_server_method qt.network.ssl: QSslSocket: cannot resolve SSLv23_server_method qt.network.ssl: QSslSocket: cannot resolve X509_STORE_CTX_get_chain qt.network.ssl: QSslSocket: cannot resolve OPENSSL_add_all_algorithms_noconf qt.network.ssl: QSslSocket: cannot resolve OPENSSL_add_all_algorithms_conf qt.network.ssl: QSslSocket: cannot resolve SSLeay qt.network.ssl: QSslSocket: cannot resolve SSLeay_version qt.network.ssl: QSslSocket: cannot call unresolved function SSLeay qt.network.ssl: Incompatible version of OpenSSL qt.network.ssl: QSslSocket: cannot call unresolved function SSLv23_client_method qt.network.ssl: QSslSocket: cannot call unresolved function SSL_library_init [/code]

It seems to have to to with different SSL versions, but I have OpenSSL 1.1 as well as OpenSSL 1.0 installed.

How can I force XnView to use the old OpenSSL 1.0?

Corax commented on 2018-05-14 22:22 (UTC) (edited on 2018-05-14 22:22 (UTC) by Corax)

@not_anonymous: thanks for the heads-up, but I don't think these warnings are very relevant and/or can be easily fixed.

xnviewmp E: Insecure RPATH '/home/pierre/Qt5.9.3/5.9.3/gcc_64/lib' in file ('opt/xnviewmp/XnView')

This is clearly not good, but this is how the application is compiled by the maintainer (remember, that's a binary package). I could hack things together using chrpath, but I don't think it's worth the hassle (and I'd rather avoid modifying prebuilt binaries).

xnviewmp E: Symlink (opt/xnviewmp/lib/libwebp.so.6) points to non-existing libwebp.so

I don't understand that one, libwebp.so definitely exists (in the same directory).

xnviewmp E: Dependency gtk3 detected and not included (libraries ['usr/lib/libgdk-3.so.0', 'usr/lib/libgtk-3.so.0'] needed in files ['opt/xnviewmp/lib/platformthemes/libqgtk3.so'])

The corresponding library in qt5-base also depends on libgtk-3.so, and qt5-base itself has an optdep on gtk3. Since this package already depends on qt5-base (indirectly), I don't think it's worth propagating the optdep.

not_anonymous commented on 2018-05-13 23:43 (UTC)

from namcap run;

xnviewmp E: Insecure RPATH '/home/pierre/Qt5.9.3/5.9.3/gcc_64/lib' in file ('opt/xnviewmp/XnView')

xnviewmp E: Symlink (opt/xnviewmp/lib/libwebp.so.6) points to non-existing libwebp.so

xnviewmp E: Dependency gtk3 detected and not included (libraries ['usr/lib/libgdk-3.so.0', 'usr/lib/libgtk-3.so.0'] needed in files ['opt/xnviewmp/lib/platformthemes/libqgtk3.so'])

Kewl commented on 2018-03-08 22:30 (UTC)

note there is now an AppImage provided as well for XnViewMP

OldNuc commented on 2017-11-10 04:36 (UTC)

0.88-1 has fixed the font issue.

Corax commented on 2017-11-04 12:09 (UTC) (edited on 2017-11-04 12:10 (UTC) by Corax)

0.88 is upon us :D This should solve the font issues, apparently fuan_k has already confirmed that :-) Don't forget to remove /opt/xnviewmp/lib/libfontconfig.so.1 if you used the hack I mentioned below.

Corax commented on 2017-10-08 17:03 (UTC)

@fuan_k: great news, and well done reporting these bugs! Looks like 0.88 is going to be a great release :-)

fuan_k commented on 2017-10-02 03:25 (UTC) (edited on 2017-10-02 14:24 (UTC) by fuan_k)

@Corax: he's doing this in private. Wait and see. edit: here is the bug tracker ticker: https://www.xnview.com/mantisbt/view.php?id=1315 I've also managed to get him to fix the broken config path I mentioned before (below). The problem was using the "Program (XnView)" setting during initial set up, instead of "User (System)". It was a bug anyway, now fixed too. https://www.xnview.com/mantisbt/view.php?id=1317

Corax commented on 2017-10-01 17:54 (UTC)

@fuan_k: awesome! Did he comment about that on the forum? Can't see anything in General Support.

fuan_k commented on 2017-09-29 23:01 (UTC)

Good news, the xnviewmp author has looked into it and has it fixed in an upcoming version! No more fontconfig errors (just tried it myself). :D

Corax commented on 2017-09-27 18:42 (UTC)

@fuan_k: not much I can do about the font glitch I'm afraid, there's probably something wrong about how XnView uses fontconfig :/ Regarding the fontconfig breakage, I'll give it some more time before I hack the PKGBUILD. An Archer has reported the issue on the forum, we'll see how it goes: https://newsgroup.xnview.com/viewtopic.php?f=82&t=36326

fuan_k commented on 2017-09-27 01:52 (UTC) (edited on 2017-09-27 02:17 (UTC) by fuan_k)

It's funny because the fontconfig error always mentions a totally different line for each xnviewmp instance. @Corax: thanks again for maintaining this package. It might be wise to add the workaround to the PKGBUILD (and perhaps document it in comments). For me I found the old package in /var/cache/pacman, and I did not have 1.10.0 as I skipped an update :P. Would it be a good idea to ask the author of XnviewMP to include his own fontconfig in the package? I'm still trying to fix this stupid font glitch from forever ago. Edit: I got it to work after downgrading to libfontconfig.so.1.9.4 and using this shell script: export LD_LIBRARY_PATH="/usr/lib:$dirname/Plugins" export QT_PLUGIN_PATH="/usr/lib:$dirname/lib:/usr/lib/qt/plugins" export QT_QPA_PLATFORM_PLUGIN_PATH="$dirname/lib/platforms/" QT_QPA_PLATFORMTHEME=qt5ct exec "$dirname/XnView" "$@" Still looking for a way to preload these libs without downgrading my entire system and not segfault xnview. Edit: I give up. For now, the font glitch is here to stay until I try again. ugh.

OldNuc commented on 2017-09-26 01:03 (UTC)

Corax, that fixed it.

Corax commented on 2017-09-25 22:14 (UTC)

@porzione @OldNuc: you're right, I've got exactly the same problem. To avoid having to downgrade fontconfig system-wide, the trick I'm using for now is to put the previous version of fontconfig in lib/: $ cd /tmp $ tar xvf /var/cache/pacman/pkg/fontconfig-2.12.5-1-x86_64.pkg.tar.xz usr/lib/libfontconfig.so.1.10.0 $ sudo mv usr/lib/libfontconfig.so.1.10.0 /opt/xnviewmp/lib/libfontconfig.so.1 If the problem persists, I could add this kind of workaround to the PKGBUILD.

OldNuc commented on 2017-09-22 12:29 (UTC)

fontconfig-2.12.6-1 breaks all fonts. specifically with this error: Fontconfig error: "/etc/fonts/fonts.conf", line 43631311: syntax error Fontconfig error: Cannot load config file from /etc/fonts/fonts.conf

porzione commented on 2017-09-22 12:06 (UTC)

With latest fontconfig-2.12.6-1 there are no more visible fonts in xnviewmp and xnviewmp-system-libs too, just empty spaces. Quick fix - downgrade to fontconfig-2.12.5-1.

Corax commented on 2017-07-03 21:18 (UTC)

@Slobodan: indeed, something's got really wrong with the permissions, and if folders don't have the right permissions I'm not surprised a segfault happens (it probably links against the system libraries). To rule out any yaourt configuration issue, could you try building with makepkg directly (assuming /tmp is a tmpfs, which is the default): $ cd /tmp $ wget https://aur.archlinux.org/cgit/aur.git/snapshot/xnviewmp.tar.gz $ tar xvf xnviewmp.tar.gz $ cd xnviewmp $ makepkg -i And then check the permissions (all files should be either 755 or 644). If the permissions are still wrong, please post the output of `bsdtar tvf /tmp/xnviewmp/xnviewmp-0.86-1-x86_64.pkg.tar`.

Slobodan commented on 2017-07-03 11:57 (UTC) (edited on 2017-07-03 12:56 (UTC) by Slobodan)

Thanks for response Corax. xnview.sh permissions were 744 after installation. I've chmod-ed them to 777 and xnviw now exits with "Segmentation fault (core dumped)". Looked for xnview folder in home/user/.config - there is none. I'll 'yaourt -Rsn' the package and try again; --- I've reinstalled it and have the same error. I've noticed that folder /opt/xnviewmp/UI hass permissions 700 whilst all other folders are 755 (if that matters). Thanks again.

Corax commented on 2017-07-02 20:38 (UTC)

@Slobodan: that's strange. The symlink permissions themselves are irrelevant (symlinks are always 777), what are the permissions of /opt/xnviewmp/xnview.sh? By any chance, have you mounted a partition on /opt whose FS doesn't support Unix permissions (e.g. NTFS)?

Slobodan commented on 2017-07-02 16:25 (UTC) (edited on 2017-07-02 16:26 (UTC) by Slobodan)

I've yaourt-ed xnview on my fresh Manjaro XFCE 32 bit, didn't edit pkgbuild and now, when starting xnview from menu I have this error message: 'Failed to execute command "/usr/bin/xnviewmp %F". Failed to execute child process "/usr/bin/xnviewmp" (Permission denied)'. Simlink permissions are 777. Can you please help? I can be reached via mojimejl@tutanota.com

Corax commented on 2017-05-01 22:49 (UTC)

@fuan_k Weird, I don't have this issue. With the default keys in xnview.ini (shortcut=default.keys, toolbar=default.bar), xnviewmp reads the right files: open("/home/corax/.xnviewmp/default.keys", O_RDONLY|O_CLOEXEC) = 11 open("/home/corax/.xnviewmp/default.bar", O_RDONLY|O_CLOEXEC) = 11

fuan_k commented on 2017-04-28 16:03 (UTC) (edited on 2017-04-28 20:37 (UTC) by fuan_k)

Can any of you guys reproduce this issue reported there please? http://newsgroup.xnview.com/viewtopic.php?f=62&t=35447 The default.keys default.bar files are not looked up properly anymore since 0.85 and the author says he can't reproduce (he only supports Ubuntu as far as I know). Edit: found a fix replace these values in the xnview.ini file located in ~/.config/xnviewmp/xnview.ini shortcut=/home/user/.config/xnviewmp/default.keys toolbar=/home/user/.config/xnviewmp/default.bar

Corax commented on 2017-04-04 18:44 (UTC)

@fritz2 Thanks for the notification, I have bumped the PKGBUILD. No need to comment though, flagging out-of-date is enough to send me a notification.

fritz2 commented on 2017-04-04 15:51 (UTC)

A new version is out: http://download.xnview.com/XnViewMP-085-linux-x64.tgz Results in a 404 error: curl: (22) The requested URL returned error: 404 Not Found ==> ERROR: Failure while downloading http://download.xnview.com/XnViewMP-linux-x64.tgz

Corax commented on 2017-02-12 19:22 (UTC)

@fuan_k First, I wish more people didn't "know much about computers" like you do, the world would be a better place :D To be honest the packaging of XnView MP is awful and I don't feel like the maintainer really understands what he does. Anyway, I found out that I still had a font issue using system libs. I think I found a way to fix it, which is actually quite logical. Please try the latest pkgrel of https://aur.archlinux.org/packages/xnviewmp-system-libs/ and let me know if it works for you (look at the commit message for more info on what I did). Note that this package relies on the gtk2 platform themes, but I believe it should work with qt5ct too (just tweak xnview.sh).

fuan_k commented on 2017-02-09 18:55 (UTC) (edited on 2017-02-09 22:39 (UTC) by fuan_k)

Now segfaulting since the last update, when using system libs (ie. the previous workarounds to fix the fonts don't seem to work anymore because I can only use bundled libs). What on Earth are they doing upstream? xD Changing the following line in xnview.sh causes the segfault: ``export QT_PLUGIN_PATH="$dirname/lib"`` to ``export QT_PLUGIN_PATH="/usr/lib"`` Must be because updated Qt libs are now 5.8 and xnview is still shipping 5.6 libs? Edit: Found a new workaround which works!! Edit xnview.sh as follows: export LD_LIBRARY_PATH="/usr/lib:$dirname/Plugins" export QT_PLUGIN_PATH="/usr/lib" export QT_QPA_PLATFORM_PLUGIN_PATH="$dirname/lib/platforms" export QT_QPA_PLATFORMTHEME="qt5ct" and change qt.conf like this: [Paths] Plugins = Plugins lib = lib Then symlink qt5ct into the Plugins directory: sudo ln -s /usr/lib/qt/plugins/platformthemes/libqt5ct.so /opt/xnviewmp/Plugins/libqt5ct.so And to avoid the "missing style proxy" error (not critical, only optional): sudo mkdir /opt/xnviewmp/Plugins/styles sudo ln -s /usr/lib/qt/plugins/styles/libqt5ct-style.so /opt/xnviewmp/Plugins/styles/libqt5ct-style.so Then qt5ct plugin loads fine again -- although the icons get reverted to default gnome icons for some reason -- but the font is tweaked accordingly to qt5ct again. Can't find a way to have qt5gtk2 working though. Sorry I don't know much about computers but... What a MESS!

Corax commented on 2017-02-01 21:18 (UTC)

@goldpaw Yes with your suggestion it's now less problematic (I've updated the pinned comment accordingly), we just have to notice that upstream has made a new release. When I find time I'll set up something to check that periodically, e.g. every day. And you're very much welcome, I only maintain this package since a few months ago but I'm glad it proves useful to so many people :)

goldpaw commented on 2017-02-01 14:37 (UTC)

@Corax happy to help! :D And I totally agree that the way the xnview team does their versioning is a problem. We're bound to get checksum errors and bugs from time to time since they don't really label or announce anything. But it's easy enough for us to check the md5 of the source and manually modify the PKGBUILD when needed. We'll figure it out! Thanks for your continued work, wouldn't know what to do without this package! :)

Corax commented on 2017-01-24 22:10 (UTC)

@goldpaw I implemented your suggestion in the latest commit (I didn't bump the pkgrel as there is no point in making everyone rebuild exactly the same package). Thanks again!

Corax commented on 2017-01-23 21:27 (UTC)

@goldpaw I actually thought about doing that (very briefly though). I was concerned that it could be deceiving as the source archive would be renamed to the wrong version if the PKGBUILD it out-of-date, but that only happens if you've never run makepkg before, which probably means that you don't keep the PKGBUILD repo after building, in which case it doesn't matter how the sources are named. Also doing so would allow me (and others) to keep the various versions around. So yes definitely a good idea, but... Yeah I remember now, there's actually a problem with that. As we've seen last week, upstream doesn't necessarily bump the version number when publishing a new release. I think I'll work around that by appending a rel (release) number. Anyway thanks for mentioning this, I hadn't considered it seriously enough :-)

DungeonMaster commented on 2017-01-22 22:03 (UTC)

@Corax Beautiful. Works great. Just a hint for those who might be experiencing problems with QT_QPA_PLATFORMTHEME=qt5ct I downloaded a package in the AUR called qt5gtk2 and I use QT_QPA_PLATFORMTHEME=qt5gtk qt5gtk is explained well in this article: http://dglava.github.io/en/qtplatform-style.html

goldpaw commented on 2017-01-22 15:21 (UTC)

@Corax the problem with the wrong md5sum is that the download is stored with the same name each time. This leads to PKGBUILD assuming that the file is already downloaded, and thus it attempts to use the existing one instead. Which leads to a md5sum mismatch, of course. The solution is to modify the PKGBUILD slightly, so that it includes the pkgver$ variable in the downloaded filename. All that needs changing are the two sources. Not that it's important to use " instead of ' here, otherwise it won't change the $pkgver variable into the actual file version. I changed the thwo source lines to this, and was able to build it without manually having to delete the old download first: source_x86_64=("XnViewMP_linux_x64_$pkgver.tgz::http://download.xnview.com/XnViewMP-linux-x64.tgz") source_i686=("XnViewMP_linux_$pkgver.tgz::http://download.xnview.com/XnViewMP-linux.tgz") Yay! :D

Corax commented on 2017-01-21 15:34 (UTC) (edited on 2017-02-12 19:23 (UTC) by Corax)

I have created a new package: xnviewmp-system-libs. This is exactly the same build, except that the bundled Qt/icu libs are removed. Please try it if you want to use XnView without the bundled libs, and discuss any issue related to this configuration here: https://aur.archlinux.org/packages/xnviewmp-system-libs/. Do keep in mind that this is an experimental package though, and things may break when I try to fix other things...

Corax commented on 2017-01-21 12:13 (UTC) (edited on 2017-01-21 12:53 (UTC) by Corax)

@blitz qt5-location is a dependency of qt5-webkit so there's no need to specify it. I've just checked that all needed qt5-* dependencies are there. And yes, it's much smaller, that's one of the reasons why it's good to get rid of the bundled libs. @fuan_k You're absolutely right, the libicu 54 libs are gone, my src tree was not in a clean state >.< Will fix right now. Regarding QT_QPA_PLATFORMTHEME, it's a good point as I use it too (although I don't use qt5ct anymore, I use gtk2 from qt5-styleplugins), I'll try to see how it interacts with the rest...

fuan_k commented on 2017-01-20 23:05 (UTC) (edited on 2017-01-21 01:58 (UTC) by fuan_k)

The only reliable way I found to fix the font issue is to use qt5ct and add this to the environment variables (or just add the following to xnview.sh maybe?) QT_QPA_PLATFORMTHEME=qt5ct This will force the Qt application to use whatever you set up. You can also use the "--platformtheme qt5ct" command line option. You'll notice this in terminal output when running xnviewmp: qt5ct: using qt5ct plugin Unfortunately, there is still a weird problem: if you use a different desktop environment (i3wm for example) and if you load another picture (from a file manager), the theme will get swapped to the Fusion Theme. More details there: https://wiki.archlinux.org/index.php/qt#Qt5 Fonts will stay fine though, but some widget buttons will get shuffled around and such. Very strange. Anyway, that should go to the XnViewMP developer. ;)

fuan_k commented on 2017-01-20 22:46 (UTC) (edited on 2017-01-20 22:55 (UTC) by fuan_k)

Had an error with this line, as it couldn't find the file (I never had it): rm "${pkgdir}/opt/${pkgname}/lib/"libicu*.54* You might want to change for the following (I could be wrong, but I tested it and it worked I think): if [[ -e "${pkgdir}/opt/${pkgname}/lib/"libicu*.54* ]]; then rm "${pkgdir}/opt/${pkgname}/lib/"libicu*.54* fi Anyway, I still get issues with this package: -remove qt.conf as usual (otherwise I get: This application failed to start because it could not find or load the Qt platform plugin "xcb" in "".) -the font is indeed still the wrong one. Still investigating... Have you guys tried using strace on this program? It's crazy the amount of libraries it's looking for in places that don't even exist... ugh.

blitz commented on 2017-01-20 22:28 (UTC)

xnviewmp 0.84-1 build works with system Qt5 libs without bundled /opt/xnviewmp/lib/"lib* Total Installed Size: 36.54 MiB The only missing dependency is extra/qt5-location >Upstream released a new version today (?), which fixes the libicu issue XnViewMP Version 0.84 x64 (Jan 17 2017) Libformat version 6.95

Corax commented on 2017-01-20 21:49 (UTC) (edited on 2017-02-01 21:10 (UTC) by Corax)

If makepkg fails because the checksum is incorrect, please flag the package out-of-date and I will update the PKGBUILD. Upstream does not version the released archives and does not announce new releases either, so the checksum is bound to become wrong every time there is a new release, and there's nothing I can do about that.

Corax commented on 2017-01-20 21:43 (UTC)

@KVF Upstream released a new version today (?), which fixes the libicu issue. @DungeonMaster Thanks for the feedback, it's very hard to know how things work out on other people's setup so I need this kind of feedback. Given that the libicu issue is now fixed, I reverted to using the bundled libs in 0.84-2, it should work just like before. @fuan_k @whoseos Since XnView seems to be somewhat working with the system Qt libs, at least for some people, I could create a another xnviewmp package where the bundled libs are removed. Hopefully that would make everyone happy. What do you think?

KVF commented on 2017-01-20 04:35 (UTC)

The PKGBUILD incorrect - md5sums_x86_64=('bbb8bfac5a212103830c9b1dca51c2ae') should be - a1202367f23f32e14a6a0d860564e1da

DungeonMaster commented on 2017-01-20 03:46 (UTC)

@Corax removing the bundled libraries for this update made the fonts a strange type and a size too small to read very well at all. I use this program all the time, so I downloaded the DEB from xnview, ran debtap and installed it. It installed as 0.84-1 and everything appears to be working fine -so far- I tell you this with the hope that maybe if you look at the DEB or you debtap it and take a look at the tar.xz file, maybe it can help you somehow, I don't know. I look forward to a fixed 0.84-2 whenever it happens.

Corax commented on 2017-01-17 22:18 (UTC) (edited on 2017-01-18 19:33 (UTC) by Corax)

So basically upstream 0.84 is broken but I worked around it, more details in the commit I just pushed. Some Qt 5 libraries depend on icu 56, which should be shipped with the rest but is not. It seems that it works fine with the system Qt 5 libraries for me, so I just removed the bundled libs. I noticed that XnView doesn't use my system Qt theme (QT_QPA_PLATFORMTHEME) because of that, but it can be worked around (XnView provides alternate themes). Please let me know if other things are not working and I'll try to fix them, but I would very much prefer to use the system libs if it's it at all possible.

gabripo commented on 2017-01-17 11:13 (UTC) (edited on 2017-01-17 12:27 (UTC) by gabripo)

Problem on installing the 0.83-1 version! To allow installing please correct the md5sum in the PKGBUILD with bbb8bfac5a212103830c9b1dca51c2ae (the newest package from the official site, x86_64 version). Sources linked is wrong at now! EDIT: The actal icu package version 58.2-1 is not compatible. Please downgrade to the 56.1-2 version to make XnViewMp working - EXCRUCIATING IDEA! IT WILL CORRUPT EVERY OTHER PROGRAM!

Corax commented on 2016-12-16 22:54 (UTC)

@fuan_k Well that's quite troubling indeed... I get this error too, I don't have any font problem but if XnView does indeed what you describe then I may just be lucky. The issue seems to come from the XnView itself, as I see the error message even when forcing it to use the system libfontconfig. Using the normal launch script, symlinking libfontconfig.so.1 into lib/ doesn't change anything for me. Actually, if I launch XnView directly, like this: $ LD_LIBRARY_PATH=/lib:./Plugins/ QT_PLUGIN_PATH=./lib ./XnView keeping qt.conf as is (otherwise XnView crashes as I mentioned in a previous comment), then the font is wrong! So for me it's the reverse situation... There's definitely something wrong with XnView, but I'm not sure what to do about it right now, since there's no real problem for me out the box... Anyone else affected by this? fuan_k and whoseos, feel free to start an email thread or something like that on this topic, to avoid flooding the comments too much.

fuan_k commented on 2016-12-14 19:03 (UTC) (edited on 2016-12-16 21:44 (UTC) by fuan_k)

For some reason, the font used in XnView is the wrong one (it's always /usr/share/fonts/TTF/GoudyBookletter1911.ttf for me) which is caused by a bug in libfontconfig.so.1.9.2. Xnview tries to load libfontconfig.so.1 (linked to 1.9.2), and then outputs an error: Fontconfig error: line 38422415: syntax error Fontconfig error: Cannot load default config file Then it proceeds to crawl all font directories and ends up using that weird font. Is this a bug in libfontconfig or in XnView? XnView is the only program that produces this error (AFAIK). whoseos's solution works to fix the font, but it still produces this error and crawls everything at runtime. :/ see bug report here: http://newsgroup.xnview.com/viewtopic.php?f=62&t=33981&p=136637 Edit: symlinking into /opt/xnview/lib *seems* to fix the crawling problem. sudo ln -s /usr/lib/libfontconfig.so.1.9.2 /opt/xnviewmp/lib/libfontconfig.so.1

Corax commented on 2016-10-18 23:16 (UTC)

@whoseos Cool, thanks for investigating! I don't think it's directly a shared library issue though, ldd doesn't report any missing library for me either (anyway, the dynamic linker would complain right away otherwise).

whoseos commented on 2016-10-17 14:19 (UTC)

@Corax Damn :(. A first look with ldd and pacman -Qo shows me 44 packages (http://pastebin.com/WZ1MVbQQ) owning the linked libraries. It might just be qt5-base and some other qt5-libs, but I will try to find the minimum required dependencies on a clean arch vm in the next days.

Corax commented on 2016-10-15 17:57 (UTC)

@whoseos It doesn't work for me :/ Using the system libraries, it does launch but it crashes very early: http://pastebin.com/F464DCFD Do you have any particular library installed?

Corax commented on 2016-10-15 17:25 (UTC) (edited on 2016-10-15 17:58 (UTC) by Corax)

@whoseos Sounds great! As I mentioned before, for now the qt5 dependencies are useless for now... If it works using the system Qt5 libraries, then that's definitely the way to go! I'm going to review your patch and replacement script, if it works fine for me too I'm also going to see what can be cleaned up (like the packaged qt5 libraries) before updating the PKGBUILD :)

whoseos commented on 2016-10-15 15:50 (UTC) (edited on 2016-10-15 15:52 (UTC) by whoseos)

@Corax, xnviewmp is not able to use the system theme on KDE Plasma with the included qt5 libraries: http://imgur.com/a/uESZh. To fix this the application has to use the system's global qt5 libraries instead of it's own, which can be achieved by removing the qt.conf file and prepending "/usr/lib:" to LD_LIBRARY_PATH and QT_PLUGIN_PATH in the xnview.sh startup script. I've uploaded a patch for the PKGBUILD @ http://ix.io/1wnQ and the replacement xnview.sh file @ http://ix.io/1wnk . It would be great if you could include the changes in the package :)

Corax commented on 2016-10-09 16:02 (UTC)

@martinpoljak Great, adopted :) I've updated the PKGBUILD.

martinpoljak commented on 2016-10-09 13:43 (UTC)

@Corax, if you would like to do, I do it; I'm maintaining it time to time as it's been orphaned. I've disowned it, so claim it!

Corax commented on 2016-10-09 13:37 (UTC)

@martinpoljak If you don't have time to maintain this package, I'd be happy to adopt it.

Corax commented on 2016-10-09 13:35 (UTC)

The current version of the downloaded archives is 0.83 (change pkgver accordingly), here are the md5sums : md5sums_x86_64=('3c2c5032a0be2b1f0976b50adad8c80b') md5sums_i686=('4673c827de8aa326761433b2eda85a6b')

phiresky commented on 2016-09-19 12:19 (UTC)

@lmat The failed checksums are caused by the upstream dev not using versioned packages. You can use updpkgsums to fix this locally until the package is updated.

lmat commented on 2016-09-17 22:31 (UTC)

I just tried it out, and it fails to install with "==> Validating source_i686 files with md5sums... XnViewMP-linux.tgz ... FAILED ==> ERROR: One or more files did not pass the validity check!" I tried the post that grayich gave in PKGBUILD, but that didn't fix the issue. I'm not exactly waiting on this software, and I have many more to try for photo printing solution. But I thought I would drop a note here for what it's worth!

Corax commented on 2016-07-23 23:15 (UTC)

I'm wondering, why does the package depends on qt5-* at all? XnViewMP is shipped with all the Qt5 libraries it needs, if you use the startup script you don't need Qt5 packages to be installed. Or is that done to pull the dependencies of Qt5 itself?

grayich commented on 2016-03-16 12:10 (UTC)

http://paste.org.ru/?5k7lyt

Crazyachmed commented on 2016-03-11 14:27 (UTC)

With the current version you need to 1) Symlink the tar to so that makepkg succeeds 2) The "Failed to execute child process "/usr/bin/xnviewmp" (Permission denied)" happens because the file is a tar. Just extract it and move it back.

chaos_prevails commented on 2016-03-11 08:36 (UTC)

I run manjaro 15.12 32bit and even after I got this AUR to work, editing two lines in PKGBUILD, diff: 28c28 < md5sums_i686=('947e7f3c8d1d63109d8d6a7fb70bfedb' --- > md5sums_i686=('02ddd03073564baac32ff8f4c2a59667' 47c47 < zcat "${srcdir}/XnView-archx32.gz" > "${pkgdir}/opt/${pkgname}/XnView" --- > zcat "${srcdir}/XnViewMP-linux.tgz" > "${pkgdir}/opt/${pkgname}/XnView" I ended up with ---- Failed to execute command "/usr/bin/xnviewmp %F". Failed to execute child process "/usr/bin/xnviewmp" (Permission denied) ---- When I started the binary /opt/xnviewmp/XnView directly, I got: ---- This application failed to start because it could not find or load the Qt platform plugin "xcb". Reinstalling the application may fix this problem. Aborted (core dumped) ---- libxcb is installed and AFAIK all the dependencies of /opt/xcnviewmp/lib/platforms/libqxcb.so are satisfied (ldd /opt/xcnviewmp/lib/platforms/libqxcb.so). The only way to get XnViewMP working was using the 0.76 binary from here: http://newsgroup.xnview.com/viewtopic.php?f=82&t=32303 AFAIK you can delete the installed package afterwards with sudo pacman -R xnviewmp I made a launcher to the binary, that's it!

Gryffyn commented on 2016-03-07 15:13 (UTC)

It's not my pkgbuild. I recently adopted this package, and I've been really busy. I'm going to orphan it, you can take it over.

ptrxyz commented on 2016-03-07 10:14 (UTC)

Your pkgbuild is buggy. According to the specs (https://wiki.archlinux.org/index.php/PKGBUILD#noextract) the "noextract" array should not contain URLs but only filenames. In addition I have no idea if XnView-archx??.gz is needed or not but if so, add it to the source array and fix the noextract array to only contain the filenames instead of the URLs. Find an example here: http://ix.io/pvk

tastyminerals commented on 2016-03-06 12:14 (UTC) (edited on 2016-03-06 12:15 (UTC) by tastyminerals)

Please, fix the package, it has been crashing since like last year, seriously. ==> Starting package()... gzip: /tmp/yaourt-tmp-tastyminerals/aur-xnviewmp/src/XnView-archx64.gz: No such file or directory ==> ERROR: A failure occurred in package(). Aborting... ==> ERROR: Makepkg was unable to build xnviewmp. ==> Restart building xnviewmp ? [y/N]

hb860 commented on 2016-03-05 12:19 (UTC)

The following block from PKGBUILD should be removed now: --------- if [ "$CARCH" = "x86_64" ] ; then zcat "${srcdir}/XnView-archx64.gz" > "${pkgdir}/opt/${pkgname}/XnView" else zcat "${srcdir}/XnView-archx32.gz" > "${pkgdir}/opt/${pkgname}/XnView" fi ---------

petrovo commented on 2016-02-24 16:11 (UTC)

gzip searches XnView-archx64.gz but exists only XnViewMP-linux-x64.tgz ;-)

Gooberslot commented on 2016-02-24 07:42 (UTC)

I don't think the XnView-archx64 file is needed anymore. I'm just running the base package and everything except videos seem to work fine, and I don't think videos have ever worked for me with this program.

vel1k13 commented on 2016-02-23 17:42 (UTC)

happycadaver, thnx :-)

happycadaver commented on 2016-02-23 16:47 (UTC)

I have a Solution: git clone https://aur.archlinux.org/xnviewmp.git cd xnviewmp/src wget http://www.xnview.com/beta/XnView-archx64.gz cd .. makepkg -si

frankspace commented on 2016-02-23 14:31 (UTC)

This fails for me, complaining that there is no such file as XnView-archx64.gz.

Gooberslot commented on 2016-02-23 08:43 (UTC)

I realized I had only updated the MD5 for the 64-bit version. Here's another PKGBUILD with the 686 version updated also. I haven't tested it though. Who really runs 32-bit Arch anymore? http://sprunge.us/QAdR

pethead commented on 2016-02-23 08:17 (UTC)

Gooberslot, thanks!

Gooberslot commented on 2016-02-23 07:11 (UTC) (edited on 2016-02-23 07:17 (UTC) by Gooberslot)

That's because a new version has been released but this PKGBUILD still hasn't been updated. Here's the PKGBUILD I used to install the newer version: http://sprunge.us/RCUd

korvinko commented on 2016-02-17 11:20 (UTC)

==> Validating source_x86_64 files with md5sums... XnViewMp-linux-x64.tgz ... FAILED XnViewMp-archx64.gz ... Skipped xnwiewmp.desktop ... Passed

TheKuko commented on 2016-01-11 16:43 (UTC)

Hi, I have a problem with alpha channel in .png files when I want to add them as watermark logo. (http://s8.postimg.org/qawne3aph/tmp.png)

jose1711 commented on 2015-12-25 09:58 (UTC)

ok, here i read it's unsupported: http://newsgroup.xnview.com/viewtopic.php?f=14&t=8171&p=36548&hilit=video#p36548

jose1711 commented on 2015-12-24 23:22 (UTC)

videos are not playing but i suppose this is a known issue

Gryffyn commented on 2015-11-02 00:30 (UTC)

Fixed.

akovia commented on 2015-11-01 15:07 (UTC)

==> Validating source files with md5sums... XnViewMP-linux-x64.tgz ... Passed XnView-archx64.gz ... FAILED xnviewmp.desktop ... Passed ==> ERROR: One or more files did not pass the validity check

fft commented on 2015-11-01 12:09 (UTC)

It fails to check md5sum for XnView-archx64.gz

Gryffyn commented on 2015-10-28 19:29 (UTC)

@remussatala, the way we have source available to us without the risk of the application crashing, version 0.76.1 is not available yet. We shall have to stay with 0.75 until I figure it out.

JoZ3 commented on 2015-10-28 18:44 (UTC)

Continue the version 0.75...

commented on 2015-10-28 18:12 (UTC)

Is not update. Is still 0.75.

Hudd commented on 2015-10-28 16:35 (UTC)

Also, is libpng12 necessary? xnview seems to work fine without it.

Hudd commented on 2015-10-28 16:35 (UTC)

You should change pkgver to 0.76, because that is (currently) the latest version.

Gryffyn commented on 2015-10-28 14:01 (UTC)

Try that.

Gryffyn commented on 2015-10-28 12:31 (UTC)

Thank you @allencch! I'm still trying to clean this package up from the last maintainer, as many things have changed.

allencch commented on 2015-10-28 11:18 (UTC)

@Gryffyn, there are some changes required for the PKGBUILD, Line 38, install -m755 "${bname}" "${pkgdir}/usr/bin/${bname}" And add one more line ln -s /usr/bin/XnView "${pkgdir}/usr/bin/xnviewmp" Because the xnviewmp.desktop file will call the "xnviewmp" instead of "XnView". Besides that, I found the xnview.tgz does not contain the webp.so, rwz_sdk.so, openjp2.so, and ilmimf.so plugins. So, I created another PKGBUILD based on forum http://newsgroup.xnview.com/viewtopic.php?f=82&t=32303 The PKGBUILD is available here http://pastebin.com/raw.php?i=A145tfQy

willemw commented on 2015-10-28 10:54 (UTC)

==> Starting package()... install: cannot create regular file ‘/usr/bin/XnView’: Permission denied ==> ERROR: A failure occurred in package(). Aborting... Fix: change line to: install -m755 "${bname}" "${pkgdir}/usr/bin/${bname}"

Gryffyn commented on 2015-10-28 08:03 (UTC)

Updated to replacement binary, added libxslt as requested by vinibali.

tastyminerals commented on 2015-10-10 19:30 (UTC)

first segmentation fault, then after I replaced the binary using the link from @baldr I get: xnviewmp: error while loading shared libraries: libQt5MultimediaWidgets.so.5: cannot open shared object file: No such file or directory

vinibali commented on 2015-10-09 18:58 (UTC)

please add the libxslt as dependency.

allencch commented on 2015-10-03 13:16 (UTC)

@baldr, Thank you. That works.

baldr1 commented on 2015-10-02 18:30 (UTC)

please consider this link: http://newsgroup.xnview.com/viewtopic.php?f=82&t=32190&sid=ef8200677c42d5040fafa32a6064e2a3

jooch commented on 2015-09-29 14:08 (UTC)

Same problem on x86-64: XNVIEW restoreGeometry before : 640 480 /usr/bin/xnviewmp: regel 5: 7318 Segmentatiefout (geheugendump gemaakt) "$dirname"/XnView "$@" Running the binary directly gives the following error: ./XnView This application failed to start because it could not find or load the Qt platform plugin "xcb". AFAIK i have all the xcb plugins installed, guess it must be a wrong setup somewhere?

Forvord commented on 2015-09-29 07:36 (UTC)

Arch I686: /usr/bin/xnviewmp: line 5: 14517 Segmentation fault

cdown commented on 2015-09-24 00:16 (UTC)

Disowning: I don't use this software much any more (I only brought it to AUR4), and it seems the dependencies are getting pretty complicated without much documentation.

commented on 2015-09-23 20:24 (UTC)

According to the WhatsNew.txt file in the downloaded tarball, this version is 0.75 and a lot has changed, despite the version number on the website remaining at 0.72. This version is built with QT 5.4.2 and won't run here. I've tried installing qt5-multimedia qt5-webkit qt5-svg qt5-x11extras, but I'm still getting "This application failed to start because it could not find or load the Qt platform plugin "xcb"." errors.

cdown commented on 2015-09-23 16:24 (UTC)

@mytbk This is the same version number, there is no new release as far as I'm aware.

mytbk commented on 2015-09-23 16:22 (UTC)

@cdown: XnViewMP is a closed source software, it is distributed in binary tarballs without version number, so when they update the software they just update the tarballs.

scarecrow commented on 2015-09-23 15:30 (UTC)

The MD5sum of the 64-bit package (at least) has changed... please update PKGBUILD.

not_anonymous commented on 2015-01-19 17:59 (UTC)

- Here's some (self-explanatory) corrections - I used namcap (Yes namcap can be wrong or over-report.) and pactree ... and these are the *valid* things that could be corrected - (I also bumped the pkgrel to make things easier.) $ cat diff.PKGBUILD --- PKGBUILD 2014-12-19 23:26:16.000000000 -0700 +++ PKGBUILD 2015-01-19 10:27:20.060450631 -0700 @@ -9 +9 @@ -pkgrel=1 +pkgrel=2 @@ -15 +15 @@ -depends=('glib2' 'expat' 'libpng12' 'gstreamer0.10-base' 'desktop-file-utils') +depends=('libpng12' 'gstreamer0.10-base' 'phonon-qt4' 'qtwebkit') @@ -31,0 +32,4 @@ +prepare() { + rm -rf "${srcdir}/XnView/AddOn/.fr-uOM3gq/" + rm -rf "${srcdir}/XnView/AddOn/.fr-umBezy/" +}

kaptoxic commented on 2014-12-19 13:10 (UTC)

md5sum in case of x64 should be change, more specifically, corresponding lines in PKGBUILD should be: if [ "$CARCH" = 'x86_64' ]; then source=("XnViewMP-linux-x64-${pkgver}.tgz::http://download.xnview.com/XnViewMP-linux-x64.tgz" "xnviewmp.desktop") md5sums=('1e3ffc900abf13795f148156d7796c72' '24f44d5a881b94daf48775213a57e4ec') fi

CyberWolf2k14 commented on 2014-12-06 21:16 (UTC)

Please ignore previous about v0.71, I am kind of having on eof those days where my mind is "trying" to go like 5 different directions at once, NOT fun.

CyberWolf2k14 commented on 2014-12-06 21:15 (UTC)

@x33a: I have NEVER tinkered with anything to do withe packages..EVER. I leave that up to those who definitely have FAR more experience than I do. I just posted here to let someone know that there was definitely an MD5sum problem with this package. I use the package because I really like it, so woul like it updated. On that, I hope maintainer know it is now up to v0.71, right?

x33a commented on 2014-12-06 04:40 (UTC)

@ CyberWolf2k14, you know that you can always modify your local copy of PKGBUILD, right?

CyberWolf2k14 commented on 2014-12-05 21:38 (UTC)

Just tried to install/update XnViewMP to v0.70 in Manjaro via AUR, and it fails the MD5 check. Please correct soonest as I really would like to be able to update. Thanks.

JoZ3 commented on 2014-12-05 13:25 (UTC)

Hi, wrong md5sums for XnViewMP-linux-x64.tgz is the correct 4cf73c452890d3ee479fa036f50658e5

pdcalado commented on 2014-10-23 09:12 (UTC)

Hi guys, Does anybody have any problems with the thumbnails for video files? XnviewMP will not show thumbnails for any of my mp4 files, even though I have all the required packages mentioned above, plus ffmpegthumbnailer (I have thumbnails for videos working in thunar). Thanks in advance folks

Lynx commented on 2014-10-14 15:45 (UTC)

Please change -R option to -a. With non-default umask it creating problems with permissions. --- /tmp/PKGBUILD 2014-10-14 18:49:15.043670499 +0400 +++ /tmp/PKGBUILD.new 2014-10-14 18:41:18.083510804 +0400 @@ -35,10 +35,11 @@ install -d -m755 "${pkgdir}/usr/bin" install -d -m755 "${pkgdir}/usr/share/applications" - cp -R "${srcdir}/XnView"/* "${pkgdir}/opt/${pkgname}" + cp -a "${srcdir}/XnView"/* "${pkgdir}/opt/${pkgname}" + chmod ugo-x "${pkgdir}/opt/${pkgname}"/{xnview.png,xnview_2.png} ln -s "/opt/${pkgname}/xnview.sh" "${pkgdir}/usr/bin/${pkgname}" - cp "${pkgname}.desktop" "${pkgdir}/usr/share/applications/${pkgname}.desktop" + install -m644 "${pkgname}.desktop" "${pkgdir}/usr/share/applications/${pkgname}.desktop" install -D -m644 "${srcdir}/XnView/license.txt" "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE" } Also png files for some reason have execution permissions i don't think it needed.

Nothing4You commented on 2014-10-13 08:33 (UTC)

@G-man this is Arch Linux, not Manjaro

G-man commented on 2014-10-11 11:12 (UTC)

Got the update information in my update manager of Manjaro today. Update failed with this messages: failed to commit transaction (conflicting files): xnviewmp: /opt/xnviewmp/AddOn/lib/Image/ExifTool/Lytro.pm exists in filesystem xnviewmp: /opt/xnviewmp/AddOn/lib/Image/ExifTool/Nintendo.pm exists in filesystem xnviewmp: /opt/xnviewmp/AddOn/lib/Image/ExifTool/Palm.pm exists in filesystem Deleted those files manually, repeated update, OK-done.

simon-nicholls commented on 2014-09-19 15:04 (UTC)

To get file associations working correctly (e.g. open image from Finder in XnViewMP), I had to modify the Desktop Entry to `Exec=xnviewmp %u`, as per: https://wiki.archlinux.org/index.php/default_applications#Applications_don.27t_appear_in_the_Open_With..._context_menu_.28of_a_file_manager.29

Alister.Hood commented on 2014-09-12 01:37 (UTC)

Any chance you could do something like this, so aur helpers don't give an error and make the user manually delete the "source" whenever there is a new version?: source=('XnViewMP-linux-0.68.tgz::http://download.xnview.com/XnViewMP-linux.tgz')

mytbk commented on 2014-05-24 01:38 (UTC)

recheck the md5sums and update the package

dotmagic commented on 2014-05-23 19:05 (UTC)

Agree with melTraX.... The md5sum for XnViewMP-linux.tgz 32 bit is: 57cf3b9387f1b8cf6f199d54477fe8d0 Please update package

MelTraX commented on 2014-05-20 12:57 (UTC)

It's highly unlikely that XnViewMP-linux.tgz and XnViewMP-linux-x64.tgz have the same checksum as stated in the PKGBUILD. Strangely enough both checksums are different now (for me at least): 76c157c2644a6ac1ed75be92e2adeb62 xnviewmp.desktop 57cf3b9387f1b8cf6f199d54477fe8d0 XnViewMP-linux.tgz 059baf72c2557f7dd4eab8e7d6eeb417 XnViewMP-linux-x64.tgz It's still version 0.68 though.

johneb47 commented on 2014-05-20 05:41 (UTC)

mytbk small mod to help this programme work correctly. 2nd line of /opt/xnview.sh should read: dirname="/opt/xnviewmp" rather than dirname="$(dirname "$(readlink -e "$0")")" because when you run the xnviewmp command from /usr/bin $dirname=/usr . This means that xnviewmp uses all the system libraries rather than the packaged ones.

JoZ3 commented on 2014-05-16 16:52 (UTC)

solved!!! thanks

mytbk commented on 2014-05-16 13:51 (UTC)

Well, maybe there's something wrong upstream. I saw a newer release just now.

JoZ3 commented on 2014-05-16 13:03 (UTC)

Error on the last update: ==> Validating source files with md5sums... XnViewMP-linux-x64.tgz ... FAILED xnviewmp.desktop ... Passed ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build xnviewmp. ==> Restart building xnviewmp ? [y/N] ==> -------------------------------------------

mehanoid commented on 2014-03-22 14:23 (UTC)

I found that xnviewmp uses gvfs for moving files to trash. If package gvfs is not installed, xnviewmp doesn't remove files properly, it just moves them to '~/.local/share/Trash/' (without updating trash metadata). Maybe add gvfs to dependencies?

willemw commented on 2014-01-07 13:41 (UTC)

In the .install file: it should be 'update-desktop-database -q' (or at least remove the leading slash in /usr).

mytbk commented on 2014-01-07 11:16 (UTC)

Updated.

reik commented on 2013-10-31 17:16 (UTC)

thanks :)

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

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

dotmagic commented on 2013-07-19 08:13 (UTC)

There's a new Version and the checksum is invalid now. Can you please update the package?

mytbk commented on 2013-06-12 09:02 (UTC)

Sorry, I ripped the .desktop file from the PKGBUILD shortly after I adopted the package, but I forgot to replace the ${pkgname} to the name of the package. By the way, I moved the files back to /opt after I read the FSH doc.

commented on 2013-06-12 08:45 (UTC)

hi, Package works, also I confirm the .desktop "issue" here is an updated one. [Desktop Entry] Encoding=UTF-8 Terminal=0 Exec=xnviewmp Icon=/usr/share/xnviewmp/xnview_2.png Type=Application Categories=Graphics; StartupNotify=true Name=XnView Multi Platform GenericName=XnViewMP ---------------- However ------------- still the "bug" with the gnome-shell icon is still present i still see the "old" ugly 16x16 pixmap ... while in the application overview xnview is using the correct from the desktop file ... .'J

guoxh commented on 2013-06-12 08:35 (UTC)

xnviewmp.desktop needs to be updated too.

mytbk commented on 2013-06-12 00:49 (UTC)

The latest version of xnviewmp for Linux is Version 0.56 (Jun 10 2013). But the official website is not updated yet.

anonymous_user commented on 2013-06-11 14:23 (UTC)

0.56 is out. Update the md5sum.

mytbk commented on 2013-05-25 08:27 (UTC)

The latest version of xnview for linux is 0.51beta.

commented on 2013-05-25 03:27 (UTC)

Is this supposed to be 1kb when installed? yaourt -Ql xnview doesn't even show any files. It didn't show errors and downloaded 2.6MB, but I end up with nothing actually installed.

anonymous_user commented on 2013-04-15 20:31 (UTC)

Xnviewmp complains about libgstapp-0.10.so.0 being missing. Needs a dependency on gstreamer0.10-base.

x33a commented on 2012-11-17 10:45 (UTC)

@ mountpeaks that's because it has been moved to the community repo. https://www.archlinux.org/packages/community/i686/libpng12/

tastyminerals commented on 2012-11-16 23:08 (UTC)

libpng12 dependency was removed from AUR, you can download it here http://sourceforge.net/projects/libpng/files/libpng12/

commented on 2012-06-26 14:13 (UTC)

Thank you asphantix, the PKGBUILD has been updated.

commented on 2012-06-26 13:29 (UTC)

md5sums are outdated. These are the new ones: 565f20bdd6bb46130324cb5a74b24f45 XnViewMP-linux.tgz 8889f9e5392ca140c9de10504581dfa0 XnViewMP-linux-x64.tgz

commented on 2012-06-13 12:46 (UTC)

@Meow Actually, Pierre, the author of Xnview, uses its custom version of Qt. That's why there is a lot of Qt libraries in the Xnview package and there is no direct dependency with the Qt package thus. I suggest to keep the custom Qt libs to guarantee all the features of XnviewMP. However, I've updated the PKGBUILD according to your suggestions. Thank you.

Meow commented on 2012-06-13 11:59 (UTC)

and this is the install file: ############################# post_install() { update-desktop-database -q /usr/share/applications } post_upgrade() { post_install } post_remove() { post_install } ############################# P.S variable reference without double quotes is a very bad habit if you can't guarantee that definitely no white space there in it.

Meow commented on 2012-06-13 11:44 (UTC)

I made a little tweak of your PKGBUILD: ###################################### pkgname=xnviewmp pkgver=0.50 pkgrel=9 pkgdesc='An efficient multimedia viewer, browser and converter (beta release).' url='http://newsgroup.xnview.com/viewtopic.php?f=60&t=25892' arch=('x86_64' 'i686') license=('custom') depends=('glib2' 'expat' 'libpng12' 'qtwebkit') source=('http://download.xnview.com/XnViewMP-linux.tgz') md5sums=('bc26ba6427fc969c823c28813fe32724') [ "$CARCH" = 'x86_64' ] && source[0]='http://download.xnview.com/XnViewMP-linux-x64.tgz' \ && md5sums[0]='c3271268196486ae4505f362722213dc' install=$pkgname.install package() { install -d -m755 "${pkgdir}"/opt/${pkgname} install -d -m755 "${pkgdir}"/usr/bin install -d -m755 "${pkgdir}"/usr/share/applications rm "$srcdir"/XnView/lib/libQt* rm "$srcdir"/XnView/lib/libphonon* cp -R "${srcdir}"/XnView/* "${pkgdir}"/opt/${pkgname} ln -s /opt/${pkgname}/xnview.sh "${pkgdir}"/usr/bin/${pkgname} cat <<-_EOF_ > "$pkgdir"/usr/share/applications/xnviewmp.desktop [Desktop Entry] Encoding=UTF-8 Terminal=0 Exec=xnviewmp Icon=/opt/xnviewmp/xnview.png Type=Application Categories=Graphics; StartupNotify=true Name=XnView Multi Platform GenericName=XnViewMP MimeType=image/bmp;image/gif;image/x-portable-bitmap;image/x-portable-pixmap;image/x-psd;image/x-tga;image/x-xbitmap;image/tiff;image/jpeg;image/x-psd;image/png;image/x-icon;image/x-xpixmap;image/svg+xml; _EOF_ }

commented on 2012-06-13 08:53 (UTC)

Pierre has updated all the packages this morning. md5sum checksums: fixed. Thank you karol_007.

karol_007 commented on 2012-06-13 08:30 (UTC)

==> Validating source files with md5sums... XnViewMP-linux.tgz ... FAILED XnView.desktop ... Passed The correct one seems to be bc26ba6427fc969c823c28813fe32724.

commented on 2012-06-13 06:13 (UTC)

Fixed! Thank you mehanoid.

mehanoid commented on 2012-06-12 23:30 (UTC)

It requires libpng12, please add in dependencies

commented on 2012-06-12 21:34 (UTC)

fuchs24, thank you for the flag. The package has been updated.

fuchs24 commented on 2012-06-11 11:28 (UTC)

XnViewMP 0.50 is out. http://newsgroup.xnview.com/viewtopic.php?f=60&t=25892

speps commented on 2012-05-10 21:37 (UTC)

xnview now provides bin32-xnview, merging

allencch commented on 2011-07-13 11:26 (UTC)

It requires xorg-fonts-100dpi And need to add FontPath to xorg.conf

commented on 2011-06-23 23:01 (UTC)

Here's the fix: http://newsgroup.xnview.com/viewtopic.php?f=60&t=21669&start=0 we need to extract there libs http://download.xnview.com/XnViewMP-linux-extralib64.tgz to /usr/share/xnviewmp/lib Also, the xnviewmp.desktop needs to be fixed. Here's a working version: [Desktop Entry] Encoding=UTF-8 Terminal=0 Exec=/usr/bin/xnviewmp Icon=/usr/share/xnviewmp/xnview.png Type=Application Categories=Graphics; StartupNotify=true Name=XnView Multi Platform GenericName=XnViewMP

commented on 2011-06-23 22:28 (UTC)

I'm not able to run this on x64: Here's the crashlog: http://pastebin.com/5caT56hY

commented on 2011-04-09 11:41 (UTC)

I disowned this package. I still don't have arch installed and hopefully someone will adopt it.

netawater commented on 2011-04-09 05:03 (UTC)

pkgname=xnviewmp pkgver=035 pkgrel=1 pkgdesc="An efficient image viewer, browser and converter (beta release)." arch=('i686' 'x86_64') url="http://newsgroup.xnview.com/viewforum.php?f=60" license=('unknown') [ "$CARCH" = "i686" ] && depends=('glib2' 'libpng' 'expat') && source=('http://download.xnview.com/XnViewMP-linux.tgz') && md5sums=('fc97b438a0b5fa1c1884fa205d6b479b') [ "$CARCH" = "x86_64" ] && depends=('lib32-glib2' 'lib32-libpng' 'lib32-expat') && source=('http://download.xnview.com/XnViewMP-linux-x64.tgz') && md5sums=('5ba4a8f3786aa3e0be8a442d0fbd708b') build() { cd ${srcdir} cd XnViewMP-${pkgver} install -d ${startdir}/pkg/usr/share/xnviewmp cp -R * ${startdir}/pkg/usr/share/xnviewmp install -Dm 644 XnView.desktop ${pkgdir}/usr/share/applications/xnviewmp.desktop || return 1 install -d ${pkgdir}/usr/bin/ cd ${pkgdir}/usr/bin/ ln -s ../share/xnviewmp/xnview.sh xnviewmp || return 1 } Please use this PKGBUILD, I have tested in my machine, and I can't test x86-64 Besides, symbolic link solution for xnviewmp maybe not good, hope you have a better solution

commented on 2011-01-28 21:12 (UTC)

I don't have my Archlinux machine these days, so if anyone is willing to post a valid PKGBUILD using the new 32 and 64bit installers, I'd gladly submit it.

anonymous_user commented on 2011-01-27 02:41 (UTC)

0.35 is out.

philou24 commented on 2011-01-10 20:48 (UTC)

try : LD_LIBRARY_PATH=/opt/lib32/usr/lib export LD_LIBRARY_PATH it's ok for me (arch64)

karol_007 commented on 2011-01-05 16:53 (UTC)

OK, it's the way buerbill works (at least at the moment), sorry for the noise.

karol_007 commented on 2011-01-04 23:06 (UTC)

> Those lib32-* packages are on the multilib repository, you only need the if you're running arch at 64bits. I know that, but why oh why bauerbill wants to download them? If I'm the only one with the problem maybe it's bauerbill's fault https://bbs.archlinux.org/viewtopic.php?pid=874705#p874705 makepkg has no such problems, it installs the package OK.

commented on 2011-01-04 22:41 (UTC)

Those lib32-* packages are on the multilib repository, you only need the if you're running arch at 64bits.

karol_007 commented on 2011-01-03 15:21 (UTC)

I did edit the PKGBUILD and left only 'depends=('glib2' 'libpng' 'expat')' - now it builds and installs OK.

karol_007 commented on 2011-01-03 15:08 (UTC)

Scratch it: I have 'CARCH="i686"'in my /etc/makepkg.conf and I get: WARNING: about to source /tmp/bauerbill/build/aur/xnviewmp/PKGBUILD view [v] backup [b] edit [e] continue [ok] skip [s] abort [x] ok --> resolving lib32-glib2... unresolvable --> resolving lib32-libpng... unresolvable --> resolving lib32-expat... unresolvable --> resolving bash... installed --> resolving libarchive>=2.7.1... installed --> resolving libfetch>=2.25... installed --> resolving pacman-mirrorlist... installed WARNING: unresolved dependencies: xnviewmp -> lib32-expat (not found) :: Do you want to ignore the above packages for this operation? [Y/n]

karol_007 commented on 2011-01-03 13:53 (UTC)

I don't have CARCH set and the install process exits because it can't satisfy dependencies: lib32-glib2, lib32-libpng and lib32-expat. I'm on i686.

commented on 2011-01-02 15:09 (UTC)

Updated to version 0.34.

fuchs24 commented on 2010-12-16 10:54 (UTC)

There is a new version out: 0.32

killajoe commented on 2010-12-02 13:56 (UTC)

Same for me on arch64

indianahorst commented on 2010-11-22 17:49 (UTC)

$ xnview xnview: error while loading shared libraries: libXp.so.6: cannot open shared object file: No such file or directory $ yaourt libxp 1 extra/libxp 1.0.0-3 [installed] X11 X Print Library 4 aur/lib32-libxp 1.0.0-4 [installed] (106) X11 X Print Library

commented on 2010-10-16 13:00 (UTC)

The 0.30 is win only so I'm unflagging out-of-date.

kotyz commented on 2010-06-20 14:44 (UTC)

Qt 4.6.3-1 Only xnviewmp have this problem. I also filled the bug report in xnviewmp forum: http://newsgroup.xnview.com/viewtopic.php?f=62&t=20250&p=85135

commented on 2010-06-17 18:01 (UTC)

Can you give more info on what qt packages versions you have installed? Is this the unique qt application that has a problem?

kotyz commented on 2010-06-15 19:59 (UTC)

XnViewMP doesn't start: [kotyz@behemot ~]$ xnviewmp Cannot mix incompatible Qt libraries /usr/bin/xnviewmp: řádek 7: 6274 Neúspěšně ukončen (SIGABRT) $dirname/xnview "$@"

commented on 2010-03-31 11:59 (UTC)

Updated to version 0.26. ;) More info: http://newsgroup.xnview.com/viewtopic.php?f=60&t=19759

commented on 2010-03-26 15:02 (UTC)

Adopted and updated to 0.25. :)