Summary: | app-portage/eix-0.33.0 eix-sync: line 22: ReadFunctions: command not found | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Anton Kochkov <anton.kochkov> |
Component: | Current packages | Assignee: | Michael Weber (RETIRED) <xmw> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aballier, aidanamarks, althorion, andig.mail, anton.gubarkov, bearcatsandor, bkohler, bug, burcheri.massimo+bugs-gentoo, cryptopsy, dan, dharding, fabio.coatti, gentoo3, gentoo, graham, hanno, igor, kingjon3377, klaus818, krinpaus, Letto2, martin, me, me, mgorny, navid.zamani, pageexec, pesa, phantom4, qa, qsx, robbat2, skrattaren, steven, xmw, zeekec |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | emerge --info eix |
Description
Anton Kochkov
2017-10-04 02:04:50 UTC
Same here. It looks like the package was bumped without the required changes mentioned in bug 628512 – the dependencies >=app-shells/push-3.0 and >=app-shells/quoter-4.0 aren't even in the tree. Encountered this problem this morning too. emerge =app-portage/eix-0.32.10 obviously fixes this, should the 0.33 be masked? Line 17 of eix-sync has an extraneous .sh. error as well eix-sync /usr/bin/eix-sync: ligne 22: ReadFunctions : commande introuvable /usr/bin/eix-sync: ligne 24: ReadVar : commande introuvable /usr/bin/eix-sync: ligne 25: ReadVar : commande introuvable /usr/bin/eix-sync: ligne 26: ReadVar : commande introuvable /usr/bin/eix-sync: ligne 27: ReadVar : commande introuvable /usr/bin/eix-sync: ligne 28: local_portage_configroot : variable sans liaison Created attachment 497592 [details]
emerge --info eix
emerge --info eix
*** Bug 633478 has been marked as a duplicate of this bug. *** still getting errors with updated packages. app-portage/eix-0.32.10 crashes with app-shells/push-3.0: % eix-sync * push.sh from https://github.com/vaeth/push/ is needed See bug #633520 Could we please have a block? To fix: Change /usr/bin/eix-sync removing ".sh" from eix-functions calling in order to have: if eix_funcs=`cat "/usr/share/eix/eix-functions" 2>/dev/null` then eval "$eix_funcs" else echo "${0##*/}: cannot find eix-functions" >&2 exit 1 fi ReadFunctions ciao luigi *** Bug 633520 has been marked as a duplicate of this bug. *** The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=2779f460765f27160e87773414767287db95b65d commit 2779f460765f27160e87773414767287db95b65d Author: Michał Górny <mgorny@gentoo.org> AuthorDate: 2017-10-05 15:46:28 +0000 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: 2017-10-05 15:47:04 +0000 package.mask: Mask broken app-shells/{push,quoter} bumps Closes: https://bugs.gentoo.org/633424 profiles/package.mask | 9 +++++++++ 1 file changed, 9 insertions(+) just synced and re-emerged quoter/push/eix but the issue is still there: $ eix -c app-shells/quoter [I] app-shells/quoter (3.0_p2-r1@06.10.2017) $ eix -c app-shells/push [I] app-shells/push (2.0-r1@06.10.2017) $ eix -c app-portage/eix [I] app-portage/eix (0.33.0@06.10.2017) $ sudo LC_ALL=C eix-sync /usr/bin/eix-sync: line 22: ReadFunctions: command not found /usr/bin/eix-sync: line 24: ReadVar: command not found /usr/bin/eix-sync: line 25: ReadVar: command not found /usr/bin/eix-sync: line 26: ReadVar: command not found /usr/bin/eix-sync: line 27: ReadVar: command not found /usr/bin/eix-sync: line 28: local_portage_configroot: unbound variable commit 2779f460765f27160e87773414767287db95b65d does not resolve this issue. This issue is not specific to push or quoter, it can be recreated in zsh. In the line: eix_funcs=`cat "/usr/share/eix/eix-functions.sh" 2>/dev/null` $eix_funcs is not populated with the contents of /usr/share/eix/eix-functions, it is instead populated with: #!/bin/cat /usr/share/eix/eix-functions This is due to the following line in the ebuild: sed -e "s:'\$(bindir)/eix-functions.sh':cat \\\\\"${EROOT}usr/share/eix/eix-functions.sh\\\\\":" which replaces execution of the script with catting of the script. This can be resolved by either removing the initial cat or, as mentioned in comment 4 and comment 10, by removing the .sh at the end of eix-functions.sh. Since this is a gentoo packaging issue [1] I have reassigned this to the gentoo package maintainer. [1] https://github.com/vaeth/eix/issues/44 (In reply to Mike Auty from comment #14) > This can be resolved by either removing the initial cat or, as mentioned in > comment 4 and comment 10, by removing the .sh at the end of eix-functions.sh. Removing cat does not work for eix-sync. Thankully, removing the .sh does. :) I'm going to claim a maintainer timeout on this one and attempt to fix it. Well, or at least make it run. Because the only real fix for such a horrible code is to punt it altogether. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=393761e7afeb26705f164c30a20818f1f951c733 commit 393761e7afeb26705f164c30a20818f1f951c733 Author: Michał Górny <mgorny@gentoo.org> AuthorDate: 2017-10-14 21:18:27 +0000 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: 2017-10-14 21:42:32 +0000 app-portage/eix: Fix path to eix-functions Closes: https://bugs.gentoo.org/633424 app-portage/eix/{eix-0.33.0.ebuild => eix-0.33.0-r1.ebuild} | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) The proper fix is trivial: Simply do not break the EAPI of 3 packages. *** Bug 635288 has been marked as a duplicate of this bug. *** shouldn't 33 have been masked? Whether it was masked for fixed, either way you need to sync to get the change. Which you haven't done since October 3 (3 weeks ago) |