<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>34757</bug_id>
          
          <creation_ts>2018-04-03 16:56:30 +0300</creation_ts>
          <short_desc>gnome-logs сегфолтится, если у пользователя нет доступа к журналу</short_desc>
          <delta_ts>2023-11-15 17:37:42 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>gnome-logs</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>34793</dependson>
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Антон Мидюков">antohami</reporter>
          <assigned_to name="Yuri N. Sedunov">aris</assigned_to>
          <cc>aris</cc>
    
    <cc>boyarsh</cc>
    
    <cc>klark</cc>
    
    <cc>mike</cc>
    
    <cc>vt</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>170190</commentid>
    <comment_count>0</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2018-04-03 16:56:30 +0300</bug_when>
    <thetext>gnome-logs не требует авторизации, при запуске сообщает, что не удалось прочитать пользовательские журналы. При запуске от пользователя при нажатии на любой из журналов, приложение падает с ошибкой сегментирования.

Если запустить с правами root, проблем нет, кроме предупреждения о том, что не удалось прочитать пользовательские журналы.

Может там должно быть предусмотрено повышение привилегий при помощи polkit?

Проверялось на regular-gnome3-20180403-i586.iso в virtualbox.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170194</commentid>
    <comment_count>1</comment_count>
    <who name="Yuri N. Sedunov">aris</who>
    <bug_when>2018-04-03 17:36:10 +0300</bug_when>
    <thetext>Вероятно, у пользователя в вашей регулярке действительно недостаточно прав для просмотра журналов.
journalctl
?
journalctl --user
?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170196</commentid>
    <comment_count>2</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2018-04-03 18:35:07 +0300</bug_when>
    <thetext>(В ответ на комментарий №1)
&gt; Вероятно, у пользователя в вашей регулярке действительно недостаточно прав для
&gt; просмотра журналов.
&gt; journalctl
&gt; ?
&gt; journalctl --user
&gt; ?

На обе команды сообщает, что нет прав доступа. Странно, в остальных регулярках права доступа есть для пользователя altlinux. altlinux сотоит в группах:
altlinux wheel uucp proc cdwriter audio radio users fuse netadmin xgrp scanner

Что там ещё за доп защита у Gnome3?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170198</commentid>
    <comment_count>3</comment_count>
    <who name="Yuri N. Sedunov">aris</who>
    <bug_when>2018-04-03 18:49:21 +0300</bug_when>
    <thetext>(В ответ на комментарий №2)
&gt; Что там ещё за доп защита у Gnome3?

Давайте без фантастических версий. То же самое попробуйте в консоли.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170199</commentid>
    <comment_count>4</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2018-04-03 19:09:33 +0300</bug_when>
    <thetext>(В ответ на комментарий №3)
&gt; (В ответ на комментарий №2)
&gt; &gt; Что там ещё за доп защита у Gnome3?
&gt; 
&gt; Давайте без фантастических версий. То же самое попробуйте в консоли.

Да, в текстовой консоли tty2 regular-gnome у пользователя altlinux также нет прав на просмотр журнала. В regular-cinnamon у пользователя altlinux права есть, что в графическом сеансе, что в текстовом терминале. Надо искать отличия...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170214</commentid>
    <comment_count>5</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2018-04-04 06:59:15 +0300</bug_when>
    <thetext>На прошлой неделе проблемы доступа к журналу не было.
