The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Обратная сторона систем распространения приложений в обход д..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от opennews (??), 16-Июн-16, 12:54 
Кайл Кин (Kyle Keen), один из мэйнтейнеров дистрибутива Arch Linux,
обратил внимание (http://kmkeen.com/maintainers-matter/2016-06-15-11-51-16-472...) на проблемы, связанные с внедрением систем самодостаточного распространения приложений для Linux, таких как продвигаемая компанией (https://www.opennet.dev/opennews/art.shtml?num=44601) Canonical технология snap. По мнению Кайна, идея прямой сборки и поставки пакетов разработчиками приложений может привести к проблемам с качеством и безопасностью.

Мэйнтейнеры пакетов в дистрибутиве не только выполняют техническую работу по сборке, но и являются важным связующим звеном, не допускающим вольностей со стороны поставщиков ПО и способным самостоятельно решить проблему, не дожидаясь её устранения в основном проекте. Мэйнтейнеры помогают избежать проблем в ситуации неадекватных решений разработчиков, таких как прекращение поставки важных возможностей, встраивание недопустимой функциональности (например, показ рекламы и включение кода для передачи статистики третьим лицам) или удаление пакетов из репозитория (например, случай (https://www.opennet.dev/opennews/art.shtml?num=44104) с удалением из npm).


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

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

-  Обещание: Изоляция приложения в sandbox-контейнере позволит защититься от недобросовестных поставщиков.

Реальность: Изоляция блокирует лишь часть угроз, но не может ограничить этические злоупотребления. Возможно мэйнейнеры могут незаметить некоторые технические ошибки, которые будут блокированы в sandbox, но они точно заметят уловки не чистых на руку производителей (например, мэйнтейнер не согласится принять мобильное приложение с реализацией фонарика или темы оформления, требующих доступа к сети и телефонии);

-  Обещание: Мэйнтейнер является дополнительным промежуточным звеном, замедляющим доведение до пользователя устранений уязвимостей;

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


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

Реальность: Производители и без того не учитывают особенности дистрибутивов, так как эту работу берут на себя мэйнтейнеры пакетов, а производителям остаётся рассмотреть включение в upstream предложенные мэйнтейнерами исправления;


-  Обещание: Каталоги-магазины приложений (App Stores) являются реинкарнацией традиционных репозиториев дистрибутивов - централизованное размещение программ, удобный поиск, простая установка и автоматические обновления.

Реальность: Отсутствие поддержки системы зависимостей, непригодность для распространения системных программ и  автоматизированные проверки, не исключающие добавление вредоносного ПО;

-  Обещание: Достаточно создать каталог-магазин приложений и миллионы разработчиков наполнят его своими программами.

Реальность: Смартфоны появились в ситуации большой нехватки приложений. Пользователей сразу стало очень много и только потом подтянулись разработчики со своими предложениями программ. В таких условиях разработчикам сходило с рук встраивание вредоносных функций, рекламы и кода для отслеживания пользователей;

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

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

-  Обещание: Самостоятельный выпуск пакетов разработчиком программы снизит дублирование работы между дистрибутивами.

Реальность: Разные дистрибутивы существуют из-за разных предпочтений пользователей. Само по себе создание пакета не составляет труда. Основные усилия уходят на исправление ошибок, которые остаются неисправленными в основном проекте, и так как патчи общедоступны они вполне успешно совместно используются разными дистрибутивами;

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

Реальность: Чтобы не оскорбить разработчиков, Кайл Кин предложил поверить ему на слово, что это не всегда так, и предпочёл не приводить конкретные примеры.

-  Обещание: Прямая поставка ПО от производителя не содержит лишних звеньев в цепочке доверия и лучше для пользователей.

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


URL: http://kmkeen.com/maintainers-matter/2016-06-15-11-51-16-472...
Новость: http://www.opennet.dev/opennews/art.shtml?num=44611

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Обратная сторона систем распространения приложений в обход д..."  +81 +/
Сообщение от Анонимemail (1), 16-Июн-16, 12:54 
Полностью согласен Кайлом Кином, snap пакеты - это будет злом!!! под предлогом внедрения snap-ов будет внедряться в opensource различные зловреды как в windows.
Ответить | Правка | Наверх | Cообщить модератору

41. "Обратная сторона систем распространения приложений в обход д..."  –43 +/
Сообщение от Аноним (-), 16-Июн-16, 14:32 
Репозитарии и мэйнтенеры - это диктаторский режим самодуров, они говорят какие приложения с какими зависимостями должны быть в дистрибутиве, а какие нет. Разработчик лучше знает какие библиотеки должно использовать его приложение. Snap позволит избавиться от тупых решений и нормально использовать все приложения в не зависимости от дистрибутива.
Ответить | Правка | Наверх | Cообщить модератору

49. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от KOT040188 (?), 16-Июн-16, 15:01 
Да, это всемирный заговор против вас…
Ответить | Правка | Наверх | Cообщить модератору

59. "Обратная сторона систем распространения приложений в обход д..."  +16 +/
Сообщение от Аноним (-), 16-Июн-16, 15:24 
> Разработчик лучше знает какие библиотеки должно использовать его приложение

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

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

98. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от op (??), 16-Июн-16, 17:17 
>судя по общению с разработчиками, большая часть считает, что правильная версия сторонней библиотеки - это собственная сборка из вчерашней master-ветки на гитхабе, нередко со своими патчами.

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

А есть еще просто невменяемые мантейнеры, вроде того что в Ubuntu за архиватор отвечал.

Ответить | Правка | Наверх | Cообщить модератору

65. "Обратная сторона систем распространения приложений в обход д..."  +7 +/
Сообщение от Клыкастый (ok), 16-Июн-16, 15:44 
Для тех, кто не нашёл дистрибутива, с политикой зависимостей в котором он преимущественно согласен, есть source-based, где ты сам рулишь, как пожелает твоя душа и левая пятка. Есть даже уютненькие Calculate и FreeBSD, в которых с одной стороны тебе не нужно собирать всё, с другой - ты прекрасно можешь собрать конкретный софт с нужными тебе зависимостями.

Хотя да, помойный путь "всё мимо системы" тоже, конечно, есть.

Да, с гражданином Кином согласен по каждому пункту.

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

70. "Обратная сторона систем распространения приложений в обход д..."  +3 +/
Сообщение от fi (ok), 16-Июн-16, 15:56 
>  Разработчик лучше знает какие библиотеки должно использовать его приложение.

точно так - устаревшие с дырками. :))))

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

78. "Обратная сторона систем распространения приложений в обход д..."  –2 +/
Сообщение от Аноним (-), 16-Июн-16, 16:16 
> Репозитарии и мэйнтенеры - это диктаторский режим самодуров, они говорят какие приложения
> с какими зависимостями должны быть в дистрибутиве, а какие нет. Разработчик
> лучше знает какие библиотеки должно использовать его приложение.

Ты хоть знаешь что такое свобода выбора? На тебе похоже диктаторы-самодкры с детства ездили и лишали любой свободы выбора!

Как человек пользующийся свободой выбора, хочу собираю приложения с QT, захочу с GTK соберу; могу собрать с ffmpeg, а могу и с libav; если мне моя религия запрещает пользоваться systemd -- собираю без вражеских троянов.

Есть понятия относящиеся к самой сборке, надо минимальный размер соберу с оптимизацией -Os, а надо максимальную скорость -O3.

И бинарь должен быть собран с учётом всех требований безопасности:
$ hardening-check /bin/bash
/bin/bash:
Position Independent Executable: yes
Stack protected: yes
Fortify Source functions: yes
Read-only relocations: yes
Immediate binding: yes

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

137. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 19:39 
#Ты хоть знаешь что такое свобода выбора?
Это когда ты сам решаешь откуда какой версии и какими способом тебе ставить программку или когда ты вынужден сам разбираться, собирать руками все, что тебе нужно (т к дистрибутивов с подходящей политикой сборки софта нет совсем, а их возможное появление сботируется всякими выскочками-мейнтейнерами, словно у них хлеб отбирают, а не хобби)? Куча неадекватов в треде.
Ответить | Правка | Наверх | Cообщить модератору

151. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Led (ok), 16-Июн-16, 19:56 
> #Ты хоть знаешь что такое свобода выбора?
> Это когда ты сам решаешь

Но только после того, как решалка отрастёт.
Решалка != хотелка.

Ответить | Правка | Наверх | Cообщить модератору

270. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 18-Июн-16, 10:34 
Манагеры эпла записали в блокнотик
Ответить | Правка | Наверх | Cообщить модератору

198. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Sabakwaka (ok), 16-Июн-16, 23:44 
> И бинарь должен быть собран с учётом всех требований безопасности:
> $ hardening-check /bin/bash
> /bin/bash:
>  Position Independent Executable: yes
>  Stack protected: yes
>  Fortify Source functions: yes
>  Read-only relocations: yes
>  Immediate binding: yes

Откуда вы берётесь???


Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

236. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 17-Июн-16, 16:23 
А твои диллеры тебе фуфло впаривают?


Ответить | Правка | Наверх | Cообщить модератору

90. "Обратная сторона систем распространения приложений в обход д..."  +5 +/
Сообщение от Аноним as anon (?), 16-Июн-16, 16:45 
фигня! просто научитесь собирать пакеты самостоятельно. это просто! майнтейнеры это единственные люди, отвечающие за качество дистрибутива и за его аутентичность. если вам нужно что-то вразрез с откружением дистрибутива, воспользуйтесь контейнерной технологией. докер вам в помощь. и заметьте, я не разу не назвал своего оппонента тупым, хотя поводов достаточно!
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

203. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от 808 (??), 17-Июн-16, 02:47 
√> 'я не разу не назвал своего оппонента тупым'
За-то вы путаете 'не-ни'
Ответить | Правка | Наверх | Cообщить модератору

101. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от Wladmis (ok), 16-Июн-16, 17:24 
> Репозитарии и мэйнтенеры - это диктаторский режим самодуров, они говорят какие приложения с какими зависимостями должны быть в дистрибутиве, а какие нет. Разработчик лучше знает какие библиотеки должно использовать его приложение. Snap позволит избавиться от тупых решений и нормально использовать все приложения в не зависимости от дистрибутива.

Ваше мнение и выводы основаны на домыслах.

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

138. "Обратная сторона систем распространения приложений в обход д..."  +6 +/
Сообщение от Led (ok), 16-Июн-16, 19:39 
> Репозитарии и мэйнтенеры - это диктаторский режим самодуров

Да, всё, чтобы осложнить и так сложную жизнь дебилов.

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

173. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 16-Июн-16, 21:46 
Вот также и отдельное приложение в snap от разработчика будет вести себя в коллективе дистрибутива )) Громко кричать, обзываться и говорить что оно важнее всех )) Это еще если разраб добросовестный...
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

213. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от ДК (?), 17-Июн-16, 10:36 
А кто вам мешает пересобрать пакет со своими зависимостями и настройками?  В ALTLinux так и делал... пока на  Gentoo  не перебрался.
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

275. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 20-Июн-16, 01:15 
> Репозитарии и мэйнтенеры - это диктаторский режим самодуров

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

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

282. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от feudor (ok), 16-Окт-16, 11:14 
раньше в винде изза того что программы сами ставили системные библиотеки возник dll hell, от которого избавились частично взяв юникс подход (не установка физической копии библиотеки а установка зависмости). так что это имеет смысл. но есть и не удобства, если программа старая и тянет какой нибудь старый фреймворк из инета, особенно если он перестал существовать.

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

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

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

60. "Обратная сторона систем распространения приложений в обход д..."  +6 +/
Сообщение от Zenitur (ok), 16-Июн-16, 15:26 
Знаешь почему для Андроида собирают программы, даже не задумываясь, надо ли? А под Linux - очень сильно задумываются? Не нравится - ставь Open Source из DEB-ок. А проприетарное ПО у тебя никто не спросит, в каком виде ты хочешь! (а его количество увеличится в 10 раз благодаря SNAP)
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

140. "Обратная сторона систем распространения приложений в обход д..."  –2 +/
Сообщение от Аноним (-), 16-Июн-16, 19:45 
>  (а его количество увеличится в 10
> раз благодаря SNAP)

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

Ответить | Правка | Наверх | Cообщить модератору

2. "Обратная сторона систем распространения приложений в обход д..."  +33 +/
Сообщение от 1243рвкепаынро45нр (?), 16-Июн-16, 12:56 
Приятно видеть, что не все в этом мире огалтело стремятся к сомнительному прогрессу.
Ответить | Правка | Наверх | Cообщить модератору

122. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от nonamed anon (?), 16-Июн-16, 18:35 
это не прогресс, это регресс
Ответить | Правка | Наверх | Cообщить модератору

3. "Обратная сторона систем распространения приложений в обход д..."  +5 +/
Сообщение от Аноним (-), 16-Июн-16, 12:59 
"- Вы бы почитали что-нибудь, - предложил он, - а то, знаете ли...

- Уж и так читаю, читаю... - ответил Шариков и вдруг хищно и быстро налил себе полстакана водки.

- 3ина! - тревожно закричал Филипп Филиппович. - Убирай, детка, водку. Больше уж не нужна. Что же вы читаете? - В голове у него вдруг мелькнула картина: необитаемый остров, пальма, человек в звериной шкуре и колпаке. "Надо будет Робинзона..."

- Эту... как ее... переписку Энгельса с этим... как его, дьявола... с Каутским.

Борменталь остановил на полдороге вилку с куском белого мяса, а Филипп Филиппович расплескал вино. Шариков в это время изловчился и проглотил водку.

Филипп Филиппович локти положил на стол, вгляделся в Шарикова и спросил:

- Позвольте узнать, что вы можете сказать по поводу прочитанного?

Шариков пожал плечами.

- Да не согласен я.

- С кем? С Энгельсом или с Каутским?

- С обоими, - ответил Шариков.

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

- Да что тут предлагать... А то пишут, пишут... конгресс, немцы какие-то... Голова пухнет. Взять все да и поделить."

Ответить | Правка | Наверх | Cообщить модератору

44. "Обратная сторона систем распространения приложений в обход д..."  +6 +/
Сообщение от Аноним (-), 16-Июн-16, 14:37 
Уроки литературы на удаф ком?

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

Ответить | Правка | Наверх | Cообщить модератору

56. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 16-Июн-16, 15:13 
> Один только персонаж профессора чего стоит.

Остались ещё думающие люди на опеннете. Приятно, приятно.

Ответить | Правка | Наверх | Cообщить модератору

201. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 17-Июн-16, 01:45 
Профессор - отличный персонаж. Но краснопузому неприятно, ведь швитой совочек обидели, бида-бида.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

4. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от anonimous (?), 16-Июн-16, 13:00 
Странно слышать это от арчевода. Они же обычно первыми бросаются на всё новое и блестящее.
Ответить | Правка | Наверх | Cообщить модератору

10. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от XXXasd (ok), 16-Июн-16, 13:23 
будь уверен что они одними из первых и выпустят очередной Flatpak (xdg-app)...

..хотя стоп! ох! УЖЕ! https://www.archlinux.org/packages/extra/x86_64/flatpak/

