49282 2024-02-03 09:48:44 +0300 Отделить *.desktop и *.png в отдельный пакет 2024-08-19 10:07:31 +0300 1 1 4 Development Sisyphus speedtest-cli unstable x86_64 Linux CLOSED NOTABUG https://bugzilla.altlinux.org/show_bug.cgi?id=46382 https://bugzilla.altlinux.org/show_bug.cgi?id=47509 https://bugzilla.altlinux.org/show_bug.cgi?id=47541 P5 normal --- 1 oleg lakostis armatik iqqator lakostis mr.shad ruslandh qa-sisyphus oldest_to_newest 241084 0 oleg 2024-02-03 09:48:44 +0300 Стенд с ошибкой: ============================== - 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 их больше. 241159 1 lakostis 2024-02-05 15:15:07 +0300 Привет! Простите, но из описания проблемы я ничего не понял что нужно сделать. Либо сформулируйте проблему другими словами, либо сами сделайте патч. Спасибо. 246076 2 oleg 2024-05-12 00:10:19 +0300 Приносим свои извинения за задержку. В ближайшее время мы подготовим и опубликуем патч в данном репорте. Семен, подготовишь патч, как мы предлагали, в следующих репортах: 46382, 47509, 47541. 246077 3 armatik 2024-05-12 00:13:56 +0300 Хорошо, я займусь патчем. По мере готовности отпишусь здесь. 248456 4 lakostis 2024-07-03 09:59:59 +0300 (In reply to Cемен Фомченков from comment #3) > Хорошо, я займусь патчем. По мере готовности отпишусь здесь. Есть ли прогресс в написании патча? 248457 5 armatik 2024-07-03 10:11:19 +0300 (Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #4) > (In reply to Cемен Фомченков from comment #3) > > Хорошо, я займусь патчем. По мере готовности отпишусь здесь. > > Есть ли прогресс в написании патча? Константин, добрый день. Пока к сожалению не было времени заняться патчем. Постараюсь решить вопрос с ним на этой неделе, либо попрошу кого-нибудь помочь с этим вопросом. 248783 6 16416 oleg 2024-07-12 16:21:28 +0300 Created attachment 16416 Патч, BZ49282 Konstantin A. Lepikhov (L.A. Kostis), я прошу прощения за такой долгий ответ. Во вложении патч, который решает проблему, изложенную в репорте, в соответствии с ожидаемым результатом. 249336 7 lakostis 2024-07-26 16:26:43 +0300 > Ожидаемый результат: ============================== При установке терминального приложения ярлык не создается. При желании пользователя создать ярлык, он создает его самостоятельно или устанавливает дополнительный пакет. А можно пояснить, зачем тут что-то решать за пользователя? Какую именно проблему хочется решить? 249541 8 lakostis 2024-08-01 14:23:26 +0300 Нет ответа, нет проблемы. 249547 9 oleg 2024-08-01 15:25:23 +0300 Здравствуйте, Konstantin A Lepikhov (L.A. Kostis) > А можно пояснить, зачем тут что-то решать за пользователя? Какую именно проблему хочется решить? К сожалению, я не могу ответить на ваш вопрос в точности так, как я писал в другом контексте. Дело в том, что продукты семейства «Альт» очень разнообразны. Они поддерживают множество рабочих окружений, а могут использоваться и без них. Я считаю возможным создавать desktop-файлы на основе upstream-версии. Если репозиторий проявит инициативу, то эти файлы можно будет упаковать в отдельный пакет. Ответственное лицо может принять решение при работе с установочными сценариями образа при условии необходимости. А пользователю копировать файл в соответствующую директорию /home/xxxx/.local/share/applications и добавлять к нему дополнительный параметр NoDisplay=true считаю лишним при условии, что это терминальное приложение. Хочу отметить, что я уже приводил подобные аргументы в других обсуждениях: 46382, 47509, 47541, все репорты рассмотрены со статусом FIXED. 249554 10 iqqator 2024-08-01 16:08:58 +0300 (Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #7) > > Ожидаемый результат: > ============================== > При установке терминального приложения ярлык не создается. При желании > пользователя создать ярлык, он создает его самостоятельно или устанавливает > дополнительный пакет. > > А можно пояснить, зачем тут что-то решать за пользователя? Какую именно > проблему хочется решить? Если я правильно понимаю суть таска, то решить проблему того что в меню приложений могут присутствовать не только приложения GUI но и приложения с CUI/TUI что не очень хорошо отражается на ожиданиях пользователя. Единственное приложение с TUI которое ожидается увидеть так как оно есть - это MidnightCommander )) 249555 11 iqqator 2024-08-01 16:12:01 +0300 А от пакета speedtest-cli - как раз ожидается то, что данное приложение должно быть доступно в терминале (консоли) в текстовом исполнении, а не в графическом окружении :) А вот приложение speedtest или speedtest-gui явно отражает то, что пользователю будет показан графический вариант приложения :) 249557 12 iqqator 2024-08-01 16:12:47 +0300 Ожидание ответа на комментарии 250151 13 lakostis 2024-08-17 00:55:34 +0300 (In reply to iQQator from comment #10) > (Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #7) > > > Ожидаемый результат: > > ============================== > > При установке терминального приложения ярлык не создается. При желании > > пользователя создать ярлык, он создает его самостоятельно или устанавливает > > дополнительный пакет. > > > > А можно пояснить, зачем тут что-то решать за пользователя? Какую именно > > проблему хочется решить? > > Если я правильно понимаю суть таска, то решить проблему того что в меню > приложений могут присутствовать не только приложения GUI но и приложения с > CUI/TUI что не очень хорошо отражается на ожиданиях пользователя. > Единственное приложение с TUI которое ожидается увидеть так как оно есть - > это MidnightCommander )) а я лично хочу видеть это приложение в графическом сеансе как отдельную программу и почему мне этого нельзя? "не очень хорошо отражается на ожиданиях пользователя" - это какая-то отмазка в духе гугол, что нам лучше знать что вам нужно, миллионы зондов не могут ошибаться. Если вам хочется избавиться от TUI - удалите этот пакет и не используйте. 250154 14 mr.shad 2024-08-17 03:17:02 +0300 Всем добра. Согласен с позицией Константина. Я тоже люблю по ярлычкам открывать консольные приложения ) 250189 15 ruslandh 2024-08-19 06:39:04 +0300 (Ответ для Aleksandr Shamaraev на комментарий #14) > Всем добра. > > Согласен с позицией Константина. > > Я тоже люблю по ярлычкам открывать консольные приложения ) Да нет, вопрос не идёт об удалении вообще ярлыков у консольных приложениях, вопрос в том, что по умолчанию в DE эти ярлыки не показывались. Как вариант этого решения предлагается вынести ярдыки и шире все обвязки для DE (метаинформация и т.п.) в отдельный подпакет. С тем что-бы при желании пользователь мог его установить. Так уже сделано для mc, nano, htop и т.п. Если есть более изящное решение, то можно и его применить. 250190 16 mr.shad 2024-08-19 06:58:54 +0300 (Ответ для ruslandh на комментарий #15) > Да нет, вопрос не идёт об удалении вообще ярлыков у консольных приложениях, > вопрос в том, что по умолчанию в DE эти ярлыки не показывались. Как вариант > этого решения предлагается вынести ярдыки и шире все обвязки для DE > (метаинформация и т.п.) в отдельный подпакет. С тем что-бы при желании > пользователь мог его установить. Так уже сделано для mc, nano, htop и т.п. > Если есть более изящное решение, то можно и его применить. Как лично по мне - это решение двоякое. Так как если я рядовой пользователь хочу пользоваться MC с ярлычка, почему не могу? если бы Вы не сказали, что ярлыки можно поставить отдельно, я бы и не знал к примеру. Странное на самом деле решение выпилить из DE ярлыки на терминальные пакеты. Ну это имхо 250191 17 oleg 2024-08-19 07:37:41 +0300 > Как лично по мне - это решение двоякое. Так как если я рядовой пользователь хочу пользоваться MC с ярлычка, почему не могу? если бы Вы не сказали, что ярлыки можно поставить отдельно, я бы и не знал к примеру. В mc уже давно .desktop убран в отдельный пакет, я даже репорт прикрепил. https://bugzilla.altlinux.org/47541 250199 18 lakostis 2024-08-19 10:07:31 +0300 (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, напишите рекомендации и вот тогда есть что обсуждать. 16416 2024-07-12 16:21:28 +0300 2024-07-12 16:21:28 +0300 Патч, BZ49282 1.patch text/plain 572 oleg ZGlmZiAtLWdpdCBhL3NwZWVkdGVzdC1jbGkuc3BlYyBiL3NwZWVkdGVzdC1jbGkuc3BlYwppbmRl eCBjNTUzY2Y1Li42ZWExOTUyIDEwMDY0NAotLS0gYS9zcGVlZHRlc3QtY2xpLnNwZWMKKysrIGIv c3BlZWR0ZXN0LWNsaS5zcGVjCkBAIC0yMSw2ICsyMSwxNCBAQCBCdWlsZFJlcXVpcmVzKHByZSk6 IHJwbS1idWlsZC1weXRob24zCiBDb21tYW5kIGxpbmUgaW50ZXJmYWNlIGZvciB0ZXN0aW5nIGlu dGVybmV0IGJhbmR3aWR0aCB1c2luZwogc3BlZWR0ZXN0Lm5ldAogCislcGFja2FnZSBkZXNrdG9w CitTdW1tYXJ5OiBEZWt0b3AgZmlsZSB0byAlbmFtZQorR3JvdXA6IFN5c3RlbS9Db25maWd1cmF0 aW9uL05ldHdvcmtpbmcKK1JlcXVpcmVzOiAlbmFtZSA9ICVFVlIKKworJWRlc2NyaXB0aW9uIGRl c2t0b3AKKyVzdW1tYXJ5CisKICVwcmVwCiAlc2V0dXAgLXEKIApAQCAtNDgsNiArNTYsOCBAQCBF T0YKICVmaWxlcwogJV9iaW5kaXIvKgogJWRvYyBSRUFETUUucnN0IENPTlRSSUJVVElORy5tZAor CislZmlsZXMgZGVza3RvcAogJV9kZXNrdG9wZGlyLyVuYW1lLmRlc2t0b3AKIAogJWNoYW5nZWxv Zwo=