Summary: | mail-client/evolution-3.24.5 sandbox violation on install | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Georgy Yakovlev <gyakovlev> |
Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | alexander, archenroot, fdr.tom, fturco, gentoo-bugs, gyakovlev, johnnybit, leonchik1976, renich, sobhan, wizardedit, xxoo |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 611270, 631656 | ||
Attachments: |
build log, last 1550 lines with sandbox summary
emerge-info.txt emerge-history.txt etc.portage.tbz2 logs.tbz2 mail-client:evolution-3.24.5:20170821-054436.log.bz2 sandbox-8219.log fix the violations |
Description
Georgy Yakovlev
2017-08-21 04:01:56 UTC
Created attachment 489886 [details]
build log, last 1550 lines with sandbox summary
I had the same issue using the same all Gentoo~unstable versions. I managed a workaround to install evolution by downgrading: --- =dev-util/cmake-3.8.2 ~sys-apps/sandbox-2.10-r3 =sys-apps/portage-2.3.6 =app-portage/gentoolkit-0.3.3 --- I am not sure in the moment if I had to downgrade sanbox further ... The bug is about some evil combination of cmake with sandbox version. Wrong! Above statement of me is wrong! I didn't remember correctly, I have now looked up ebuild log: My workaround was done by copying some directory trees from the previously readyed image: /tmp/portage/mail-client/evolution-3.24.5/work/image into /usr/share/evolution /usr/lib/evolution /usr/share/icons That was the my workaround for the sandbox access violations! I saw "copy_if_different" in the fail log and done the copying ... Not has to do with any cmake,sandbox,portage versions: I have tested now again. appeared recently at the tinderbox image 20170821-080639_mail-client_evolution-3.24.5 Created attachment 489954 [details]
emerge-info.txt
Created attachment 489956 [details]
emerge-history.txt
Created attachment 489958 [details]
etc.portage.tbz2
Created attachment 489960 [details]
logs.tbz2
Created attachment 489962 [details]
mail-client:evolution-3.24.5:20170821-054436.log.bz2
Created attachment 489964 [details]
sandbox-8219.log
I'm seeing this as well. For me, downgrading sys-apps/sandbox 2.10-r4 to 2.10-r3 allowed me to install mail-client/evolution-3.24.5 (In reply to Austin English from comment #11) > I'm seeing this as well. For me, downgrading sys-apps/sandbox 2.10-r4 to > 2.10-r3 allowed me to install mail-client/evolution-3.24.5 well, not for me. downgraded sandbox to 2.10-r3 and still getting violations. I absolutely have no experience with cmake, but it seems replacing $_destdir with $ENV{$DESTDIR} did the trick for me. I'm absolutely not sure if It's the correct way, not including patches. here is edited code from cmake/modules/IconCache.cmake macro(process_icons DESTDIR _fileslistvar _install_codevar) foreach(srcfile IN LISTS ${_fileslistvar}) split_icon_components(${srcfile} theme context size iconfile) install(FILES ${srcfile} DESTINATION $ENV${DESTDIR}/icons/${theme}/${size}/${context} RENAME ${iconfile} ) set(${_install_codevar} "${${_install_codevar}} COMMAND ${CMAKE_COMMAND} -E copy_if_different \"${CMAKE_CURRENT_SOURCE_DIR}/${srcfile}\" \"$ENV${DESTDIR}/icons/${theme}/${size}/${context}/${iconfile}\"" ) endforeach(srcfile) endmacro(process_icons) macro(add_icon_cache_files DESTDIR _fileslistvar) set(_install_code) foreach(_filesvar ${_fileslistvar} ${ARGN}) process_icons("$ENV${DESTDIR}" ${_filesvar} _install_code) endforeach(_filesvar) (In reply to Georgy Yakovlev from comment #12) disregard this, icons are broken with this... @Georgy, did you try my workaround: From a failed image directory to copy by hand some /usr/share/icons /usr/lib/evolution directories !? And then just to again emerge evolution ? The emerge process recognizes the files don't belong to any known package and just fully installs evolution. This would konfirm that the failure just is a wrong policy of the sandbox ... Also: you could try an evolution emerge using the masked newer sandbox-2.11-r5 version. After trying to upgrade and downgrade sandbox failed, I was able to work around this by running: # FEATURES="-sandbox -usersandbox" emerge -av mail-client/evolution On my desktop system, there were reports of file collisions, however on my laptop no file collisions were reported. Subsequently running: # emerge -av mail-client/evolution : confirmed evolution was installed, and rebuilt successfully without error. the issue appears to be that the macro wants to write to the live filesystem in the install phase but I don't know enough about cmake or the way we "fix" things with the eclass in Gentoo to figure out how to fix it. (In reply to Gilles Dartiguelongue from comment #16) > the issue appears to be that the macro wants to write to the live filesystem > in the install phase but I don't know enough about cmake or the way we "fix" > things with the eclass in Gentoo to figure out how to fix it. The whole idea is broken. Trying to regenerate GTK icon caches from build systems is an asinine idea, and only the guy who prefers CMake over Meson for GNOME stuff can think otherwise. KDE has solved this issue in a better way (i.e., it just doesn't try to play with the cache). I suggest nixing all the cache crap. Autotools gnome modules did the cache update stuff as well. But only if DESTDIR is unset. *** Bug 629862 has been marked as a duplicate of this bug. *** *** Bug 629868 has been marked as a duplicate of this bug. *** Created attachment 496634 [details, diff]
fix the violations
apply after sed
This should fix the problem temporary... https://bugzilla.gnome.org/show_bug.cgi?id=781645 this exist... He fixed it (In reply to Sobhan Mohammadpour from comment #23) > He fixed it I can confirm that https://git.gnome.org/browse/evolution/commit/?id=a9f72bd18c fixes evolution's sandbox issue. There are also commits for evolution-data-server, evolution-ews, and evolution-mapi that may be needed. *** Bug 633526 has been marked as a duplicate of this bug. *** *** Bug 636686 has been marked as a duplicate of this bug. *** Ping? May I commit this patch? The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=08dbc54232da55b967d06e2d3bd19e6782b4ff6a commit 08dbc54232da55b967d06e2d3bd19e6782b4ff6a Author: Mart Raudsepp <leio@gentoo.org> AuthorDate: 2018-01-08 12:03:04 +0000 Commit: Mart Raudsepp <leio@gentoo.org> CommitDate: 2018-01-08 12:57:07 +0000 mail-client/evolution: bump to 3.24.6, fix fresh install sandbox violation, libical3 compat Bump, patch to honor DESTDIR and not update caches when set (might cause sandbox violation for us and be generally wrong), patches for libical:0/3 compatibility. As one more instance of libical3 problematic direct is_utc usage would have remained with just cherry-picked compat patch, the libical compat patch contains a different change as well, which removes that code, as is done in 3.26 (details in patch headers). Closes: https://bugs.gentoo.org/628460 Package-Manager: Portage-2.3.19, Repoman-2.3.6 mail-client/evolution/Manifest | 1 + mail-client/evolution/evolution-3.24.6.ebuild | 161 +++++++++++++ .../evolution/files/3.24.6-DESTDIR-honoring.patch | 53 +++++ .../evolution/files/3.24.6-libical3-compat.patch | 265 +++++++++++++++++++++ 4 files changed, 480 insertions(+) Additionally, it has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=02a7d7bfd2ae6022b1e7590a7ae873c3b3f95933 commit 02a7d7bfd2ae6022b1e7590a7ae873c3b3f95933 Author: Mart Raudsepp <leio@gentoo.org> AuthorDate: 2018-01-08 12:34:57 +0000 Commit: Mart Raudsepp <leio@gentoo.org> CommitDate: 2018-01-08 12:57:14 +0000 gnome-extra/evolution-ews: bump to 3.24.6, fresh install fix, libical3 compat Bump, patch to honor DESTDIR and not update caches when set (might cause sandbox violation for us and is generally wrong), patches for libical:0/3 compatibility. Bug: https://bugs.gentoo.org/628460 Closes: https://bugs.gentoo.org/639126 Package-Manager: Portage-2.3.19, Repoman-2.3.6 gnome-extra/evolution-ews/Manifest | 1 + .../evolution-ews/evolution-ews-3.24.6.ebuild | 66 ++++++++++++++++++++++ .../files/3.24.6-DESTDIR-honoring.patch | 33 +++++++++++ .../files/3.24.6-libical3-compat.patch | 44 +++++++++++++++ 4 files changed, 144 insertions(+) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7e605439425d9d382896c8224064691e8cf6760b commit 7e605439425d9d382896c8224064691e8cf6760b Author: Mart Raudsepp <leio@gentoo.org> AuthorDate: 2018-01-08 11:13:40 +0000 Commit: Mart Raudsepp <leio@gentoo.org> CommitDate: 2018-01-08 12:57:00 +0000 gnome-extra/evolution-data-server: bump to 3.24.7, fresh install fix, libical3 compat Bump, patch to honor DESTDIR and not update caches when set (might cause sandbox violation for us and be generally wrong), patches for libical:0/3 compatibility. Bug: https://bugs.gentoo.org/628460 Package-Manager: Portage-2.3.19, Repoman-2.3.6 gnome-extra/evolution-data-server/Manifest | 1 + .../evolution-data-server-3.24.7.ebuild | 152 +++++++++++++++++++++ .../files/3.24.7-DESTDIR-honoring.patch | 31 +++++ .../files/3.24.7-libical3-compat.patch | 146 ++++++++++++++++++++ 4 files changed, 330 insertions(+)} |