Bug 27246

Summary: Решение проблемы автообновления
Product: New/proposed packages Reporter: Pavel Isopenko <master>
Component: Обычный репозиторийAssignee: Andrey Cherepanov <cas>
Status: NEW --- QA Contact: Andrey Cherepanov <cas>
Severity: enhancement    
Priority: P3 CC: antohami, anubix, bk, sem, zerg
Version: не указана   
Hardware: all   
OS: Linux   
URL: https://bugzilla.altlinux.org/show_bug.cgi?id=27098
Bug Depends on:    
Bug Blocks: 27069    
Attachments:
Description Flags
Ошибка обновления none

Description Pavel Isopenko 2012-04-19 21:46:55 MSK
После очередного обновления и по причинам, восходящим к апстриму xdg-su, в Centaurus перестало работать автоматическое обновление через apt-indicator. Проверено, что проблему решает установка gksu. Консилиум пришёл к выводу, что для автоматического устранения проблемы (вместо того чтобы добавлять ещё один FAQ) достаточно поставить зависимость на gksu одному из пакетов branding-altlinux-centaurus. Поправьте если ошибаюсь, скорее всего это должен быть branding-altlinux-centaurus-gnome-settings.
Comment 1 Zerg 2012-04-20 14:01:38 MSK
Неудачный выбор пакета. Этих branding-*-gnome-settings может быть сколько угодно и нужно будет проверять все. Лучше на какой-нибудь gnome-minimal
Comment 2 Pavel Isopenko 2012-04-20 15:12:53 MSK
(В ответ на комментарий №1)
> Неудачный выбор пакета. Этих branding-*-gnome-settings может быть сколько
> угодно и нужно будет проверять все. Лучше на какой-нибудь gnome-minimal

С одной стороны, на gnome-minimal как бы одним ударом. С другой стороны, вдруг кому-то из составителей производных дистрибутивов это помешает? Или окажется лишним? Вот думаю раз проблема дистрибутиво-зависимая, то и вешать надо на дистрибутиво-зависимое.
В общем, спорить не стану. Я тестировал конкретно Centaurus. Кому надо перевесит.
Comment 3 Sergey V Turchin 2012-04-20 15:22:44 MSK
(В ответ на комментарий №2)
> раз проблема дистрибутиво-зависимая
Нет. Она DE-зависимая, значит вешать надо на DE.
Comment 4 Sergey V Turchin 2012-04-20 15:23:56 MSK
Например, если я в KDesktop поставлю XFCE, то работать не будет.
Comment 5 Pavel Isopenko 2012-04-20 16:05:46 MSK
(В ответ на комментарий №4)
> Например, если я в KDesktop поставлю XFCE, то работать не будет.

Хорошо, пусть будет gnome-minimal.
Comment 6 Mikhail Efremov 2012-04-20 16:19:56 MSK
Подобных зависимостей не должно быть в branding-*, они не для этого.
Для сборки новых дистрибутивов gksu нужно добавлять в какой-то список профиля.
Для решения проблем обновления можно на правах грязного хака добавить зависимость и в branding, но вообще в стабильном бранче не должно быть таких изменений, гарантированно ломающих работу приложений после dist-upgrade.(В ответ на комментарий №3)

> (В ответ на комментарий №2)
> > раз проблема дистрибутиво-зависимая
> Нет. Она DE-зависимая, значит вешать надо на DE.

Для работы Xfce как DE gksu не нужен. Подозреваю, что для работы GNOME тоже.
Comment 7 Sergey V Turchin 2012-04-20 16:25:56 MSK
(В ответ на комментарий №6)
> Для работы Xfce как DE gksu не нужен.
Тогда скажите, какому пакету нужен для работы xdg-su
Comment 8 Zerg 2012-04-25 00:03:05 MSK
(В ответ на комментарий №7)
> (В ответ на комментарий №6)
> > Для работы Xfce как DE gksu не нужен.
> Тогда скажите, какому пакету нужен для работы xdg-su
Точнее, скажите, какому пакету нужен gksu для работы xdg-su в Xfce?
Comment 9 Mikhail Efremov 2012-04-25 11:48:01 MSK
(В ответ на комментарий №8)
> > > Для работы Xfce как DE gksu не нужен.
> > Тогда скажите, какому пакету нужен для работы xdg-su
> Точнее, скажите, какому пакету нужен gksu для работы xdg-su в Xfce?

