When do you get the "Could not find a supported Build System" message? Is it when running a specific project? If so, do you have a link to that project?
Update install.md to cover OpenSuSE Leap as well, when i tried to compile it was missing some dependencies, now it builds successfully. You would probably have to check as there is still a Warning shown when running the IDE: "Could not find a supported Build System"
Ole Christian Eidheim (ee90cfe3) at 22 Mar 09:02
Update install.md to cover OpenSuSE Leap as well, when i tried to c...
Update install.md to cover OpenSuSE Leap as well, when i tried to compile it was missing some dependencies, now it builds successfully. You would probably have to check as there is still a Warning shown when running the IDE: "Could not find a supported Build System"
Ole Christian Eidheim (9305e35f) at 18 Mar 10:58
Updated LICENSE
Thank you!
I did some minor cleanup in 91425d9c.
With the LLVM/CLang 17 package provided in the official Fedora 39 sources, the "Clang Resource Directory" moves from /usr/lib64/clang/<version>
to /usr/lib/clang/<version>
while the LibClang remains in /usr/lib64/libclang.so
, making the code to locate it insufficient (see official notes).
It looks like the proper way of determining the resource directory would be to invoke clang --print-resource-dir
for the clang-executable in use.
I will have a look on how to implement this. and see if this can be queried from the LibCLang.
Fixes #457
Ole Christian Eidheim (91425d9c) at 19 Feb 13:56
Cleanup of clang resource directory lookup
... and 3 more commits
Fixes #457
With the LLVM/CLang 17 package provided in the official Fedora 39 sources, the "Clang Resource Directory" moves from /usr/lib64/clang/<version>
to /usr/lib/clang/<version>
while the LibClang remains in /usr/lib64/libclang.so
, making the code to locate it insufficient (see official notes).
It looks like the proper way of determining the resource directory would be to invoke clang --print-resource-dir
for the clang-executable in use.
I will have a look on how to implement this. and see if this can be queried from the LibCLang.
Sorry for the delay, GitLab doesn't seem to have a central notifications panel.
Desktop environment is sway
.
The GTK theme in use appears to be Breeze. Changing the relevant line to Adwaita does not avoid the bug.
Doing some more experimentation, it appears that the contents of last_session.json
are important to reproducing this. While I am not certain, it appears as if there must be an open file and an open folder, and the open file must be Rust.
Thank you for reporting this. I think I need some additional information to reproduce this. What desktop environment are you using? Which theme did you choose? If you for instance choose the Adwaita theme, does that fix the issue? You could also reset the settings by deleting the ~/.juci
directory. If so, does that fix the issue?
Ole Christian Eidheim (043a105d) at 11 Jan 08:57
Search entry histories are now updated correctly
OS: Ubuntu 23.04 (Lunar Lobster)
After compiling and running juci, setting the theme to dark and opening a project, I restarted juci after having realized I wasn't sure how to bring back the menu after pressing "Toggle Menu". Upon attempting to start juci, I got the following:
t20kdc@Trevize:/media/modus/External2/jucipp/build$ src/juci
(juci:11719): Gtk-WARNING **: 12:26:29.003: Theme parsing error: gtk.css:1649:16: '-gtk-icon-size' is not a valid property name
(juci:11719): Gtk-WARNING **: 12:26:29.003: Theme parsing error: gtk.css:1652:16: '-gtk-icon-size' is not a valid property name
(juci:11719): Gtk-WARNING **: 12:26:29.026: Theme parsing error: gtk.css:1649:16: '-gtk-icon-size' is not a valid property name
(juci:11719): Gtk-WARNING **: 12:26:29.026: Theme parsing error: gtk.css:1652:16: '-gtk-icon-size' is not a valid property name
**
GLib-GIO:ERROR:../../../gio/gactiongroupexporter.c:167:g_action_group_exporter_dispatch_events: assertion failed: (((events & (ACTION_ENABLED_CHANGED_EVENT | ACTION_STATE_CHANGED_EVENT)) == 0) != ((events & (ACTION_REMOVED_EVENT | ACTION_ADDED_EVENT)) == 0))
Bail out! GLib-GIO:ERROR:../../../gio/gactiongroupexporter.c:167:g_action_group_exporter_dispatch_events: assertion failed: (((events & (ACTION_ENABLED_CHANGED_EVENT | ACTION_STATE_CHANGED_EVENT)) == 0) != ((events & (ACTION_REMOVED_EVENT | ACTION_ADDED_EVENT)) == 0))
Aborted (core dumped)
The traceback is as follows:
GLib-GIO:ERROR:../../../gio/gactiongroupexporter.c:167:g_action_group_exporter_dispatch_events: assertion failed: (((events & (ACTION_ENABLED_CHANGED_EVENT | ACTION_STATE_CHANGED_EVENT)) == 0) != ((events & (ACTION_REMOVED_EVENT | ACTION_ADDED_EVENT)) == 0))
Bail out! GLib-GIO:ERROR:../../../gio/gactiongroupexporter.c:167:g_action_group_exporter_dispatch_events: assertion failed: (((events & (ACTION_ENABLED_CHANGED_EVENT | ACTION_STATE_CHANGED_EVENT)) == 0) != ((events & (ACTION_REMOVED_EVENT | ACTION_ADDED_EVENT)) == 0))
Thread 1 "juci" received signal SIGABRT, Aborted.
__pthread_kill_implementation (no_tid=0, signo=6, threadid=<optimised out>) at ./nptl/pthread_kill.c:44
Download failed: Invalid argument. Continuing without source file ./nptl/./nptl/pthread_kill.c.
44 ./nptl/pthread_kill.c: No such file or directory.
(gdb) bt
#0 __pthread_kill_implementation (no_tid=0, signo=6, threadid=<optimised out>) at ./nptl/pthread_kill.c:44
#1 __pthread_kill_internal (signo=6, threadid=<optimised out>) at ./nptl/pthread_kill.c:78
#2 __GI___pthread_kill (threadid=<optimised out>, signo=signo@entry=6) at ./nptl/pthread_kill.c:89
#3 0x00007ffff323c3b6 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26
#4 0x00007ffff322287c in __GI_abort () at ./stdlib/abort.c:79
#5 0x00007ffff6cc7d1e in g_assertion_message
(domain=domain@entry=0x7ffff3572064 "GLib-GIO", file=file@entry=0x7ffff3594108 "../../../gio/gactiongroupexporter.c", line=line@entry=167, func=func@entry=0x7ffff3595e60 <__func__.5.lto_priv.58> "g_action_group_exporter_dispatch_events", message=message@entry=0x5555564909a0 "assertion failed: (((events & (ACTION_ENABLED_CHANGED_EVENT | ACTION_STATE_CHANGED_EVENT)) == 0) != ((events & (ACTION_REMOVED_EVENT | ACTION_ADDED_EVENT)) == 0))")
at ../../../glib/gtestutils.c:3450
#6 0x00007ffff6d2f29e in g_assertion_message_expr
(domain=domain@entry=0x7ffff3572064 "GLib-GIO", file=file@entry=0x7ffff3594108 "../../../gio/gactiongroupexporter.c", line=line@entry=167, func=func@entry=0x7ffff3595e60 <__func__.5.lto_priv.58> "g_action_group_exporter_dispatch_events", expr=expr@entry=0x7ffff3594ac8 "((events & (ACTION_ENABLED_CHANGED_EVENT | ACTION_STATE_CHANGED_EVENT)) == 0) != ((events & (ACTION_REMOVED_EVENT | ACTION_ADDED_EVENT)) == 0)") at ../../../glib/gtestutils.c:3476
#7 0x00007ffff350ab96 in g_action_group_exporter_dispatch_events (user_data=0x555555cd3410) at ../../../gio/gactiongroupexporter.c:167
#8 0x00007ffff6d033df in g_main_dispatch (context=0x555555ac1d30) at ../../../glib/gmain.c:3460
#9 g_main_context_dispatch (context=0x555555ac1d30) at ../../../glib/gmain.c:4200
#10 0x00007ffff6d5e2f8 in g_main_context_iterate.constprop.0 (context=0x555555ac1d30, block=<optimised out>, dispatch=1, self=<optimised out>) at ../../../glib/gmain.c:4276
#11 0x00007ffff6d02220 in g_main_context_iteration (context=context@entry=0x555555ac1d30, may_block=may_block@entry=1) at ../../../glib/gmain.c:4343
#12 0x00007ffff350cbfd in g_application_run (application=0x555555aae6e0, argc=<optimised out>, argv=0x7fffffffd898) at ../../../gio/gapplication.c:2573
#13 0x00005555556342fe in main ()
(gdb)
In addition to this: I am unsure if this is or is not related, but there are two copies of the upper menu bar visible.
Ole Christian Eidheim (de7763e5) at 17 Sep 17:23
Fixed CMake and Meson project detection for dos newlines
Ole Christian Eidheim (f8cb7889) at 03 Aug 08:13
Updated CMake version
Ole Christian Eidheim (23ebfaa5) at 03 Aug 07:49
v1.8.0
Ole Christian Eidheim (23ebfaa5) at 03 Aug 07:45
v1.8.0
Ole Christian Eidheim (ac3f1721) at 02 Aug 10:07
Updated cmake version when creating C/C++ projects