The OpenNET Project / Index page

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



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

Оглавление

Разработчики FreeBSD представили релиз пакетного менеджера P..., opennews (??), 24-Июл-14, (0) [смотреть все]

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


97. "Разработчики FreeBSD представили релиз пакетного менеджера P..."  +/
Сообщение от cebka (?), 27-Июл-14, 02:02 
Насчет 29 разработчиков - это ошибка перевода (или же самих release notes). Разработчиков у pkg сейчас двое - это я и bapt. Про SAT - это также ошибка сообщения о релизе и надмозга, для полного представления, что и как делалось, советую ознакомиться с моей презентацией на BSDCAN: https://github.com/vstakhov/pkgng-presentation. Там же есть планы на pkg 1.4: https://github.com/vstakhov/pkgng-presentation/blob/master/p...

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

Насчет libucl, я согласен, что довольно странно было упоминать ее в Release Notes, потому что это довольно-таки внутренняя кухня pkg. История с ней была простой: я думал, как сделать json с человеческим лицом для другого своего проекта - rspamd. И идеи, которые я реализовал в ucl, нашли применение в pkg. К слову, pkg сейчас использует обычный json для внутреннего описания пакетов.

P.S. извиняюсь за убогое квотирование исходного сообщения, но я не понял, как тут делать правильно.

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

99. "Разработчики FreeBSD представили релиз пакетного менеджера P..."  +/
Сообщение от Аноним (-), 27-Июл-14, 20:01 
Я вас, разработчиков только об одном прошу. Не делайте подобие деб/рпм бсд-разлива. Уточню. Сегодня для изучения и создание порта/пакета в бсд небходимо затратить один вечер - на изучение документации и следующее утро на создание оных. Совсем другая история с деб/рпм. Для изучение документации вам понадобиться затратить дня 3-4, ещё столько же на создание деб/рпм (при условии, что там всё тривиально).

Офф. документации к дебу (нужно отдать должно, что у рпм проблема слегка проще, но она там ухудшается наличием двух версий 4й и 5й) раскидана по 4-5 отдельным документам. Для того, чтобы узнать, что из них must read (hint: Debian New Maintainers' Guide) у меня ушло несколько часов. И если вы считаете, что этого достаточно для создания качественного пакета, который можно было бы направить на рассмотрение включения в офф.репозиторий - вы глубоко заблуждаетесь. За это время я уже понял бы общии концепции в создании фряшного порта, даже если бы видел их в первый раз в жизни. Каков итог? Создание пакета деб/рпм - нетривиально, занимает огромное кол-во времени, отталкивает потенциальных мейнтейнеров своей сложностью. Всё тоже самое произойдёт с фрёй, если софтварный манаджмент станет таким же усложнённым, каковым он является в случае с апт/деб.

В чём причина такой сложности апт/деб и как они дошли до жизни такой? Проблема в том, что разработчики апт начили с такой же благой целью, что и вы и.. не сумели вовремя остановиться. Попытка реализации в семействе утилит apt тотального контроля за софтверным манаджментом в системе, повлекла разумеется усложнение самого .deb, что в свою очередь повлекло усложнения и неоднозначности самого ПО по созданию и контролю репозитория, deb-пакетов - таковых утилит там более трёх десятков, всё это в свою очередь повлекло усложнение в документации (формализовать-то это дело как-то нужно), а т.к. документацию писать никто не любит по многих частям она фрагментированна, out date или вообще отсутствует. Касательно рпм, тут нужно отдать должное редхат они стараются держать под контролем это дело, но и у них своё непаханное поле проблем в следствии того, что рпм шёл, как конкурент дебу и точно также наращивали сложность своей системы.

Что имеет в итоге (если говорить про апт/деб)? Всё верно, попытка упростить весь этот балаган. В результате появляются click-пакеты, своё sdk от каноникла. Правда ничто из этого не получило должного продолжения. Да и sdk для пакетирования - это вообще абсурд.

Вобщем не доводите до абсурда произошедшего в деб/рпм. Старайтесь держать систему на столько простой, насколько это возможно. К сожалению, история человеческой цивилизации, показывает, что человечество в большинстве случаев только усложняет, после чего бултыхается во всём этом :)

The hope is that the progress in hardware will cure all software ills. However, a critical observer may observe that software manages to outgrow hardware in size and sluggishness (с) Reiser Martin. The Oberon System User Guide and Programmer's Manual

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

101. "Разработчики FreeBSD представили релиз пакетного менеджера P..."  +1 +/
Сообщение от Аноним (-), 27-Июл-14, 20:27 
> один вечер - на изучение документации и следующее утро на создание
> оных. Совсем другая история с деб/рпм. Для изучение документации вам понадобиться
> затратить дня 3-4, ещё столько же на создание деб/рпм

