summarylogtreecommitdiffstats
path: root/.SRCINFO
AgeCommit message (Collapse)Author
2023-05-10upgpkg: 1.4.5Kevin Brodsky
2023-04-19upgpkg: 1.4.4Kevin Brodsky
2023-02-28upgpkg: 1.4.3Kevin Brodsky
2023-01-28upgpkg: 1.4.2 + deps updateKevin Brodsky
1.4.2 stops using qt5-webengine, however it still uses some of its dependencies and now qt5-quickcontrols2.
2023-01-16upgpkg: 1.4.1Kevin Brodsky
2022-12-28upgpkg: 1.4.0-3Kevin Brodsky
New 1.4.0 tarball.
2022-12-18upgpkg: 1.4.0-2Kevin Brodsky
Update dependencies: XnView now uses qt5-webengine instead of qt5-webkit. qt5-sensors was pulled in by qt5-webkit, so add it explicitly.
2022-12-17upgpkg: 1.4.0Kevin Brodsky
Packaged Qt libraries got upgraded to 5.15.11, and unfortunately that seems to have increased the number of Qt-versioned STL symbols the XnView binary expects. Update qt5_std_fun_forwarder.S accordingly.
2022-10-16upgpkg: 1.3.1Kevin Brodsky
2022-09-07upgpkg: 1.3.0Kevin Brodsky
2022-08-29upgpkg: 1.02-2 (linking fix)Kevin Brodsky
It turns out that the XnView executable wants new Qt_5-versioned libstdc++ symbols, and that doesn't show up immediately on startup unless forcing lazy binding off with LD_BIND_NOW. On the plus side, it doesn't need the ones from 0.93.1 any more: 2 in, 3 out :)
2022-08-24upgpkg: 1.02Kevin Brodsky
2022-08-23upgpkg: 1.01-2Kevin Brodsky
2022-08-21upgpkg: 1.01 (qtav replaced with libmdk)Kevin Brodsky
2022-05-04upgpkg: 1.00Kevin Brodsky
2022-01-22upgpkg: 0.99.7Kevin Brodsky
2021-12-10upgpkg: 0.99.6Kevin Brodsky
2021-12-09upgpkg: 0.99.5Kevin Brodsky
2021-12-02upgpkg: 0.99.4Kevin Brodsky
2021-09-23upgpkg: 0.99.1Kevin Brodsky
2021-09-19upgpkg: 0.99.0Kevin Brodsky
XnView now uses libraw (see release notes), unfortunately the system one doesn't seem to work, so the easiest option is to package the provided one.
2021-06-06upgpkg: 0.98.4Kevin Brodsky
2021-05-06upgpkg: 0.98.3Kevin Brodsky
2021-02-22upgpkg: 0.98.2Kevin Brodsky
2021-01-21upgpkg: 0.98.1Kevin Brodsky
2020-12-15upgpkg: 0.98.0Kevin Brodsky
2020-10-15upgpkg: 0.97.1Kevin Brodsky
2020-09-29upgpkg: 0.97-2Kevin Brodsky
2020-09-25upgpkg: 0.97.0Kevin Brodsky
2020-08-21upgpkg: 0.96.5Kevin Brodsky
2020-07-01upgpkg: 0.96.4Kevin Brodsky
2020-06-25upgpkg: 0.96.3Kevin Brodsky
2020-05-08upgpkg: 0.96.2Kevin Brodsky
THe SHA256 doesn't match the one given by https://newsgroup.xnview.com/viewtopic.php?f=82&t=40411&p=162833#p162797, for now I've put the actual sum.
2020-04-23upgpkg: 0.96.1 + switch to SHA256 from upstreamKevin Brodsky
2020-03-21upgpkg: 0.96Kevin Brodsky
2020-01-25Actually bump .SRCINFOKevin Brodsky
2020-01-15upgpkg: 0.94.3Kevin Brodsky
2020-01-11upgpkg: 0.94.2-2 (big refactor)Kevin Brodsky
The latest update to libwebp (1.1) broke XnView, because it tries to link against the system libwebpmux.so while using the packaged libwebp.so (in Plugins). Because of this, I realised that there is no point in using the packaged plugins, since they are all libraries available in standard Arch packages. This commit replaces them with symlinks to system libs (as XnView is still unhappy if it cannot find them in Plugins/), and adds the relevant dependencies. While at it, I also realised that a lot of files are junk and don't need to be installed, and that many permissions are wrong. Fix all that by specifying which files/directories to install (instead of removing some), and only making executable those that should be. Finally, it looks the bug that prevented me from getting rid of lib/ altogether is gone, so there's no need to symlink the Qt plugin directories any more. As a result, the only use we still have for xnview.sh is the LD_PRELOAD hack, and we don't need the one included in the archive any more.
2019-12-25upgpkg: 0.94.2Kevin Brodsky
2019-11-21upgpkg: 0.94.1Kevin Brodsky
The XnView binary in that release has wrong permissions, add some more permission cleanup.
2019-11-14upgpkg: 0.94Kevin Brodsky
2019-03-16updpkg: 0.93.1-2Kevin Brodsky
2019-03-10updpkg: 0.93.1 + cleanup + hackKevin Brodsky
I had the unpleasant surprise to find that something changed in the Qt5 libraries shipped in 0.93.1, in such a way that they're not quite compatible with the system ones on Arch. Fortunately I found a way around that, which is frankly horrifying, but as long as you don't look at it it's probably alright! On the plus side, I've made some cleanups: - Drop the 32-bit package (like in xnviewmp). - Drop the trash workaround, it's fixed in 0.93.1. - No need to special-case the "styles" folder any more, since it's now shipped as well.
2019-02-02updpkg: 0.93-2 (gvfs-trash workaround)Kevin Brodsky
As reported by fuan_k, the trash functionality is now quite broken because XnView relies on gvfs-trash, which no longer exists. Until it is properly fixed, use a wrapper that calls gio trash (gio is provided by glib2, so the optdepends has been updated). See also: https://newsgroup.xnview.com/viewtopic.php?t=37989
2019-01-31updpkg: 0.93Kevin Brodsky
2018-09-21updpkg: 0.92Kevin Brodsky
2018-09-19updpkg: 0.91-2Kevin Brodsky
2018-09-14updpkg: 0.91Kevin Brodsky
Pulled in qtav for libQtAVWidgets, see https://newsgroup.xnview.com/viewtopic.php?f=82&t=37907
2018-03-08updpkg: 0.90 + remove QT_QPA_PLATFORMTHEME overrideKevin Brodsky
Setting QT_QPA_PLATFORMTHEME to gtk2 doesn't work out of the box on Cinnamon (and probably other DEs). Using qt5ct works fine for me, so let's remove the override for now and see if anyone complains :-)
2018-01-17updpkg: 0.89Kevin Brodsky