LINUX.ORG.RU

Дополнения к приложениям в GNOME Software

 appstream, ,


2

3

После того момента, как мы показали GNOME Software Center, люди захотели добавить в него немного функционала. Одна из вещей, которая была очень важна для разработчиков Eclipse - способ установки расширений к основной программе, что показалось нам отличной идеей. Мы хотели сделать это настолько универсальным, чтобы её могли использовать другие проекты, как gedit и другие модульные приложения в составе GNOME и KDE. Мы сознательно не предоставляем такую функциональность для Chrome или Firefox, поскольку эти приложения сделают намного лучше это задание, чем GNOME Software.

Недавно Ричард Хьюз (Richard Hughes) добавил специальный тип компонентов в AppStream – дополнения.
AppStream – XML стандарт, созданный для удобства распространения приложений через центры приложений в разных дистрибутивах. На данный момент уже активно используется в дистрибутивах: Fedora, openSUSE. В ближайшее время так же будет использоваться в ArchLinux и Debian.

Создание специального metainfo.xml для каждого плагина позволит пользователю устанавливать доп. компоненты. Плагины для текстовых редакторов, мультимедиа кодеки и пр.



Как выглядит обычный metainfo.xml, заметки и как его использовать можно посмотреть в блоге Ричарда
Kalev Lember в настоящее время работает над интерфейсом плагинов в GNOME Software, Richard Hughes только завершил поддержку metainfo.xml в обработчике AppStream, так что не стоит ожидать видимость новых функций до GNOME 3.14 и Fedora 21.

Рекомендуем использовать утилиту для проверки AppStream файлов – appstream-util (входит в состав libappstream-glib). К сожалению в выпущенной версии 0.1.7 отсутствуют некоторые возможности, которые вы, наверное, хотели бы использовать. Среди них:

  • Проверка metainfo.xml.in файлов (используется при локализации) – fix #1, bug #2, fix #2;
  • При проверке одновременно множества файлов при неудачной проверке одного из файлов программа завершает свою работу – bug, fix;
  • Установка AppData и MetaInfo файлов (можно использовать во время тестирования) – fix;
  • Ну и куда же без автодополнения в Bash – fix #1, fix #2.



Ричард написал статью в своём блоге о том, как разработчики могут интегрировать свои дополнения в центры приложений KDE и GNOME. Мы с Ричардом с удовольствием поможем на данном этапе. Если у вас есть свои пакеты в своих репозиториях, то они не появятся автоматически в центрах приложений. Вы должны специальным образом обработать их. Пример того, как можно это сделать — в рассылке Russian Fedora. Надеюсь, в скором времени мы внедрим все эти новые технологии в Russian Fedora, т.к. мы стараемся максимально повторить процессы Fedora Project.

Наши контактные данные:

Richard Hughes:

  • IRC: hughsie on freenode and gimpnet
  • Email: richard AT hughsie DOT com

Igor Gnatenko



Мы уже написали много патчей, отправили багов:
Evolution RSS: https://bugzilla.gnome.org/show_bug.cgi?id=731553
GEedit plugins: https://bugzilla.gnome.org/show_bug.cgi?id=731632, https://git.gnome.org/browse/gedit-code-assistance/commit/?id=789e7b9f5569f5b...
Eclipse plugins: https://bugs.eclipse.org/bugs/show_bug.cgi?id=437245
Claws-mail plugins: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3210

Итого на сегодняшний момент написано:

  • Richard Hughes: 1 плагин (metainfo), 9 багрепортов;
  • Igor Gnatenko: 45 плагинов (metainfo), 3 багрепорта.

Присоединяйтесь к разработке нового стандарта/утилит!

Источник

>>> Оригинал

anonymous

Проверено: fallout4all ()
Последнее исправление: ymn (всего исправлений: 10)
Ответ на: комментарий от vurdalak

Не надо усложнять систему ради упрощения кнопок для обезьян.

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

AP ★★★★★
()
Ответ на: комментарий от bhfq

