The OpenNET Project / Index page

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



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

Оглавление

Проект Gentoo представил систему управления пакетами Portage 3.0, opennews (?), 07-Сен-20, (0) [смотреть все] +1

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


74. "Проект Gentoo представил систему управления пакетами Portage..."  +1 +/
Сообщение от jOKer (ok), 07-Сен-20, 13:53 
Я, - если совсем уж начистоту, - наверное все же предпочел, что бы Portage переписали на каком-нибудь компилируемом ЯП. Но не ради увеличения производительности, а просто потому, что ставить в систему кучу пакетов/библиотек питона ради запуска чисто системного ПО - видимо, не самое разумное решение. В целом архитектура такой системы получается довольно хрупкая, с большим количеством точек отказа - ошибка в любом из пакетов по зависимостям - может окончится печально. То, что это _пока_ не произошло плод просто титанических усилий и тонн тестов.
Кроме того, коль уж это системное ПО, то появляется жесткая необходимость поддержки целого зоопарка версий питона. А зоопарк этот, - на минуточку, - не только добавляет питонячьим разрабам "щастья", в том числе и в смысле тестирования, но и мешает выйти на максимальную производительность последних версий питона.

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

Есть еще одна сторона медали: я сам разработчик питона, и лично мне проще юзать Portage написанный на питоне. Но это - лично мне. Многим другим это вовсе не так, а я совсем не хочу, что бы мой любимый ЯП превращался в какое-то пугало: у пользователей Gentoo я считаю, должна быть возможность отказаться от питона в системе, так же как они могут отказаться от любых других скриптовых ЯП. Пускай питон будет только у тех, кто знает как его готовить, любит его и ценит.

ЗЫ Никому не навязываю свою точку зрения, просто высказываю свое ИМХО по сабжу.

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

81. "Проект Gentoo представил систему управления пакетами Portage..."  +1 +/
Сообщение от Аноним (218), 07-Сен-20, 14:15 
https://paludis.exherbo.org/ , последний релиз был 4 года назад. Но репозиторий, вроде, шевелится.
Ответить | Правка | Наверх | Cообщить модератору

136. "Проект Gentoo представил систему управления пакетами Portage..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 07-Сен-20, 18:41 
> https://paludis.exherbo.org

Был один знакомый одесский разработчик этой занятной зверушки ;-)
Мне у них понравилось тогда очень внятное описание проекта и "кто наш пользователь".

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

257. "Проект Gentoo представил систему управления пакетами Portage..."  +/
Сообщение от microsoft (?), 09-Сен-20, 22:06 
Ниче что нифига не замена аортажу да и cave далеко не все умеет.
Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

83. "Проект Gentoo представил систему управления пакетами Portage..."  +1 +/
Сообщение от анонн (ok), 07-Сен-20, 14:23 
> Я, - если совсем уж начистоту, - наверное все же предпочел, что
> бы Portage переписали на каком-нибудь компилируемом ЯП. Но не ради увеличения
> производительности, а просто потому, что ставить в систему кучу пакетов/библиотек питона ради запуска чисто системного ПО - видимо, не самое разумное решение.

В "источнике вдохновения" Роббинса использовали (и до сих пор используют) старый замшел^W добрый sh (причем, это таки "настоящий" sh, а не симлинк на bash). Работает совершенно без питона, вполне "декларативно", да и "бутылочное горлышко", как тут уже где-то верно подметили - обход 100500 файлов (впрочем, на SSD как-то не ощущается) и тут хорошо ускориться можно с помощью кэширования.

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

102. "Проект Gentoo представил систему управления пакетами Portage..."  +1 +/
Сообщение от d000email (ok), 07-Сен-20, 16:21 
Как говорится, ю ар велком.
Кому хочется, пусть тот и напишет свой аналог. Или несколько. Сделайте себе go-portage, c-portage, rust-portage. Эволюция и время покажет, что выживет.
А обычный portage пусть остается на питоне.
И это как раз будет соответствовать философии генты.
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