Достаточно странные жалобы, учитывая что майнтайнерство - это не та вещь где поматросил-бросил тепло приветствуется окружающими. Там если назвался груздем - потом годами майнтайнить придется. На фоне нескольких лет - 3-4 дня потратить на освоение нормального инструментария и общепринятых практик - вполне нормальное дело.

Если это дико впадлу - пакет checkinstall-ом собирается за 5 минут. Но вы же понимаете что за 5 минут шедевры не делаются...

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

104. "Разработчики FreeBSD представили релиз пакетного менеджера P..."  –1 +/
Сообщение от Аноним (-), 27-Июл-14, 21:22 
>> один вечер - на изучение документации и следующее утро на создание
>> оных. Совсем другая история с деб/рпм. Для изучение документации вам понадобиться
>> затратить дня 3-4, ещё столько же на создание деб/рпм
> Достаточно странные жалобы, учитывая что майнтайнерство - это не та вещь где
> поматросил-бросил тепло приветствуется окружающими. Там если назвался груздем - потом
> годами майнтайнить придется. На фоне нескольких лет - 3-4 дня потратить
> на освоение нормального инструментария и общепринятых практик - вполне нормальное дело.
> Если это дико впадлу - пакет checkinstall-ом собирается за 5 минут. Но
> вы же понимаете что за 5 минут шедевры не делаются...

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

Чекинсталл - это инструмент для юзера-админа пары машин. При адекватно написанном Makefile и наличии возможности выполнить make uninstall, я вообще не имею ничего против выполнения configure, make, make install. Но даже для выполнения такой очевидной операции в деб/рпм дистрибутивах вам придётся выполнить нетривильную процедуру поиска пакетов, в которых лежат зависимости для сборки _данных_ исходных кодов. Это следствие сложности софтверного манаджмента. То что в слаквари идёт одним пакетом, в дебиане может быть разбито на 15 пакетов (php, apache etc). Всё это сложности на которые юзеру именно деб/рпм дистрибутивов приходится затрачивать значительно больше времени, чем пользователю не деб/рпм.

Как только вам понадобиться создать репозиторий. Вы сперва сядите и будете пару часов разбираться, какую из пятка утилит вам задействовать.. чтобы через месяц понять, что тот офф. FAQ, который датирован 2006 годом и который рекомендовал эту утилиту уже устарел и мейнстримовой утилитой, которую юзоют 99% людей для создания репов совсем другая и вообще нужно задействовать не одну, а сразу три утилиты + вот этот вот перловый скрипт нужно будет скачать по ссылке с сайта человека, который который админит сервера офф.реп с которых зеркалятся все остальные.

Создание и мейнтейнинг пакетов в деб/рпм-бейзед дистрибутивах - это АД в сравнении со всеми остальными системами. Возможность отрегулировать и наличие ручника к каждой частности в софтварном манаджманте деб/рпм уже давно является тяжёлым наследием, а не преимуществом в сравнении с другими системами на которые не было затраченно столько усилий. Об этом очень редко говорят по двум причинам: 1) при виде мануалов по созданию деб/рпм невольно возникает мнимое уважение к данным системам т.к. они обширны и всеобъемлящи. По этой же причине, мало кто критикует "Капитал" К.Маркса :); 2) человек, который в конце-концов осилили эту/эти системы очень редко скажет вам об их переусложнённости т.к. сам затратил на их понимание много усилий. деб/рпм давно перешагнули порог, когда нужно было задуматься о том, стоит ли добавлять ту или иную функциональность. Эти системы ОЧЕНЬ переусложненны.

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

119. "Разработчики FreeBSD представили релиз пакетного менеджера P..."  +2 +/
Сообщение от Аноним (-), 29-Июл-14, 08:21 
> Вы не увидели главного в моём посте - отсутствие простоты в деб/рпм.

Да, Боинг - сложнее этажерки братьев Райт. Недостатком боинга это не является. И вообще - странная это вещь: жаловаться на то что сложно быть КВСом.

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

ЧСХ в дебиане пакетов больше и они при этом майнтайнятся лучше. Как раз всякие изенотигаробразные отсеиваются. И это фича, а не баг. Так меньше ляпов и художеств от всяких малолетних шкoлoтных кулсисопов в систему прилетит.

> Чекинсталл - это инструмент для юзера-админа пары машин.

Именно. А если кто вознамерился быть КВСом - нехай почитает про аэродинамику немного, и вообще поучится ремеслу. То что какой-то баклан просто хотел подергать штурвал мощной машины "потому что это крyто" - проблемы этого баклана и не должны трансформироваться в проблемы окружающих. Поэтому хорошо что на пути бакланов есть определенный барьер, иначе их погадки прилетали бы нам на голову, далеко не в лучшем виде.

> При адекватно написанном Makefile
> и наличии возможности выполнить make uninstall,

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

> я вообще не имею ничего против выполнения configure, make, make install.

Кроме того что в системе потом остается масса ошметков после деинсталла, как в винде какой-то, только на свой лад.