Никакому пакету в составе Xfce не нужены ни gksu, ни xdg-su, насколько мне известно. Я потому и говорю, что добавлять зависимость на них там не нужно.
Comment 10 Sergey V Turchin 2012-04-25 14:01:39 MSK
(В ответ на комментарий №9)
> Никакому пакету в составе Xfce не нужены ни gksu, ни xdg-su, насколько мне
> известно. Я потому и говорю, что добавлять зависимость на них там не нужно.
Блин! Назовите название пакета, который вытащит gksu, чтобы xdg-su заработал в Xfce на любом дистрибутиве.
Comment 11 Mikhail Efremov 2012-04-25 14:22:55 MSK
(В ответ на комментарий №10)
> Блин! Назовите название пакета, который вытащит gksu, чтобы xdg-su заработал в
> Xfce на любом дистрибутиве.

Понятия не имею в каком пакете это было бы осмысленно. В качестве грязного хака можно добавить такую зависимость в какой-то branding-*, как я уже писал выше. Надо только помнить, что это именно грязный хак для обновления и потом эту зависимость надо выкинуть.
Comment 12 Andrey Cherepanov 2012-04-25 15:00:08 MSK
Чтобы исправить эксперименты zerg@, нужно для программ повышения привилегий сделать 

Provides: xdg-su-frontend

А на xdg-utils повесить Requires: xdg-su-frontend
Comment 13 Sergey V Turchin 2012-04-25 15:30:33 MSK
(В ответ на комментарий №12)
> Provides: xdg-su-frontend
> А на xdg-utils повесить Requires: xdg-su-frontend
Не работает. В Xfce не запустится kdesu
Comment 14 Sergey V Turchin 2012-04-25 15:35:22 MSK
(В ответ на комментарий №11)
> Понятия не имею
Ну и не надо тогда утверждений

> можно добавить такую зависимость в какой-то branding-*
Не в какой-то, а во все по вашему.

> Надо только помнить, что это именно грязный хак для обновления
> и потом эту зависимость надо выкинуть.
Примерно к выходу P8
Comment 15 Sergey V Turchin 2012-04-25 15:40:18 MSK
В общем, "грязно хакайте", если кому очень хочется. Я свои мысли изложил.
Comment 16 Andrey Cherepanov 2012-04-25 18:04:29 MSK
(В ответ на комментарий №13)
> Не работает. В Xfce не запустится kdesu
Это смотря что будет поставляться в дистрибутивах. Как вариант: переписать apt-indicator заново и не устраивать вредной самодеятельности.
Comment 17 Mikhail Efremov 2012-04-25 18:20:10 MSK
(В ответ на комментарий №16)
> > Не работает. В Xfce не запустится kdesu
> Это смотря что будет поставляться в дистрибутивах. 

В новых дистрибутивах можно просто добавить gksu (ну или что там еще может быть вместо него) в профиль. А вылечить dist-upgrade на Симпли общий provides все не поможет (хотя мысль правильная, ИМХО).

> Как вариант: переписать
> apt-indicator заново и не устраивать вредной самодеятельности.

