Summary: | x11-libs/pango-1.42.4 (Latest) fails to build | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | MJ <mjaoune55> |
Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | alexander, hydrapolic, jstein, me |
Priority: | Normal | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Pango build.log
emerge info my build log for pango 1.42.4 ~amd64 my emerge --info 0001-x11-libs-pango-add-call-to-gnome2_src_prepare.patch |
Description
MJ
2018-08-28 11:48:23 UTC
Please cd to an existing directory (for example cd /) and then emerge again. If it fails, please attach the build log and the output of emerge --info as usual. Created attachment 545260 [details]
Pango build.log
tried changing directory, didn't work.
I guess the problem is:
* ACCESS DENIED: mkdir: /home/<user path (Not root)>/.cache/g-ir-scanner
Attached build log and emerge info.
I masked the package in my system now until this is resolved.
Created attachment 545262 [details]
emerge info
I'm having the same issue, trying to send my build log but having issues Created attachment 545266 [details]
my build log for pango 1.42.4 ~amd64
*** Bug 664748 has been marked as a duplicate of this bug. *** Created attachment 545268 [details]
my emerge --info
(In reply to Mahmoud Jaoune from comment #2) > Created attachment 545260 [details] > Pango build.log > > tried changing directory, didn't work. > > I guess the problem is: > > * ACCESS DENIED: mkdir: /home/<user path (Not > root)>/.cache/g-ir-scanner > > Attached build log and emerge info. > > I masked the package in my system now until this is resolved. i had even chmod 777 the /home/??? directory and still no access. Still access violation error in sandbox on mkdir multiples and just fails I can't reproduce. But this is presumably due to a missing gnome2_src_prepare() (which implies xdg_environment_reset()). Please try to add it to src_prepare(). --- a/pango-1.42.4.ebuild 2018-08-23 05:09:25.000000000 +0300 +++ b/pango-1.42.4.ebuild 2018-08-28 20:34:24.000609799 +0300 @@ -42,6 +42,8 @@ # This should be updated if next release fails to pre-generate the manpage as well, or src_prepare removed if is properly generated # https://gitlab.gnome.org/GNOME/pango/issues/270 cp -v "${FILESDIR}"/${PV}-pango-view.1.in "${S}/utils/pango-view.1.in" || die + + gnome2_src_prepare } multilib_src_configure() { (In reply to Alexander Tsoy from comment #10) > --- a/pango-1.42.4.ebuild 2018-08-23 05:09:25.000000000 +0300 > +++ b/pango-1.42.4.ebuild 2018-08-28 20:34:24.000609799 +0300 > @@ -42,6 +42,8 @@ > # This should be updated if next release fails to pre-generate the > manpage as well, or src_prepare removed if is properly generated > # https://gitlab.gnome.org/GNOME/pango/issues/270 > cp -v "${FILESDIR}"/${PV}-pango-view.1.in > "${S}/utils/pango-view.1.in" || die > + > + gnome2_src_prepare > } > > multilib_src_configure() { Thank you! i'll check it out when it syncs (In reply to Alexander Tsoy from comment #10) > --- a/pango-1.42.4.ebuild 2018-08-23 05:09:25.000000000 +0300 > +++ b/pango-1.42.4.ebuild 2018-08-28 20:34:24.000609799 +0300 > @@ -42,6 +42,8 @@ > # This should be updated if next release fails to pre-generate the > manpage as well, or src_prepare removed if is properly generated > # https://gitlab.gnome.org/GNOME/pango/issues/270 > cp -v "${FILESDIR}"/${PV}-pango-view.1.in > "${S}/utils/pango-view.1.in" || die > + > + gnome2_src_prepare > } > > multilib_src_configure() { adding this to the ebuild and emergeing pango worked flawlessly. Thank you Created attachment 545412 [details, diff]
0001-x11-libs-pango-add-call-to-gnome2_src_prepare.patch
Better patch. gnome2_src_prepare calls default via xdg_src_prepare.
(In reply to Alexander Tsoy from comment #13) > Created attachment 545412 [details, diff] [details, diff] > 0001-x11-libs-pango-add-call-to-gnome2_src_prepare.patch > > Better patch. gnome2_src_prepare calls default via xdg_src_prepare. Thank you once again, that was really quick. :) The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9ab0fc5ae434b63d3577d12ce9dc9e90cb78177a commit 9ab0fc5ae434b63d3577d12ce9dc9e90cb78177a Author: Mart Raudsepp <leio@gentoo.org> AuthorDate: 2018-08-29 21:49:15 +0000 Commit: Mart Raudsepp <leio@gentoo.org> CommitDate: 2018-08-29 21:56:47 +0000 x11-libs/pango: fix src_prepare chaining for correct env cleanup Properly call up to eclass exported src_prepare functions with the pango-view.1.in copy necessitated custom src_prepare, so that xdg_environment_reset gets called. This fixes build for people who for some reason use `su` instead of more conceptually correct `su -` (former leaks users env vars to root session). But this is one of the reasons xdg_environment_reset exists for correct use instead of my foolish mistakes :) Closes: https://bugs.gentoo.org/664736 Package-Manager: Portage-2.3.48, Repoman-2.3.10 x11-libs/pango/pango-1.42.4.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) |