126. "Проект Gentoo представил систему управления пакетами Portage..."  +/
Сообщение от Аноним (-), 07-Сен-20, 18:22 
> Я, - если совсем уж начистоту, - наверное все же предпочел
> что бы Portage переписали на каком-нибудь компилируемом ЯП.

какой выпад!11 проснулся-таки!!1

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

135. "Проект Gentoo представил систему управления пакетами Portage..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 07-Сен-20, 18:40 
> Я не уверен что подойдет лучше: си, раст или го

Из этих трёх -- на самом деле первое, но в качестве разумного компромисса скорее могут быть и плюсы (у которых уязвимость в виде libstdc++, но всё-таки это не полбидона).

> ЗЫ Никому не навязываю свою точку зрения, просто высказываю свое
> ИМХО по сабжу.

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

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

146. "Проект Gentoo представил систему управления пакетами Portage..."  –1 +/
Сообщение от Аноним (97), 07-Сен-20, 19:55 
Божечки, сколько "авторитетных" питононенавистников в комментах набежало! Хаха.
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

230. "Проект Gentoo представил систему управления пакетами Portage..."  +/
Сообщение от iPony129412 (?), 08-Сен-20, 14:21 
> Я, - если совсем уж начистоту, - наверное все же предпочел, что
> бы Portage переписали на каком-нибудь компилируемом ЯП. Но не ради увеличения
> производительности, а просто потому, что ставить в систему кучу пакетов/библиотек питона
> ради запуска чисто системного ПО - видимо, не самое разумное решение.

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

PS: не питонист

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

236. "Проект Gentoo представил систему управления пакетами Portage..."  +/
Сообщение от jOKer (ok), 08-Сен-20, 16:59 
>PS: не питонист

Без обид: оно и заметно. Вообще-то есть разница между "запускать приклад на питоне" и "запускать системный софт на питоне".

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

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

Еще раз: я не уверен, что системный софт имеет смысл писать на скриптовых языках, с участием сложных пакетных зависимостей. ИМХО, компилируемый ЯП подойдет для этой цели лучше.

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

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

237. "Проект Gentoo представил систему управления пакетами Portage..."  –1 +/
Сообщение от iPony129412 (?), 08-Сен-20, 17:31 
>[оверквотинг удален]
> окружений и со всеми пакетами по зависимостям. И причем работали без
> ошибок. А это очень и очень сложная инженерная задача, цена работы
> над которой, что в рублях, что в человеко-часах весьма велика. Но
> если для приклада, в оплате этого ценника есть смысл, то в
> случае системного софта этот смысл далеко не столь очевиден, как многие
> хотели бы показать. Я например, сильно сомневаюсь, что эту цену стоит
> платить.
> Еще раз: я не уверен, что системный софт имеет смысл писать на
> скриптовых языках, с участием сложных пакетных зависимостей. ИМХО, компилируемый ЯП подойдет
> для этой цели лучше.

Как плюсовик с улыбкой на такое смотрю. Без boost не представляю как подобное написать, а тут уж чем-то попахивает тем же, а особеено с политикой зависимостей в дистрибутивах...
Это линукс. Тут Stable API понятно чего

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

244. "Проект Gentoo представил систему управления пакетами Portage..."  –1 +/
Сообщение от Аноним (243), 08-Сен-20, 20:44 
>наверное все же предпочел, что бы Portage переписали на каком-нибудь компилируемом ЯП

так а чего до сих пор не переписал?

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

252. "Проект Gentoo представил систему управления пакетами Portage..."  +/
Сообщение от Аноним (251), 09-Сен-20, 09:21 
> Но не ради увеличения производительности, а просто потому, что ставить в систему кучу пакетов/библиотек питона ради запуска чисто системного ПО - видимо, не самое разумное решение. В целом архитектура такой системы получается довольно хрупкая, с большим количеством точек отказа - ошибка в любом из пакетов по зависимостям - может окончится печально.

Согласен, этим нас пугают уже 20 лет.

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

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

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

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




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

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