-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issue with Freecad weekly .AppImage
(black startscreen)
#97
Comments
There is no 'daily' appimage. Do you mean weekly? About info |
@looooo I can reproduce this on the latest weekly Appimage
|
We need more conda packagers looking at this. |
.AppImage
.AppImage
(black startscreen + missing App icon)
Also thanks for the material, im coming from another issue with a glider dependency breaking a while ago. I can confirm this issue is still present, tested on latest Arch, Manjaro and KDE Neon (ubuntu) |
I can change my pr or make a new one with this one. Then we can use it for some time to see how it feels. |
Looks like the StartWB isn't even loading correctly. I don't see it's toolbar either. Weird thing is that I don't see any errors
|
StartWB relevant thread: https://forum.freecadweb.org/viewtopic.php?p=584953#p584953 Edit: QtWebEngine failing to load |
This looks like three different bug reports: can we split it? |
.AppImage
(black startscreen + missing App icon).AppImage
(black startscreen)
From https://forum.freecadweb.org/viewtopic.php?p=585485#p585485 adding:
to FC launching scripts (that I use) Seems to solve the problem. further investigation seems to lead to: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1939993 I don't know if it is relevant. Regards Carlo D. |
How does one add entries in to AppRun? |
Workaround: |
see maybe: https://forum.freecadweb.org/viewtopic.php?p=585715#p585715 For other type of solution. Regards Carlo D. |
Hello, unrelated thing, but miniconda environment is not updated incorporating this patch to the more "general problem" of "Blank (Black) Start Page" on some Systems. Not a critics, only to note the disalignment between packaging system (AppImage, miniconda, FlatPack ....) why not make this modification to "stock source tree" that will make things work despite the "Packaging system": in file: .../miniconda3/envs/fcenv-dev/Mod/Start/Init.py (This is the location of the miniconda install, I know :-D) I've inserted these lines:
And all it's working. Regards |
The code has to be applied to the stock freecad sources so it is loaded when Start page is invoked, and will be integrated in all the "packaging system" solution for AppImage patch the AppRun environment only, good thing, but other "packaging system" are not patched so as example my miniconda install was broken when updating the miniconda as it has overwritten my "workaround lines" in /mod/Start/Init.py. The workaround should be used only in FC as Init.py is modifying only the sys.environment of the running FreeCAD I think, at least in an AppImage or in a miniconda install that is not very far from an AppImage in workings as it appears that an AppImage use a "sort of" miniconda environment internally. #102 seems related to some problem with Xorg but Xorg is external to the AppImage, or maybe FC is asking for some OpenGL things that the driver is not supplying, (a rough guess), some other programs, has a "OpenGL" version settings, that could address problems if the OS distribution use an old OpenGL but as usual, I don't know in deep things, about miniconda and AppImage workings. I suppose that libc++ and Xorg are managed by the "OS Distribution" and miniconda and AppImages use the "OS services", in this case it seems strange that FC is asking for a precise place where libraries are residing, as different distributions have different places where libraries are put. Debian Ubuntu is known to have different places, at least in the past, now it seems more "standardized", probably diue to the SystemD adoption, but in past some libraries that other distributions placed in /usr/lib or in /usr/share/lib are found in /usr/lib64 or /usr/chare/lib64, I have had some program that need some symlinks as when running on Debian they won't find libraries and fails (notably was a proprietary driver for a printer), then driver suppliers have done a complex installation script that take in account these differences. But probably here this discussion is rather OT, sorry. Regards. Carlo D. |
@onekk I added a patch to the freecad-feedstock. https://github.com/looooo/freecad-feedstock/blob/master/recipe/qtwebengine_disable_sandbox.patch If you think this patch needs to be applied to the freecad source please discuss this via an separate issue or in the forum. |
@looooo (hope the number o o is correct :-D) I think that this patch should be made "upstream" i.e directly in FC sources, pleas on what forum I have to discuss it? Regards Carlo D. |
Black Start page
The text was updated successfully, but these errors were encountered: