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

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

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

в дебиане формально это нигде не написано, но тоже не берут по этой же причине.

пример: http://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries

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

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

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

доходило до маразма, типа «проект использует libayplay — переделай код чтобы использовалась другая либа, которая есть в репах дебиана, тогда примем». ИЧСХ, та либа, что они предлагали, ископаемое говно. ну и ессно если бы даже переделал — все равно прикопались бы к чему-то еще. они ж не говорят сразу полный список что нужно поменять, чтобы им понравилось. выдают порциями. типа «поменяй вот это», ты потратишь неделю на переделки, выпилишь половину плеера.. присылаешь, а они «о, а теперь поменяй еще вот это». если выпилить все что они хотят — получится акидакус.

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

Но неужели в какие-то неформальные 3rdparty репы дедбиф не берут? Ведь специально создаются всякие rpmfusion и deb-multimedia, потому что ПО в них противоречит политики партии, однако решение.

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

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

Репозитарии дебиана и федоры в этом отношении хотя бы более прозрачны.

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

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

если политика будет сравнима с appstore и playstore — то я не вижу причин для письма с отказом.

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

если политика будет сравнима с appstore и playstore — то я не вижу причин для письма с отказом.

А мне не нравится куча адвари и квазивирусни в appsrote и playstore - эта политика известная, проторенная дорожка же для.

Открыл ПО, ткнул настройки плагины, увидел список доступных, логично и приемлемо.

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

И единственным выходом я вижу патчи в апстрим

уже спрашивали это много раз. апстрим у многих библиотек мертв с 2005-2007 года. в других библиотеках изменения агрессивны, и несовместимы с апстримом. иногда намертво привязаны к deadbeef. есть 1 случай, где библиотека используется старой версии, потому что впоследствии она перешла на неугодную (мне) лицензию.

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

почему бы твоими наработками на попользоваться и другим?

кому надо - пользуются. например моя работа по поддержке ape используется в qmmp.

Но неужели в какие-то неформальные 3rdparty репы дедбиф не берут?

берут. но речь не о них.

А мне не нравится куча адвари и квазивирусни в appsrote и playstore - эта политика известная, проторенная дорожка же для.

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

А оно надо, лезть в репы дистра?

в том виде как они есть в линухе — это пустая трата времени. то о чем я пишу — другие репы. хочу такие как на андроиде и макоси.

берут. но речь не о них.

Для меня тогда вопрос исчерпан полностью:

$ yum list deadbeef
Available Packages
deadbeef.i686    0.6.1-1.fc20.R    russianfedora-free-updates

Это для меня равносильно «дедбиф есть в репах федоры», по сути.

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

А какой нибудь Nix Package Manager не подходит?

Для плагинов emacs уже несколько репозитариев-менедрежов: elpa, el-get, mermalade ... Наплодили. Самый демократичный el-get. Наверно, нужно сделать аналог для прикладного ПО. Суть: https://github.com/dimitri/el-get . «рецепты» (recipes) принимаются пул-реквестами практически без ограничений, в них указаны способы забора исходников у автора, сборки, установки. Т.е. поставить el-get на систему - дело плевое. Попасть авторам в el-get - тоже дело плевое. В итоге - как бы все довольны, плагины централизованно могут устанавливаться в emacs, фиксы рецептов может сделать каждый заинтересованный. Сделать такое для прикладного ПО - задача сложнее. Ведь дистрибутивов уже зоопарк, а emacs он один :) И в нем, кстати, есть плеер :)

Да. Но это для Вас. А для остальных картина другая:

https://bugzilla.rpmfusion.org/show_bug.cgi?id=1829

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

Я немного не понимаю, ты вносишь свои изменения в библиотеку, но название библиотеки оставляешь старое? Это вообще как?

Я немного не понимаю, ты вносишь свои изменения в библиотеку, но название библиотеки оставляешь старое? Это вообще как?

а что тебя в этом не устраивает?

что именно данный package manager (и другие) должен решать?

аналог для прикладного по — это и есть что-то вроде mac appstore.

что именно данный package manager (и другие) должен решать?

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

NiX вроде как позволяет быть установленным в любой линукс дистрибутив и использовать общие пакеты, сгенеренные авторами ПО. Если я не ошибаюсь. Вот, пожалуйста, аналог appstore. Там даже web-морда есть

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

с точки зрения юзера — что-то вроде ubuntu software center, или steam, или mac app store. предустановленный. или чтобы в каждом DE был свой клиент к нему, на радость тулкитофобам.

с точки зрения девелопера — что-то вроде google play store или mac app store.

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

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

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

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

Это замкнутый круг. Любой Vasya Pupkit Software Center не будет сначала предустановлен в дистрах и будет отсутствовать в репах. ubuntu software center не подходит и не ближе, потому что он отсутствует в федора, например. Вот хочу я из этого USC купить себе проприетарь, ан хренушки! Масло масляное, короче. Проще скачать сорцы и собрать, или поставить блоб в /opt.

Не надо в монастырь со своим уставом. Тут или очередной rh родит очередного поттеринга, который «собиратель земель русских» будет, всмысле, насадит новый устав(стандарт), или будет как обычно - куча разных несовместимых software center-ов.

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

укажи конкретнее, где именно у тебя возникла путаница. я помогу распутать.

Вот появился mockup для аддонов.

https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/soft...

i_gnatenko_brain

Это замкнутый круг. Любой Vasya Pupkit Software Center не будет сначала предустановлен в дистрах и будет отсутствовать в репах.

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

Надо запилить software center в ядро. тогда это будет уже 100% успеха. Или хотя бы в systemd :)

У меня конкретно нигде, я пользуюсь другим плеером. Из праздного любопытства и чисто для расширения кругозора интересуюсь: ты предлагаешь держать в системе несколько разных библиотек с одинаковым именем?

ты предлагаешь держать в системе несколько разных библиотек с одинаковым именем?

нет. даже в мыслях такого не было.

Тогда я не понимаю, как это работает. Вот есть DeaDBeeF, который использует патченные библиотеки. Эти библиотеки носят то же название. что и до патчей, ибо переименовывать лишний гемор. И есть какой-то другой софт, использующий оригинальные версии библиотек. Что будет если я захочу иметь в системе и то и другое?

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

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

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

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

Если бы не было пересечения даже просто на уровне имен, это решило бы проблемы включения deadbeef в репозитории?

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

Или все-таки искать/использовать альтернативные методы доставки получается менее энергозатратно в итоге?

гм. а что, кроме альтернативных методов есть какой-то выбор? в репы не пускают же!

Или кто-то всё-таки взялся за него?

fbourigault

Он взялся разрабатывать бэкэнд для archlinux.

продолжение истории читать тут: http://ru.fedoracommunity.org/content/appstream-и-утилиты-развиваются-gnome-s...

i_gnatenko_brain

Вас Reset что-ли покусал?

Нет, здравый смысл.

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

Songbird под какой дистрибутив поставишь из репозитария?

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

О чём и речь.

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

А зачем это делать перепаковкой? Это можно делать и без перепаковки.

Мое мнение: репозитарий (1-2-5 штук) должны быть доверенные

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

а не десятки левых репозитариев непонятно кем поддерживаемые

Не непонятно кем, а разработчиками. Если ты не доверяешь разработчикам, никакие майнтейнеры не помогут :-)

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

Или не наполняются, примеры см. выше.

С другой стороны, элементарно опакечивается нужное себе ПО, которого нет в репах.

Ну вот, опять. Ты реально думаешь, что опакетить самому себе ПО — это выход?

Так это проблемы мозилловцев, не?

Не. Это проблемы пользователей. А проблемы мозилловцев в том, что они никогда не осилят поддерживать весь зоопарк.

О чём и шла речь на прошлой странице.

Сделай под любимый дистр репу. И рядом исходники в tar.gz - остальные сами сделают, коли надо.

Ну вот, опять.

С другой стороны, элементарно опакечивается нужное себе ПО, которого нет в репах.

2025 год. Вендекапец настал. На дверях подъездов вместо объявлений «настрою интернет, установлю драйверы, удалю вирусы» висят объявления «опакечу софт».

«настрою интернет, установлю драйверы, удалю вирусы» висят объявления «опакечу софт».

Что вполне технологично, по сравнению с первым.

facepalm

Это можно делать и без перепаковки.

Тогда будет еще больше отказов принять софт в репу по причине «вы нам просто не подходите, а руками мы лезть внурь не будем». Например: я немного следил за owncloud в fedora, у проекта oc есть каталог 3rdparty, где валялись phpшные либы. По-началу, пакет собирался с этими 3rdp, но постеменно эти либы выкинули и стали использовать общесистемные, добавив или обновив недостающие. Профит для самого ОС очевиден - фиксы на третьи либы прилетают автоматом. Перепаковка тут дала гибкость, планомерность и достижение дзена.

Если ты не доверяешь разработчикам, никакие майнтейнеры не помогут :-)

помогут. Мейнтейнеры выкинут из «инсталлятора» google-панель, мейлр-агента и всего такого, чего туда понапихает разработчик ПО по меркантильным соображениям. Дай только волю, получим болезнь всех setup.exe

ну это типа ":)"

Или не наполняются,примеры см. выше.

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

опакетить самому себе ПО — это выход?

Не для всех. Но для меня.

А проблемы мозилловцев в том, что они никогда не осилят поддерживать весь зоопарк.

зоопарк никуда не денется, пока «software center» не впилят прямо в ядро. и я не говорю что так нужно сделать, но пока другого решения я не вижу.

Ну вот, опять.

:)

Тогда будет еще больше отказов принять софт в репу

А не нужно принимать софт в репу. О чём и речь.

Мейнтейнеры выкинут из «инсталлятора» google-панель, мейлр-агента и всего такого, чего туда понапихает разработчик ПО по меркантильным соображениям.

Для этого не нужны системные репозитарии, опять же.

Дай только волю, получим болезнь всех setup.exe

Я не вижу вакханалии setup.exe на ppa.lanchpad.net. Я не вижу тонн вирусни и малвари.

Почему?

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

Какой версии, какого года эта версия, как быстро она обновляется?

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

ppa.lanchpad.net

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

Какой версии, какого года эта версия, как быстро она обновляется?

Дополнения к приложениям в GNOME Software (комментарий)

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

а почему в стиме нет адвари и квазивирусни? он как раз один из единых сторов на платформе, кроссдистровый т.е.

Кстати да, хороший пример. Слона-то я и не приметил. Не встречалась инфа по статистике вредоносных игр в стиме. Наверно, жесткая политика модерирования, но это предположение.

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

Упомянутый Nix package manager - это как раз похоже на сабж. ТОлько популярностью не пользуется. Давайте продвигать Nix в дефолты дистриьутивов!

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

У гугльплея другие цели. Единый для платформы f-droid точно также живёт без адвары и квазивирусни.

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

nix это плохой пример. он таки именно package manager, такой же как apt и прочие. т.е. будет срать в систему, потом начнется, что проги установленные nix ломают другие проги установленные apt, и т.п.

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

+ было бы замечательно, как это принято в appstores, хранить профиль на сервере, и иметь возможность 1 кликом установить все свои приложения в свежеустановленном линупсе.