Ты какой-то ужасно бестолковый. Какая разница, чем забирать данные из XML для перевода? Вот пример конечного файла:

http://www.freedesktop.org/software/appstream/docs/chap-DistroData.html#spec-...

Там ты тоже не видишь встроенных переводов, лол?

AP ★★★★★
()
Ответ на: комментарий от AP

Кем считается? В моём окружении он считается системой для профессионалов (в т.ч. среди тех, кто его честно не осилил).

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Не надо усложнять систему ради упрощения кнопок для обезьян.

Ты конечно бравый парнища и юзаешь только консоль. Но ты серьезно считаешь свою маму, сестру, подружку обезьянами? Вот для них и рассчитано. Хомячки же любят картиночки и всякую мишуру.

Deleted
()
Ответ на: комментарий от Deleted

Если мама, сестра и подружка не хотят изучасть ман к одной единственной команде, то зачем им компьютер? Потом сами же будут бегать и мучать меня, когда эта вундервафля единственной кнопкой затрёт полсистемы, потому что так прописано в юзерфрендли алгоритме.

vurdalak ★★★★★
()
Ответ на: комментарий от Deleted

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

vurdalak ★★★★★
()

прочёл и нифига не понял)

ii8_ ★★★★
()
Ответ на: комментарий от vurdalak

Если мама, сестра и подружка не хотят изучасть ман к одной единственной команде, то зачем им компьютер?

Это нормально. Компьютер уже давно стал игрушкой не только для гиков, и ОС тоже.

По-твоей логике, если у них дома сломается кран, это значит что им он тоже не нужен?

Гик такой гик, ну ладно. Оставайся при своем мнении :)

Deleted
()
Ответ на: комментарий от Deleted

По-твоей логике, если у них дома сломается кран, это значит что им он тоже не нужен?

Ну, тут я плохо выразился, да. Пользовать компьютером — пожалуйста. Настраивать систему и ставить софт — не надо, потому что нет пока достаточно мощного и простого инструмента. Простой и кривой либо мощный и навороченный.

vurdalak ★★★★★
()
Ответ на: комментарий от AP

AP
системой для всяких заносчивых чмырей

Зачем же по себе так судить всех остальных пользователей?

anonymous
()

очевидно, что система нацелена чтобы копировать appstore (большие фоточки, красивые описания, установка одним кликом того что понравилось, и т.п.).

но будет ли в ней, наконец, возможность для разработчиков публиковать собственный софт, или, как это принято в линупсах, контроль над сборкой и обновлениями будет у неких мантейнеров пакетов?

waker ★★★★★
()
Ответ на: комментарий от vurdalak

Настраивать систему и ставить софт — не надо, потому что нет пока достаточно мощного и простого инструмента.

Ну т.е. нет и пусть никто не пытается делать, так что ли? :)

AP ★★★★★
()
Ответ на: комментарий от AP

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

vurdalak ★★★★★
()

Чтобы работал гном на работе приходится покупать крем пяточки™! Скажите пожалуйста, зачем я покупаю крем коленочки™?

Woofywoof
()
Ответ на: комментарий от waker

Я ваше негодование понимаю, поначалу, самому было странно-неприятно, что в дистрибутивах слишком навязана система центрального репозитория. Однако сейчас мне кажется это очень здоровым подходом: таким образом можно хотя бы найти концы несовместимости и глюков пакетов, и купировать это на глобальном уровне репозитория, путем фиксации версий. Опять же, никто не запрещает разработчику апстрима, если он того хочет, распространять и публиковать пакет, ставящийся в /opt. Сейчас я не вижу проблемы в этом, поясните?

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

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от vurdalak

Кем считается? В моём окружении он считается системой для профессионалов (в т.ч. среди тех, кто его честно не осилил).

Студенты первого курса?

anonymous
()
Ответ на: комментарий от anonymous

Кстати как ни странно, когда я учился где-то на 3 курсе, там тоже было такое мнение. И это во времена, когда линукса не десктопе почти не было.

vurdalak ★★★★★
()
Ответ на: комментарий от waker

