On Fri, 29 Jan 2016 23:00:17 +0800, Flos Lonicerae wrote: > But for old version of geeqie - for example the one provided by nux repo: > > geeqie-1.1-10.el6.nux.x86_64 > > did not have this issue.
That repo doesn't do anything different. The package you refer to has been copied from Fedora 19 verbatim. See package %changelog. As why this repo is stuck at release -10 whereas the corresponding Fedora package has seen more fixes, that's really strange. It is also bad style to build a src.rpm for a completely different target and not mention anything of that in the package changelog. It explains why sometimes people contact me by email and ask about packages and repos I haven't heard before. My name is found in the packages, although I have nothing to do with the packages. It would be much more friendly to add a brief message to the %changelog telling that a src.rpm has been adapted for a different repo. Anyway, upstream Geeqie is at 1.2.x, and Fedora has upgraded to those releases, too. It is not trivial to test a new version for regressions. And if a new version introduces too many changes, it is not easy either to check whether patches are still necessary. So, sometimes packagers rebase their packages to a pristine upstream release, dropping patches and re-evaluating at runtime over a longer period whether patches are still needed. [Bcc to the repo maintainer] ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
