| Summary: | x11-themes/adwaita-icon-theme-42.0_p2 fails to compile: rm: cannot remove Adwaita: No such file or directory | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Agostino Sarubbo <ago> |
| Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | juippis, liaoyuan, pacho |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | build.log | ||
|
Description
Agostino Sarubbo
2022-05-28 06:53:44 UTC
Created attachment 781154 [details]
build.log
build log and emerge --info
I think this is a situation where 'rm -rf' could be called - albeit it is a bit dangerous when touching EROOT. I don't really know the problem why this was added, but maybe 'find -type l' can be utilized to remove symlinks if that's the problem? Currently gnome can't be installed for new ~unstable systems due to this (not to forget about tinderboxing efforts.) ... or maybe you can utilize has_version or REPLACING_VERSIONS here somehow, wrapping the check inside those. It is use to prevent bug 834600 Otherwise people will need to manually remove the old dir and re-do the symlink The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1dc7507c70d477bcb12614393d7a8a840808a517 commit 1dc7507c70d477bcb12614393d7a8a840808a517 Author: Pacho Ramos <pacho@gentoo.org> AuthorDate: 2022-05-29 10:46:50 +0000 Commit: Pacho Ramos <pacho@gentoo.org> CommitDate: 2022-05-29 10:48:12 +0000 x11-themes/adwaita-icon-theme: Fix logic to remove old directory Thanks-to: Agostino Sarubbo Thanks-to: Joonas Niilola Closes: https://bugs.gentoo.org/847877 Signed-off-by: Pacho Ramos <pacho@gentoo.org> x11-themes/adwaita-icon-theme/adwaita-icon-theme-42.0_p2.ebuild | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) |