As of the latest portage sync, pango is failing to build with errors: shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory job-working-directory: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory chdir: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
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(-)