Само-то изменение может и неплохое. Просто зря это попало в p6.
Comment 18 Sergey V Turchin 2012-04-25 18:33:28 MSK
(В ответ на комментарий №16)
> > Не работает. В Xfce не запустится kdesu
> Это смотря что будет поставляться в дистрибутивах.
Читай все заново.
Comment 19 Sergey V Turchin 2012-04-25 18:35:08 MSK
Да и вообще, проблему придумали, блин! Пакет поставить не могут...
Comment 20 Andrey Cherepanov 2012-04-25 19:02:44 MSK
(В ответ на комментарий №19)
> Да и вообще, проблему придумали, блин! Пакет поставить не могут...
Сергей, если ты сделал через зад, то не пеняй на зеркало! Люди не виноваты, что ты создаёшь для них проблемы на ровном месте ради дешёвых и одному тебе понятных понтов.
Comment 21 Zerg 2012-04-25 21:54:49 MSK
(В ответ на комментарий №20)
> (В ответ на комментарий №19)
> > Да и вообще, проблему придумали, блин! Пакет поставить не могут...
> Сергей, если ты сделал через зад, то не пеняй на зеркало!
Через зад были здесь все твои предложения.

> Люди не виноваты,
Вот именно! Виноваты мантейнеры, которые не в состоянии решить мелочь без изврата, костылей и не через зад, несмотря на то, что им явно указывают, как просто и правильно.

> что ты создаёшь для них проблемы на ровном месте
Тогда уж не на ровном и не на месте, а на кривой палке, где шаг в сторону и в дерьме.

> ради дешёвых и одному тебе понятных понтов.
Ни дурака ни понты включать не обязательно. Я ж просил прочесть наконец-то сначала, прежде, чем писать ерунду.
Comment 22 Pavel Isopenko 2012-08-06 13:52:06 MSK
В Птн, 03/08/2012 в 16:58 +0300, Led пишет:
> > > завести для этого отдельный пакет, обязательный к установке?
> >
> > Эти специальные виртуальные пакеты не всегда используются, так что
> если
> > есть фактически конфликтующий пакет, то пусть лучше тэг Conflicts
> будет
> > прямо в нем.
> 
> Вполне логично. Но (как в данном случае) не всегда очевидно, кто
> именно должен 
> конфликтовать с такими "мёртвыми, но не похороннеными" или
> "похоронненными, 
> но не отпетыми" пакетами. 

Вносится рацпредложение:
Ввести в практику метапакет(ы?), по одному (или несколько?) на
дистрибутив, изначально на момент релиза пустые, но ставящиеся по
умолчанию. И потом, по мере появления и выявления конфликтов,
обсолетить/провайдить в них.
Начиная с p7 у нас запланированы карманы? Таким пакетам как раз самое
место в отдельном дистрибутивоспецифичном кармане, по карману на
производный дистрибутив.
Именовать метапакет(ы?) на основе имени дистрибутива. Кому этот
механизм не нужен/мешает - легко может удалить или пакет, или отключить
карман, тогда установленная система из дистрибутивной превращается в
кастомную.
Мантейнером такого метапакета может быть релиз-менеджер  дистрибутива или его заместитель, получая дополнительный рычаг управления всеми установленными (и обновляемыми) дистрибутивами. Когда возникший по тем или иным причинам конфликт может быть исправлен новой версией метапакета дистрибутива, это будет всего лишь нокдаун вместо нокаута и более позитивно восприниматься пользователями.
Comment 23 Andrey Cherepanov 2012-09-12 15:38:58 MSK
*** Bug 27128 has been marked as a duplicate of this bug. ***
Comment 24 Pavel Isopenko 2013-08-09 10:24:50 MSK
Можно закрыть. Потеряло актуальность.
Comment 25 Белаш Константин 2020-10-05 12:48:39 MSK
Добрый день.
Сегодня столкнулся с похожей ситуацией на WS 9.1.
Помогла установка пакета gksu.
Comment 26 Белаш Константин 2020-10-05 12:51:17 MSK
Created attachment 8991 [details]
Ошибка обновления
Comment 27 Антон Мидюков 2020-10-05 13:03:38 MSK
(Ответ для Белаш Константин на комментарий #25)
> Добрый день.
> Сегодня столкнулся с похожей ситуацией на WS 9.1.
> Помогла установка пакета gksu.

А можете проверить, будет ли работать с beesu? Т.е. gksu удалить, beesu установить и проверить.