но будет ли в ней, наконец, возможность для разработчиков публиковать собственный софт, или, как это принято в линупсах, контроль над сборкой и обновлениями будет у неких мантейнеров пакетов?

this.

anonymous
()
Ответ на: комментарий от Deleted

Сейчас я не вижу проблемы в этом, поясните?

большинство юзеров линупсов предпочитает ставить программы из репозиториев дистрибутива.

разработчику разместить программу в этих самых репозиториях нет никакой возможности, по ряду причин, например практически ни один разработчик не хочет компилять 100500 пакетов в 100500 виртуалках под все дистры всех версий, а собрать пакеты для дистра A в дистре Б никак нельзя.

еще одна проблема, это борьба за лицензионную чистоту.

даже если программа начисто опенсорс под gpl — это не является достаточным условием. в дистры все равно не примут, т.к. где-то запятая не там стоит, и т.п. причем, как раз из-за того, что программа опенсорс — ее и в non-free тоже не примут, т.к. туда принимают только проприетарщину. ну и все это ессно потому, что дистромейкеры хотят нести ответственность за то, что они распространяют. и тут их можно понять.

получается замкнутый круг. программа есть, она опенсорс, но юзеры ее не могут ставить своим любимым способом.

приходим к тому, что такая система ущербна. и надо что-то вроде android play store, или apple appstore, где разработчики _сами_ выкладывают свой софт, а владельцы платформы берут с них, например, ежегодный взнос за это - ну там чтобы хостинг оплачивать, например.

подобная система в линуксе - это ubuntu software center. но она тоже ущербна, т.к. они делают различие между проприетарщиками и опенсорсом, и дают проприетарщикам более удобные условия. так, проприетарщики могут просто прислать архив с бинарной сборкой своего продукта, и его опубликуют как есть. а для опенсорса стоит жесткое требование, что надо предоставлять что-то вроде спеков для сборки deb-файлов. т.е. опенсорс разработчик не имеет возможности сделать билд своего продукта самостоятельно, а проприетарщики имеют.

иными словами, в экосистеме линупса нет полноценного аналога appstore/playstore, вот мне показалось что в топике идет речь как раз о создании такового.

waker ★★★★★
()
Ответ на: комментарий от waker

как это принято в линуксе. мэинтейнеить.

anonymous
()
Ответ на: комментарий от waker

но будет ли в ней, наконец, возможность для разработчиков публиковать собственный софт, или, как это принято в линупсах, контроль над сборкой и обновлениями будет у неких мантейнеров пакетов?

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

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

Dicebot
()
Ответ на: комментарий от waker

разработчику разместить программу в этих самых репозиториях нет никакой возможности, по ряду причин, например практически ни один разработчик не хочет компилять 100500 пакетов в 100500 виртуалках под все дистры всех версий, а собрать пакеты для дистра A в дистре Б никак нельзя.

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

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

Упоминать такую мусорную свалку как play store в качестве примера для подражания - нет, спасибо, текующий вариант намного лучше :)

Dicebot
()
Ответ на: комментарий от Dicebot

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

контролировать никто не запрещает. главное, чтобы контролировали то, что необходимо контролировать, а не лезли не в свое дело.

мы лучше сами позаботимся.

а вы кто?

А теперь бесплатный урок, как это делается на самом деле.

кто кому должен уроки давать, разберемся в другой раз. но по поверхностным признакам (ЧСВ, ссылка на себя «мы», презрение, и фанатичность в отношении линупсовых дистрореп) - могу предположить, что ты и есть один из тех самых бесполезных людей, которые научились писать спеки для пакетов, и запускать сборку, после чего считают себя некими повелителями разработчиков софта. я где-то ошибся? открой для себя другие ос, кроме линупсов и бздей, и удавись - мантейнеров там нет.

Один раз упоминаешь о своей программе в списке рассылке соответствующего дистрибутива

