Summary: | net-im/skype fails to (re)merge: lrelease: could not find a Qt installation of '' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jocelyn Mayer <l_indien> |
Component: | Current packages | Assignee: | Raymond Jennings <shentino> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | proxy-maint |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | net-im/skype-4.3.0.37-r5 merge failure build log |
Description
Jocelyn Mayer
2017-03-15 10:47:03 UTC
From the ebuild:
> if type -P lrelease >/dev/null; then
> lrelease lang/*.ts || die
> fi
lrelease in $PATH is a symlink provided by dev-qt/qtchooser and should never be called directly. Instead, qmake-utils should be inherited and "$(qt4_get_bindir)/lrelease" should be called instead.
Also, I'm not sure why the type -P conditional is there. In qt4, lrelease is always provided by dev-qt/qtcore which is a hard dependency.
I tried to change lrelease into $(qt4_get_bindir)/lrelease as suggested and still get the same error. I also tried to directly call qtchooser: # qtchooser -l qt4-i686-pc-linux-gnu on an amd64 machine, which seems logical to me as I did not merge the 64 bits versions of Qt libraries (which are not useful for me, used only for skype dependencies): # emerge -pqv dev-qt/qtcore [ebuild R ] dev-qt/qtcore-4.8.6-r2 USE="exceptions glib iconv icu qt3support ssl (-aqua) -debug -pch" ABI_X86="(32) -64 (-x32)" There seem to be a bug in the qtchooser utility in such a case: # qtchooser -print-env qtchooser: could not find a Qt installation of '' The only way I found in order to remerge the package is to comment the test in the ebuild. (In reply to Jocelyn Mayer from comment #2) > I tried to change lrelease into $(qt4_get_bindir)/lrelease as suggested and > still get the same error. Silly me, skype is "built" for the native ABI which in your case is 64 bit so it will look for /usr/lib64/qt4/bin/lrelease which of course won't exist with qt build only for 32. I guess we'd have to hardcode lib32 instead. Could not reproduce and it seems its been preempted by a newer version. I use AMD64 myself and couldn't find anythign wrong. |