| Summary: | app-portage/gentoolkit-0.8.0.3-r2 - /usr/bin/equery is a symbolic link to ../lib/python-exec/python-exec2 which does not exist | ||
|---|---|---|---|
| Product: | Portage Development | Reporter: | Marcin Szamotulski <profunctor> |
| Component: | Tools | Assignee: | Portage Tools Team <tools-portage> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | CC: | python |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | output of emerge --info | ||
Well, it is impossible for a gentoolkit install to unmerge python-exec after gentoolkit was emerged. Which is what your indicating. Something else unmerged python-exec. The solution is to re-emerge dev-lang/python-exec:2 Equery and any other python pkgs depending on python-exec should work again without needing to be rebuilt. Isn't gentoolkit one of the packages that do not work with python-exec:0? It was due to the symlink problem, but Paul has changed gentoolkit to copy the start script to the elcean-pkg, eclean-dist names instead. So, it should work with either, but I haven't tested it specifically. I re-emerged dev-lang/python-exec:0 and it solved the problem. |
Created attachment 371488 [details] output of emerge --info After installing gentoolkit-0.8.0.3-r2 I have ls -l /usr/bin/equery lrwxrwxrwx 1 root root 31 Mar 1 12:30 /usr/bin/equery -> ../lib/python-exec/python-exec2 And the ../lib/python-exec/python-exec2 is missing.