Try and make things more organized by creating a project to add in issues, this makes it easier to search for just FreeBSD issues. Also this opens doors to other users who enjoy using FreeBSD want to make E better.
Sat, Jan 4
testing a bit more, this script is very effective for stopping e for up to 5 seconds for me. First send a via notify-send which returns immediately, start date and then shellementary. Needs a bit higher load and a hardware accelerated video playing. Browsers like Firefox and Chromium are helpful as well. Restarts after 900 seconds which seems enough to purge the kernel cache of shellementary and its librarys.
For me I've found a relatively reliable testcase for this: shellementary. When I play a video, have a browser open and a system load roughly equal to the number of cpu cores, e hangs for up to 5 seconds when opening it the first time. So it seems either e or Xorg is waiting for the creation of this window, but shellementary sometimes takes too long (maybe on memory init?)
Mon, Dec 23
Dec 6 2019
Do you have something like valgrind? The future seems to be completely empty other than the next and promise which is weird.
I could catch the same crash:
Nov 24 2019
Nov 8 2019
Fixed in Meson, tested OK. Hope the new version of Meson will be released soon.
Nov 5 2019
Probably fixed in Meson's master: https://github.com/mesonbuild/meson/pull/4410
I need some time to test it...
Oct 31 2019
This pretty much sounds like it's a freebsd thing to fix in the ports or in their install of meson. there is no choice on the install location for pc files in our build files at all... it's wherever meson thinks they should go. That is 100% the right thing to do.
OK, I've got it.
There is a hack in the ports system, it redirects *.pc from lib to libdata during stage (and install).
So, probably, we only need to put some info into the docs about the behavior change from autotools to meson.
Hi Peter no issue with Efl on freebsd or openbsd here. I think the pc issue is best fixed by the packager or port maintainer. You could help them with that????
Right now, after install, EFL libs are not available for building software under FreeBSD. Even Enlightenment does not build. I think it is very bad. Asking a user who wants to build Enlightenment to add a custom path for pkg config is a bad idea. It is a regression passing to meson build from autotools. If it can be solved on EFL level - IMHO it should be solved. If you consider that it should be fixed on meson level - try to ask it to meson devs.
Anyway, it must be patched in FreeBSD port, if not - EFL 1.23 will not be accepted in ports tree. The standard path for *.pc files in FreeBSD - /usr/local/libdata/pkgconfig
I do not really want to emulate install behaviour from autotools in our meson build. The platform that should fix this is meson itself, in the pkgconfig module itself. I do not want to fix this in efl, enlightenment, etc. etc. Would it be a burdon to keep this behaviour for now and bring this bug to the attention of the meson project ?
This was always the case, also in autotools. And is also the case for linux. Our installation and build guide also states that you should use PKG_CONFIG_PATH=/usr/local/lib/pkgconfig.
Oct 12 2019
Bug report, analysis, and fix are almost a year old ???
Oct 11 2019
Aug 20 2019
Sorry no update, both of those patches are were already applied in 0.22.4.
Thanks for the doc links.
Aug 18 2019
Aug 7 2019
one constant error that shows up at the console tells to: eina_btlog << EOF EOF.
sometimes it tells the resource is null os nonexistent. dont have it right now. maybe will try to catch and upload here so you have more detailed information..
Me too, sometimes I have problems with window switcher. It does not show the list, but only the next window icon & name. But I don't need to restart the session, the next invoking the switcher is normally correct.
And UI does not hang for me with the last versions of E/EFL.
not really :-( some issues that i have noticed:
- ui hangs but mouse moves. sometimes after several minutes things get back to normal sometimes not.
- window switcher / selector is buggy. almost always with virtualbos running it cannot switch back to other windows and does not show windows on the list while switching with Ctrl+Tab. this is critical as i have to restart session and interrupt my work.
I don't see the segmentation fault closing emixer on my laptop.
FreeBSD 11.2-RELEASE-p9 Enlightenment 0.23.0.alpha EFL 1.22.2
Could you please provide the Enlightenment and Efl version you are using? devd, pulseaudio and dbus version would probably also help.
Apr 15 2019
Thank you Peter! Enlightenment really rox! Just as my beloved FreeBSD! This is something really really new and the design is simply amazing.. really reminds me of the old good Unix or even Amiga times! :-)
cederom, you should begin with full uninstall E and EFL, port version of EFL is really outdated. Then you should download the last versions from enlightenment.org (or checkout from Enlightenment git) and build both EFL and E from sources.
I'm on git versions (dated some months ago) on FreeBSD 11.2. It's stable, I'm using it every day ~12hrs by day without freezes. I tested everything on FreeBSD 12 too without problems.
I did not (yet) tested the last released version of EFL.
You can ask for help in maillist if you have problems with build.
How can I track down the problem?
Apr 12 2019
Feb 28 2019
This isn't fixin anything.
Feb 27 2019
Nothing changed adding the header.