> поиска пакетов, в которых лежат зависимости для сборки _данных_ исходных кодов.

Тяжела и неказиста жизнь бакланов не читающих факин маны. Узнать про тот же apt-get build-dep им не судьба. Ну вот и нефиг в пакетирование с такими знаниями соваться. Спасибо, конечно, но глюкало от оголтелых кулсисопов - не очень ценная штука. А всякие там арчи хорошо характеризуются как-то вот так. Слака - там обычно олдскульщики, которым педальный привод нравится. Но эти обычно готовы сгрызть майнтайнерский кактус и не жаловаться. У них удобства во дворе, они в курсе и это их выбор. Тем не менее, как видим, вручную дергать в самолете плоскости тягами почти все подзадолбались и не считают лишние пару бортовых компьютеров чем-то зазорным. Ну вот и с пакетными менеджерами как-то так же. Да, это здоровые, сложные и фичастые софтины и их "пилоториванию" придется поучиться. Это нормально, за это воздается.

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

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

> чтобы через месяц понять, что тот офф. FAQ, который датирован 2006 годом

Если до вас месяц доходит что с 2006 года прошло 8 лет - поздравляю, вы ретард. Держитесь от пакетирования софта подальше, пожалуйста. И вообще, репы создавать имеет смысл только если вы потом годами готовы майнтайнить. Экономить там полдня - это ни о чем.

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

Бедные кидизы, все стенки своим лбом хотят пробить. Потому что сначала - делать, а думать - потом. Загвоздка только в том что софт пакетируется как правило для других. То-есть ваши результаты жизнедеятельности, натурально, приземлятся на бошки другим. Очень хорошо что на пути кидозов за штурвал "боинга" есть некоторые барьеры. Это не позволяет им приземлять боинги на головы ни в чем не виноватых граждан.

> Создание и мейнтейнинг пакетов в деб/рпм-бейзед дистрибутивах - это АД в сравнении
> со всеми остальными системами.

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

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

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

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

> или иную функциональность. Эти системы ОЧЕНЬ переусложненны.

"Эти эйрбасы с fly-by-wire очень переусложнены! То ли дело этажерка братьев Райт!"

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

122. "Разработчики FreeBSD представили релиз пакетного менеджера P..."  +/
Сообщение от Аноним (-), 30-Июл-14, 07:31 
Достаточно было вспомнить старый анекдот:

- Василь Иваныч, какие у вас ногти на ногах длинные!
- Так и лет-то мне побольше, Петька!

Вот будет ихнему pkg 15+ лет истории - тогда и посмотрим, кто проще будет по сравнению с нынешним deb/rpm и инструментами к ним.

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

123. "Разработчики FreeBSD представили релиз пакетного менеджера P..."  –1 +/
Сообщение от iZEN (ok), 31-Июл-14, 19:33 
> Вот будет ихнему pkg 15+ лет истории - тогда и посмотрим, кто
> проще будет по сравнению с нынешним deb/rpm и инструментами к ним.

pkg_add(1) с 1993 года — 21 год, однако.


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

127. "Разработчики FreeBSD представили релиз пакетного менеджера P..."  +1 +/
Сообщение от Аноним (-), 01-Авг-14, 00:34 
> pkg_add(1) с 1993 года — 21 год, однако.

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

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

126. "Разработчики FreeBSD представили релиз пакетного менеджера P..."  –1 +/
Сообщение от Аноним (-), 01-Авг-14, 00:33 
> Вот будет ихнему pkg 15+ лет истории - тогда и посмотрим,

Да что там, давайте уж сразу до 2100 года подождем. Гладишь, внучкам даже и пригодится.

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

111. "Разработчики FreeBSD представили релиз пакетного менеджера P..."  +/
Сообщение от Аноним (-), 28-Июл-14, 02:28 
> Насчет 29 разработчиков - это ошибка перевода (или же самих release notes).
> Разработчиков у pkg сейчас двое - это я и bapt. Про
> SAT - это также ошибка сообщения о релизе и надмозга, для
> полного представления, что и как делалось, советую ознакомиться с моей презентацией
> на BSDCAN: https://github.com/vstakhov/pkgng-presentation. Там же есть планы на pkg 1.4:
> https://github.com/vstakhov/pkgng-presentation/blob/master/p...

Ага, спасибо. Остальное, вроде, я ещё помню с прошлогодней яндексовской конференции, мы тогда до-олго дискутировали... ;)

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

Вот тут не совсем понятно. Распаковка небезопасна при наличии проблем в алгоритме распаковки или его реализации - вы от этого защищаетесь? В остальном, худшее, что может сделать атакующий - впихнуть содержимое /dev/null в пакет и забить им ненадолго какой-нибудь раздел. Да и это сработает лишь если вы распаковываете "на лету".

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

> P.S. извиняюсь за убогое квотирование исходного сообщения, но я не понял, как
> тут делать правильно.

Как обычно, ">" в начале строки. :)

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

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

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




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

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