меня не интересует данный вариант. я выше описал в подробностях, что требуется. аналог appstore/playstore. репозитории (в текущем виде) и бесполезные мантейнеры пусть идут лесом. их задача - собрать базовую систему. с помощью которой можно открыть software center, и поставить нужный софт, который там разместят разработчики без всякого вмешательства со стороны этих.. с шаловливыми ручками. а если юзер захочет пересобрать - так ему никто не запретит. опенсорсь.

Если программа полезна, а система сборки адекватна, то

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

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

меня не интересуют сборщики/компиляторщики. уже есть готовые билды, которые работают во всех дистрибутивах, и пересобирать их не надо. нужно только средство доставки конечному пользователю.

Упоминать такую мусорную свалку как play store в качестве примера для подражания - нет, спасибо, текующий вариант намного лучше :)

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

waker ★★★★★
()

Какой изысканный слог, какая глубина мысли... Жаль, что ничего непонятно ;)

chg ★★★★★
()
Ответ на: комментарий от waker

разработчику разместить программу в этих самых репозиториях нет никакой возможности, по ряду причин, например практически ни один разработчик не хочет компилять 100500 пакетов в 100500 виртуалках под все дистры всех версий, а собрать пакеты для дистра A в дистре Б никак нельзя.

Open Build Service помогает решить эту проблему и подготавливать пакеты для основных дистров в одном месте.

HunOL ★★★★
()
Ответ на: комментарий от waker

По поверхностным признакам ты и есть один из тех самых мудаков, которых к дистрибуции приложений нельзся подпускать и на версту :)

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

Dicebot
()
Ответ на: комментарий от Dicebot

мне с тобой не о чем говорить. вообще не понимаю, зачем ты мне что-то пишешь.

waker ★★★★★
()
Ответ на: комментарий от anonymous

Откуда я знаю. Обещали же к марту прошлого года.

Aceler ★★★★★
()
Ответ на: комментарий от waker

репозитории (в текущем виде) и бесполезные мантейнеры пусть идут лесом. их задача - собрать базовую систему. с помощью которой можно открыть software center, и поставить нужный софт, который там разместят разработчики без всякого вмешательства со стороны этих.. с шаловливыми ручками. а если юзер захочет пересобрать - так ему никто не запретит. опенсорсь.

+100500

Aceler ★★★★★
()
Ответ на: комментарий от HunOL

Open Build Service помогает решить эту проблему и подготавливать пакеты для основных дистров в одном месте.

Помогает. Но не решает. Например, твои спеки для Suse могут оказаться неработоспособными в убунте и тебе придётся ручками лезть в убунтятину.

А какой-нибудь росы или альта там просто нет.

Aceler ★★★★★
()
Ответ на: комментарий от Deleted

Однако сейчас мне кажется это очень здоровым подходом: таким образом можно хотя бы найти концы несовместимости и глюков пакетов

Эээ… ищем проблемы несовместимости и глюков пакетов путём внесения несовместимости? Это сильный ход!

Сейчас я не вижу проблемы в этом, поясните?

Версии базовых библиотек в системе. Их нет. Даже LSB не особо спасает.

Aceler ★★★★★
()
Ответ на: комментарий от Aceler

Эээ… ищем проблемы несовместимости и глюков пакетов путём внесения несовместимости? Это сильный ход

«Ищем решения проблем...» ты хотел сказать? А каково ваше предложение? GoboLinux или NixOS - там ===>>>, пользуйте на здоровье. Какой-то еще подход?

Версии базовых библиотек в системе. Их нет. Даже LSB не особо спасает.

Дистриб, не поддерживающий LSB - ССЗБ, конечно. Каких базовых библиотек нужно, и кто будет решать, включать их или нет? Ведь многие горят абсолютным минимализмом, считая, что «N - не нужно».

Deleted
()
Ответ на: комментарий от Deleted

«Ищем решения проблем...» ты хотел сказать?

Да.

А каково ваше предложение?

Такое же, как и у вакера — стандартизировать базовую систему, всё остальное — микрорепозитариями от разработчиков.

Каких базовых библиотек нужно, и кто будет решать, включать их или нет?

Да тот же LSB.

Ведь многие горят абсолютным минимализмом, считая, что «N - не нужно».

