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

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

    <bug>
          <bug_id>47036</bug_id>
          
          <creation_ts>2023-07-26 17:22:43 +0300</creation_ts>
          <short_desc>Опакетить /etc/dconf/profile/user</short_desc>
          <delta_ts>2023-07-27 03:40:46 +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>dconf</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>P5</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Антон Мидюков">antohami</reporter>
          <assigned_to name="Yuri N. Sedunov">aris</assigned_to>
          <cc>aris</cc>
    
    <cc>cas</cc>
    
    <cc>greh</cc>
    
    <cc>sem</cc>
    
    <cc>sin</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>230417</commentid>
    <comment_count>0</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2023-07-26 17:22:43 +0300</bug_when>
    <thetext>Предлагаю опакетить /etc/dconf/profile/user с таким содержанием:
user-db:user
system-db:local

Как описано в статье:
https://www.altlinux.org/Dconf

Дело в том, что без всяких задних мыслей такой файл был опакечен в пакетах:
mate-reduced-resource
celluloid-csd-disabled

Удаление пакетов делает нерабочими пользовательские переопределения.
Кроме того, sin также планировал включить этот файл в свой пакет с политиками.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230428</commentid>
    <comment_count>1</comment_count>
    <who name="Repository Robot">repository-robot</who>
    <bug_when>2023-07-26 18:35:22 +0300</bug_when>
    <thetext>dconf-0.40.0-alt2 -&gt; sisyphus:

 Wed Jul 26 2023 Yuri N. Sedunov &lt;aris@altlinux&gt; 0.40.0-alt2
 - packaged /etc/dconf/profile/user as described in:
   https://help.gnome.org/admin/system-admin-guide/stable/dconf-profiles.html.en
   (ALT #47036)
   and /etc/dconf/db/local.d/locks directory as described in
   https://help.gnome.org/admin/system-admin-guide/stable/dconf-lockdown.html.en
 - enabled %check</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230432</commentid>
    <comment_count>2</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2023-07-26 19:24:22 +0300</bug_when>
    <thetext>Нам стандартный файл для работы не подойдёт.

Мы подготовили рабочие по сценарий управления:
https://git.altlinux.org/people/sin/packages/dconf-profile.git

[sin@xdt dconf-profile]$ ls
dconf_mandatory_dir.conf  system  user  user_mandatory.template

$ cat user
user-db:user
system-db:policy
system-db:local
system-db:default
system-db:local
system-db:policy

$ cat system 
system-db:policy
system-db:local
system-db:default
system-db:local
system-db:policy

$ cat user_mandatory.template 
user-db:user
system-db:policy
system-db:policy{{uid}}
system-db:local
system-db:default
system-db:local
system-db:policy{{uid}}
system-db:policy

Порядок и дублирование важны в связи с тем, что при вклюбченный</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230433</commentid>
    <comment_count>3</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2023-07-26 19:25:14 +0300</bug_when>
    <thetext>Порядок и дублирование важны в связи с тем, что при включенных блокировках, обход стека обратный.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230434</commentid>
    <comment_count>4</comment_count>
    <who name="Yuri N. Sedunov">aris</who>
    <bug_when>2023-07-26 19:36:22 +0300</bug_when>
    <thetext>Ну, как порешаете промеж себя с мантейнерами упомянутых выше
mate-reduced-resource
celluloid-csd-disabled,
расскажете.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230436</commentid>
    <comment_count>5</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2023-07-26 20:37:39 +0300</bug_when>
    <thetext>(Ответ для Yuri N. Sedunov на комментарий #4)
&gt; Ну, как порешаете промеж себя с мантейнерами упомянутых выше
&gt; mate-reduced-resource
&gt; celluloid-csd-disabled,
&gt; расскажете.

Виноват, что не написал, что нужно подождать ответа Евгения (хотя бы).

Я ничего против упаковки конфигов, о которых написал Евгений не имею.
Но нужно выставить конфликты с пакетами:
Conflicts: mate-reduced-resource &lt; 0.2
Conflicts: celluloid-csd-disabled &lt; 0.2

Я эти пакеты обновлю до версии 0.2.
Но я не знаю, не будет ли это всё чревато при обновлении.
Или же удалить эти пакеты и сделать Obsoletes? Так надёжнее будет?

В спеке dconf-profile конфиги помечены как %config(noreplace).
А точно есть желание пользователю разрешить их редактировать?
Можно просто %config, чтобы пользовательские изменения сохранялись с .rpmsave
Или не помечать как конфиг совсем.
Но главное, если эти конфиги будут меняться со временем в пакете, то их действительно имеет смысл отдельно паковать. Но тогда будет та же проблема. Пользователь снёс dconf-profile, и его переопределения тоже перестанут работать.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230437</commentid>
    <comment_count>6</comment_count>
    <who name="Yuri N. Sedunov">aris</who>
    <bug_when>2023-07-26 20:45:28 +0300</bug_when>
    <thetext>Давайте я удалю только что добавленный /etc/dconf/profile/user и поставлю dconf&apos;у зависимость на dconf-profile, в котором вы будете делать всё так, чтобы ничего не сломать?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230438</commentid>
    <comment_count>7</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2023-07-26 21:00:46 +0300</bug_when>
    <thetext>(Ответ для Yuri N. Sedunov на комментарий #6)
&gt; Давайте я удалю только что добавленный /etc/dconf/profile/user и поставлю
&gt; dconf&apos;у зависимость на dconf-profile, в котором вы будете делать всё так,
&gt; чтобы ничего не сломать?

Пока можно только откатить изменение. dconf-profile в Сизифе ещё нет.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230439</commentid>
    <comment_count>8</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2023-07-26 21:05:23 +0300</bug_when>
    <thetext>Да, давайте. В принципе, все готово, см. ниже.

В других пакетах файл /etc/dconf/profile/user опакечен от безысоходности:
- mate-reduced-resource
- celluloid-csd-disabled

После текущего обновления dconf эти пакеты более не рабочие - их нужно чинить. Чинить не сложно - нужно удалить из них /etc/dconf/profile/user.

А без %config(noreplace) конфиг user - вообще ломает работу наших систем с групповыми политиками, когда профиль user запакован так, чтобы при обновлении перезасываестся.

Предлагаю вот такой вариант решения:
- профили выносятся в отдельный пакет dconf-profile;
- в dconf прописыается записывается на него зависимость.

Прошу одобрить dconf в таске:
#325633 TESTED #1 [test-only] sisyphus dconf-profile.git=0.1-alt1 srpm=dconf-0.40.0-alt3.src.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230440</commentid>
    <comment_count>9</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2023-07-26 21:35:42 +0300</bug_when>
    <thetext>(Ответ для Evgeny Sinelnikov на комментарий #8)
&gt; Да, давайте. В принципе, все готово, см. ниже.

Я за.

&gt; 
&gt; В других пакетах файл /etc/dconf/profile/user опакечен от безысоходности:
&gt; - mate-reduced-resource
&gt; - celluloid-csd-disabled
&gt; 
&gt; После текущего обновления dconf эти пакеты более не рабочие - их нужно
&gt; чинить. Чинить не сложно - нужно удалить из них /etc/dconf/profile/user.
&gt; 

Я их следом починю. Проблема в том, что обновление систем с этими пакетами сломается.

&gt; А без %config(noreplace) конфиг user - вообще ломает работу наших систем с
&gt; групповыми политиками, когда профиль user запакован так, чтобы при
&gt; обновлении перезасываестся.
&gt; 

Тогда понятно.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230441</commentid>
    <comment_count>10</comment_count>
    <who name="Yuri N. Sedunov">aris</who>
    <bug_when>2023-07-26 21:59:23 +0300</bug_when>
    <thetext>А, это зачем почикано?

-mkdir -p %buildroot{%_datadir,%_sysconfdir}/%name/{profile,db/local.d/locks}
+mkdir -p %buildroot{%_datadir,%_sysconfdir}/%name/{profile,db}
 
-%config %_sysconfdir/%name/profile/user
-%dir %_sysconfdir/%name/db/local.d
-%dir %_sysconfdir/%name/db/local.d/locks</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230445</commentid>
    <comment_count>11</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2023-07-27 00:47:05 +0300</bug_when>
    <thetext>(Ответ для Yuri N. Sedunov на комментарий #10)
&gt; А, это зачем почикано?
&gt; 
&gt; -mkdir -p %buildroot{%_datadir,%_sysconfdir}/%name/{profile,db/local.d/locks}
&gt; +mkdir -p %buildroot{%_datadir,%_sysconfdir}/%name/{profile,db}
&gt;  
&gt; -%config %_sysconfdir/%name/profile/user
&gt; -%dir %_sysconfdir/%name/db/local.d
&gt; -%dir %_sysconfdir/%name/db/local.d/locks

Оно прилетает из dconf-profile, иначе будет конфликтовать по файлам. Каталоги баз там сразу все, включая local. Профиль user расширен с сохранением оригинального поведения, если не использовать базы default и policy.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230446</commentid>
    <comment_count>12</comment_count>
    <who name="Yuri N. Sedunov">aris</who>
    <bug_when>2023-07-27 01:01:51 +0300</bug_when>
    <thetext>(Ответ для Evgeny Sinelnikov на комментарий #11)
&gt; (Ответ для Yuri N. Sedunov на комментарий #10)

&gt; Оно прилетает из dconf-profile, иначе будет конфликтовать по файлам.
&gt; Каталоги баз там сразу все, включая local. 

local оставьте dconf&apos;у и можете отправлять свои профайлы в сизиф.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230447</commentid>
    <comment_count>13</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2023-07-27 01:21:18 +0300</bug_when>
    <thetext>(Ответ для Yuri N. Sedunov на комментарий #12)
&gt; (Ответ для Evgeny Sinelnikov на комментарий #11)
&gt; &gt; (Ответ для Yuri N. Sedunov на комментарий #10)
&gt; 
&gt; &gt; Оно прилетает из dconf-profile, иначе будет конфликтовать по файлам.
&gt; &gt; Каталоги баз там сразу все, включая local. 
&gt; 
&gt; local оставьте dconf&apos;у и можете отправлять свои профайлы в сизиф.

Я не против. Но давайте подумаем вот над чем. Если база local - это настройка, то она может быть любой. Далее, если все базы прилетают из dconf-profile, то какой смысл только её привязывать к dconf&apos;у?

Я готов переделать, если вы настаиваете, это недолго. Но выглядит это целостно, на мой взгляд. Логика, насколько я понимаю в том, что во всех описаниях эта база прописана. Только в этом смысл, получается.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230448</commentid>
    <comment_count>14</comment_count>
    <who name="Yuri N. Sedunov">aris</who>
    <bug_when>2023-07-27 01:31:57 +0300</bug_when>
    <thetext>Речь только про каталоги
%dir %_sysconfdir/%name/db/local.d
%dir %_sysconfdir/%name/db/local.d/locks

Пусть они по-прежнему принадлежат dconf&apos;у.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230449</commentid>
    <comment_count>15</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2023-07-27 03:03:46 +0300</bug_when>
    <thetext>Готово:
#325633 TESTED #3 [test-only] sisyphus dconf-profile.git=0.1-alt1 srpm=dconf-0.40.0-alt3.src.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230450</commentid>
    <comment_count>16</comment_count>
    <who name="Yuri N. Sedunov">aris</who>
    <bug_when>2023-07-27 03:09:39 +0300</bug_when>
    <thetext>Ждет ваш профиля в сизифе.
[#325648] FAILED srpm=dconf-0.40.0-alt3.src.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230451</commentid>
    <comment_count>17</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2023-07-27 03:25:42 +0300</bug_when>
    <thetext>$ girar-show 325633
2023-Jul-27 00:20:16 :: task #325633 for sisyphus resumed by sin:
#340 build 0.1-alt1 from /people/sin/packages/dconf-profile.git fetched at 2023-Jul-26 23:48:36
[...]
2023-Jul-27 00:23:54 :: task #325633 for sisyphus DONE</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230452</commentid>
    <comment_count>18</comment_count>
    <who name="Repository Robot">repository-robot</who>
    <bug_when>2023-07-27 03:40:46 +0300</bug_when>
    <thetext>dconf-0.40.0-alt3 -&gt; sisyphus:

 Thu Jul 27 2023 Yuri N. Sedunov &lt;aris@altlinux&gt; 0.40.0-alt3
 - removed /etc/dconf/profile/user provided by new dconf-profile package (ALT #47036)</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>