Bug 49282 - Отделить *.desktop и *.png в отдельный пакет
Summary: Отделить *.desktop и *.png в отдельный пакет
Status: CLOSED NOTABUG
Alias: None
Product: Sisyphus
Classification: Development
Component: speedtest-cli (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: Konstantin A Lepikhov (L.A. Kostis)
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-02-03 09:48 MSK by Олег Щавелев
Modified: 2024-08-19 10:07 MSK (History)
5 users (show)

See Also:


Attachments
Патч, BZ49282 (572 bytes, patch)
2024-07-12 16:21 MSK, Олег Щавелев
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Олег Щавелев 2024-02-03 09:48:44 MSK
Стенд с ошибкой: 
==============================
- OS: ALT Regular Sisyphus x86_64 
- Kernel: 6.6.14-un-def-alt1 
- DE: GNOME 45.3 
- CPU: AMD Ryzen 7 4800HS with Radeon Graphics (16) @ 4.300GHz 
- GPU: AMD ATI Radeon RX Vega 6 
- Display: wayland 
Система обновлена: 03.02.2024

==============================
Пакет: speedtest-cli-2.1.4-alt0.2.g22210ca.noarch

Шаги, приводящие к ошибке:
==============================
1. Установить speedtest-cli
2. Открыть приложения (рабочее окружение GNOME)

Фактический результат:
==============================
После установки терминального приложения создается ярлык.

Ожидаемый результат:
==============================
При установке терминального приложения ярлык не создается. При желании пользователя создать ярлык, он создает его самостоятельно или устанавливает дополнительный пакет.

Дополнительно:
==============================
Аналогичные репорты: 46382, 47509, 47541 их больше.
Comment 1 Konstantin A Lepikhov (L.A. Kostis) 2024-02-05 15:15:07 MSK
Привет!

Простите, но из описания проблемы я ничего не понял что нужно сделать. Либо сформулируйте проблему другими словами, либо сами сделайте патч.

Спасибо.
Comment 2 Олег Щавелев 2024-05-12 00:10:19 MSK
Приносим свои извинения за задержку. В ближайшее время мы подготовим и опубликуем патч в данном репорте.

Семен, подготовишь патч, как мы предлагали, в следующих репортах: 46382, 47509, 47541.
Comment 3 Cемен Фомченков 2024-05-12 00:13:56 MSK
Хорошо, я займусь патчем. По мере готовности отпишусь здесь.
Comment 4 Konstantin A Lepikhov (L.A. Kostis) 2024-07-03 09:59:59 MSK
(In reply to Cемен Фомченков from comment #3)
> Хорошо, я займусь патчем. По мере готовности отпишусь здесь.

Есть ли прогресс в написании патча?
Comment 5 Cемен Фомченков 2024-07-03 10:11:19 MSK
(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #4)
> (In reply to Cемен Фомченков from comment #3)
> > Хорошо, я займусь патчем. По мере готовности отпишусь здесь.
> 
> Есть ли прогресс в написании патча?

Константин, добрый день. Пока к сожалению не было времени заняться патчем. Постараюсь решить вопрос с ним на этой неделе, либо попрошу кого-нибудь помочь с этим вопросом.
Comment 6 Олег Щавелев 2024-07-12 16:21:28 MSK
Created attachment 16416 [details]
Патч, BZ49282

Konstantin A. Lepikhov (L.A. Kostis), я прошу прощения за такой долгий ответ. Во вложении патч, который решает проблему, изложенную в репорте, в соответствии с ожидаемым результатом.
Comment 7 Konstantin A Lepikhov (L.A. Kostis) 2024-07-26 16:26:43 MSK
> Ожидаемый результат:
==============================
При установке терминального приложения ярлык не создается. При желании пользователя создать ярлык, он создает его самостоятельно или устанавливает дополнительный пакет.

А можно пояснить, зачем тут что-то решать за пользователя? Какую именно проблему хочется решить?
Comment 8 Konstantin A Lepikhov (L.A. Kostis) 2024-08-01 14:23:26 MSK
Нет ответа, нет проблемы.
Comment 9 Олег Щавелев 2024-08-01 15:25:23 MSK
Здравствуйте, Konstantin A Lepikhov (L.A. Kostis)

> А можно пояснить, зачем тут что-то решать за пользователя? Какую именно проблему хочется решить?

К сожалению, я не могу ответить на ваш вопрос в точности так, как я писал в другом контексте. Дело в том, что продукты семейства «Альт» очень разнообразны. Они поддерживают множество рабочих окружений, а могут использоваться и без них.

Я считаю возможным создавать desktop-файлы на основе upstream-версии. Если репозиторий проявит инициативу, то эти файлы можно будет упаковать в отдельный пакет.

Ответственное лицо может принять решение при работе с установочными сценариями образа при условии необходимости. А пользователю копировать файл в соответствующую директорию /home/xxxx/.local/share/applications и добавлять к нему дополнительный параметр NoDisplay=true считаю лишним при условии, что это терминальное приложение.
 
Хочу отметить, что я уже приводил подобные аргументы в других обсуждениях: 	
46382, 47509, 47541, все репорты рассмотрены со статусом FIXED.
Comment 10 iQQator 2024-08-01 16:08:58 MSK
(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #7)
> > Ожидаемый результат:
> ==============================
> При установке терминального приложения ярлык не создается. При желании
> пользователя создать ярлык, он создает его самостоятельно или устанавливает
> дополнительный пакет.
> 
> А можно пояснить, зачем тут что-то решать за пользователя? Какую именно
> проблему хочется решить?

Если я правильно понимаю суть таска, то решить проблему того что в меню приложений могут присутствовать не только приложения GUI но и приложения с CUI/TUI что не очень хорошо отражается на ожиданиях пользователя. Единственное приложение с TUI которое ожидается увидеть так как оно есть - это MidnightCommander ))
Comment 11 iQQator 2024-08-01 16:12:01 MSK
А от пакета speedtest-cli - как раз ожидается то, что данное приложение должно быть доступно в терминале (консоли) в текстовом исполнении, а не в графическом окружении :)
А вот приложение speedtest или speedtest-gui явно отражает то, что пользователю будет показан графический вариант приложения :)
Comment 12 iQQator 2024-08-01 16:12:47 MSK
Ожидание ответа на комментарии
Comment 13 Konstantin A Lepikhov (L.A. Kostis) 2024-08-17 00:55:34 MSK
(In reply to iQQator from comment #10)
> (Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #7)
> > > Ожидаемый результат:
> > ==============================
> > При установке терминального приложения ярлык не создается. При желании
> > пользователя создать ярлык, он создает его самостоятельно или устанавливает
> > дополнительный пакет.
> > 
> > А можно пояснить, зачем тут что-то решать за пользователя? Какую именно
> > проблему хочется решить?
> 
> Если я правильно понимаю суть таска, то решить проблему того что в меню
> приложений могут присутствовать не только приложения GUI но и приложения с
> CUI/TUI что не очень хорошо отражается на ожиданиях пользователя.
> Единственное приложение с TUI которое ожидается увидеть так как оно есть -
> это MidnightCommander ))

а я лично хочу видеть это приложение в графическом сеансе как отдельную программу и почему мне этого нельзя?

"не очень хорошо отражается на ожиданиях пользователя" - это какая-то отмазка в духе гугол, что нам лучше знать что вам нужно, миллионы зондов не могут ошибаться.

Если вам хочется избавиться от TUI - удалите этот пакет и не используйте.
Comment 14 Aleksandr Shamaraev 2024-08-17 03:17:02 MSK
Всем добра.

Согласен с позицией Константина. 

Я тоже люблю по ярлычкам открывать консольные приложения )
Comment 15 ruslandh 2024-08-19 06:39:04 MSK
(Ответ для Aleksandr Shamaraev на комментарий #14)
> Всем добра.
> 
> Согласен с позицией Константина. 
> 
> Я тоже люблю по ярлычкам открывать консольные приложения )

