Summary: | portage fails with "Exception in callback AsynchronousTask" with unfortunate tempfiles | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Artem Shinkarov <artyom.shinkaroff> |
Component: | Core | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | jstein |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=815871 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | emerge --info |
Description
Artem Shinkarov
2021-10-26 15:27:56 UTC
This might “just” be leftover files in tmp/portage from an intermediate broken Portage version. This is very likely to be the case. However, it seems that portage can handle this a bit better than failing with a system error. *** This bug has been marked as a duplicate of bug 815871 *** (In reply to Artem Shinkarov from comment #2) > This is very likely to be the case. However, it seems that portage can > handle this a bit better than failing with a system error. Yeah, it's similar to bug 815871 but not identical. (In reply to Artem Shinkarov from comment #0) > >>> Emerging (1 of 1) app-text/pandoc-2.14.2::haskell > rm: cannot remove '/var/tmp/portage/app-text/pandoc-2.14.2/files': Is a > directory The __dyn_clean function fails here to remove the directory here: > rm -f "${PORTAGE_BUILDDIR}/files" It will only be a directory if it was created by one of the portage versions prior to portage-3.0.28, and portage-3.0.28 reverted the behavior in this commit: https://gitweb.gentoo.org/proj/portage.git/commit/?id=c2da00e04086fa8eefc981e97ae3559d42c4937d It's unlikely anyone has leftover files from affected portage versions at this point. |