You are not logged in.
When running
# gufw
I get this: https://pastebin.com/mb3kBVMA
All dependencies are satisfied but I don't recognize the error messages.
I have seen users getting it in Wayland, but I'm using X (Xfce). So I don't see what could be happening here...
I'm using the LTS kernel.
Thanks for the help!
And neither the angels in Heaven above
Nor the demons down under the sea
Can ever dissever my soul from the soul
Of the beautiful Annabel Lee;
Offline
Offline
Tried
$ gksu gufw
and I get the same error.
Then I try
$ bashrun --su gufw
and I get:
xterm: cannot load font "-Misc-Fixed-medium-R-*-*-13-120-75-75-C-120-ISO10646-1"
xterm: cannot load font "-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1"
I tried installing "xorg-fonts-misc" and I still get the same error.
Any ideas on what it could be?
Also, I would like to run the Firewall from the main Xfce settings. Is there any way to get that done?
Last edited by CarterCox (2018-02-28 22:50:42)
And neither the angels in Heaven above
Nor the demons down under the sea
Can ever dissever my soul from the soul
Of the beautiful Annabel Lee;
Offline
Try
pkexec gufw
Jin, Jîyan, Azadî
Offline
Since there's a "/bin/gufw-pkexec" call I assume it's not supposed to run as root at all (what is good, you should not run GUI - or any complex - processes as root)
Offline
Tried this in my Arch box (it lives!) and it appears that this is needed:
xhost +local:
sudo gufw
you should not run GUI - or any complex - processes as root
+1
Jin, Jîyan, Azadî
Offline
"xhost +local" grants any local user (including root, sudo) access to your X11 server - it should certainly not be required for regular functionality.
Because of the "gufw-pkexec" invocation I'd say the thing requires a polkit agent (to ask for credentials)?
Offline
I'd say the thing requires a polkit agent (to ask for credentials)?
I'm running GNOME (with their polkit agent) and it still just segfaults unless `xhost +local:` is used, same error as the OP:
/usr/bin/gufw-pkexec: line 13: 1114 Segmentation fault (core dumped) python3 ${LOCATIONS[${i}]} $1
That's with `sudo gufw` or plain `gufw`, as advised by the `gufw-pkexec` dialogue box.
Is this a bug then?
Jin, Jîyan, Azadî
Offline
Definitively - it also dumps a core, so check coredumpctl on details why it segfaults.
Running the process as root just side-steps the issue because you can spare polkit invocation.
Offline
Here you go seth:
Xanadu: ~ $ coredumpctl info 1150 --no-pager
PID: 1150 (python3)
UID: 0 (root)
GID: 0 (root)
Signal: 11 (SEGV)
Timestamp: Thu 2018-03-01 12:37:17 GMT (22min ago)
Command Line: python3 /usr/lib/python3.6/site-packages/gufw/gufw.py empty
Executable: /usr/bin/python3.6
Control Group: /user.slice/user-1000.slice/user@1000.service/gnome-terminal-server.service
Unit: user@1000.service
User Unit: gnome-terminal-server.service
Slice: user-1000.slice
Owner UID: 1000 (empty)
Boot ID: 1fc7126df26542b2bda43dc648a0f195
Machine ID: bad175799dd742bea7f3d5026710159e
Hostname: Xanadu
Storage: /var/lib/systemd/coredump/core.python3.0.1fc7126df26542b2bda43dc648a0f195.1150.1519907837000000.lz4 (inaccessible)
Message: Process 1150 (python3) of user 0 dumped core.
Stack trace of thread 1150:
#0 0x00007f96332c7809 n/a (libgtk-3.so.0)
#1 0x00007f96331559c9 n/a (libgtk-3.so.0)
#2 0x00007f963316bc85 n/a (libgtk-3.so.0)
#3 0x00007f9633156d7d n/a (libgtk-3.so.0)
#4 0x00007f963316bbc0 n/a (libgtk-3.so.0)
#5 0x00007f963316bc16 n/a (libgtk-3.so.0)
#6 0x00007f9633157714 n/a (libgtk-3.so.0)
#7 0x00007f963a709c98 g_type_create_instance (libgobject-2.0.so.0)
#8 0x00007f963a6e9729 n/a (libgobject-2.0.so.0)
#9 0x00007f963a6eaf6d g_object_new_with_properties (libgobject-2.0.so.0)
#10 0x00007f963a6eba22 g_object_new (libgobject-2.0.so.0)
#11 0x00007f96331743ab n/a (libgtk-3.so.0)
#12 0x00007f963335fafa n/a (libgtk-3.so.0)
#13 0x00007f963a709c98 g_type_create_instance (libgobject-2.0.so.0)
#14 0x00007f963a6e9729 n/a (libgobject-2.0.so.0)
#15 0x00007f963a6eb25d g_object_newv (libgobject-2.0.so.0)
#16 0x00007f96330fa865 n/a (libgtk-3.so.0)
#17 0x00007f96330fbef6 n/a (libgtk-3.so.0)
#18 0x00007f96330fd972 n/a (libgtk-3.so.0)
#19 0x00007f963a40d4e2 n/a (libglib-2.0.so.0)
#20 0x00007f963a40e3e8 g_markup_parse_context_parse (libglib-2.0.so.0)
#21 0x00007f96330fde52 n/a (libgtk-3.so.0)
#22 0x00007f96330f77fe gtk_builder_add_from_file (libgtk-3.so.0)
#23 0x00007f963a1bc1c8 ffi_call_unix64 (libffi.so.6)
#24 0x00007f963a1bbc2a ffi_call (libffi.so.6)
#25 0x00007f963ab88b34 n/a (_gi.cpython-36m-x86_64-linux-gnu.so)
#26 0x00007f963ab8a7b8 n/a (_gi.cpython-36m-x86_64-linux-gnu.so)
#27 0x00007f963ab7e54a n/a (_gi.cpython-36m-x86_64-linux-gnu.so)
#28 0x00007f963d2f8ee5 _PyObject_FastCallDict (libpython3.6m.so.1.0)
#29 0x00007f963d315e4e n/a (libpython3.6m.so.1.0)
#30 0x00007f963d2a9b5a _PyEval_EvalFrameDefault (libpython3.6m.so.1.0)
#31 0x00007f963d31536b _PyFunction_FastCallDict (libpython3.6m.so.1.0)
#32 0x00007f963d2f90bf _PyObject_FastCallDict (libpython3.6m.so.1.0)
#33 0x00007f963d2f9e03 _PyObject_Call_Prepend (libpython3.6m.so.1.0)
#34 0x00007f963d2f9eeb PyObject_Call (libpython3.6m.so.1.0)
#35 0x00007f963d31d29b n/a (libpython3.6m.so.1.0)
#36 0x00007f963d345284 n/a (libpython3.6m.so.1.0)
#37 0x00007f963d2f8ee5 _PyObject_FastCallDict (libpython3.6m.so.1.0)
#38 0x00007f963d315e4e n/a (libpython3.6m.so.1.0)
#39 0x00007f963d2a9b5a _PyEval_EvalFrameDefault (libpython3.6m.so.1.0)
#40 0x00007f963d3162c8 PyEval_EvalCodeEx (libpython3.6m.so.1.0)
#41 0x00007f963d2a96ec PyEval_EvalCode (libpython3.6m.so.1.0)
#42 0x00007f963d37bf84 n/a (libpython3.6m.so.1.0)
#43 0x00007f963d37e751 PyRun_FileExFlags (libpython3.6m.so.1.0)
#44 0x00007f963d37e954 PyRun_SimpleFileExFlags (libpython3.6m.so.1.0)
#45 0x00007f963d37470b Py_Main (libpython3.6m.so.1.0)
#46 0x000055f86fba4c39 main (python3.6)
#47 0x00007f963d70ef4a __libc_start_main (libc.so.6)
#48 0x000055f86fba4dba _start (python3.6)
Xanadu: ~ $
^ I'm not a programmer so I suspect that you can make more sense of that
Should I submit a bug report upstream and attach that trace or is there more we should do?
Jin, Jîyan, Azadî
Offline
The arch gtk package like most is stripped of debug symbols so I do not think upstream will be able to make much of that backtrace and will ask for another with debug symbols.
Debug_-_Getting_Traces I do not know of any repo supplying gtk3 packages with debug info so you will have to build you own sorry.
Offline
Debug_-_Getting_Traces I do not know of any repo supplying gtk3 packages with debug info so you will have to build you own sorry.
Ah, yes, I forgot about that — thanks!
I should be able to build one in my OBS repository I think...
Jin, Jîyan, Azadî
Offline
echo $DBUS_SESSION_BUS_ADDRESS
https://bugs.archlinux.org/task/52599
https://bugs.archlinux.org/task/50891
Offline
Xanadu: ~ $ echo $DBUS_SESSION_BUS_ADDRESS
unix:path=/run/user/1000/bus
Xanadu: ~ $
Does that help? I'm a bit lost here tbh
Jin, Jîyan, Azadî
Offline
No, you got a legit DBUS, so you're (most likely) not running into the same problem as https://bugs.archlinux.org/task/50891
https://bugs.archlinux.org/task/52599#comment155392 however suggests the entire process runs as root all the time anyway ...
Offline
Update: if I start an openbox-session with this in ~/.config/openbox/autostart:
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &
And `sudo gufw` then works.
I think it crashes in GNOME because Wayland won't allow the pkexec call but this is mostly a guess
Jin, Jîyan, Azadî
Offline
Scratch the sudo - the program is supposed to leverage itself using polkit. Sudo removes that requirement.
Not sure about wayland relation, because in doubt xhost would have no impact here itfp.
Offline
Scratch the sudo - the program is supposed to leverage itself using polkit
OK, this works in a fresh openbox session (nothing in the autostart file):
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &
gufw
That brings up gufw's own authentication dialogue and the program runs.
Jin, Jîyan, Azadî
Offline
Ok guys, so, I should setup polkit to run this? And autorstart gksu? Or did I get it wrong?
Also, for Wayland users, I read somewhere gufw was not possible to run as root on Wayland, some ufw developer said so.
And neither the angels in Heaven above
Nor the demons down under the sea
Can ever dissever my soul from the soul
Of the beautiful Annabel Lee;
Offline
I should setup polkit to run this?
Yes.
Jin, Jîyan, Azadî
Offline
///// Content Removed /////
Last edited by McQueen (2018-03-07 01:41:29)
/path/to/Truth
Offline
^ Is it too much to ask that you test that before posting?
I'm not in Arch atm but I seem to recall that brings up a Gtk dialogue asking the user to run `sudo gufw` or plain `gufw` instead.
As I have already shown, a polkit authentication agent needs to be running before passing the plain `gufw` command to allow the program to be launched under the aegis of polkit, as the developers intend.
Jin, Jîyan, Azadî
Offline
^ Is it too much to ask that you test that before posting?
I'm not in Arch atm but I seem to recall that brings up a Gtk dialogue asking the user to run `sudo gufw` or plain `gufw` instead.
As I have already shown, a polkit authentication agent needs to be running before passing the plain `gufw` command to allow the program to be launched under the aegis of polkit, as the developers intend.
Yes -- it works on my system. Just followed this comment from Bug #52599:
/path/to/Truth
Offline
^ But I had it working in my Arch box without editing any system files, it just needed an authentication agent running.
The package maintainer was also able to launch gufw, according to that bug report.
The "solution" in the linked launchpad bug report is to allow root access to X, which is a bad idea (see #6 & #7).
Jin, Jîyan, Azadî
Offline
///// Content Removed /////
Last edited by McQueen (2018-03-07 01:40:59)
/path/to/Truth
Offline