однако это не значит что теперь арчеводы -- систему пакетов репозиториев выкинут.

просто навсего flatpak (и его клоны) -- это один из путей запуска проприетарного ПО. не более того

Ответить | Правка | Наверх | Cообщить модератору

20. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 16-Июн-16, 13:39 
> Странно слышать это от арчевода. Они же обычно первыми бросаются на всё
> новое и блестящее.

Некоторые стали догадываться, куда ведут рэдхатоывские блестяшки. Каноникл склепал свою блестяшку. Одну.

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

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

259. "Обратная сторона систем"  +2 +/
Сообщение от Andrey Mitrofanov (?), 17-Июн-16, 19:54 
>>бросаются на всё новое и блестящее.
> Некоторые стали догадываться, куда ведут рэдхатоывские блестяшки. Каноникл склепал свою
> блестяшку. Одну.

Камрад Schestowitz также отмечает http://techrights.org/2016/06/17/canonical-and-red-hat/ забег двух "лидеров" -- против всех.

"When companies hire patent lawyers they tend to bring a lot of their (the latter’s) self-serving anti-etiquette and the same thing happens when companies hire PR people. Mass-mailing people is just one of their professional ‘skills’ and — at risk of saying something politically-incorrect — these tend to be women [...]


The other day I noticed a certain flamewar brewing between Red Hat and Canonical. They try to keep it on ‘low fire’, but it’s impossible to ignore the bigger picture."


" [...] , Flatpak is loosely connected to Systemd, probably Red Hat’s most controversial ‘lock-in’ at the moment.  On the other hand, Canonical is trying to push its own ‘standards’, [...]"


> Расскажите арчеводу, что Марк не страшен -- пусть смотрит на линию Партии
> "один дистрибутив, остальные не нужны" и содрагается.

"If Softpedia folks and Phoronix (Michael Larabel) can be treated like enemies because they attempt to amicably — without controversy — cover GNU/Linux news, then what hope is there for more outspoken bloggers like myself?

[...] their opensource.com propaganda rag (it spends much of its time just peddling a book that helps pretend Red Hat is “open”, based on the CEO’s words).

[...] Why are they all still wondering why the GNU/Linux ecosystem is not united? Why the fragmentation? Why some many hundreds of distros? That’s why."

Раскрыт секрет, почему "так много дистрибутивов"!
     Покровы opensource.com сорваны!
          Фороникс и Софтпедия - это пресса!

А вы говорите, "пакеты". :/

Ответить | Правка | Наверх | Cообщить модератору

267. "Обратная сторона систем"  +/
Сообщение от rob pike (?), 18-Июн-16, 06:27 
Спасибо, это был лучший комментарий к этой новости.
Ответить | Правка | Наверх | Cообщить модератору

23. "Обратная сторона систем распространения приложений в обход д..."  –2 +/
Сообщение от Анонимомус (?), 16-Июн-16, 13:45 
При этом надо заметать, что в арче одна из самый простых систем сборки пакетов и есть aur, с кучей готовых рецептов, кроме того, политика минимума патчей и большая часть пакетов готовится майнтейнерами. Ubuntu напротив, много патчей(как из Debian, так и своих), множество ppa и частных репозиториев с плохой поддержкой, объективно, snap в их ситуации более востребован и безопасен.

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

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

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

33. "Обратная сторона систем распространения приложений в обход д..."  –2 +/
Сообщение от anonimous (?), 16-Июн-16, 14:17 
Вы таки хотите мне сказать, что AUR лучше PPA в плане кол-ва пакетов и их качества? Соня, таки иди сюда, мы таки будем слушать этого заезжего юмориста.
Ответить | Правка | Наверх | Cообщить модератору

46. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 16-Июн-16, 14:42 
> Вы таки хотите мне сказать, что AUR лучше PPA в плане кол-ва
> пакетов и их качества? Соня, таки иди сюда, мы таки будем
> слушать этого заезжего юмориста.

Рабинович, почему ви всегда отвечаете вопросом на вопрос? Причём натурально на другой.

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

Ответить | Правка | Наверх | Cообщить модератору

82. "Обратная сторона систем распространения приложений в обход д..."  +8 +/
Сообщение от Анонимомус (?), 16-Июн-16, 16:20 
> Вы таки хотите мне сказать, что AUR лучше PPA в плане кол-ва
> пакетов и их качества? Соня, таки иди сюда, мы таки будем
> слушать этого заезжего юмориста.

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

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

Качество пакетов в PPA очень сильно варьируется, пакеты часто забрасывают. В AUR коллективный разум, никому не надо - может даже не собираться, если есть те, кто пользуется, обновляется раньше оффициального анонса, забыли или не успели обновить релиз, но очень хочется поставить? - дело 2 минут. Количество - как уже было сказано, в PPA много дубликатов и часто вообще нет нужных пакетов.

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

97. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 16-Июн-16, 17:08 
Кстати это единственный (ну всякие manjaro и прочие клоны давайте не будем считать) дистрибутив в котором можно поставить почти любой пакет одной командой, а не лазанием по куче сайтов.
Ответить | Правка | Наверх | Cообщить модератору

228. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от sage (??), 17-Июн-16, 15:36 
В федоре еще есть что-то похожее, COPR называется. Стандартный менеджер пакетов dnf может искать по нему и устанавливать.
Ответить | Правка | Наверх | Cообщить модератору

115. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от anonimous (?), 16-Июн-16, 17:56 
> простой pkgbuild

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

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

168. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 21:33 
>А также отсутствие зеркала исходников и готового пакета.

abs и http://xyne.archlinux.ca/projects/pbget/
>И когда либо лежит апстрим

Это savannah gnu или github то лежит? Их починят быстрее чем ты пикнешь, к тому же есть downgrade, который обеспечит работу старой версии приложения.
>либо пакет почему-то не собирается из-за апдейтов зависимостей

За 5 лет такого не было, у вас таки фантазия разыгралась.

Ответить | Правка | Наверх | Cообщить модератору

195. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от dr Equivalent (ok), 16-Июн-16, 23:37 
> Это savannah gnu или github то лежит? Их починят быстрее чем ты пикнешь

Пацаны из Роскомпозора передавали привет.

Ответить | Правка | Наверх | Cообщить модератору

199. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 17-Июн-16, 00:12 
В случае если сие пацаны передадут привет, то в любом случае придется их обходить, что, я уверен, делают почти все пользователи linux (давай не будем говорить о вакуумных лошадях которые не могут обойти блокировку, но которым надо собрать пакет из исходников).
Ответить | Правка | Наверх | Cообщить модератору

223. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от dr Equivalent (ok), 17-Июн-16, 13:05 
А не кажется ли тебе, что когда чтобы просто поставить программу, приходится прыгать через обручи и обходить всякие цензуры - это пиец?
Ответить | Правка | Наверх | Cообщить модератору

225. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 17-Июн-16, 13:43 
Тебе не кажется, что твой фантастический пример можно также распространить на зеркала или на другие дистрибутивы? Лаунчпад прикроют и все плак-плак? И через обручи прыгают как раз пользователи других дистрибутивов когда надо подключать тысячу репозиториев или ппа. Назови мне дистрибутив в котором после установки и настройки можно одной командой установить идею и оракловскую жабу, нвидию, кодеки.
Ответить | Правка | Наверх | Cообщить модератору

175. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 21:50 
Говоря проще, вы согласны с тем, что Убунте лучше уходить от нехороших ppa к светлым snap/flatpak собранными разработчиками, а не левыми юзерами, которые часто собирают каку.
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

271. "Обратная сторона систем распространения приложений в обход д..."  –2 +/
Сообщение от Аноним (-), 18-Июн-16, 10:37 
> Вы таки хотите мне сказать, что AUR лучше PPA в плане кол-ва
> пакетов и их качества? Соня, таки иди сюда, мы таки будем
> слушать этого заезжего юмориста.

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

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

5. "Обратная сторона систем распространения приложений в обход д..."  +4 +/
Сообщение от Crazy Alex (ok), 16-Июн-16, 13:00 
Капитан Очевидность, что ещё сказать. Но говорить об этом надо, конечно. И говорить много и часто. Начиная, разумеется, с андроида и Google Play.
Ответить | Правка | Наверх | Cообщить модератору

32. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от rob pike (?), 16-Июн-16, 14:15 
И Google Play Services, в сторону аналога которого движется systemd.
Ответить | Правка | Наверх | Cообщить модератору

6. "Обратная сторона систем распространения приложений в обход д..."  +8 +/
Сообщение от Аноним (-), 16-Июн-16, 13:07 
Обновить snap пакеты до Windows 10.
Ответить | Правка | Наверх | Cообщить модератору

47. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от IMHO (?), 16-Июн-16, 14:50 
snap install windows10
Ответить | Правка | Наверх | Cообщить модератору

7. "Обратная сторона систем распространения приложений в обход д..."  +6 +/
Сообщение от Аноним (-), 16-Июн-16, 13:07 
Ну в общем-то всё то же самое актуально и для всяких npm, pip и прочих докерхабов
Ответить | Правка | Наверх | Cообщить модератору

21. "Обратная сторона систем распространения приложений в обход д..."  +4 +/
Сообщение от Аноним (-), 16-Июн-16, 13:41 
pear pip gem cpan etc полностью согласен. Просто как двойные стандарты в мире, понятно что snap как красная тряпка, но остальное то что ни кто не замечал ранее.
Даёшь только пакеты (deb rpm pkg etc) и точка
Ответить | Правка | Наверх | Cообщить модератору

30. "Обратная сторона систем распространения приложений в обход д..."  +15 +/
Сообщение от Аноним (-), 16-Июн-16, 13:57 
Вопрос в другом, когда майнтейнеры соизволят собрать пакет/ обновить пакет/ предоставить актуальный пакет. 90% свободного/открытого ПО даже не представленно в пакетах. И часто встречаешь "make install" или в лучшем случае checkinstall.
Так напишите HowTo, создайте удобный инструментарий, допустите энтузиастов к сборке пакетов, так нет огородимся и кричим всё пропало, а вы пользуётесь тем что мы собрали для нашего дистрибутива.
Ответить | Правка | Наверх | Cообщить модератору

77. "Обратная сторона систем распространения приложений в обход д..."  –3 +/
Сообщение от Клыкастый (ok), 16-Июн-16, 16:15 
> допустите энтузиастов к сборке пакетов,

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

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

а нужно, чтобы скачал любую говняшку и запустил.всё равно на борту антивирус и четыре винта с акронисовскими образами лежат в тумбочке под фотографией Билла Г. и/или одного Брахмана.

Ответить | Правка | Наверх | Cообщить модератору

145. "Обратная сторона систем распространения приложений в обход д..."  –3 +/
Сообщение от Led (ok), 16-Июн-16, 19:52 
Как ты думаешь, сколько стОит сделать какой-нибудь npm2rpm|pip2rpm|gem2rpm|etc?
Подсказка: 4 - 24 квалифицированных человеко-часа.

Объективный вопрос: почему этого не делают?
Субъективный ответ: Эти ваши питоно-руби-жиноде г-но нафиг не упали квалифициоранным "человеко-часам".

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

231. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от sage (??), 17-Июн-16, 15:40 
> Как ты думаешь, сколько стОит сделать какой-нибудь npm2rpm|pip2rpm|gem2rpm|etc?
> Подсказка: 4 - 24 квалифицированных человеко-часа.
> Объективный вопрос: почему этого не делают?
> Субъективный ответ: Эти ваши питоно-руби-жиноде г-но нафиг не упали квалифициоранным "человеко-часам".

Да все есть уже, на самом деле! Вот один из примеров:
https://github.com/jordansissel/fpm
С помощью него, можно собрать deb, rpm, tar.gz, арчевский пакет tar.xz, пакеты для языков, и кучу всего другого!

Sources:

    gem (even autodownloaded for you)
    python modules (autodownload for you)
    pear (also downloads for you)
    directories
    tar(.gz) archives
    rpm
    deb
    node packages (npm)
    pacman (ArchLinux) packages

Targets:

    deb
    rpm
    solaris
    tar
    directories
    Mac OS X .pkg files (osxpkg)
    pacman (ArchLinux) packages

Ответить | Правка | Наверх | Cообщить модератору

204. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Наркоман (?), 17-Июн-16, 03:57 
Так бывает только в счастливом мирке админа локалхоста. Проснись.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

67. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Клыкастый (ok), 16-Июн-16, 15:49 
> Ну в общем-то всё то же самое актуально и для всяких npm,
> pip и прочих докерхабов

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


Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

68. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 16-Июн-16, 15:51 
Так *удобно* же. Особенно докер: взял себе и накатил что-то, где автор предоставил только deb пакет и несобирающийся сорс.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

8. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от chinarulezzz (ok), 16-Июн-16, 13:07 
Ого, адекватно.
Ответить | Правка | Наверх | Cообщить модератору

9. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от XXXasd (ok), 16-Июн-16, 13:08 
вся правда, особенно последний тезис:

> Утверждение: Прямая поставка ПО от производителя не содержит лишних звеньев в цепочке доверия и лучше для пользователей.

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

Ответить | Правка | Наверх | Cообщить модератору

104. "Обратная сторона систем распространения приложений в обход д..."  –3 +/
Сообщение от Аноним (-), 16-Июн-16, 17:35 
Да? когда это redhat раскрывал как собираются пакеты... точно точно повторить можно ?
Ответить | Правка | Наверх | Cообщить модератору

188. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от Анонимemail (188), 16-Июн-16, 22:40 
Точно.

ftp://ftp.redhat.com/

Ответить | Правка | Наверх | Cообщить модератору

265. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от anonymous (??), 18-Июн-16, 00:35 
> Выявить вносимые дистрибутивом изменения значительно проще, чем выявить скрытые изменения производителя.

Нуууу, господин соврамши... У одного --- VC, у другого мнэээ.... в лучшем случае можно тарболл неизвестно из чего сделанный найти.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

11. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от Lester (?), 16-Июн-16, 13:25 
Много шума из ничего. Кто раздает только бинарники - и так все паковал и отдавал как ему хочется. Кто открыл код - его не закрывает, собирайте и правьте как хотите.
Ответить | Правка | Наверх | Cообщить модератору

118. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от dq0s4y71 (??), 16-Июн-16, 18:12 
Шум из-за того, что эта технология, похоже, активно продвигается. Если дистрибутивы будут массово переходить на неё, отказываясь от собственных форматов, ничего хорошего не будет.
Ответить | Правка | Наверх | Cообщить модератору

134. "Обратная систем рприложений в д..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 16-Июн-16, 19:19 
> Шум из-за того, что эта технология, похоже, активно продвигается. Если дистрибутивы будут
> массово переходить на неё, отказываясь от собственных форматов, ничего хорошего не
> будет.

Ну, некоторые просто жаждут пришествия Универсального Солдата SETUP.EXE. В каждой теме - "сделайте нам удобно". И в каждой теме им отвечают "купите себе винду, зачем мучаться-то". Они не слышат.

Но подвижки есть. Мигелевские мона-бинари вона на линуксах прямо из .exe запускается.