Гентушники могут издеваться над системой как хотят — опенсорс же.

Aceler ★★★★★
()
Ответ на: комментарий от Aceler

Такое же, как и у вакера — стандартизировать базовую систему, всё остальное — микрорепозитариями от разработчиков.

Короче, мне не понять вот это вот все. Я считаю, что сейчас все, что ты и вакер хотите - уже есть. Я разработчик под linux, но проприетарных систем - все отлично, полет нормальный. Если бы меня (нас, нашу команду) не устраивал линукс - разрабатывали бы под фрю или винду. Да, у нас есть репозитарии для наших клиентов, доступные по ssl-ключам, и они прекрасно обновляются. Так что я спорить не буду - это спор о теплом и мягком.

Deleted
()
Ответ на: комментарий от Deleted

Да, у нас есть репозитарии для наших клиентов, доступные по ssl-ключам, и они прекрасно обновляются.

ну вот представь, что у вас клиенты сидят на 10 разных дистрибутивах x3 версии, и не хотят подключать сторонний (ваш) репозиторий. хотят сразу apt-get'ом. или yum, и т.п. потому что дистромейкеры им промыли мозг, что не из репов - атата.

waker ★★★★★
()
Ответ на: комментарий от Deleted

Я разработчик под linux, но проприетарных систем - все отлично, полет нормальный.

Уточни, что именно ты разрабатываешь. Если это некая система, которая нужна паре десятков тысяч корпоративных клиентов, у которых либо есть админы или они сами умеют это делать (им же за это деньги платят) — это одно. Или это какая-нибудь игра или плеер, который будут ставить несколько миллионов домохозяек?

anonymous
()
Ответ на: комментарий от Deleted

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

И что, никаких проблем нет? :-) С разными (или даже отсутствующими) версиями библиотек, например? Или с тем, что в RHEL нельзя кошерно подключить сторонний репозитарий?

Я бы хотел освободить тысячи людей от неблагодарной и бессмысленной работы по перепаковке.

Aceler ★★★★★
()
Ответ на: комментарий от Deleted

Я считаю, что сейчас все, что ты и вакер хотите - уже есть.

Ну то есть, оно, конечно, есть. Где-то и как-то. Но его нет.

Firefox свежий у меня до сих пор в репозитариях не объявился. Был бы официальный от мозилловцев — была бы дата релиза одна на все дистрибутивы. А так — каждый закрывает свои уязвимости поодиночке.

Гномовское приложение almanah в репозитариях Росы отсутствует. Я уже сказал им про это, ждём ебилдов. А с Gnome Software Center я бы уже поставил софт непосредственно от разработчиков.

И так далее, много всего подобного.

Aceler ★★★★★
()
Ответ на: комментарий от Aceler

Вас Reset что-ли покусал? Почему-то остальные плееры спокойно появляются в репозиториях, а deadbeef-у вечно что-то мешает. Хотя плеер хороший, сам пользуюсь.

Firefox свежий у меня до сих пор в репозитариях не объявился

В нормальных дистрах обновился практически сразу, там ведь наверняка security фиксы были, а во всяких росах и альтах, так я не удивительно.

anonymous
()
Ответ на: комментарий от waker

у вас клиенты сидят на 10 разных дистрибутивах x3 версии,

поэтому, я и сказал, что сытый голодному не товарищ, но я все еще не понимаю проблемы :) к счастью, платформу для сервера выбираем мы. Но все цивилизованно: yum install http://superproga.com/customer-first-install.rpm; superproga-customer-key update <key.file>; yum repolist; yum install superproga-server

За свой репозитарий мы отвечаем перед клиентами.

дистромейкеры им промыли мозг, что не из репов - атата.

