Приложение cx_freeze PyGObject в Linux

У меня есть простое приложение PyGObject:

from gi.repository import Gtk


class Window(Gtk.Window):
    def __init__(self, *args, **kwargs):
        super().__init__(*args, **kwargs)
        self.set_border_width(5)

        self.button = Gtk.Button('Test')

        self.box = Gtk.Box()
        self.box.pack_start(self.button, True, True, 0)

        self.add(self.box)
        self.connect('delete-event', Gtk.main_quit)
        self.show_all()


win = Window()
Gtk.main()

Я пытаюсь заморозить его с помощью cx_freeze в Linux, используя следующий скрипт setup.py:

from cx_Freeze import setup, Executable

setup(name="GUI Test",
      description="GUITest",
      version="0.1",
      options={"build_exe": {"build_exe": "Bin/pygobject",
                             "create_shared_zip": False,
                             }},
      executables=[Executable(script="hello_pygobject.py",
                              targetName="hello",
                              appendScriptToExe=True,
                              )]
      )

И я запускаю это так: python3 setup_pygobject.py build

Когда я пытаюсь запустить зависшее приложение, я получаю следующее сообщение об ошибке:

(process:22538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
Segmentation fault (core dumped)

Вероятно, мне не хватает нескольких библиотек в каталоге, таких как они объяснили для Windows. Я пытался pmap найти недостающие библиотеки. В крайнем случае я также попытался скопировать все библиотеки из /usr/lib64/ (+некоторые другие, не помню) в рабочий каталог.

Есть ли хороший способ найти, какие библиотеки мне нужны, или какой-то лучший способ исправить это?

Похожий вопрос, но для Windows: Python3 + PyGobject + GTK3 и cx_freeze отсутствуют библиотеки DLL

ИЗМЕНИТЬ:

Я пытался использовать dbg для исследования дампа ядра. Я получил это:

...
Core was generated by `./hello'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007fd3d009d4ef in _gtk_settings_get_style_cascade () from /lib64/libgtk-3.so.0

Когда я установил отдельные отладочные данные, я получил это:

...
Core was generated by `./hello'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  _gtk_settings_get_style_cascade (settings=0x0, scale=scale@entry=1) at gtksettings.c:1764
1764      GtkSettingsPrivate *priv = settings->priv;

При запуске приложения через gdb получил вот это:

...
(process:21699): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed

Program received signal SIGSEGV, Segmentation fault.
_gtk_settings_get_style_cascade (settings=0x0, scale=scale@entry=1) at gtksettings.c:1764
1764      GtkSettingsPrivate *priv = settings->priv;

Трассировки стека:

(gdb) backtrace
#0  0x00007fffed62c4ef in _gtk_settings_get_style_cascade (settings=0x0, scale=scale@entry=1) at gtksettings.c:1764
#1  0x00007fffed6422d0 in gtk_style_context_init (style_context=0x904080 [GtkStyleContext]) at gtkstylecontext.c:425
#2  0x00007fffef86556b in g_type_create_instance (type=9442240) at gtype.c:1870
#3  0x00007fffef8480ab in g_object_new_internal (class=class@entry=0x901490, params=params@entry=0x0, n_params=n_params@entry=0) at gobject.c:1774
#4  0x00007fffef849991 in g_object_newv (object_type=object_type@entry=9442240, n_parameters=n_parameters@entry=0, parameters=parameters@entry=0x0) at gobject.c:1921
#5  0x00007fffef84a2c4 in g_object_new (object_type=9442240, first_property_name=first_property_name@entry=0x0) at gobject.c:1614
#6  0x00007fffed63f709 in gtk_style_context_new () at gtkstylecontext.c:994
#7  0x00007fffed46086f in _gtk_style_new_for_path (screen=0x0, path=path@entry=0x83dd70) at deprecated/gtkstyle.c:853
#8  0x00007fffed4608ee in gtk_style_new () at deprecated/gtkstyle.c:887
#9  0x00007fffed463569 in gtk_widget_get_default_style () at deprecated/gtkstyle.c:4057
#10 0x00007fffed6dfde5 in gtk_widget_init (widget=<optimized out>) at gtkwidget.c:4510
#11 0x00007fffef865527 in g_type_create_instance (type=9319840) at gtype.c:1864
#12 0x00007fffef8480ab in g_object_new_internal (class=class@entry=0x900b90, params=params@entry=0x0, n_params=n_params@entry=0) at gobject.c:1774
#13 0x00007fffef849991 in g_object_newv (object_type=9319840, n_parameters=0, parameters=0x0) at gobject.c:1921
#14 0x00007fffefece19c in pygobject_constructv () at /home/skontar/Python/Examples/GUI/Bin/pygobject/gi._gi.so
#15 0x00007fffefed57c1 in pygobject_init () at /home/skontar/Python/Examples/GUI/Bin/pygobject/gi._gi.so
#16 0x00007ffff79fec4c in wrap_init () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#17 0x00007ffff79adf31 in PyObject_Call () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#18 0x00007ffff7a60a9f in PyEval_EvalFrameEx () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#19 0x00007ffff7a65de6 in PyEval_EvalCodeEx () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#20 0x00007ffff79d65f8 in function_call () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#21 0x00007ffff79adf31 in PyObject_Call () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#22 0x00007ffff79c3344 in method_call () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#23 0x00007ffff79adf31 in PyObject_Call () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#24 0x00007ffff7a057e0 in slot_tp_init () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#25 0x00007ffff7a03276 in type_call () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#26 0x00007ffff79adf31 in PyObject_Call () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#27 0x00007ffff7a5de0a in PyEval_EvalFrameEx () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#28 0x00007ffff7a65de6 in PyEval_EvalCodeEx () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#29 0x00007ffff7a65e8b in PyEval_EvalCode () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#30 0x00007ffff7a5936a in builtin_exec () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#31 0x00007ffff7a64f1f in PyEval_EvalFrameEx () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#32 0x00007ffff7a65de6 in PyEval_EvalCodeEx () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#33 0x00007ffff7a65e8b in PyEval_EvalCode () at /home/skontar/Python/Examples/GUI/Bin/pygobject/libpython3.4m.so.1.0
#34 0x000000000040192c in  ()
#35 0x00007ffff738f700 in __libc_start_main (main=0x4011e0, argc=1, argv=0x7fffffffe598, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffe588)
    at libc-start.c:289
#36 0x0000000000401c69 in  ()

РЕДАКТИРОВАТЬ 2:

Соответствующие пакеты:

python3.x86_64            3.4.2-6.fc22
python3-gobject.x86_64    3.16.2-1.fc22   

cx-Freeze (4.3.4)

python linux cx-freeze pygobject
person Fenikso    schedule 18.09.2015    source источник
comment
Вы можете попробовать запустить его через gdb, чтобы получить более подробную информацию о характере ошибки сегментации (или проверить дамп ядра с помощью gdb).   -  person proycon    schedule 25.09.2015
comment
@proycon Я пробовал (никогда этого раньше не делал). Но я не нахожу выход полезным.   -  person Fenikso    schedule 25.09.2015
comment
Верно, хотя по крайней мере теперь вы знаете, что segfault вызван нулевым указателем в библиотеке gtk3 (settings == NULL поэтому settings->priv segfault). К сожалению, я сам не знаком с cx_Freeze. Это может быть трудно взломать.   -  person proycon    schedule 25.09.2015
comment
какова трассировка стека при сбое seg? Может быть, вы сможете выяснить, откуда берется этот указатель настроек, и найти обходной путь, чтобы назначить ему что-то.   -  person sibaz    schedule 25.09.2015
comment
@sibaz На самом деле я не собираюсь исправлять PyGObject. Он работает при запуске из Python, но не работает при cx_freezed. Я смог сделать то же самое для Tkinter, wxPython и PyQt, во всех случаях это была какая-то отсутствующая библиотека. Поэтому я предполагаю, что это аналогичный случай, но в этом случае я не могу понять, чего не хватает. Также объяснение Windows на странице вики приводит меня к этому выводу. Во всяком случае, я включаю трассировку.   -  person Fenikso    schedule 25.09.2015
comment
Нередко (как я обнаружил) в пакетах отсутствует что-то вроде библиотеки, которая ожидает вызова определенным образом, и поэтому загружает дочерние библиотеки, предполагая, что это так, только для того, чтобы что-то другое загрузило ее, в другом способ, который нарушает это предположение. Очевидно, вы нашли ошибку, у вас есть варианты: исправить ее, обойти или жить с ней.   -  person sibaz    schedule 25.09.2015
comment
Я пытался найти пакеты разработки, содержащие исходники, в вашем стеке, чтобы посмотреть, смогу ли я их найти, но не могу. Если бы я мог, я бы посмотрел, как g_type_create_instance вызывает gtk_style_context_init, и понял, почему настройки не определены. Возможно, g_object_new_internal должен передавать некоторые параметры. Если вы сможете определить ошибку в PyGObject, то сможете обойти ее без перекомпиляции. Это то, что я бы сделал в любом случае.   -  person sibaz    schedule 25.09.2015
comment
Если вы хотите сказать мне, какие пакеты (включая версии) вы установили, если у меня будет время, я их установлю и посмотрю, смогу ли я увидеть проблему.   -  person sibaz    schedule 25.09.2015
comment
@sibaz Добавлены пакеты. Я считаю, что это только те, которые необходимы. Cx_freeze устанавливается через pip.   -  person Fenikso    schedule 26.09.2015
comment
@sibaz Результат ожидаемый, кстати, потому что pyGObject выполняет динамическую самоанализ и импорт, поэтому cx_freeze вообще не может обнаруживать зависимые библиотеки. Таким образом, в основном ожидается, что первый вызов от gi._gi.so потерпит неудачу. Я просто не ожидал, что не смогу это исправить, скопировав несколько файлов в каталог bin.   -  person Fenikso    schedule 26.09.2015

Ответы (1)


arrow_upward
2
arrow_downward

Так что проблема была не в отсутствующих библиотеках (так как они все равно были в пути), а в отсутствующем пакете в setup.py скрипте. Правильная настройка выглядит следующим образом:

from cx_Freeze import setup, Executable

setup(name="GUI Test",
      description="GUITest",
      version="0.1",
      options={"build_exe": {"build_exe": "Bin/pygobject",
                             "create_shared_zip": False,
                             "packages": ["gi"],
                             }},
      executables=[Executable(script="hello_pygobject.py",
                              targetName="hello",
                              appendScriptToExe=True,
                              )]
      )
person Fenikso    schedule 26.09.2015
comment
Молодец, что нашел. Извините, больше ничем не помог :-) - person sibaz; 28.09.2015
comment
@sibaz Гордись, ты косвенно направил меня в правильном направлении :-). - person Fenikso; 28.09.2015