| Summary: | dep-clean does not take into account non-standard portage location | ||
|---|---|---|---|
| Product: | Portage Development | Reporter: | Kevin Hayes <kjhaze> |
| Component: | Tools | Assignee: | Portage Tools Team <tools-portage> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | normal | CC: | jyrki, karltk, radek |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
make dep-clean use PORTDIR and remove buggy cut & sed pipe
now it should do fix PORTAGE and cut&sed :) |
||
|
Description
Kevin Hayes
2002-11-03 18:53:45 UTC
With an empty /usr/portage directory in place it works as expected. is this still an issue ? also, where you setting up PORTDIR in your make files or were you just symlinking that directory ? Dep-clean's way to search ebuilds is a total failure. It doesn't use PORTDIR setting from make.conf at all. It does use PORTDIR_OVERLAY, but still uses cut -f4,6 -d/ on the results, so it just gives the wrong elements in many cases. I included a patch which fixes this. It makes use of PORTDIR setting, so it doesn't matter anymore if your portage tree isn't in /usr/portage. Also replaces the somewhat ugly cut & sed pipe with a single xargs command. Actually dep-clean still throws some mud on may face, it says my world file has unresolved dependencies... Created attachment 12413 [details, diff]
make dep-clean use PORTDIR and remove buggy cut & sed pipe
hmm.. or maybe this is wrong. is it supposed to get the last two elements, like category/appname? maybe so.. so ignore the patch (atleast the xargs part of it ;) Created attachment 12416 [details, diff]
now it should do fix PORTAGE and cut&sed :)
This'll be fixed with the Gentoolkit rewrite. Moving dep-clean over to Python and want to interface it with Portage directly so that it reports the packages correctly. this tool is deprecated |
