That is very likely for Brian Dolbec (hi!). Elogviewer 2.5 fixes unfortunate regressions from 2.3 such as the one reported in #540840 and others I found. I also added some elog parsing to hyperlink links and bugs and improve display and readability using html header tags. I further introduced a few unit tests to help avoiding regressions in the future. There is one more dependency on `dev-python/enum34` for Python < 3.4. `dev-python/enum34` is a port of the standard enum library introduced in 3.4 to previous Python versions. Also see #533430. The following line adapted from another ebuild might do for the enum34 dependency: RDEPEND="$(python_gen_cond_dep 'dev-python/enum34[${PYTHON_USEDEP}]' python2_7 python3_3)" The rest is as in elogviewer 2.3 that is now in the tree. git history is the changelog: https://github.com/Synss/elogviewer/ updated program is on sourceforge and github: http://sourceforge.net/projects/elogviewer/files/elogviewer/ https://github.com/Synss/elogviewer/archive/v2.5.tar.gz This bug depends on #533430 and closes #540840. Reproducible: Always
Released in the tree with the sparc keyword dropped due to the enum34 dep waiting the the KEYWORDREQ. @sparc, please re-add ~sparc when you get dev-python/enum34 keyworded.
(In reply to Brian Dolbec from comment #1) > Released in the tree with the sparc keyword dropped due to the enum34 dep > waiting the the KEYWORDREQ. > > @sparc, please re-add ~sparc when you get dev-python/enum34 keyworded. Thanks! works for me on amd64!
Removed buggy 2.5 version, new version is 2.6. And 2.6 re-keyworded ~sparc