Что-то прилетело в Сизиф как раз перед сборкой regular-gnome3, но уже после сборки Cinnamon. А это значит, что проблема будет во всех сегодняшних регуряках с systemd :-(</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170215</commentid>
    <comment_count>6</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2018-04-04 07:59:15 +0300</bug_when>
    <thetext>(В ответ на комментарий №5)
&gt; На прошлой неделе проблемы доступа к журналу не было.
&gt; Что-то прилетело в Сизиф как раз перед сборкой regular-gnome3, но уже после
&gt; сборки Cinnamon. А это значит, что проблема будет во всех сегодняшних регуряках
&gt; с systemd :-(

Хотя, нет. Проблема только у systemd + ядро un-def. У regular-xfce та же проблема с доступом к журналу. На сегодняшних cinnamon и enlightenment проблемы нет.

Но в тоже время на моём ноутбуке проблемы нет. Я вчера обновился, и ядро un-def у меня свежее. Буду разбираться.

Претензия к gnome-logs одна, почему приложение сегфолтится, если у пользователя нет доступа к журналу?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170224</commentid>
    <comment_count>7</comment_count>
    <who name="Yuri N. Sedunov">aris</who>
    <bug_when>2018-04-04 12:51:48 +0300</bug_when>
    <thetext>(В ответ на комментарий №6)
&gt; (В ответ на комментарий №5)
&gt; &gt; На прошлой неделе проблемы доступа к журналу не было.
&gt; &gt; Что-то прилетело в Сизиф как раз перед сборкой regular-gnome3, но уже после
&gt; &gt; сборки Cinnamon. А это значит, что проблема будет во всех сегодняшних регуряках
&gt; &gt; с systemd :-(
&gt; 
&gt; Хотя, нет. Проблема только у systemd + ядро un-def. У regular-xfce та же
&gt; проблема с доступом к журналу. На сегодняшних cinnamon и enlightenment проблемы
&gt; нет.
&gt; 
&gt; Но в тоже время на моём ноутбуке проблемы нет. Я вчера обновился, и ядро un-def
&gt; у меня свежее. Буду разбираться.

Наиболее вероятно, что проблема в правах на /var/log/journal, getfacl покажет. 
К этому каталогу должны применяться правила из /lib/tmpfiles.d/systemd.conf</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170226</commentid>
    <comment_count>8</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2018-04-04 13:15:32 +0300</bug_when>
    <thetext>(В ответ на комментарий №7)
&gt; 
&gt; Наиболее вероятно, что проблема в правах на /var/log/journal, getfacl покажет. 
&gt; К этому каталогу должны применяться правила из /lib/tmpfiles.d/systemd.conf

На проблемном live

getfacl /var/log/journal
getfacl: Removing leading &apos;/&apos; from absolute path names
# file: var/log/journal
# owner: root
# group: systemd-journal
# flags: -s-
user::rwx
group::r-x
other::r-x

cat /lib/tmpfiles.d/systemd.conf
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.

# See tmpfiles.d(5) for details

d /run/user 0755 root root -
F! /run/utmp 0664 root utmp -

d /run/systemd/ask-password 0755 root root -
d /run/systemd/seats 0755 root root -
d /run/systemd/sessions 0755 root root -
d /run/systemd/users 0755 root root -
d /run/systemd/machines 0755 root root -
d /run/systemd/shutdown 0755 root root -

d /run/log 0755 root root -

z /run/log/journal 2755 root systemd-journal - -
Z /run/log/journal/%m ~2750 root systemd-journal - -

a+ /run/log/journal/%m - - - - d:group:adm:r-x,d:group:wheel:r-x
a+ /run/log/journal/%m - - - - group:adm:r-x,group:wheel:r-x
a+ /run/log/journal/%m/*.journal* - - - - group:adm:r--,group:wheel:r--

z /var/log/journal 2755 root systemd-journal - -
z /var/log/journal/%m 2755 root systemd-journal - -
z /var/log/journal/%m/system.journal 0640 root systemd-journal - -

a+ /var/log/journal    - - - - d:group:adm:r-x,d:group:wheel:r-x
a+ /var/log/journal    - - - - group:adm:r-x,group:wheel:r-x
a+ /var/log/journal/%m - - - - d:group:adm:r-x,d:group:wheel:r-x
a+ /var/log/journal/%m - - - - group:adm:r-x,group:wheel:r-x
a+ /var/log/journal/%m/system.journal - - - - group:adm:r--,group:wheel:r--

d /var/lib/systemd 0755 root root -
d /var/lib/systemd/coredump 0755 root root 3d</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170232</commentid>
    <comment_count>9</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2018-04-04 15:09:13 +0300</bug_when>
    <thetext>(В ответ на комментарий №5)
&gt; Что-то прилетело в Сизиф как раз перед сборкой regular-gnome3, но уже после
&gt; сборки Cinnamon.
Для справки: дело было бы всяко не в этом, т.к. собирается на локальном зеркале, а его синхронизация лочится на время сборки комплекта регулярок (аналогично для стартеркитов).

Возможно, в un-def что-то сломалось по части acl на squashfs+aufs?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170305</commentid>
    <comment_count>10</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2018-04-07 12:32:22 +0300</bug_when>
    <thetext>На проблемных лайвах ACL действительно выставлен неверно на файлы журнала:

getfacl /var/log/journal/7aa6641c55022eac95d576515ac47bd8/system.journal
getfacl: Removing leading &apos;/&apos; from absolute path names
# file: var/log/journal/7aa6641c55022eac95d576515ac47bd8/system.journal
# owner: root
# group: systemd-journal
user::rw-
group::r--
other::---

[altlinux@localhost ~]$ getfacl /var/log/journal/7aa6641c55022eac95d576515ac47bd8/user-500.journal
getfacl: Removing leading &apos;/&apos; from absolute path names
# file: var/log/journal/7aa6641c55022eac95d576515ac47bd8/user-500.journal
# owner: root
# group: systemd-journal
user::rw-
group::r--
other::---

А должно было быть:

getfacl /var/log/journal/3f972052fb97a3a17a9674505ac4725c/system.journal
getfacl: Removing leading &apos;/&apos; from absolute path names
# file: var/log/journal/3f972052fb97a3a17a9674505ac4725c/system.journal
# owner: root
# group: systemd-journal
user::rw-
group::r--
group:adm:r--
group:wheel:r--
mask::r--
other::---

getfacl /var/log/journal/3f972052fb97a3a17a9674505ac4725c/user-500.journal
getfacl: Removing leading &apos;/&apos; from absolute path names
# file: var/log/journal/3f972052fb97a3a17a9674505ac4725c/user-500.journal
# owner: root
# group: systemd-journal
user::rw-
user:altlinux:r--
group::r-x            #effective:r--
group:adm:r-x            #effective:r--
group:wheel:r-x            #effective:r--
mask::r--
other::---</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170306</commentid>
    <comment_count>11</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2018-04-07 15:28:41 +0300</bug_when>
    <thetext>Собрал regular-xfce.iso с ядром un-def и ядром std-def. У сборки с ядром std-def проблемы нет, у сборки с un-def есть. Значит точно дело в ядре.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>237243</commentid>
    <comment_count>12</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2023-11-15 17:37:33 +0300</bug_when>
    <thetext>Проблема была исправлена в #34793</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>