Я полагаю, что лучше ставить из репов дистрибутива, или особо близких мне 3rdparty либ, или собственной репы - это исключит появляение всяких mailru агентов в системе в будущем, и подмены initramfs и vmlinuz или поломки и загаживания /etc и подобного (вспомни баг в апстримном инсталляторе bamblebee «rm -rf /usr lib//bamblebee/»). Так что это не промывка мозга, а здравый смысл.

Deleted
()
Ответ на: комментарий от anonymous

Уточни, что именно ты разрабатываешь.

Говнопроприетарный сервер-сервис для предприятия. БД, работа с проприетарными железками, видео, аудио, виндовые-андроидные клиенты и т.п. Кастомеров как таковых не много, скажем сотня. Нет, это не паблик ПО. Поэтому да, сытый голодному не товарищ :)

Deleted
()
Ответ на: комментарий от Aceler

Я бы хотел освободить тысячи людей от неблагодарной и бессмысленной работы по перепаковке.

Когда я пришел в линукс - я тоже думал что это бессмысленно. И правильный путь это ./configure && make, и блобы в tar.gz. Однако перепаковка - это ревизия ПО третьим человеком, куча патчей в апстрим, общее улучшение культуры кода и главное контроль ПО незаинтересованными в малвари людьми.

И что, никаких проблем нет?

У нас нет. Выше я описал, что наши репы для кастомеров подключаются общесистемным способом. Но да, это не паблик ПО, конечно, и не тысячи инсталляций.

Мое мнение: репозитарий (1-2-5 штук) должны быть доверенные, а не десятки левых репозитариев непонятно кем поддерживаемые, с риском порушить систему (да банальным «rm -rf /usr /lib» в скриптах или малварью).

Deleted
()
Ответ на: комментарий от Deleted

Хомячки же любят картиночки и всякую мишуру

Мой синаптик показывает скриншотики и без всяких сабжевых ненужностей.

srrmk
()
Ответ на: комментарий от Aceler

Ну так, комьюнити же. Общими усилиями заинтересованных пользователей репозитарии дистрибутивов наполняются полезным софтом.

Я использую fedora на десктопе - это для моих потребностей лучшее решение. Все прозрачно, rpm-spec прост, комьюнити отличное. Шлю багрепорты на проблемы в пакетах, особенно после выхода свежего релиза, и видя, как развивается и куда движется дистрибутив - понимаю, что есть идея и план, и минимум костылей. Сложность приема ПО в официальные репы федоры обоснована (если это для кого-то сложность), иначе была бы невозможная помойка! С другой стороны, элементарно опакечивается нужное себе ПО, которого нет в репах.

Gnome Software Center никогда не запускал, мне это не интересно.

Был бы официальный от мозилловцев — была бы дата релиза одна на все дистрибутивы.

Так это проблемы мозилловцев, не? Вон у адобы и оперы есть (были?) дистрибутивы с блобами для deb и rpm, кто вам (как авторам ПО) мешает? Сделай под любимый дистр репу. И рядом исходники в tar.gz - остальные сами сделают, коли надо.

Deleted
()
Ответ на: комментарий от anonymous

Почему-то остальные плееры спокойно появляются в репозиториях, а deadbeef-у вечно что-то мешает

Вот-вот. В репозиториях того же Debian'а огромное количество программ, но waker то и дело жалуется, что попасть туда невозможно.

srrmk
()
Ответ на: комментарий от Deleted

Я полагаю, что лучше ставить из репов дистрибутива

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

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

вспомни баг в апстримном инсталляторе bamblebee «rm -rf /usr lib//bamblebee/»

это как раз пример того, почему из-за невозможности разместить проект в репах, девелоперы делают свои костыльные инсталляторы. а была бы возможность собрать что-то вроде APK, и залить в репозиторий, с последующим прохождением test suite, и т.п. — и не было бы такой проблемы.

waker ★★★★★
()
Ответ на: комментарий от waker

Так в appstore тоже есть цензура и куча ПО туда не может попасть по административным соображениям. Репозитарии дебиана и федоры в этом отношении хотя бы более прозрачны.

Тебе из GlobalLinuxAppStore придет письмо «Не положим твое ПО в репозиторий, потому что оно не соответствует политике стора». Твой ход?

Deleted
()
Последнее исправление: Deleted (всего исправлений: 2)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.