И почему эти арчеводы не понимают соревнования рэдхета и каноникала, бегущих к Цели майкрософта?? </>

Ответить | Правка | Наверх | Cообщить модератору

12. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от anonymous (??), 16-Июн-16, 13:28 
вывод: юзать пакеты из дистрибутивов (как-то действительно больше склонен  верить мейнтейнерам, а не разработчикам, так как первые особо не будут пытаться монетизировать продукт и тп), а в случае отсутствия можно и снап

где пригодится снап: 1) установка проприетарных поделий, которые редко когда опакечивают больше чем тем для одного дистрибутива, да и то далеко не под все версии, 2) всякая экзотика, до чего у мейнтейнеров не доходят руки

Ответить | Правка | Наверх | Cообщить модератору

194. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Khariton (ok), 16-Июн-16, 23:29 
А на больше и не надо!
Тем кто ставит ПО и ему все равно чистое оно или нет и так поставит, на то есть всякие поделки с закрытым кодом от Адоба и до Майкрософта, Стима и т.д.
Но зато можно собрать сборки для разных версий одного ПО и ставить их не боясь про конфликт версий библиотек.

Самое главное забывают - как буд-то кто-то отказывается от установки пакетов обычным способом...

Ответить | Правка | Наверх | Cообщить модератору

197. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от vi (ok), 16-Июн-16, 23:43 
> А на больше и не надо!
> Тем кто ставит ПО и ему все равно чистое оно или нет
> и так поставит, на то есть всякие поделки с закрытым кодом
> от Адоба и до Майкрософта, Стима и т.д.
> Но зато можно собрать сборки для разных версий одного ПО и ставить
> их не боясь про конфликт версий библиотек.
> Самое главное забывают - как буд-то кто-то отказывается от установки пакетов обычным
> способом...

Безалкогольное пиво, е-сигареты - первый шаг к резиновой женщине.

Ответить | Правка | Наверх | Cообщить модератору

218. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Khariton (ok), 17-Июн-16, 11:30 
> Безалкогольное пиво, е-сигареты - первый шаг к резиновой женщине.

https://www.youtube.com/watch?v=QZK6G6iutro

Ответить | Правка | Наверх | Cообщить модератору

13. "Обратная сторона систем распространения приложений в обход д..."  +4 +/
Сообщение от василийemail (??), 16-Июн-16, 13:31 
Хорошая статья, но уже нашёл и контр доводы к этим контр доводам .. Кайл пишет "Решение проблемы очень простое - достаточно написать хорошую программу и открыть её код, и каждый дистрибутив сам создаст для себя пакеты."
Ниже моя новость об LT - замечательный проект и где он в репо? А сколько ещё таких программ, которых нет в репо? Сколько замечательных программ и работоспособных, но их выкинули из репо, так как теперь все теперь НЕ используют GTK2, Python2 и так далее. Выкидывают тулкит и лесом сразу идут тысячи программ ... погуглите orphan debian|gentoo|ubuntu
Ответить | Правка | Наверх | Cообщить модератору

19. "Обратная сторона систем распространения приложений в обход д..."  +3 +/
Сообщение от Admino (ok), 16-Июн-16, 13:37 
> и каждый дистрибутив сам создаст для себя пакеты.

Да, он забыл упомянуть, КОГДА каждый дистрибутив сам создаст для себя пакеты.

Ответить | Правка | Наверх | Cообщить модератору

15. "Обратная сторона систем распространения приложений в обход д..."  –2 +/
Сообщение от Аноним (-), 16-Июн-16, 13:32 
snap может быть полезен в паре случаев:
1. В репозитории есть 10 плееров и ты не знаешь какой выбрать, а засорять систему зависимостями неохота. Ставишь все из snap, выбираешь подходящий, ставишь его из реп. snap'ы удаляешь.
2. Есть большая прога в которой надо выполнить 1-2 действия и забыть(видео/аудио редактор например). Опять-же засорять систему зависимостями или 1 snap пакет.

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

Ответить | Правка | Наверх | Cообщить модератору

36. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Crazy Alex (ok), 16-Июн-16, 14:21 
по идее, для обоих случаев помогут контейнеры/снапшоты. Как оно там в реальности - не уверен, как-то надобности не было
Ответить | Правка | Наверх | Cообщить модератору

50. "Обратная сторона систем распространения приложений в обход д..."  +3 +/
Сообщение от Аноним (-), 16-Июн-16, 15:03 
apt-get remove yet-another-shitty-player
apt-get autoremove
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

54. "Обратная сторона систем распространения приложений в обход д..."  –3 +/
Сообщение от Аноним (-), 16-Июн-16, 15:08 
А вот хрен. У тебя в системе может быть пакет A у которого в рекомендациях пакет B, ты ставишь пакет C у которого в зависимостях B. В итоге после удаления C пакет B остается в системе и отследить подобные косяки решателя можно только руками, записывая перед каждой установкой список новых пакетов и сверяясь с ним после удаления.
Ответить | Правка | Наверх | Cообщить модератору

83. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 16-Июн-16, 16:21 
А можно просто отключить recommends и suggests сразу после установки системы, все прекрасно работает и с жесткими зависимостями, а если что-то нужно - доставить руками.
Ответить | Правка | Наверх | Cообщить модератору

107. "Обратная сторона систем распространения приложений в обход д..."  +4 +/
Сообщение от angra (ok), 16-Июн-16, 17:42 
Речь немного о другом. Даже если у тебя отключена автоматическая установка Recommends, то они все равно учитываются при autoremove. То есть, если A рекомендует B, С зависит от B, поставили A _без_ установки B, поставили и потом убрали С, то B все равно останется в системе после autoremove.

Так что кроме APT::Install-Recommends нужно еще две опции менять:

Option: APT::AutoRemove::RecommendsImportant
Default: true
Description: If this option is true, then aptitude will not consider packages to be unused (and thus will not automatically remove them) as long as any installed package recommends them, even if APT::Install-Recommends is false.

Option: APT::AutoRemove::SuggestsImportant
Default: true
Description: If this option is true, then aptitude will not consider packages to be unused (and thus will not automatically remove them) as long as any installed package suggests them

Ответить | Правка | Наверх | Cообщить модератору

142. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 19:48 
Полезная информация, снимаю шляпу.
Ответить | Правка | Наверх | Cообщить модератору

149. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 19:55 
Информация-то полезная, только вот устаревшая, aptitude больше в системе не нужен по причине deprecated, со всем теперь справляется apt. Или это универсальные настройки?
Ответить | Правка | Наверх | Cообщить модератору

170. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 21:40 
То что оно лежит на диске - мне вобщем-то пофиг, пока места хватает. Перестало хватать - debfoster в зубы и вперёд, чистить.
Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

16. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от василийemail (??), 16-Июн-16, 13:33 
Личное общение с инструментом snapcraft.

Решил создать пакет snap и посмотреть весь процесс от создания до заливки в Ubuntu Store. Осмотрелся вокруг и решил взяться за LanguageTool. Прекрасный инструмент, который позволяет исправить не только орфографические, но и грамматические ошибки, давая советы по стилистическому оформлению текста. Но подкупало то, что LanguageTool не представлен в репозиториях и оформить его в виде snap для людей - это круто.
http://www.opennet.dev/opennews/art.shtml?num=44611#13

Ответить | Правка | Наверх | Cообщить модератору

17. "Обратная сторона систем распространения приложений в обход д..."  –6 +/
Сообщение от Admino (ok), 16-Июн-16, 13:33 
> (например, мэйнтейнер не согласится принять мобильное приложение с реализацией фонарика или темы оформления, требующих доступа к сети и телефонии)

Интересно, автор этот snap в глаза видел? А если видел, то думал ли, зачем он привязан к учётной записи Ubuntu.com? А если думал, зачем несёт чушь про никем не контролируемые пакеты?

> Реальность: Часто мэйнтейнеры выпускают исправления раньше

Реальность: https://www.jwz.org/blog/2016/04/i-would-like-debian-to-stop.../

https://bugs.launchpad.net/ubuntu/+source/owncloud/+bug/1384355

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

Ответить | Правка | Наверх | Cообщить модератору

35. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от Аноним (-), 16-Июн-16, 14:18 
>Интересно, автор этот snap в глаза видел? А если видел, то думал ли, зачем он привязан к учётной записи Ubuntu.com?

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

Ответить | Правка | Наверх | Cообщить модератору

154. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Admino (ok), 16-Июн-16, 19:59 
> Это добро настолько к убунте гвоздями прибито? Ужас.

Вы бы определились, вам в безопасность с репозитариями и майнтейнерами, или не зависеть от репозитариев и майнтейнеров?

Ответить | Правка | Наверх | Cообщить модератору

187. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от vi (ok), 16-Июн-16, 22:20 
>> (например, мэйнтейнер не согласится принять мобильное приложение с реализацией фонарика или темы оформления, требующих доступа к сети и телефонии)
> Интересно, автор этот snap в глаза видел? А если видел, то думал
> ли, зачем он привязан к учётной записи Ubuntu.com? А если думал,
> зачем несёт чушь про никем не контролируемые пакеты?
>> Реальность: Часто мэйнтейнеры выпускают исправления раньше
> Реальность: https://www.jwz.org/blog/2016/04/i-would-like-debian-to-stop.../
> https://bugs.launchpad.net/ubuntu/+source/owncloud/+bug/1384355
> Короче, человек явно беспокоится за сохранность своего рабочего места, которое уже лет
> 15 как надо было сократить.

Иной раз после сокращения и два Терминатора не могут заменить одного сокращенного Человека.
Хотя, прогресс никто не отменял.
И да, куда Вы денете сокращенного человека?

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

18. "Обратная сторона систем распространения приложений в обход д..."  –4 +/
Сообщение от Аноним (-), 16-Июн-16, 13:34 
> Кайл Кин (Kyle Keen), один из мэйнтейнеров дистрибутива Arch Linux

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

Ответить | Правка | Наверх | Cообщить модератору

57. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от testt (ok), 16-Июн-16, 15:15 
интересно, snap-пакет systemd кто-нибудь уже создал, чтобы ознакомиться и не засорять систему лишними зависимостями
Ответить | Правка | Наверх | Cообщить модератору

171. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 21:41 
> systemd
> не засорять систему лишними зависимостями

Чотаржу.

Ответить | Правка | Наверх | Cообщить модератору

22. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от DF (??), 16-Июн-16, 13:43 
Он забыл упомянуть о проблеме "забивших ментейнеров", когда в репозитории перестают появляться обновления и сборки под новые дистрибутивы (т.к. другие версии библиотек зависимостей и прочий мрак). Итого, множество полезных утилит было погребено заживо в старых дистрах, потому как заниматься их сборкой самостоятельно, в той же Убунту, никто не будет.

Снап удобен тем, что раз собрал и он работает и будет работать. Более того, весь зоопарк пакетных менеджеров, со временем может и вообще не потребуется. Универсальный пакет для всех дистров. Что может быть удобнее?

Ответить | Правка | Наверх | Cообщить модератору

28. "Обратная сторона систем распространения приложений в обход д..."  +4 +/
Сообщение от анон (?), 16-Июн-16, 13:50 
>Универсальный пакет для всех дистров. Что может быть удобнее?

Неуниверсальные пакеты для разных дистров?

Ответить | Правка | Наверх | Cообщить модератору

200. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от jOKer (ok), 17-Июн-16, 01:19 
Наиболее изящно эта проблема решается в генту: каждый сам себе ментейнер)))
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

24. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 16-Июн-16, 13:46 
Превратят Ubuntu в дырковиндовс?
Ответить | Правка | Наверх | Cообщить модератору

69. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Клыкастый (ok), 16-Июн-16, 15:55 
> Превратят Ubuntu в дырковиндовс?

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

Ответить | Правка | Наверх | Cообщить модератору

25. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от user455 (?), 16-Июн-16, 13:48 
Утверждение: Универсальные пакеты позволят производителям не заботятся об особенностях каждого дистрибутива.
Реальность: Производители и без того не учитывают особенности дистрибутивов, так как эту работу берут на себя мэйнтейнеры пакетов, а производителям остаётся рассмотреть включение в upstream предложенные мэйнтейнерами исправления. Более того, мэйнтейнеры берут на себя достаточно большую работу по поддержке пользователей, снимая с производителей нагрузку по первичной обработке сообщений об ошибках и позволяя заниматься работой, а не выяснением многочисленных деталей почему программа у пользователя работает не так как ему хочется.

это далеко не так. большинство производителей приложений так же поставляют пакеты.

Ответить | Правка | Наверх | Cообщить модератору

37. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Crazy Alex (ok), 16-Июн-16, 14:23 
пока что поставляют
Ответить | Правка | Наверх | Cообщить модератору

120. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от _ (??), 16-Июн-16, 18:27 
>большинство производителей приложений так же поставляют пакеты.

ORLY?!?!? :)
В демьянах 21 тысяча пакетов. Перечисли "от производителей" :)

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

26. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 13:49 
Просто конкуренция с их Flatpak'ом :) Только и всего. Зачесались.
Ответить | Правка | Наверх | Cообщить модератору

276. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 20-Июн-16, 01:24 
> Просто конкуренция с их Flatpak'ом :) Только и всего. Зачесались.

