eupdatedb fails to update its db file when reading description/license ebuilds with e-cute family letters. Reproducible: Always Steps to Reproduce: 1. layman -a gnustep 2. PORTDIR_OVERLAY=/var/lib/layman /usr/bin/eupdatedb -v 3. find /var/lib/layman/gnustep/ -type f -name "*.ebuild" -exec grep 'é' {} + Description: Etoilé general text editor for plain and rich format text # see typewriter ebuild Actual Results: * gnustep-apps: ascii codec can't encode character Expected Results: PORTDIR_OVERLAY=/var/lib/layman /usr/bin/eupdatedb -v ... * gnustep-apps: 1 second(s) * gnustep-base: 1 second(s) * gnustep-libs: 0 second(s) ... esearch -v typewriter [ Results for search key : typewriter ] [ Applications found : 3 ] * gnustep-apps/typewriter Latest version available: 0.4.1 Latest version installed: [ Not Installed ] Unstable version: 0.4.1 Use Flags (stable): -debug -doc Size of downloaded files: 8,087 kB Homepage: http://www.etoile-project.org Description: Etoilé general text editor for plain and rich format text License: BSD ...
Created attachment 323614 [details, diff] 1.2-ascii-codec-cant-encode-character.patch
Actually we have this fixed in git already. The fix is available in the -9999 version. The db will now not fail to decode/encode properly with unicode descriptions and still work with py2 or py3 when created by the other.
This was released with esearch-1.3
