Seconded.

Make the actual change that was requested

Add homepage

I agree, I think juliaup is a competent replacement for julia.

Fix issues with package.yml

backtrace

(gdb) bt
#0  0x0000556e81d050a8 in user_change_automatic_login_authorized_cb (daemon=0x556e83376bc0 [Daemon], user=0x556e83396e40 [User], context=0x7f3524002e40 [GDBusMethodInvocation], data=0x1) at ../src/user.c:2662
#1  0x0000556e81d01148 in check_auth_cb (authority=<optimized out>, res=<optimized out>, data=0x556e83398530) at ../src/daemon.c:1683
#2  0x00007f354a3ee33f in g_simple_async_result_complete (simple=0x556e833bb3e0 [GSimpleAsyncResult]) at ../gio/gsimpleasyncresult.c:804
#3  0x00007f354a196264 in  () at /usr/lib/libpolkit-gobject-1.so.0
#4  0x00007f354a402ae4 in g_task_return_now (task=task@entry=0x556e8339a890 [GTask]) at ../gio/gtask.c:1309
#5  0x00007f354a4037cd in g_task_return (type=<optimized out>, task=0x556e8339a890 [GTask]) at ../gio/gtask.c:1378
#6  g_task_return (task=0x556e8339a890 [GTask], type=<optimized out>) at ../gio/gtask.c:1335
#7  0x00007f354a46d91e in reply_cb (connection=<optimized out>, res=<optimized out>, user_data=0x556e8339a890) at ../gio/gdbusproxy.c:2571
#8  0x00007f354a402ae4 in g_task_return_now (task=task@entry=0x556e8339a320 [GTask]) at ../gio/gtask.c:1309
#9  0x00007f354a4037cd in g_task_return (type=<optimized out>, task=0x556e8339a320 [GTask]) at ../gio/gtask.c:1378
#10 g_task_return (task=0x556e8339a320 [GTask], type=<optimized out>) at ../gio/gtask.c:1335
#11 0x00007f354a461013 in g_dbus_connection_call_done (source=0x556e83373070 [GDBusConnection], result=<optimized out>, user_data=0x556e8339a320) at ../gio/gdbusconnection.c:5887
#12 0x00007f354a402ae4 in g_task_return_now (task=task@entry=0x556e8339a3e0 [GTask]) at ../gio/gtask.c:1309
#13 0x00007f354a402b19 in complete_in_idle_cb (task=0x556e8339a3e0) at ../gio/gtask.c:1323
#14 0x00007f354a2051c0 in g_main_dispatch (context=0x556e83366f80) at ../glib/gmain.c:3460
#15 g_main_context_dispatch (context=context@entry=0x556e83366f80) at ../glib/gmain.c:4200
#16 0x00007f354a2055b9 in g_main_context_iterate (context=0x556e83366f80, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4276
#17 0x00007f354a20587f in g_main_loop_run (loop=loop@entry=0x556e83367190) at ../glib/gmain.c:4479
#18 0x0000556e81cff1d3 in main (argc=<optimized out>, argv=<optimized out>) at ../src/main.c:283

Can confirm it's borked on gnome

I'm getting a segfault when trying to activate auto login

Done @nazar

Update to 1.9.3

Update VMPK to 0.8.9

Enable dbus and apply a patch for build

LGTM, thanks! :)

Does this depend on your other open diffs? If so, could you please mention that in the summary?

Just a couple things that I noticed.

Could juliaup be an alternative? https://github.com/JuliaLang/juliaup

I'm on unstable. I tested it and it still doesn't do anything on X11 session. I don't know if this will help, but i notice in Manjaro this
/org/gnome/settings-daemon/plugins/xsettings/overrides doesn't have default value while Solus do.

Hi Nazar! My apologies but I saw the initial bug report but not that there was an open diff for it. I committed the fix and only then noticed this.

Looks good, thanks!

@mate-user is this still an issue? It has been a long time since there was an update to this task, and there have been many updates since this issue was opened. Thanks.

@tomocafe is this still an issue? It has been a long time since there was an update to this task, and there have been many updates since this issue was opened. Thanks.

In D14310#245702, @TClark77 wrote:

LGTM, thanks

Haven't seen this going through the build queue. @TClark77 was this patch committed?

Closing due to this bug's age, and it being an upstream issue.

@dlukes is this still an issue? It has been a long time since there was an update to this task, and there have been many updates since this issue was opened. Thanks.

Closing, as cups now runs as a systemd service

Manually unlocking the keyring is expecting behavior if you have auto-login enabled. If you login with a PW then the keyring will unlock automatically with that PW if the PW is the same. When you don't have to login then you will need to manually unlock the keyring

@piotrpalek is this still an issue? It has been a long time since there was an update to this task, and there have been many updates since this issue was opened. The default sound system now is pulseaudio, rather than ALSA. Thanks.

@solusitor , I just tested with a Budgie VM by setting my keyboard input to Russian and locking the session. At the unlock prompt, I was able to change input back to English and unlock the session. Can you confirm if this works for you or if the bug is still present? Thanks.

Closing due to lack of response, and that the issue cannot be reproduced.

@denis is this still an issue? It has been a long time since there was an update to this task, and there have been many updates since this issue was opened. Thanks.

I see similar behavior, but not the same, on a Budgie VM running unstable, updated. It was created with the 4.4 ISO.
After rebooting, I see "Unlock Login Keyring"