Да нет, вопрос не идёт об удалении вообще ярлыков у консольных приложениях, вопрос в том, что по умолчанию в DE эти ярлыки не показывались. Как вариант этого решения предлагается вынести ярдыки и шире все обвязки для DE (метаинформация и т.п.) в отдельный подпакет. С тем что-бы  при желании пользователь мог его установить. Так уже сделано для mc, nano, htop и т.п.
Если есть более изящное решение, то можно и его применить.
Comment 16 Aleksandr Shamaraev 2024-08-19 06:58:54 MSK
(Ответ для ruslandh на комментарий #15)
> Да нет, вопрос не идёт об удалении вообще ярлыков у консольных приложениях,
> вопрос в том, что по умолчанию в DE эти ярлыки не показывались. Как вариант
> этого решения предлагается вынести ярдыки и шире все обвязки для DE
> (метаинформация и т.п.) в отдельный подпакет. С тем что-бы  при желании
> пользователь мог его установить. Так уже сделано для mc, nano, htop и т.п.
> Если есть более изящное решение, то можно и его применить.

Как лично по мне - это решение двоякое. Так как если я рядовой пользователь хочу пользоваться MC с ярлычка, почему не могу? если бы Вы не сказали, что ярлыки можно поставить отдельно, я бы и не знал к примеру.

Странное на самом деле решение выпилить из DE ярлыки на терминальные пакеты. 

Ну это имхо
Comment 17 Олег Щавелев 2024-08-19 07:37:41 MSK
> Как лично по мне - это решение двоякое. Так как если я рядовой пользователь хочу пользоваться MC с ярлычка, почему не могу? если бы Вы не сказали, что ярлыки можно поставить отдельно, я бы и не знал к примеру.

В mc уже давно .desktop убран в отдельный пакет, я даже репорт прикрепил.
https://bugzilla.altlinux.org/47541
Comment 18 Konstantin A Lepikhov (L.A. Kostis) 2024-08-19 10:07:31 MSK
(In reply to ruslandh from comment #15)
> (Ответ для Aleksandr Shamaraev на комментарий #14)
> > Всем добра.
> > 
> > Согласен с позицией Константина. 
> > 
> > Я тоже люблю по ярлычкам открывать консольные приложения )
> 
> Да нет, вопрос не идёт об удалении вообще ярлыков у консольных приложениях,
> вопрос в том, что по умолчанию в DE эти ярлыки не показывались. Как вариант
> этого решения предлагается вынести ярдыки и шире все обвязки для DE
> (метаинформация и т.п.) в отдельный подпакет. С тем что-бы  при желании
> пользователь мог его установить. Так уже сделано для mc, nano, htop и т.п.
> Если есть более изящное решение, то можно и его применить.

вот и сделайте изящное решение. В текущем виде это отрывание ярлыков запуска у всех, кто не знает, что ярлык переехал в отдельный пакет.

(In reply to Олег Щавелев from comment #17)
> > Как лично по мне - это решение двоякое. Так как если я рядовой пользователь хочу пользоваться MC с ярлычка, почему не могу? если бы Вы не сказали, что ярлыки можно поставить отдельно, я бы и не знал к примеру.
> 
> В mc уже давно .desktop убран в отдельный пакет, я даже репорт прикрепил.
> https://bugzilla.altlinux.org/47541

у вас все обьяснение "зачем" построено на том, что вот в другом пакете так сделали и вы давайте быстро сделайте,  потому что я так хочу. Создайте policy, обсудите его в -devel, напишите рекомендации и вот тогда есть что обсуждать.