| Summary: | app-emulation/crossover-bin-20.0.2 Some errors may prevent CrossOver Linux from working correctly. | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | urcindalo <urcindalo> |
| Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ionen, pacho |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
build.log + emerge --info.txt
outputs.txt |
||
|
Description
urcindalo
2021-01-27 10:36:39 UTC
Observing the same behavior on ~amd64 with 20.0.2, 19.0.2 still works fine. I cannot reproduce. The problem is that it's hard to know from that error what lib is missing... but maybe build.log logged some missing things. Can you attach the full build.log please? Thanks Created attachment 684918 [details]
build.log + emerge --info.txt
I'll provide mine, but unfortunately "build" log doesn't look helpful to me.
I'm using a fairly minimal test env which initially made me run into a build failure due to missing cpio dependency.
I don't think it's complete but may have figured one dep out, vte[introspection]. Still gives errors but it at least starts now. (In reply to Ionen Wolkens from comment #4) > I don't think it's complete but may have figured one dep out, > vte[introspection]. Still gives errors but it at least starts now. Also dbus-python reporter's /opt/cxoffice/bin/cxfix --show-all still gives errors, but /opt/bin/crossover is good now Yeah, those deps make sense... Regarding /opt/cxoffice/bin/cxfix --show-all, what is it showing now with that extra deps installed? For me it simply shows: $ /opt/cxoffice/bin/cxfix --show-all cxfix:error: Could not identify the distribution Distribution: None 64-bit (None) Product: cx20 There is no issue to fix /opt/cxoffice/bin/cxdiag should also help The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=faee4423a93554833e744581df942fded9728591 commit faee4423a93554833e744581df942fded9728591 Author: Pacho Ramos <pacho@gentoo.org> AuthorDate: 2021-01-27 23:03:24 +0000 Commit: Pacho Ramos <pacho@gentoo.org> CommitDate: 2021-01-27 23:03:24 +0000 app-emulation/crossover-bin: Fix runtime deps Add deps as specified in checkgtk.py and checkreq.py Thanks-to: Ionen Wolkens Thanks-to: urcindalo Bug: https://bugs.gentoo.org/767430 Package-Manager: Portage-3.0.14, Repoman-3.0.2 Signed-off-by: Pacho Ramos <pacho@gentoo.org> .../crossover-bin/crossover-bin-20.0.2-r1.ebuild | 220 +++++++++++++++++++++ 1 file changed, 220 insertions(+) Created attachment 684933 [details]
outputs.txt
Still no different than first reported for --show-all
--show seems to work, cxdiag as well (all 3 outputs attached)
That the cannot verify message is repeated does seem odd.
(In reply to Ionen Wolkens from comment #9) > Created attachment 684933 [details] > outputs.txt > > Still no different than first reported for --show-all > > --show seems to work, cxdiag as well (all 3 outputs attached) > > That the cannot verify message is repeated does seem odd. Thanks both of you for your help! The new crossover-bin-20.0.2-r1 seems to solve the problem; at least it launches and allows for Windows apps to run. However, there are still some oddities. In my case, the outputs of "cxfix --show" and "cxdiag" are somewhat different than Ionen's (I only show the [Missing] parts): ------ $ /opt/cxoffice/bin/cxfix --show cxfix:error: Could not identify the distribution Distribution: None 64-bit (None) Product: cx20 cxfix:error: Could not identify the distribution cxfix:error: Could not identify the distribution cxfix:error: Could not identify the distribution The following issues have no known automated fix for your platform but the fixes for other platforms may help you: * https://www.codeweavers.com/support/wiki/Diag/missinggstreamer1good2 (32-bit) * https://www.codeweavers.com/support/wiki/Diag/missinggstreamer1good2 (64-bit) -------------------- $ /opt/cxoffice/bin/cxdiag [MissingLibOdbc] "Title"="Missing 32-bit libodbc.so.2 library" [MissingLibOsmesa8] "Title"="Missing 32-bit libOSMesa.so.8 library" [MissingLibPcap] "Title"="Missing 32-bit libpcap.so.0.8 library" [Properties] "vulkan.present"="yes" [MissingGStreamer1Good2] "Title"="The gst-plugins-good 32-bit GStreamer plugins appear to be missing vp9dec" ---------------- In Ionen's case there are more [Missing]'s and a different [MissingGStreamer1Good2]. I guess this is due to some incomplete DEPS in the crossover-bin ebuild which maybe provided, or not, through other installed packages in the world file, but I don't know to what extent they are important to its correct behavior. However, I DO know that I have had to manually add USE="abi_x86_32" for media-sound/pulseaudio, x11-libs/libXinerama and dev-libs/libxslt because of a warning from crossover-bin, when installing QtiPlot, of a potential misbehavior. Well... the problem is that not all that deps are really hard requirements and always required (it depends on the software you are trying to run with crossover)... that is the reason many of them are under USE flags (default enabled). You should maybe try to let all that flags enabled if you don't want any warning about missing libs. Regarding concrete gst plugins, that will depend on the USE flags of your gst-plugins-meta Yeah I think it's fine, only dbus-python/vte were a real problem preventing it from working altogether and that looks sorted. I normally don't use this minimal'ish environment either, I just use it to find those issues. I will close this then Thanks for your help! |
