Привет!

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

Спасибо.

Приносим свои извинения за задержку. В ближайшее время мы подготовим и опубликуем патч в данном репорте.

Семен, подготовишь патч, как мы предлагали, в следующих репортах: 46382, 47509, 47541.

Хорошо, я займусь патчем. По мере готовности отпишусь здесь.

(In reply to Cемен Фомченков from comment #3)
> Хорошо, я займусь патчем. По мере готовности отпишусь здесь.

Есть ли прогресс в написании патча?

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

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

Created attachment 16416 [details]
Патч, BZ49282

Konstantin A. Lepikhov (L.A. Kostis), я прошу прощения за такой долгий ответ. Во вложении патч, который решает проблему, изложенную в репорте, в соответствии с ожидаемым результатом.

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

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

Нет ответа, нет проблемы.

Здравствуйте, Konstantin A Lepikhov (L.A. Kostis)

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

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

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

Ответственное лицо может принять решение при работе с установочными сценариями образа при условии необходимости. А пользователю копировать файл в соответствующую директорию /home/xxxx/.local/share/applications и добавлять к нему дополнительный параметр NoDisplay=true считаю лишним при условии, что это терминальное приложение.
 
Хочу отметить, что я уже приводил подобные аргументы в других обсуждениях: 	
46382, 47509, 47541, все репорты рассмотрены со статусом FIXED.

(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #7)
> > Ожидаемый результат:
> ==============================
> При установке терминального приложения ярлык не создается. При желании
> пользователя создать ярлык, он создает его самостоятельно или устанавливает
> дополнительный пакет.
> 
> А можно пояснить, зачем тут что-то решать за пользователя? Какую именно
> проблему хочется решить?

Если я правильно понимаю суть таска, то решить проблему того что в меню приложений могут присутствовать не только приложения GUI но и приложения с CUI/TUI что не очень хорошо отражается на ожиданиях пользователя. Единственное приложение с TUI которое ожидается увидеть так как оно есть - это MidnightCommander ))

А от пакета speedtest-cli - как раз ожидается то, что данное приложение должно быть доступно в терминале (консоли) в текстовом исполнении, а не в графическом окружении :)
А вот приложение speedtest или speedtest-gui явно отражает то, что пользователю будет показан графический вариант приложения :)

Ожидание ответа на комментарии

(In reply to iQQator from comment #10)
> (Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #7)
> > > Ожидаемый результат:
> > ==============================
> > При установке терминального приложения ярлык не создается. При желании
> > пользователя создать ярлык, он создает его самостоятельно или устанавливает
> > дополнительный пакет.
> > 
> > А можно пояснить, зачем тут что-то решать за пользователя? Какую именно
> > проблему хочется решить?
> 
> Если я правильно понимаю суть таска, то решить проблему того что в меню
> приложений могут присутствовать не только приложения GUI но и приложения с
> CUI/TUI что не очень хорошо отражается на ожиданиях пользователя.
> Единственное приложение с TUI которое ожидается увидеть так как оно есть -
> это MidnightCommander ))

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

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

Если вам хочется избавиться от TUI - удалите этот пакет и не используйте.

Всем добра.

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

Я тоже люблю по ярлычкам открывать консольные приложения )

(Ответ для Aleksandr Shamaraev на комментарий #14)
> Всем добра.
> 
> Согласен с позицией Константина. 
> 
> Я тоже люблю по ярлычкам открывать консольные приложения )

Да нет, вопрос не идёт об удалении вообще ярлыков у консольных приложениях, вопрос в том, что по умолчанию в DE эти ярлыки не показывались. Как вариант этого решения предлагается вынести ярдыки и шире все обвязки для DE (метаинформация и т.п.) в отдельный подпакет. С тем что-бы  при желании пользователь мог его установить. Так уже сделано для mc, nano, htop и т.п.
Если есть более изящное решение, то можно и его применить.

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

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

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

Ну это имхо

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

В mc уже давно .desktop убран в отдельный пакет, я даже репорт прикрепил.
https://bugzilla.altlinux.org/47541

(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, напишите рекомендации и вот тогда есть что обсуждать.