Тогда уж с windows и setup.exe/*.msi чтоли. Там этого добра было и почему-то вирье через все это загаживает виндовые машины в хлам.

Ответить | Правка | Наверх | Cообщить модератору

27. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 16-Июн-16, 13:50 
> Дистрибутив может в один заход решить проблему во всех приложениях, использующих уязвимую библиотеку, просто обновив это библиотеку в системе

Так и в снап так можно будет сделать

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

О проприетарном софте специально забываем? А на счет открытых. Что будет если какие-нибудь КЕДы начнуть совать рекламу туда? Производители открытого ПО не дураки. А закрытые и без того пихают туда чего угодно, даже в 32 сектор НЖМД записывают всякую непотребщину, но без этого никак.

> Решение проблемы очень простое - достаточно написать хорошую программу и открыть её код

Угу, позвоним все дружно в Автодоску и попросим открыть код Майи, потому как ставится она нифига не юзерфрендли(если конечно не древние РедХатоподобные дистры). А еще лучше все скинемся на 150 первоклассных девелоперов пусть Блендер допилят так, чтобы Автодоску послать могли все и будем использвать один и тот же формат файла.

> Разные дистрибутивы существуют из-за разных предпочтений пользователей.

Так в чем проблема тогда? Пользователи Убунты, Дебиана, Федоры, Манжары и тп "ЗА" флэтпаки и снаппи. В Арч небось тоже поддержку уже добавили.

> Те кто не доверяет мэйнтейнерам, могут самостоятельно проверить их работу, повторив сборку.

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

Ответить | Правка | Наверх | Cообщить модератору

38. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Crazy Alex (ok), 16-Июн-16, 14:27 
А проприетарный софт может (и должен) идти в дупу. Его клепателям надо жизнь не упрощать, а усложнять.
Ответить | Правка | Наверх | Cообщить модератору

66. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 15:49 
Ну да, вот возьмет и исчезнет. А люди которые хотят работать в такой-то сфере и на такой-то должности пойдут лесом потому как открытые аналоги хоть и имеются, но обмениваться всеми данными нельзя. В каких-то отдельных случаях, если на фирме есть более менее толковый программист, то он будет в каждом сильно отличающемся случае править монструозный скрипт(ы). Да я читал коменты таких людей, но это в небольших конторах и очень узком спектре клиентов. Форматы файлов, котороми обмениваются большинство совсем другие и в ином случае тебя просто могут послать нафиг. Так что надо уметь приспосабливаться.
Ответить | Правка | Наверх | Cообщить модератору

172. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 21:44 
> но обмениваться всеми данными нельзя

Значит форматы крысит автодеск, а виновато в этом СПО, так по твоему, клоун?

Ответить | Правка | Наверх | Cообщить модератору

206. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 17-Июн-16, 08:08 
Читать учись, где написано о том бреде, о котором пишешь ты?
Ответить | Правка | Наверх | Cообщить модератору

129. "Обратная сторона систем распространения приложений в обход д..."  –4 +/
Сообщение от Аноним (-), 16-Июн-16, 19:14 
Может ты не понимаешь.. но каждый бесплатный проэкт живет не на святом духе. Посмотри кто разрабатывает ядро линукс, все коммерческие
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

147. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от Andrey Mitrofanov (?), 16-Июн-16, 19:54 
> Может ты не понимаешь.. но каждый бесплатный проэкт живет не на святом
> духе. Посмотри кто разрабатывает ядро линукс, все коммерческие

Если Вы хотите так замысловато сказать, что уж проприертарный-то софт разрабатывается Святым Духом, то идите вместе с ним:

#>проприетарный софт )) должен) идти в дупу.

Ответить | Правка | Наверх | Cообщить модератору

277. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 20-Июн-16, 01:25 
> Посмотри кто разрабатывает ядро линукс, все коммерческие

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

Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

73. "Обратная сторона систем распространения приложений в обход д..."  +3 +/
Сообщение от Клыкастый (ok), 16-Июн-16, 16:07 
>> Дистрибутив может в один заход решить проблему во всех приложениях, использующих уязвимую библиотеку, просто обновив это библиотеку в системе
> Так и в снап так можно будет сделать

Т.е. каждый пейсатель калькулятора на MONO расхреначит систему как ему нравится? Блин, я думал Go-шники извращенцы со своим "ни от чего не зависящим софтом" и static linking, так нет же - они просто ангелы и образец чистоплотности.

>> Производители и без того не учитывают особенности дистрибутивов, так как эту работу берут на себя мэйнтейнеры пакетов
> О проприетарном софте специально забываем?

Очень, очень бы хотелось. И наоборот, совсе не хотелось бы правила игры, которые венду сделали помойкой притащить сюда и под мерное завывание клоунов "зато всё работает" и "зато море софта" наблудать опомоивание стройных систем.


> Угу, позвоним все дружно в Автодоску и попросим открыть код Майи, потому
> как ставится она нифига не юзерфрендли(если конечно не древние РедХатоподобные дистры).

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

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

Ты так говоришь, как будто это что-то плохое.

> Так в чем проблема тогда? Пользователи Убунты, Дебиана, Федоры, Манжары и тп
> "ЗА" флэтпаки и снаппи. В Арч небось тоже поддержку уже добавили.

Ни в чём. Гражданин Кин обозначил своё отношение и аргументировал. А вот что делать с субстанцией на тарелке, опознанной как дерьмо - личное дело каждого. Хочешь, удобряй огород, хочешь ешь за обедом, хочешь храни в погребе "вдруг пригодится". Свободная страна.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

29. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 16-Июн-16, 13:55 
appimage-контейнеры довольно полезны. Например, krita в gtk-окружении.
Ответить | Правка | Наверх | Cообщить модератору

40. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Crazy Alex (ok), 16-Июн-16, 14:28 
И чем именно это лучше, чем просто автоматом поставить соответствующие либы в систему?
Ответить | Правка | Наверх | Cообщить модератору

62. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Нанобот (ok), 16-Июн-16, 15:37 
>просто автоматом поставить

"просто поставить" не всегда работает

Ответить | Правка | Наверх | Cообщить модератору

75. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Crazy Alex (ok), 16-Июн-16, 16:12 
"Сложно поставить" обычно означает, что сама идея - не самая лучшая. Репозиторий с его ограничениями - это, прежед всего, защита неквалифицированного пользователя от дейтсвий, последствия которых он не может оценить с силу отсутствия нужных квалификаций. А если есть реальная необходимость - всё решаемо, хотя бы в контейнере. Но это и должно быть сравнительно сложно реализуемым частным случаем, а не дежурной "золотой пулей".
Ответить | Правка | Наверх | Cообщить модератору

144. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Нанобот (ok), 16-Июн-16, 19:51 
Жизненный пример: поставить новый софт на старый дистр. Да, не лучшая идея, но в реальности встречается на каждом шагу. Со snap решается элементарно (требуется уровень домохозяйки), обычными средствами - сложно (требуется уровень матёрого сисадмина)
Ответить | Правка | Наверх | Cообщить модератору

148. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Led (ok), 16-Июн-16, 19:54 
> Жизненный пример: поставить новый софт на старый дистр.

Уволься и пусть вместо тебя наймут специалиста.

Ответить | Правка | Наверх | Cообщить модератору

209. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 17-Июн-16, 09:20 
Где ж взять столько специалистов? И куда деть всех уволенных?
Ответить | Правка | Наверх | Cообщить модератору

217. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 17-Июн-16, 11:08 
На завод по сжиганию фотографов. Кого - в рабочие, кого - в "сырьё".
Ответить | Правка | Наверх | Cообщить модератору

279. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 20-Июн-16, 01:30 
> На завод по сжиганию фотографов. Кого - в рабочие, кого - в "сырьё".

Эк тебя конкуренты утомили.

Ответить | Правка | Наверх | Cообщить модератору

278. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 20-Июн-16, 01:29 
> Жизненный пример: поставить новый софт на старый дистр.

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

Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

31. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от S.Atahl (?), 16-Июн-16, 14:11 
Мне вот интересно- мэйнтейнеры дистрибутивов реально проверяют исходники с каждой новой версией программы на наличие нехороших изменений?
Ответить | Правка | Наверх | Cообщить модератору

34. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 16-Июн-16, 14:17 
Естественно, более того разработчики копируют патчи и тащат пакеты с Арча, а потом выкатывают с новостью "срочно обновите, мы нашли проблему".

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

Ответить | Правка | Наверх | Cообщить модератору

39. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 16-Июн-16, 14:27 
Я так и не понял толком, чем людей не устраивает статическая сборка? Вот лежит у меня skype_static-2.1.0.81, и до сих пор запускается спокойно. Изоляции у иксовых приложений всё равно толком нету. Разве что сетевую активность проще контролировать, ведь в линуксах до сих пор нет фаерволла, позволяющего ограничивать трафик по отдельному приложению. Ну так раньше запускали приложение от отдельного пользователя, а сейчас - в отдельном пространстве имён.
Ответить | Правка | Наверх | Cообщить модератору

64. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Нанобот (ok), 16-Июн-16, 15:44 
> Я так и не понял толком, чем людей не устраивает статическая сборка?

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

Ответить | Правка | Наверх | Cообщить модератору

130. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 19:14 
1) Абсолютно никакой разницы, большой это проект или маленький. Разве что команду для линковщика развесистую придётся давать. Ну и бывает, что некоторые библиотеки странно ведут себя при статической линковке.
2) Работает с кодом на питоне, достаточно рядом положить статически собранный интерпретатор и скрипт с virtualenv. Либо же использовать всякие cxFreeze и иже с ними.
3) Игры часто распространяются в обычных tgz-архивах, с кучей данных. Распаковал в любое место и запустил.
Ответить | Правка | Наверх | Cообщить модератору

157. "Обратная сторона систем распространения приложений в обход д..."  –2 +/
Сообщение от Нанобот (ok), 16-Июн-16, 20:09 
> Работает с кодом на питоне, достаточно рядом положить статически собранный интерпретатор и скрипт с virtualenv. Либо же использовать всякие cxFreeze и иже с ними.

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

>Игры часто распространяются в обычных tgz-архивах, с кучей данных. Распаковал в любое место и запустил

вот только в общем случае это не так. если софт вдруг требует конфиг в /etc/config.conf и картинки в /usr/share/kartinki, то не так и много вариантов, как заставить это работать. и эти варианты будут сложнее, чем snap

Ответить | Правка | Наверх | Cообщить модератору

164. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от anonymous (??), 16-Июн-16, 21:18 
> ведь в линуксах до сих пор нет фаерволла, позволяющего ограничивать трафик по отдельному приложению

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

owner
    This  module  attempts  to  match various characteristics of the packet
    creator, for locally generated packets. This match is only valid in the
    OUTPUT and POSTROUTING chains. Forwarded packets do not have any socket
    associated with them. Packets from kernel threads do have a socket, but
    usually no owner.

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

176. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 21:51 
Или юзать selinux, им тоже можно "выделить" одно приложение.
Ответить | Правка | Наверх | Cообщить модератору

207. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 17-Июн-16, 08:43 
Вообще-то я именно этот модуль и имел в виду, когда говорил, что раньше запускали от отдельного пользователя.
Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

280. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 20-Июн-16, 01:31 
> Изоляции у иксовых приложений всё равно толком нету. Разве что сетевую
> активность проще контролировать, ведь в линуксах до сих пор нет фаерволла,
> позволяющего ограничивать трафик по отдельному приложению.

Вообще-то iptables сто лет это умеет. Хотя проще firejail-ом сделать отдельный загон с своей сетью.

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

43. "Обратная сторона систем распространения приложений в обход д..."  +3 +/
Сообщение от Аноним (-), 16-Июн-16, 14:36 
Если так хотят чтобы все было одинаково, то пусть работают над одним дистрибутивом. Они потому и разные потому что отражают разные взгляды пользователей. К тому же всегда есть репозитории типа epel и тому подобных где есть то чего в основном нет
Ответить | Правка | Наверх | Cообщить модератору

45. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от anonymous (??), 16-Июн-16, 14:41 
Сколько тут кукаретиков, а никто не подумал про объёмы и ненужное дублирование библиотек.
Ответить | Правка | Наверх | Cообщить модератору

48. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Andrey Mitrofanov (?), 16-Июн-16, 14:54 
> Сколько тут
>про объёмы и ненужное дублирование библиотек.

Наверху точно читал?

Ответить | Правка | Наверх | Cообщить модератору

93. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от dgdsgfsadfgsdfgsdfg (?), 16-Июн-16, 16:57 
Многие перешли на компьютеры.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

51. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от анонист (?), 16-Июн-16, 15:06 
я не совсем понял чего он так доводами раскидался... ну не нравятся ему снап пакеты, пусть не использует. кто же виноват что в репах у дистров часто нет нужных приложений, а вроде под линукс это приложение есть. снап однозначно нужен простым пользователям, "продвинутые" пусть собирают сами под дистр из сорцов
Ответить | Правка | Наверх | Cообщить модератору

76. "Обратная сторона систем распространения приложений в обход д..."  +5 +/
Сообщение от Crazy Alex (ok), 16-Июн-16, 16:15 
Потому что думает о последствиях. Аргументы "не хочешь ссать на улицах - не ссы" чистоты не прибавляют.
Ответить | Правка | Наверх | Cообщить модератору

99. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от анонист (?), 16-Июн-16, 17:19 
прибавляют, разные дистры это разные улицы. не ходи по "обоссаным" и всё. а мне это нужно например
Ответить | Правка | Наверх | Cообщить модератору

113. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним as anon (?), 16-Июн-16, 17:56 
а знаете, уважаемый, почему вирусы регулярно попадают в комп, не смотря на антивирусы? вот именно потому, что "простые пользователи" сами их запускают, "простые пользователи" сами ставят пакеты из непроверенных источников и так далее в соответствие с принципом наименьшего сопротивления, на все подсказки и предупреждения, отвечая "да"
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

53. "Обратная сторона систем распространения приложений в обход д..."  –2 +/
Сообщение от Аноним (-), 16-Июн-16, 15:07 
По моему распространение самодостаточных пакетов быстро сведется к созданию одного или нескольких кросдистрибутивных репозитоориев. Что повлечет за собой унификацию и резкое повышение качества программных продуктов. Авторы дистров же наконец-то смогу занятся не бесконечной перепаковкой софта, а выпиливанием багов из своих дистров.
Ответить | Правка | Наверх | Cообщить модератору

63. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 15:41 
Но ведь собирать пакеты проще :(
Ответить | Правка | Наверх | Cообщить модератору

178. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 21:55 
> выпиливанием багов из своих дистров

Ви так говорите, как будто дистрибутив не состоит на 95% из этого самого софта.

Декларативное описание зависимостей - да нужно, а вот "универсальные" пакеты - ну наxеp, уже даже до венды дошло, что это путь в тупик.

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

189. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от vi (ok), 16-Июн-16, 22:50 
> По моему распространение самодостаточных пакетов быстро сведется к созданию одного или
> нескольких кросдистрибутивных репозитоориев. Что повлечет за собой унификацию и резкое
> повышение качества программных продуктов. Авторы дистров же наконец-то смогу занятся не
> бесконечной перепаковкой софта, а выпиливанием багов из своих дистров.

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

Спасибо.
Но не знаю, то ли плакать, то ли смеяться.

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

55. "Обратная сторона систем распространения приложений в обход д..."  –9 +/
Сообщение от wakeremail (ok), 16-Июн-16, 15:12 
показательный пост.. почти все ложь или баттхерт мантайнера, который почуял что дело его жизни никому не нужно.

можно под каждой строчкой писать коммент "мантайнер не в теме".

ну и иногда "мантайнер тупой дебил и лжец".

Ответить | Правка | Наверх | Cообщить модератору

74. "Обратная сторона систем распространения приложений в обход д..."  +3 +/
Сообщение от Аноним (-), 16-Июн-16, 16:10 
А вот и истеричные неадекваты подтянулись. Значит Кайл Кин прав на все сто процентов.
Ответить | Правка | Наверх | Cообщить модератору

81. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от wakeremail (ok), 16-Июн-16, 16:19 
бгг я знал что хоть кто-то из братства мантайнеров подтянется :D

p.s. советую основать общество анонимных мантайнеров, и делиться там своими проблемами

oh wait...

Ответить | Правка | Наверх | Cообщить модератору

102. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 17:29 
Иногда автор программы точно такой же лжец, да еще и с зашкаливающим ЧСВ и полным пренебрежением к чужому мнению. Программы таких авторов в нормальные дистрибутивы не берут. И правильно делают.
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

121. "Обратная сторона систем распространения приложений в обход д..."  –5 +/
Сообщение от wakeremail (ok), 16-Июн-16, 18:28 
а можешь поделиться опытом, как заставить мантайнеров арча удалить мою программу из репов? буду очень благодарен.
Ответить | Правка | Наверх | Cообщить модератору

128. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 16-Июн-16, 19:10 
> а можешь поделиться опытом, как заставить мантайнеров арча удалить мою программу из репов?

А зачем это делать?

Ответить | Правка | Наверх | Cообщить модератору

162. "Обратная сторона систем распространения приложений в обход д..."  –3 +/
Сообщение от wakeremail (ok), 16-Июн-16, 21:15 
>> а можешь поделиться опытом, как заставить мантайнеров арча удалить мою программу из репов?
> А зачем это делать?

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

Ответить | Правка | Наверх | Cообщить модератору

190. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от vi (ok), 16-Июн-16, 22:53 
>>> а можешь поделиться опытом, как заставить мантайнеров арча удалить мою программу из репов?
>> А зачем это делать?
> ну анон же пишет, что ни один нормальный дистр его программы не
> берет в репы.. а у меня проблема с тем, что берут,
> тогда как мне хотелось бы этого избежать.

нормальный дистр

Ответить | Правка | Наверх | Cообщить модератору

192. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от wakeremail (ok), 16-Июн-16, 23:03 
>>>> а можешь поделиться опытом, как заставить мантайнеров арча удалить мою программу из репов?
>>> А зачем это делать?
>> ну анон же пишет, что ни один нормальный дистр его программы не
>> берет в репы.. а у меня проблема с тем, что берут,
>> тогда как мне хотелось бы этого избежать.
> нормальный дистр

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

Ответить | Правка | Наверх | Cообщить модератору

193. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от vi (ok), 16-Июн-16, 23:20 
>>>>> а можешь поделиться опытом, как заставить мантайнеров арча удалить мою программу из репов?
>>>> А зачем это делать?
>>> ну анон же пишет, что ни один нормальный дистр его программы не
>>> берет в репы.. а у меня проблема с тем, что берут,
>>> тогда как мне хотелось бы этого избежать.
>> нормальный дистр
> а, т.е. арч ненормальный? а то в этой теме тот же анон
> пишет какой вот в арче адекватный мантайнер, и я подумал что
> по его критериям арч как раз нормальный.

ОК! Так и не парьтесь. Агитируйте за свое. Ведь у каждого анонима под понятием "нормальный дистр" скрывается свое название (а может и не одно).
А Время все снапы и прочие аппы расставит по местам.
Надеюсь у Вас с вашего репозитория больше загрузок, чем скажем с какого нибудь ... Иначе сорри.

Ответить | Правка | Наверх | Cообщить модератору

136. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от anonymous (??), 16-Июн-16, 19:27 
> а можешь поделиться опытом, как заставить мантайнеров арча удалить мою программу из репов?

Выбирать подходящую лицензию.
В твоем случае что-то типа "Любой, имеющий копию этой программы, обязан удалить её по первому требованию автора."

Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

161. "Обратная сторона систем распространения приложений в обход д..."  –3 +/
Сообщение от wakeremail (ok), 16-Июн-16, 21:14 
>> а можешь поделиться опытом, как заставить мантайнеров арча удалить мою программу из репов?
> Выбирать подходящую лицензию.
> В твоем случае что-то типа "Любой, имеющий копию этой программы, обязан удалить
> её по первому требованию автора."

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

Ответить | Правка | Наверх | Cообщить модератору

205. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от Снова Вася (?), 17-Июн-16, 06:30 
Тебя кто-то заставлял что-ли GPL-компоненты использовать? Если нет, то чо ты ноешь? Если да, то тем более, чо ты ноешь?
Ответить | Правка | Наверх | Cообщить модератору

210. "Обратная сторона систем распространения приложений в обход д..."  –2 +/
Сообщение от waker (ok), 17-Июн-16, 09:44 
> Тебя кто-то заставлял что-ли GPL-компоненты использовать? Если нет, то чо ты ноешь?
> Если да, то тем более, чо ты ноешь?

Нечего ответить - проходи мимо.

Ответить | Правка | Наверх | Cообщить модератору

212. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Andrey Mitrofanov (?), 17-Июн-16, 10:19 
>> Тебя кто-то заставлял что-ли GPL-компоненты использовать? Если нет, то чо ты ноешь?
>> Если да, то тем более, чо ты ноешь?
> Нечего ответить - проходи мимо.

Вы, кстати, не поняли. Человек дело говорит: мягкий вариант "выход а из дистрибутивов" громко продолжить свои заявления об сообветствии этой  -----й GPL объявлением планов о переписывании под BSDL/MIT/и пр. пермиссив *библиотеки*, громко, нудно и длинно рассуждать о "свободах пермиссивоа и [неназываемых!] проблемах копилефта", поускать слухи о возможности закрытия и проприертаризации изделия. Переместить исходники в платный закрытый аккаунт на гитхубе, сделать там и активно пилить ветку по перелицензированию и перебиблиотечиванию. Написать новый README -- с "новостью", что скоро "только для виндооуз".

Вот посмотрите на пример Успеха FreeBSD. Ни в одном дистрибутиве GNU/Linux-а его нет. (И Debian GNU/kFreeBSD лишь исключительно подтверждает.)

Ответить | Правка | Наверх | Cообщить модератору

216. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от waker (ok), 17-Июн-16, 10:41 
так я не хочу менять лицензию, переписывать, и даже переходить на закрытую модель разработки. меня устраивает совершенно все, кроме кривых сборок в некоторых дистрибутивах.

может поступить как c firefox, и запретить использовать название в случае пересборки? или сделать как chrome? типа в опенсорс chromium, а официальная сборка chrome.

там будет четкое разделение и понимание, где что.

Ответить | Правка | Наверх | Cообщить модератору

235. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 17-Июн-16, 16:21 
> так я не хочу менять лицензию, переписывать, и даже переходить на закрытую
> модель разработки. меня устраивает совершенно все, кроме кривых сборок в некоторых
> дистрибутивах.

Отлично! Значит надо выдохнуть, "поднять руку вот так вот, {...} ну и х.с ним, с плащом!".

> может поступить как c firefox, и запретить использовать название в случае пересборки?
> или сделать как chrome? типа в опенсорс chromium, а официальная сборка
> chrome.

Может, систему сборки починить? Ну, чтоб "неправильно" не собиралось??

В ./configure тестировать все правильные libы, аpi и патчики. Собираться с чем есть и ключиком --force, но выводить табличку "неблагословенная сборка, шлите баги в /dev/null".

Или наоборот, если поддержка пользователей утомляет (заметь, не кривые сборки, а вопросы полльзователейЮ да?) - пусть сами себя поддерживают. Список рассылки, форум, чего там сейчас модно, завести, написать на воротах "можно всё -- помогайте себе сами". Если повезёт, может, при задании нужного направления, появятся и отвечальщики про "неправильную сборку", и писальщики багов в дистрибутивы?.......

Если оно выросло (~проблемы роста, управление проектами?), может уже и отпустить. А может, поменять чего...

> там будет четкое разделение и понимание, где что.

Ответить | Правка | Наверх | Cообщить модератору

238. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от wakeremail (ok), 17-Июн-16, 16:33 
> Может, систему сборки починить? Ну, чтоб "неправильно" не собиралось??

так вы пишите о багах в системе сборки-то! в багтрекере я что-то ничего не находил такого.

> В ./configure тестировать все правильные libы, аpi и патчики. Собираться с чем
> есть и ключиком --force, но выводить табличку "неблагословенная сборка, шлите баги
> в /dev/null".

не понял о чем тут речь.

> Или наоборот, если поддержка пользователей утомляет (заметь, не кривые сборки, а вопросы
> полльзователейЮ да?) - пусть сами себя поддерживают. Список рассылки, форум, чего
> там сейчас модно, завести, написать на воротах "можно всё -- помогайте
> себе сами". Если повезёт, может, при задании нужного направления, появятся и
> отвечальщики про "неправильную сборку", и писальщики багов в дистрибутивы?.......

не, меня не утомляет поддержка пользователей моей программы.

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

Ответить | Правка | Наверх | Cообщить модератору

245. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 17-Июн-16, 17:41 
> не, меня не утомляет поддержка пользователей моей программы.
> меня утомляет разбираться с проблемами, вызванными кривыми ручонками мантайнеров.

Пользователи тех кривых сборок _тоже_ пользователи Вашей программы.

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

Попробовать сообщество построить? Не делать всё в 1 лицо -- может, и утомлять не будет.

И да, эти странные люди, хотят "уважения GPL" а не механического "все буквы исполнены". Этих странных людей надо слушать, разговаривать на одном языке. Нет, соглашаться не обязательно, но "я один д'артаньян" не говорит, что слушаешь.

Я повторю, завести форум(курилку, список рассылки, ...) с архивами обязательно, faq-ом (желательно - когда соберётся, что|потом само), и пусть общаются _между_ собой. Может быть, повезёт и найдётся энтузиаст, который будет помогать другим.  ...  Зачем ждать? В конце концов, позови пользователей и скажи им, что _нужен_ ведущий, модератор. Тебе нужен. Пусть решают эту проблему? :)  Создать ML проблема -- пусть решают. Представь, оно уже не только твоё. И проблемы тоже не все твои, да?  +Обозначь своё присутствие - раз в неделю, 15 минут в день и т.п. Пиши про свои решения (или не-решения-) проблем.

А то "как мне удалить из дистрибутивов", понимаешь... Заметил, что ответ на неправильный вопрос был из категории "не-не, не хочу"? Сам же знаешь, что не удалить. И знал, когда спрашивал.


Может и не взлетит, но надо пытаться. Начинай!


...да, это всё разговоры. Готового рецепта нет. Хорошо, что поговорили.
https://duckduckgo.com/?q=how+to+build+a+project+community+&...
https://duckduckgo.com/?q=+how+to+build+a+project+community+...


ОНТОПИК: Там вдалеке наверху одинокий ментейнер пакетов в дистрибутиве кричит во Вселенную о своих проблемах с новомодными свистелками. Тебе кажется, что он не прав? А может, и в его звуках есть суть?............................

Ответить | Правка | Наверх | Cообщить модератору

247. "Обратная сторона систем распространения приложений в обход д..."  –2 +/
Сообщение от wakeremail (ok), 17-Июн-16, 18:57 
>> не, меня не утомляет поддержка пользователей моей программы.
>> меня утомляет разбираться с проблемами, вызванными кривыми ручонками мантайнеров.
> Пользователи тех кривых сборок _тоже_ пользователи Вашей программы.
> Ваш проект вырос. Пусть кто-нибудь другой разбирается с проблемами.

это кто например?

> Попробовать сообщество построить? Не делать всё в 1 лицо -- может, и
> утомлять не будет.

я уже давно не делаю все в одно лицо.

> И да, эти странные люди, хотят "уважения GPL" а не механического "все
> буквы исполнены". Этих странных людей надо слушать, разговаривать на одном языке.
> Нет, соглашаться не обязательно, но "я один д'артаньян" не говорит, что
> слушаешь.

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

> Я повторю, завести форум(курилку, список рассылки, ...) с архивами обязательно, faq-ом
> (желательно - когда соберётся, что|потом само), и пусть общаются _между_ собой.

уже есть, и было изначально. есть IRC, есть mailing list. есть прикрепленные треды на лоре, и на арчлинукс форуме.

> А то "как мне удалить из дистрибутивов", понимаешь... Заметил, что ответ на
> неправильный вопрос был из категории "не-не, не хочу"? Сам же знаешь,
> что не удалить. И знал, когда спрашивал.

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

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

и тут я уже поделать ничего не могу.

> Может и не взлетит, но надо пытаться. Начинай!

что начинать-то?

> ОНТОПИК: Там вдалеке наверху одинокий ментейнер пакетов в дистрибутиве кричит во Вселенную
> о своих проблемах с новомодными свистелками. Тебе кажется, что он не
> прав? А может, и в его звуках есть суть?............................

нет, в его звуках есть абсолютное невежество.

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

Ответить | Правка | Наверх | Cообщить модератору

249. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 17-Июн-16, 19:08 
> это был сарказм, потому что анон утверждал что deadbeef нет в нормальных
> дистрибутивах.

Прекрасно! Проблема решена! </и это я>

>> Может и не взлетит, но надо пытаться. Начинай!
> что начинать-то?

А, ну да. Продолжайте.

> нет, в его звуках есть абсолютное невежество.

Ответить | Правка | К родителю #247 | Наверх | Cообщить модератору

248. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от wakeremail (ok), 17-Июн-16, 19:03 
кстати, ты забыл ответить на вопрос про это:

>  В ./configure тестировать все правильные libы, аpi и патчики.

Ответить | Правка | Наверх | Cообщить модератору

250. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 17-Июн-16, 19:10 
> кстати, ты забыл ответить на вопрос про это:
>>  В ./configure тестировать все правильные libы, аpi и патчики.

Как, разве  про libmad против libmpg313g не я написал?

Ответить | Правка | К родителю #248 | Наверх | Cообщить модератору

252. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от wakeremail (ok), 17-Июн-16, 19:15 
>> кстати, ты забыл ответить на вопрос про это:
>>>  В ./configure тестировать все правильные libы, аpi и патчики.
> Как, разве  про libmad против libmpg313g не я написал?

я не знал что это имеет какое-то отношение к вопросу.

deadbeef поддерживает обе библиотеки, configure уже и так все тестирует.

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

Ответить | Правка | К родителю #250 | Наверх | Cообщить модератору

255. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 17-Июн-16, 19:30 
>но я не могу запретить мантайнеру собрать без libmpg123. и поддержку libmad выпиливать тоже не собираюсь -- на то тоже есть свои причины.

А что разве на этапе конфигурации нельзя выводить сообщение о возможных проблемах с проигрыванием mp3 если обнаружено что сборка deadbeef будет сделана с libmad и без libmpg123?

Ответить | Правка | К родителю #252 | Наверх | Cообщить модератору

256. "Обратная сторона систем распространения приложений в обход д..."  –3 +/
Сообщение от wakeremail (ok), 17-Июн-16, 19:34 
>>но я не могу запретить мантайнеру собрать без libmpg123. и поддержку libmad выпиливать тоже не собираюсь -- на то тоже есть свои причины.
> А что разве на этапе конфигурации нельзя выводить сообщение о возможных проблемах
> с проигрыванием mp3 если обнаружено что сборка deadbeef будет сделана с
> libmad и без libmpg123?

это в принципе подразумевается. подставьте любую зависимость, и выйдет "возможны проблемы с XXX если обнаружено что сборка deadbeef будет сделана с YYY и без ZZZ".

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

Ответить | Правка | К родителю #255 | Наверх | Cообщить модератору

262. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 17-Июн-16, 20:13 
>это в принципе подразумевается.

Подразумевается? Откуда интересно собирающий должен догадаться о возможных проблемах при сборке без libmpg123?

Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

266. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от anonymous (??), 18-Июн-16, 01:03 

> ОНТОПИК: Там вдалеке наверху одинокий ментейнер пакетов в дистрибутиве кричит во Вселенную
> о своих проблемах с новомодными свистелками. Тебе кажется, что он не
> прав? А может, и в его звуках есть суть?............................

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

Кстати, наводящий вопрос: кто лучше владеет "предметом" --- автор или так называемый maintainer?

Как автор, могу заметить, что репорт о проблеме авторам --- редкость. А адекватный репорт --- очень большая редкость. А эпических косяков от maintainers --- было вагон. Чё, про gcc 2.96 уже забыли или не знали никогда?

Ответить | Правка | Наверх | Cообщить модератору

268. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 18-Июн-16, 07:49 
> Я как бы не хочу чтобы меня посчитали за адвоката snap, но

То есть ви-таки за флатпак? Оки.

> товарищ Keen со своими аргументами несет чушь. Все его аргументы
> можно инвертировать и получится та же степень достоверности.
> Кстати, наводящий вопрос: кто лучше владеет "предметом" --- автор или так называемый
> maintainer?

Меняете косяки ментейнеров на неизвестные Вам косяки блоб-бомж-пакетов -- не глядя?!

Успехов, товарищ Горский! ...ммм. "Автор", извините.

> Как автор, могу заметить, что репорт о проблеме авторам --- редкость. А
> адекватный репорт --- очень большая редкость. А эпических косяков от maintainers
> --- было вагон. Чё, про gcc 2.96 уже забыли или не
> знали никогда?

Безгрешный Автор, весь в белом, накатил на РедХэт.  Смело!

Ответить | Правка | К родителю #266 | Наверх | Cообщить модератору

269. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от anonymous (??), 18-Июн-16, 09:50 
Манера ведения дискуссии путем приписывании оппоненту мнений, которых оппонент на высказывал, и затем блестяще их опровергая --- умиляет. За сим оставляю Вас дальше упражняться в ораторской риторике.
Ответить | Правка | К родителю #268 | Наверх | Cообщить модератору

220. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от SysA (?), 17-Июн-16, 12:22 
> Вы, кстати, не поняли. Человек дело говорит: мягкий вариант "выход а из
> дистрибутивов" громко продолжить свои заявления об сообветствии этой  -----й GPL
> объявлением планов о переписывании под BSDL/MIT/и пр. пермиссив *библиотеки*, громко,
> нудно и длинно рассуждать о "свободах пермиссивоа и [неназываемых!] проблемах копилефта",
> поускать слухи о возможности закрытия и проприертаризации изделия. Переместить исходники
> в платный закрытый аккаунт на гитхубе, сделать там и активно пилить
> ветку по перелицензированию и перебиблиотечиванию. Написать новый README -- с "новостью",
> что скоро "только для виндооуз".
> Вот посмотрите на пример Успеха FreeBSD. Ни в одном дистрибутиве GNU/Linux-а его
> нет. (И Debian GNU/kFreeBSD лишь исключительно подтверждает.)

В Gentoo тоже есть!

Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

211. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Andrey Mitrofanov (?), 17-Июн-16, 10:07 
> а можешь поделиться опытом, как заставить мантайнеров арча удалить мою программу из
> репов? буду очень благодарен.

Я почитал Ваши посты и, пожалуй, придкмал, как Вам помочь. Чтобы удалилиЮ значит... Делайте так: находите или создаёте (некузяво -- старые версии могут застрять!) в ней, в программе, нарушение GPL, такое явное или хотя бы простое и достаточно логичное, достаточное для того, чтобы ответственные в дистрибутиве его, нарушение, "увидели". Затем - пишете во все "свои" дистрибутивы баги о нарушениии GPL и невозможности распространения. Обязятельно под чужим именем! Можно новостной сайт какой задействовать. А под своим именем "официально" заявляете, что проблемы нет и это не проблема, но для искоренения беспокойства обещаете "порешать". Дальше "решаете": делаете нарушение ещё более грубым и явным для дистрибуторов и _заявляете_, что теперь-то соответствие этой ср---й маргинальной GPL полное и безоговорочное, и непонятно вообще происхождение всех этих претензий.

Репутации Вашей это не повредит -- Вы и так примерно это делаете, а дистрибуторов, глядишь, и распугаете.

С сорс-бейздами могут быть заморочки: они, вищь ты, не распространябт "программы", а только рецепты для сборки (не знаю, в арче, может быть, так?). С ними следующий шак: исходники не раздавать и не выкладывать. Начать можно с постоянного имзменения хостинговЮ адресов, путей, имён файлов, удаления старых версий. Можно попробовать сделать пару-тройку фейковых релизов с троянами, регистрациями, стуками в гугль и NSA -- сорфсфорж, говорят, хорош. Свои имена и pgp-ключи менять также часто и бессвязно, кк и фейковые...

Согласен, это трудно. Но если задача есть, и есть желание её решать, всё ж в руках.

Успехов!

Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

214. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от waker (ok), 17-Июн-16, 10:37 
>> а можешь поделиться опытом, как заставить мантайнеров арча удалить мою программу из
>> репов? буду очень благодарен.
> Я почитал Ваши посты и, пожалуй, придкмал, как Вам помочь. Чтобы удалилиЮ
> значит... Делайте так: находите или создаёте (некузяво -- старые версии могут
> застрять!) в ней, в программе, нарушение GPL, такое явное или хотя
> бы простое и достаточно логичное, достаточное для того, чтобы ответственные в
> дистрибутиве его, нарушение, "увидели". Затем - пишете во все "свои" дистрибутивы
> баги о нарушениии GPL и невозможности распространения. Обязятельно под чужим именем!

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

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

нужно что-то более умное. и без нарушений.

Ответить | Правка | Наверх | Cообщить модератору

229. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 17-Июн-16, 15:37 
А вам в голову не приходит, что ваше публичное неуважение к GPL и прочее омерзительное макофильствование, не очень то нравится пользователям deadbeef, т.е. по сути вы рубите сук на котором сидите.
Ответить | Правка | Наверх | Cообщить модератору

233. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от wakeremail (ok), 17-Июн-16, 15:46 
> А вам в голову не приходит, что ваше публичное неуважение к GPL
> и прочее омерзительное макофильствование, не очень то нравится пользователям deadbeef,
> т.е. по сути вы рубите сук на котором сидите.

это прямо какой-то get the fuckts...

можно более конкретно, в чем проявляется мое неуважение к GPL, особенно публичное? я не припоминаю, чтобы я его хоть раз "не уважил", всегда соблюдаю со всей строгостью. deadbeef вообще-то распространяется на условиях GPLv2+, и соблюдает все его условия. иначе вообще никак не может быть.

> омерзительное макофильствование

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

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

Ответить | Правка | Наверх | Cообщить модератору

234. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 17-Июн-16, 16:12 
>можно более конкретно, в чем проявляется мое неуважение к GPL

Сложилось такое устойчивое впечатление из обобщения многих ваших комментариев за несколько лет тут и на ЛОРе с пренебрежительными высказываниями о парадигме GPL, и одновременно одобрительными комментариями о проприетарных средах macOS и Windows.

>что ваш фанатизм до одного места пользователям deadbeef, а также его разработчикам, особенно тем кто не пользуется Linux

То что вы называете фанатизмом подразумевая какой-то религиозный фундамент в моих симпатиях к СПО на самом деле в корне не верно и обусловлено крайне эгоистичным и собственническим строением вашего ЭГО. Для меня например абсолютно нормально и естественно несколько ущемить свои интересы в пользу интересов сообщества, т.е. пойти навстречу этому сообществу, потратить немало личного времени и удовлетворить требования про bundled-libs, а у вас же начинается какой-то немотивированный батхерт как только речь заходит об этом.

Большая часть пользователей deadbeef это Linux пользователи, так что те кто делают deadbeef лучше репортя баги и создавая плагины - это люди пользующиеся Linux в основной своей массе, а пользуются они им, а не Windows или macOS именно по идеологическим соображениям, а вы на эти самые идеологические соображения публично плюёте.

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

С чего бы это должно быть плохо?

Ответить | Правка | Наверх | Cообщить модератору

237. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от wakeremail (ok), 17-Июн-16, 16:30 
>>можно более конкретно, в чем проявляется мое неуважение к GPL
> Сложилось такое устойчивое впечатление из обобщения многих ваших комментариев

а, т.е. вас смущают мои высказывания о GPL вообще, а не его [не]соблюдение.

ок.

>>что ваш фанатизм до одного места пользователям deadbeef, а также его разработчикам, особенно тем кто не пользуется Linux
> То что вы называете фанатизмом подразумевая какой-то религиозный фундамент в моих симпатиях

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

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

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

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

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

> Большая часть пользователей deadbeef это Linux пользователи, так что те кто делают
> deadbeef лучше репортя баги и создавая плагины - это люди пользующиеся
> Linux в основной своей массе, а пользуются они им, а не
> Windows или macOS именно по идеологическим соображениям, а вы на эти
> самые идеологические соображения публично плюёте.

да, я не согласен конкретно с этой идеологией. как и многие другие пользователи Linux, кстати.

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

я думал, вам все операционные системы кроме Linux омерзительны. т.е. все таки ненависть имеется только в отношении к OSX? сожалею, если ошибся.

Ответить | Правка | Наверх | Cообщить модератору

240. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 17-Июн-16, 16:40 
>я думал, вам все операционные системы кроме Linux омерзительны. т.е. все таки ненависть имеется только в отношении к OSX? сожалею, если ошибся.

Неприязнь имеется к людям, которые зная и хорошо понимая философию Linux, тем не менее осознано одобряют и потакают проприетарной философии.

Ответить | Правка | Наверх | Cообщить модератору

241. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от wakeremail (ok), 17-Июн-16, 17:07 
> Неприязнь имеется к людям, которые зная и хорошо понимая философию Linux, тем не менее осознано одобряют и потакают проприетарной философии.

нет. понимая _одну из возможных_ (но далеко не единственную) философию распространения ПО (вне зависимости от его открытости или проприетарности), осознанно не согласны с ней, по множеству объективных и субъективных причин.

и да, это нормально, иметь неприязнь к людям, не разделяющим вашего мнения.

но пытаться навязывать свое мнение не стоит. это как раз и есть фанатизм.

Ответить | Правка | Наверх | Cообщить модератору

246. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 17-Июн-16, 18:02 
>> Неприязнь имеется к людям, которые зная и хорошо понимая философию Linux, тем не менее осознано одобряют и потакают проприетарной философии.
> нет. понимая _одну из возможных_ (но далеко не единственную) философию распространения
> ПО (вне зависимости от его открытости или проприетарности), осознанно не согласны
> с ней, по множеству объективных и субъективных причин.

"Распространение ПО" - это механика. И лицензия -- тоже механика.

Не механика - люди и их взаимодействия. И тут начинаются не-чёрно-белые :/ проблемы.

Хочешь "философии распространения ПО" -- учи разговорник :/ опенсурса: "много глаз - ошибки уйдут", "никаких гарантий", "техническое превосходство модели разработки", ...

Почему ты нам "я на коне", да "как убрать из дистрибутивов", а мы тут из тебя всем форумом клещами тянем твою :D Философскую Позицию?  Это не те сигналы?....

> но пытаться навязывать свое мнение не стоит. это как раз и есть
> фанатизм.

Как, например, говорить, чего "не стоит" делать другим людям? Да! B) ОПЕНЕТ ЗАКРЫВАЕТСЯ ВСЕ УШЛИ В СЕБЯ.

Ответить | Правка | Наверх | Cообщить модератору

251. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от wakeremail (ok), 17-Июн-16, 19:11 
> Хочешь "философии распространения ПО" -- учи разговорник :/ опенсурса: "много глаз -
> ошибки уйдут", "никаких гарантий", "техническое превосходство модели разработки", ...

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

> Почему ты нам "я на коне", да "как убрать из дистрибутивов", а

я уже ответил, что это был сарказм.

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

> мы тут из тебя всем форумом клещами тянем твою :D Философскую
> Позицию?  Это не те сигналы?....

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

>> но пытаться навязывать свое мнение не стоит. это как раз и есть
>> фанатизм.
> Как, например, говорить, чего "не стоит" делать другим людям? Да! B) ОПЕНЕТ
> ЗАКРЫВАЕТСЯ ВСЕ УШЛИ В СЕБЯ.

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

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

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

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

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

он хочет чтобы я потратил кучу времени на это.

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

Ответить | Правка | Наверх | Cообщить модератору

253. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 17-Июн-16, 19:19 
> вдумайся: человек требует от меня решить ЕГО проблему, которая является сугубо идеологической,
> при этом он не пользуется, и не собирается пользоваться моей программой.

Зачем мне вдумываться?

Я-то думал, у Вас проблема. А оказывается Ваш саркази крепче.

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

Это те же проблемы, которые Вы решаете в этой теме. Я сразу не разобрался, но теперь вижу, что моя не помочь. Вы оба хотимте поговорить, но не хотите слышать. Это замечательно! Хорошо, что вы оба порешали их за наш счёт.

Чем-то ещё можем помочь? Мы здесь для этого!

Ответить | Правка | К родителю #251 | Наверх | Cообщить модератору

258. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 17-Июн-16, 19:54 
Ситуация когда надо ставить свободную программу из скачанного откуда-то установщика, а не ставить из официальных реп - ненормальная.

waker ты уже столько лет распинаешься на различных форумах о том как много времени тебе потребуется на переделку, чтобы удовлетворить требования дистрибутивов Linux к bundled-libs, что давно бы уже мог раз десять всё сделать. Но тебе же приятней занудствовать на форумах как это трудно и как много времени это требует.

Ответить | Правка | К родителю #251 | Наверх | Cообщить модератору

254. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от wakeremail (ok), 17-Июн-16, 19:22 
кстати, насчет уважительного отношения и прочего..

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

а все просьбы предоставить пруфы или конкретику игнорируешь?

вот скажи, зачем мне вообще что-то хорошее для тебя делать?

Ответить | Правка | Наверх | Cообщить модератору

257. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от wakeremail (ok), 17-Июн-16, 19:38 
на этом вынужден вас покинуть, т.к. свободное время подошло к концу. ничего нового, к сожалению, сказано не было, но и снова пообщаться со старым приятелем аноном было весело. желаю всего наилучшего!
Ответить | Правка | К родителю #254 | Наверх | Cообщить модератору

264. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от Andrey Mitrofanov (?), 17-Июн-16, 20:32 
> на этом вынужден
>было весело. желаю всего наилучшего!

https://duckduckgo.com/?q=%D1%82%D1%8B+&...

Ответить | Правка | К родителю #257 | Наверх | Cообщить модератору

260. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 17-Июн-16, 20:06 
>вот скажи, зачем мне вообще что-то хорошее для тебя делать?

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

Ответить | Правка | К родителю #254 | Наверх | Cообщить модератору

261. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от Andrey Mitrofanov (?), 17-Июн-16, 20:06 
> кстати, насчет уважительного отношения и прочего..
> конкретно вот ты считаешь уважительным, что ты пишешь мне предложения сделать что-то,
> что уже давно сделано, и всегда было сделано, с самого начала
> существования проекта, или обвиняешь меня в неуважительном отношении к GPL, но
> не приводишь каких либо доказательств этому?

Консенсус достигнут. Обе стороны неудовлетворены тем, что вложили в уста противоположной.

> вот скажи, зачем мне вообще что-то хорошее для тебя делать?

Не надо для меня делать хорошего. _Очень прошу._
    Мне хватило твоего "сарказма".

Я записал, чтоб не забыть: "Д'Артаньян, конь, Единственный Плеер, все обижают. Не обижать."

Ответить | Правка | К родителю #254 | Наверх | Cообщить модератору

215. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от waker (ok), 17-Июн-16, 10:38 
> Репутации Вашей это не повредит -- Вы и так примерно это делаете,

а вот это, кстати, ложь. что именно "примерно это" я делаю?

Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

263. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 17-Июн-16, 20:27 
>> Репутации Вашей это не повредит -- Вы и так примерно это делаете,
> а вот это, кстати, ложь. что именно "примерно это" я делаю?

Рассказываете всем, какой Вы особенный.

Ответить | Правка | Наверх | Cообщить модератору

117. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Клыкастый (ok), 16-Июн-16, 18:00 
> можно под каждой строчкой писать коммент "мантайнер не в теме".

майнтейнер в теме.

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

124. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 16-Июн-16, 18:59 
А вы, Алексей, сами собираете deadbeef под все дистры?
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

160. "Обратная сторона систем распространения приложений в обход д..."  –2 +/
Сообщение от wakeremail (ok), 16-Июн-16, 21:12 
> А вы, Алексей, сами собираете deadbeef под все дистры?

я вообще ничего не собираю вручную. как только происходит коммит на github, он автоматически собирается на сервисе travis-ci, под x86_64 и x86, linux + osx, пакуется, и загружается на файловый хостинг.

Ответить | Правка | Наверх | Cообщить модератору

169. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 16-Июн-16, 21:39 
То есть мне как пользователю предлагается загружать его с файлового хостинга вместо установки через пакетный менеджер дистрибутива?
Ответить | Правка | Наверх | Cообщить модератору

177. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от wakeremail (ok), 16-Июн-16, 21:53 
> То есть мне как пользователю предлагается загружать его с файлового хостинга вместо
> установки через пакетный менеджер дистрибутива?

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

226. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от demfloro (ok), 17-Июн-16, 14:58 
Пользуюсь пакетом deadbeef-git в арче - не понимаю о чём речь. Или речь идёт о пакете deadbeef в community? Вот PKGBUILD обоих пакетов:
deadbeef: http://pastebin.com/jAFbXzTm
deadbeef-git: http://pastebin.com/F3SE0DjQ

Проблема в том, что в deadbeef исходники берутся с sourceforge вместо github? Я не вижу чего-либо ужасного, что может бесить, именно в сборке. Или речь идёт о флаге --disable-gtk3 в deadbeef-git?

Ответить | Правка | Наверх | Cообщить модератору

227. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от wakeremail (ok), 17-Июн-16, 15:13 
> Пользуюсь пакетом deadbeef-git в арче - не понимаю о чём речь. Или
> речь идёт о пакете deadbeef в community? Вот PKGBUILD обоих пакетов:
> deadbeef: http://pastebin.com/jAFbXzTm
> deadbeef-git: http://pastebin.com/F3SE0DjQ
> Проблема в том, что в deadbeef исходники берутся с sourceforge вместо github?

в обоих PKGBUILD'ах исходники берутся из правильных мест.

> Я не вижу чего-либо ужасного, что может бесить, именно в сборке.
> Или речь идёт о флаге --disable-gtk3 в deadbeef-git?

ну например, в makedepends нет зависимости от libmpg123, тогда как это основной и дефолтный mp3 decoder в deadbeef. к чему это приводит? люди будут репортить мне баги проигрывания mp3, вызванные использованием libmad.

то, что зачем-то отключен gtk3, тоже странно, но это в AUR.. а в пакете community долгое время криво собирали поддержку APE, и отключали GTK2. года 2 понадобилось, чтобы исправили. короче, бардак.

Ответить | Правка | Наверх | Cообщить модератору

232. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от demfloro (ok), 17-Июн-16, 15:43 
> ну например, в makedepends нет зависимости от libmpg123, тогда как это основной
> и дефолтный mp3 decoder в deadbeef. к чему это приводит? люди
> будут репортить мне баги проигрывания mp3, вызванные использованием libmad.

Понятно, у меня просто mpg123 стоит для личного использования, видимо поэтому не видел проблем. Спасибо за ответ.

Ответить | Правка | Наверх | Cообщить модератору

61. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от via (??), 16-Июн-16, 15:29 
Зря парится мэйнтейнер. Snap надо сильно пиарить, накачивать деньгами, поддержкой серьезных вендоров. Я не вижу, почему эта технология должна взлететь.
Ответить | Правка | Наверх | Cообщить модератору

79. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от Crazy Alex (ok), 16-Июн-16, 16:16 
Проблема не в конкретном снапе, а в том, саму идею "независимого пакета" надо убивать в зародыше.
Ответить | Правка | Наверх | Cообщить модератору

88. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от анонист (?), 16-Июн-16, 16:36 
Нет
Ответить | Правка | Наверх | Cообщить модератору

106. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от via (??), 16-Июн-16, 17:39 
Нет. Просто Docker уже есть.
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

116. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 16-Июн-16, 17:57 
> Проблема не в конкретном снапе, а в том, саму идею "независимого пакета"
> надо убивать в зародыше.

она и так сама помрет. это тупо никому не нужно, так же как ланчпад.

Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

71. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 16-Июн-16, 15:58 
Круто. Только в дистрибутиве обычно древняя глючащая версия. А хорошую и не глючащую нужно самому собирать.
Ответить | Правка | Наверх | Cообщить модератору

80. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Crazy Alex (ok), 16-Июн-16, 16:17 
Хреновые у вас дистрибутивы. Я как-то больше вижу "древняя и дубовая с патчами" проттив "свежей и глючной".
Ответить | Правка | Наверх | Cообщить модератору

242. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 17-Июн-16, 17:10 
Меняй дистрибутив.

P.S. Специально для тех, кто не может жить ни дня без обновления, и физически страдает от устаревания либы на 4ю цифру в версии - придумали рач. Ну и генту ещё, но школьники как правило её ниасиливают.

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

72. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 16-Июн-16, 16:06 
Охрененно, в арче чувак с мозгами. Не всё потеряно ещё у линукса.
Ответить | Правка | Наверх | Cообщить модератору

89. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от анонист (?), 16-Июн-16, 16:38 
ну так все истинные линуксоиды и должны пользоваться арчиком и подобными дистрами :) для всех остальных есть снап
Ответить | Правка | Наверх | Cообщить модератору

114. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 17:56 
> ну так все истинные линуксоиды и должны пользоваться арчиком и подобными дистрами
> :) для всех остальных есть снап

для меня больше важна скорость развертывания дистра на моей десктоп машине и минимум действий для того чтобы сделать все так как мне нужно. всякие слаки, LFS'ы, арчики, бсд зоопарки не для меня. PC-BSD еще ничего, нооо ZFS бесит и мэйнтэйнеры не очень там.

а мифы мол настроить под себя он не упомянул ;)......тоже наверное во избежание холиваров. а собственно что там настраивать? поставил и пользуешься.

Ответить | Правка | Наверх | Cообщить модератору

132. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 19:15 
клонируй образ с уже установленой операционкой, той же клонзиллой с pxe, вместо самоудовлетворения космическим уб⁠людком
Ответить | Правка | Наверх | Cообщить модератору

281. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 20-Июн-16, 14:13 
> важна скорость развертывания дистра на моей десктоп машине

Переустанавливаешь трижды в день?

Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

84. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Отражение луны (ok), 16-Июн-16, 16:23 
У меня есть более стоящие доводы за snap. В репах дистрибутивов куча устаревших пакетов. Авторы приложений создают репозитории, чтобы пользователи автоматически могли обновляться на новые версии. И тут возникает забавная штука. Из стороннего репозитория пользователю можно обновить ЛЮБОЙ пакет. Эталон безопасности, что тут скажешь.
Ответить | Правка | Наверх | Cообщить модератору

111. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 17:53 
> У меня есть более стоящие доводы за snap. В репах дистрибутивов куча
> устаревших пакетов. Авторы приложений создают репозитории, чтобы пользователи автоматически
> могли обновляться на новые версии. И тут возникает забавная штука. Из
> стороннего репозитория пользователю можно обновить ЛЮБОЙ пакет. Эталон безопасности,
> что тут скажешь.

из-за сомнительного качества пакетов с launchpad'а ихнего убунтовского я ломал убунты уже не раз и не два, а скорее на десятки уже счет пошел, вот такая польза от их идей распространения софта. Тоже самое могу сказать и про остальных типа openSUSE leap 42.1 там тоже задница, даже без коммунити репок, особенно удивило то как он полетел у меня вчера на ровном месте после обновления, а всего то залетели апдэйты к GNOME + драйверок LTS NVIDIA новый, после чего логин мэнэджер слетел к чертям. Тоже самое произошло у меня с rolling дистрами типа sabayon, manjaro последний вчера вообще не встал ибо офигенный инсталлятор calamares сделал все через жопу, зато открытый. в общем я не долго думая воткнул ROSA R7 и был приятно удивлен ;)

если вам так хочется bleeding edge то милости просим на любой rolling release model дистрибутив ;) но там все будет сыпаться периодически. идеального ничего нет.

Ответить | Правка | Наверх | Cообщить модератору

159. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Bugwormemail (?), 16-Июн-16, 21:12 
В пакмене приоритеты обновлениям даются в зависимости от того, как репы расположены в списке. Так что для того, чтобы такого не произошло, достаточно не писать репы выше стандартных. Это я еще не вспомнил того, что репы там добавляются крайне редко. Ну dpkg дети пусть страдают
Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

191. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от vi (ok), 16-Июн-16, 23:01 
> У меня есть более стоящие доводы за snap. В репах дистрибутивов куча
> устаревших пакетов. Авторы приложений создают репозитории, чтобы пользователи автоматически
> могли обновляться на новые версии. И тут возникает забавная штука. Из
> стороннего репозитория пользователю можно обновить ЛЮБОЙ пакет. Эталон безопасности,
> что тут скажешь.

У себя в хомяке каждый пользователь админ. Вот только квоты.

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

85. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 16:23 
К чему весь спор? Есть пакеты и это хорошо. Для остального можно написать dockerfile.
Ответить | Правка | Наверх | Cообщить модератору

86. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от anonymous (??), 16-Июн-16, 16:24 
А что не так со snap пакетами? Всегда были программы, которые поставлялись только архивом, пригодным для распаковки в /opt или хомяк. И как-то это не сломало инфраструктуру дистрибутивов, потому что подобный способ распространения всегда проигрывает пакетам, полностью поддерживаемым дистрибутивом.
Ответить | Правка | Наверх | Cообщить модератору

87. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от anonymous (??), 16-Июн-16, 16:29 
И всегда будут. Просто snap придумали в Убунте, поэтому надо резко осудить.
Ответить | Правка | Наверх | Cообщить модератору

127. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 16-Июн-16, 19:07 
>  подобный способ  распространения всегда проигрывает пакетам, полностью поддерживаемым дистрибутивом

Голословное утверждение. Обычно так ставится какая-нибудь проприетарщина.

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

274. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от anonymous (??), 18-Июн-16, 18:02 
Ну вот в gentoo, например, нет сборки IntelliJ Idea из исходников. А исходники есть, хочешь - бери. Но всем влом делать пакет. Будет пакет - будут ставить как положено. А пока только и получается, что распаковать архив. Или вот double commander. Я не поленился, написал свой ebuild для сборки из исходников. Только всё равно он ни разу не unix-way, что ожидаемо от дельфи-разработчиков, и я его так целиком и плюхаю в /usr/share, а в /usr/bin только ссылку на бинарник. Потому что программа изначально не создавалась для разделения на /lib /bin /share и прочие директории. Не только дельфи, половина ява программ тоже не имеет пакета в дистрибутиве. Остаётся только распаковывать. Ну опционально ещё можно собрать самому, а потом всё равно распаковывать.

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

А ещё есть куча программ, которые стоят в хомяке, но не стоят системно. clfswm, livestreamer (теперь вроде уже есть, но когда-то не было). Ставятся эти программы в хомяк, потому что их надо обновлять часто, а не когда ленивый мейнтейнер запихает новую версию в портеж. И у лиспа, и у питона есть собственные системы распространения пакетов, и пользователь часто хочет задействовать их вместо тормозного system-wide портежа.

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

Ответить | Правка | Наверх | Cообщить модератору

91. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от dgdsgfsadfgsdfgsdfg (?), 16-Июн-16, 16:50 
Я не уверен, но вроде еще существует проприетарное ПО... Нет, не так.
Всегда было и будет проприетарное ПО, в которое не пустят мейнтейнеров, но которое может быть нужно пользователям. Snap-пакеты - как раз то, что нужно, чтобы без всякого dll-hell донести пакет до пользователя. Статья - идеологический вопль, не имеющий к реальности отношения.
Ответить | Правка | Наверх | Cообщить модератору

110. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 17:47 
> Я не уверен, но вроде еще существует проприетарное ПО... Нет, не так.
> Всегда было и будет проприетарное ПО, в которое не пустят мейнтейнеров, но
> которое может быть нужно пользователям. Snap-пакеты - как раз то, что
> нужно, чтобы без всякого dll-hell донести пакет до пользователя. Статья -
> идеологический вопль, не имеющий к реальности отношения.

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

Ответить | Правка | Наверх | Cообщить модератору

92. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Coon (?), 16-Июн-16, 16:55 
>Мэйнтейнеры пакетов в дистрибутиве не только выполняют техническую работу по сборке, но и являются важным связующим звеном

Да уж. ~waker может многое об этом рассказать. По-моему, ситуация когда без преувеличения лучший плеер для linux отсутствует в репозиториях, либо есть но изуродован абсурдна.

Ответить | Правка | Наверх | Cообщить модератору

103. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 16-Июн-16, 17:34 
Расскажет конечно, как все вокруг дураки и не лечатся, один он стоит в белом.
Ответить | Правка | Наверх | Cообщить модератору

180. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 16-Июн-16, 22:01 
+
Ответить | Правка | Наверх | Cообщить модератору

126. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от Аноним (-), 16-Июн-16, 19:04 
>По-моему, ситуация когда без преувеличения лучший плеер для linux отсутствует в репозиториях, либо есть но изуродован абсурдна.

Ничего абсурдного тут нет, а deadbeef отсутствует в репах потому что его автор банальный эгоист принимающий в расчёт только свои интересы и поплёвывающий на интересы сообщества.

А насчёт того что deadbeef лучший под Linux, так тут надо указывать по каким параметрам лучший, deadbeef действительно хорош только в малом потреблении памяти и поддержке редких форматов, причём первое во многом обусловлено тем что то что у других плееров по умолчанию имеется в deadbeef надо ставить через какие-то левые плагины, которые надо ещё откуда-то выкачивать, а многое так и вообще отсутствует.

Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

156. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 20:02 
У пользователя один интересе - чтобы плеер был и работал хорошо. Какие там еще интересы сообщества нарушены и кем?

Ответить | Правка | Наверх | Cообщить модератору

244. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 17-Июн-16, 17:23 
Уходи, потреблzдям тут не рады.
Ответить | Правка | Наверх | Cообщить модератору

182. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 16-Июн-16, 22:03 
лучший *графический* плеер, и то, это далеко-о не факт; вкус фломастеров для всех разный.
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

95. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Coon (?), 16-Июн-16, 17:02 
Утверждение: Dependency hell существует, тормозит развитие и очень мешает жить.

Реальность: Dependency hell - меньшее зло чем DLL hell, но на самом деле существует и с ним что-то надо делать.

Ответить | Правка | Наверх | Cообщить модератору

105. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Pan (??), 16-Июн-16, 17:36 
Решили: теперь у нас будет и Dependency hell, и DLL hell.
Ответить | Правка | Наверх | Cообщить модератору

96. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Coon (?), 16-Июн-16, 17:05 
И ещё раз повторю. Когда давно назревшая проблема долго не решается, за неё берётся Лен Пот.
Ответить | Правка | Наверх | Cообщить модератору

109. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 17:46 
и без его поделок все прекрасно жили.
Ответить | Правка | Наверх | Cообщить модератору

243. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 17-Июн-16, 17:13 
...и продолжают.
Ответить | Правка | Наверх | Cообщить модератору

108. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 16-Июн-16, 17:45 
можно просто этим не пользоваться и оно само помрет. Я тоже не понимаю зачем оно все современным дистрибутивам, там и так все есть.
Ответить | Правка | Наверх | Cообщить модератору

112. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Coon (?), 16-Июн-16, 17:54 
>там и так все есть

в PPA.

Ответить | Правка | Наверх | Cообщить модератору

224. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Некто Нектович (?), 17-Июн-16, 13:29 
В Коране всё есть! © Поджигатель Александрийской библиотеки
Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

119. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от azure (ok), 16-Июн-16, 18:25 
Утверждение: все что нужно уже есть в дистрибутиве. Все чего нет - есть в альтернативных репозиториях.
Ответить | Правка | Наверх | Cообщить модератору

123. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от iLex (ok), 16-Июн-16, 18:49 
А скажите-ка мне, какая у нас в Ubuntu версия wine лежит сейчас в репах? 1.7-то хоть есть? Что, даже и этого нет? Проснитесь, уже давно 1.9 вышел!
А какая у нас версия Blender сейчас? И сколько пройдёт лет, пока эти майнтейнеры наконец почешутся последнюю версию собрать? Пять? Десять? А inkscape? А retext?
И так всегда. Если нужен любой свежий софт, а не древние окаменелости, всё равно все ставят с github'а разработчика. Так не лучше ли, если разработчик сам будет делать сборку для всех пользователей, чтоб они могли взять сразу бинарник, а не шаманить с make install, который с первого раза никогда не заводится? Или у вас apt/dpkg отнимают? snap лишь дополнит пакетную систему, а не заместит.
Ответить | Правка | Наверх | Cообщить модератору

135. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 16-Июн-16, 19:20 
Интересно, что же такого в новых версиях, что их непременно нужно ставить? Вот есть у меня старая версия, которая прекрасно работает. Объясните, зачем мне самая свежая версия? Что, она будет работать лучше, быстрее, потреблять меньше памяти? Очень сомневаюсь. Я вот не могу припомнить ни одного примера, когда новая версия уже достаточно долго развиваемой программы была бы кардинально лучше старой.
Ответить | Правка | Наверх | Cообщить модератору

150. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 16-Июн-16, 19:55 
> Интересно, что же такого в новых версиях, что их непременно нужно ставить?
> Вот есть у меня старая версия, которая прекрасно работает. Объясните, зачем
> мне самая свежая версия? Что, она будет работать лучше, быстрее, потреблять
> меньше памяти? Очень сомневаюсь. Я вот не могу припомнить ни одного
> примера, когда новая версия уже достаточно долго развиваемой программы была бы
> кардинально лучше старой.

Эпический ответ. Все еще на дебиан 1 сидите? В новом релизе же ничего "кардинально нового" наверняка не было.
А вот люди хотят свежего, и да, там часто есть нужные нововведения. Открытый софт достаточно неразвит чтобы ждать чуда буквально с каждым релизом.

Ответить | Правка | Наверх | Cообщить модератору

153. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от Led (ok), 16-Июн-16, 19:57 
> Эпический ответ. Все еще на дебиан 1 сидите? В новом релизе же
> ничего "кардинально нового" наверняка не было.
> А вот люди хотят свежего

Для вас же, ...ов, арчик придумали!


Ответить | Правка | Наверх | Cообщить модератору

167. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 16-Июн-16, 21:33 
Нужен стабильный роллинг, но такого нет и не будет, потому что ментейнеров толковых нужно будет дофига и трошки. Так что идея с пакетами все-в-одном оправдана. Обновлять только тот софт до последней версии, который нужен и не парится о том, что он притащит с собой библиотеку, которая может вызвать глюки у другого установленного софта. Легко откатится или просто запустить предыдущю версию софта, если в новой есть како-то неприятный баг перекрывающий новые фичи. Отписаться об этом баге и максимально быстро получить обновление не парясь о том какой у тебя дистр.
Ответить | Правка | Наверх | Cообщить модератору

155. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 16-Июн-16, 19:59 
Хоть у кого-то еть нормальные потребности а не желание подчеркнуть свою исключительность в ущерб всему.
Если охота всегда всего нового, то есть арчик, но т к проблемы со стабильностью бывают, то я думаю, для обычных активных юзверей нужен дистр с гибридной системой построения: стабильное ядро системы и пользовательский софт любых версий (как старых так и новых) и наименований, такой же простой как арч. Пока не нашел.


Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

158. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Разработчик (?), 16-Июн-16, 20:11 
> Так не лучше ли, если разработчик сам будет делать сборку для всех пользователей

А что ещё мне для вас сделать?

Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

163. "Обратная сторона систем распространения приложений в обход д..."  +2 +/
Сообщение от Bugwormemail (?), 16-Июн-16, 21:18 
Просто смени дистрибутив. Ты бы еще пожаловался на то, что бабка бежит недостаточно быстро
Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

221. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от SysA (?), 17-Июн-16, 12:37 
> А скажите-ка мне, какая у нас в Ubuntu версия wine лежит сейчас
> в репах? 1.7-то хоть есть? Что, даже и этого нет? Проснитесь,
> уже давно 1.9 вышел!

А в Генту есть и 1.9, хоть и нестабильная! Т.е. хочешь - ставь, не хочешь - жди стабилизации. Это и есть свобода!

> А какая у нас версия Blender сейчас? И сколько пройдёт лет, пока
> эти майнтейнеры наконец почешутся последнюю версию собрать? Пять? Десять? А inkscape?
> А retext?
> И так всегда. Если нужен любой свежий софт, а не древние окаменелости,
> всё равно все ставят с github'а разработчика. Так не лучше ли,
> если разработчик сам будет делать сборку для всех пользователей, чтоб они
> могли взять сразу бинарник, а не шаманить с make install, который
> с первого раза никогда не заводится? Или у вас apt/dpkg отнимают?
> snap лишь дополнит пакетную систему, а не заместит.

Не всегда! Контрпример - Генту!

А готовые бинарники от дяди - потенциальное зло.

Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

131. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 16-Июн-16, 19:15 
вывод: надо устранить главное препятствие - разработчика и довериться мейнтейнеру :) , пока ему дуло к виску не приставили и не попросили добавить нехорошее.
Ответить | Правка | Наверх | Cообщить модератору

133. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 16-Июн-16, 19:16 
чего они так боятся snap, у каждого свой дистрибутив. или это агитпроп?
Ответить | Правка | Наверх | Cообщить модератору

143. "Обратная сторона систем распространения приложений в обход д..."  –3 +/
Сообщение от Аноним (-), 16-Июн-16, 19:50 
Страдания идейльного мейнтейнера в реальном мире? Прикол в том, что для арчика снапы действительно практически не нужны, но только для арча (из бинарных).
В реальном мире нет достаточного числа таких замечательных мейнтейнеров, поэтому половины софта тупо нет в репозиториях и все прочие перечисленные плюшки /0.
Потом политика большинства дистров запрещает обновлять софт, а хочется. Пользовательские и прочие левые репы - куда более сомнительное решение чем снапы, т к по мимо отсутствия доверия и качества, еще и срут в саму систему, заменяют зависимости на левые сборки и т д.
Удивляют люди которым дают возможность, а они орут - это все плохо, нам не надо и другим не дадим.
Ответить | Правка | Наверх | Cообщить модератору

166. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Bugwormemail (?), 16-Июн-16, 21:25 
> Страдания идейльного мейнтейнера в реальном мире? Прикол в том, что для арчика
> снапы действительно практически не нужны, но только для арча (из бинарных).
> В реальном мире нет достаточного числа таких замечательных мейнтейнеров, поэтому половины
> софта тупо нет в репозиториях и все прочие перечисленные плюшки /0.
> Потом политика большинства дистров запрещает обновлять софт, а хочется. Пользовательские
> и прочие левые репы - куда более сомнительное решение чем снапы,
> т к по мимо отсутствия доверия и качества, еще и срут
> в саму систему, заменяют зависимости на левые сборки и т д.
> Удивляют люди которым дают возможность, а они орут - это все плохо,
> нам не надо и другим не дадим.

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

Ответить | Правка | Наверх | Cообщить модератору

272. "Обратная сторона систем распространения приложений в обход д..."  –2 +/
Сообщение от Аноним (-), 18-Июн-16, 10:45 
Описывать недостатки в таком ключе не стоило, т к снапы не пытаются полностью заменить мейнтейнеров и решают немного другие задачи. Из его опуса следует, что снапы плохи а мейнтейнеры, идеальные и способны решить любые задачи (просто им неохота).
Т е задачи снапов мейнейнеры не решают все цать лет существования линукса, а как появился (очередной) снап, так запели, что он не нужен. Идиотизм.
Ответить | Правка | Наверх | Cообщить модератору

273. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 18-Июн-16, 10:57 
> Описывать недостатки в таком ключе не стоило, т к снапы не пытаются
> полностью заменить мейнтейнеров и решают немного другие задачи.

Как? Разве есть какие-то другие задачи, кроме "дистрибутивы, кроме Первого, не нужны"???

Ваше супер-рентгеновское зрение поражает. Расскажите нам больше!

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

Итого: дистрибутивы, кроме Венды, не нужны, единый пакет SETUP.EXE решает.

Ответить | Правка | Наверх | Cообщить модератору

152. "Обратная сторона систем распространения приложений в обход д..."  +1 +/
Сообщение от Аноним (-), 16-Июн-16, 19:57 
>Мэйнтейнеры помогают избежать проблем в ситуации неадекватных решений разработчиков

А разработчикам нужен инструмент дабы избегать проблем от неадекватных мейнтейнеров - типа макак из debian-multimedia, которые поставляли libav под видом ffmpeg, тем самым ломая кучу софта, а когда адекватный человек открыл свой репозиторий с нормальным ffmpeg - они наехали на него, утверждая, что он вносит раскол в экосистему дистрибутива и не имеет права использовать слово "debian" где-либо на своём сайте.  

Ответить | Правка | Наверх | Cообщить модератору

165. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Bugwormemail (?), 16-Июн-16, 21:22 
Вывод - чтобы не встречать неадекватных людей, которые могут нагадить, нужно самому себе мейнтейнить. А еще лучше самому себе софт писать
Ответить | Правка | Наверх | Cообщить модератору

174. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Pilat (ok), 16-Июн-16, 21:48 
Есть программы/библиотеки, которые удобно распространять в виде "от разработчика", есть те, которые удобно получать в дистрибутиве.
Для проектов, поддерживаемых лет 10, нет проблемы устаревших версий - любая версия через 10 лет будет устаревшей. А вот проблема дистрибутива, поддерживаемого 10-15 лет - есть.
Ответить | Правка | Наверх | Cообщить модератору

186. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от bircoph (ok), 16-Июн-16, 22:17 
Snap — это C:/Program Files/ для Linux, со всеми вытекающими.
Ответить | Правка | Наверх | Cообщить модератору

239. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 17-Июн-16, 16:40 
C:/Program Files/ для Linux это /opt, У котого своих недостатков хватает.
А Snap их решает и задачи стоят у них одинаковые.

А автор вроде умный мужик, но такой глупый. Ни кто не просит отказывается от родных пакетов, но что делать если родной пакет не собрать. Простой пример одна из лучших читалок fb2 формата CoolReader на последний дебиан не ставится, зависимости мешают. А если его изолировать в Snap, он и через 10 лет будет работать. Сборкой CoolReader в Snap я сейчас и занимаюсь, в надежде на нормальное использование любимой программы    

Ответить | Правка | Наверх | Cообщить модератору

202. "Обратная сторона систем распространения приложений в обход д..."  –1 +/
Сообщение от Аноним (-), 17-Июн-16, 02:10 
Конечно, мой мейнтейнер меня бережет. Проверяет каждый пакет на недобросовестные действия в системе. А то пользователь сам не может посмотреть на разрешения пакета и настроить их. Но при этом так хорошо доверять, что приложения имеют доступ ко всей файловой системе, доступной пользователю, но они там точно ничего лишнего читать не будут, ибо мейнтейнер бдит. А что делать с софтом, которого нет в репозиториях? Ах да, конечно, он не нужен. Все что не прошло испытанием временем в течении десятилетий, то не нужно использовать, ага.
Ответить | Правка | Наверх | Cообщить модератору

208. "Обратная сторона систем распространения приложений в обход д..."  –2 +/
Сообщение от Нанобот (ok), 17-Июн-16, 08:59 
snap-пакеты призваны избавить дистры от бюрократической прослойки, паразитирующей на индустрие СПО - мейнтейнеров. естественно, это вызывает сопротивление этой бюрократической прослойки.
Ответить | Правка | Наверх | Cообщить модератору

222. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от vi (ok), 17-Июн-16, 13:03 
> snap-пакеты призваны избавить дистры от бюрократической прослойки, паразитирующей на
> индустрие СПО - мейнтейнеров. естественно, это вызывает сопротивление этой бюрократической
> прослойки.

На счет бюрократической прослойки, не согласен.
И даже если да.
Интересно, насколько "толста" эта прослойка?
Какие лично у Вас "неудобства" от этой прослойки? Как Вы это неудобство компенсируете?
Может все таки в прослойке есть, что то хорошее для Вас? Готовы ли Вы отказаться от этого, хорошего? И как Вы этот отказ компенсируете?

Ответить | Правка | Наверх | Cообщить модератору

230. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Wladmis (ok), 17-Июн-16, 15:39 
> snap-пакеты призваны избавить дистры от бюрократической прослойки, паразитирующей на
> индустрие СПО - мейнтейнеров. естественно, это вызывает сопротивление этой бюрократической
> прослойки.

На чём основано ваше мнение, что мейнтейнеры — бюрократическая прослойка? Кто, по вашему мнению, собирает эти самые дистры?

Ответить | Правка | К родителю #208 | Наверх | Cообщить модератору

283. "Обратная сторона систем распространения приложений в обход д..."  +/
Сообщение от Аноним (-), 03-Ноя-16, 14:43 
Вся эта инфо-ботва со  снэп-пакеты связана с тем, что просто существует опаска что Канноциал будет заправлять индустрией, но для приложений Андроид на такого не наблюдается!
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру