It accepts junk input like the following for categories: > öäü/ Repoman is happy and when you put a package inside that directory and want to actually emerge it, portage may fail with an exception: ===== File "/usr/lib/python-exec/python2.7/emerge", line 50, in <module> retval = emerge_main() File "/usr/lib64/python2.7/site-packages/_emerge/main.py", line 1154, in emerge_main return run_action(emerge_config) File "/usr/lib64/python2.7/site-packages/_emerge/actions.py", line 3191, in run_action emerge_config.args, spinner) File "/usr/lib64/python2.7/site-packages/_emerge/actions.py", line 498, in action_build retval = mergetask.merge() File "/usr/lib64/python2.7/site-packages/_emerge/Scheduler.py", line 947, in merge self._save_resume_list() File "/usr/lib64/python2.7/site-packages/_emerge/Scheduler.py", line 1825, in _save_resume_list mtimedb["resume"]["favorites"] = [str(x) for x in self._favorites] UnicodeEncodeError: 'ascii' codec can't encode character u'\xf6' in position 2: ordinal not in range(128) ===== Other input might be affected as well, I did not test all of it. Some of it causes other exceptions, sometimes earlier, sometimes unrelated. https://dev.gentoo.org/~ulm/pms/head/pms.html#x1-180003.1.1
package names are similarly affected it seems the biggest problems are non-ascii chars
for SLOTs, umlauts [öäü] are accepted and package emerges successfully
for USE flag names in IUSE, it accepts something like > IUSE="+öoü +~foo +=doo +%ii +2##" and repoman is happy and portage emerges this successfully
*** This bug has been marked as a duplicate of bug 435934 ***
This is not the duplicate, see comment #3 especially, which contains ascii characters which are invalid as per PMS.
