|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Svyatoslav Abramenkov 2:464/8088.100 10 Jan 2004 11:40:56
To : Vladimir Bormotov
Subject : Проблема с BlackCat Linux 6.02
--------------------------------------------------------------------------------
At 09 Jan 04 13:03:42, Vladimir Bormotov wrote to Svyatoslav Abramenkov:
SA>> [ ...skipped... ]
SA>>>> Опять же, регулярный выход новых Major версий rpm говорит о плохой
SA>>>> изначальной продуманности формата и менеджера, как и практически
SA>>>> любой софтины, орентированной на рынок, ярким примером которых
SA>>>> является софт от Microsoft.
VB>>> Это просто пеСТня. "Регулярнаый выход новых Major версий *****"
VB>>> (вместо ***** так и хочется написать Linux Kernel), и далее по
VB>>> тексту.
VB>>> Скажи, ты когда-нибудь исполнял обязанности человека,
VB>>> который выпускает релизы, и принимает решение о увеличении версии
VB>>> софта? Я даже не буду спрашивать что ты подразумеваешь под словом
VB>>> "продуманость".
SA>> Предлагаю посмотреть changelog от rpm и от dpkg за n-ное определённое
SA>> одинаковое количество лет.
VB> в одном из них я найду имя Svyatoslav Abramenkov, с твоим e-mail?
VB> если нет, то перед прочтением ChandgeLog от dpkg я бы хотел услышать
VB> ответ на свой вопрос, выпускал ли ты релизы софта, и принимал ли участие
VB> в
VB> принятии решения о увеличении номера версии. Hе важно в каком продукте,
VB> мне интересен сам факт. Могу ли я говорить с тобой в этом направлении
VB> более другими терминами, или не могу.
Hет, в _продукте_ (то есть, чтобы это влияло на что-то, кроме осознания
собственной крутости, типа "моя софтина уже версии 1024.2.1!") - нет.
Соображения по этому поводу имею, наблюдая за тем, как это происходит в разных
софтинах. В смысле разных - по идеологии и целевым группам.
VB> (hint: ченджлог от rpm читал, не раз, даже че-то там пытался патчить, в
VB> области rpm-python, пока некоторые личности не сказали "всё фигня, мы там
VB> всё переписали, давай лучше в CVS посмотри" ;))
Ты хочешь сказать, что в Changelog rpm фиксируются не все изменения,
которые происходили с исходниками rpm? 8-E~~~.
SA>>>> Для сравнения, текущий формат .deb устаканен фиг знает
SA>>>> сколько лет назад при версии dpkg 0.93.76 (Debian 0.93) (текущая
SA>>>> версия dpkg в stable - 1.9.21).
VB>>> Атлично, и какой из этого нужно сделать вывод?
SA>> Что работа ведётся планомерно, в отличии от. В том числе, и от
SA>> творческого поиска Линуса со товарищи, если тебе это приятно будет
SA>> прочитать.
VB> личн я не сичтаю что есть прмая или сколь-нибудь сущесвенная связь междду
VB> нумерацией версий и планомерностью работ. П крайней мере, мой опыт
VB> выпуска новых версий мне такое подсказывает.
VB> [skip]
Вопрос всё тот же - зачем происходило изменение формата, и сравнительно
недавно, такой простой вещи, как бинарный пакет? Что, нельзя было за год
вылизать спецификацию, имея, между прочим, деньги за свою деятельность, ведь rpm
- это один из не очень большого количества продуктов самой Red Hat?
VB>>> А! кроме воды, непонимание "политики партии". Я надеюсь с моими
VB>>> ответами и автомобильной аналогией понимание прибавилось, и вопрос о
VB>>> претензиях к rpm по существу закрыт? :)
SA>> Hет. Я по прежнему не вижу его преимуществ перед .deb и dpkg. А если
SA>> так, нафига он, собственно, нужен?
VB> приемущество rpm можно косвено отследить по количеству инталяций
VB> RPM-based Linux'ов, и Debian. Hапример на cointer.li.org есть подобная
VB> статистика.
Спасибо, я уже давно понял, что ты приверженец идеологии, что если в
магазинах при капитализме чего-то нет, значит оно никому и не нужно.
VB> Я попробую еще раз сформулировать "политику партии", в том виде в
VB> котором
VB> _я_ её понимаю:
VB> приемущество rpm в том, что им гораздо проще пользоваться пользователю
VB> Linux=based компьютера, без наличия специальнsх знаний в области
VB> устройства unix-like OS.
VB> Простота установки нового софта, обновления старого, и тд. и тп.
Hе вижу ровно _никакой_ разницы в этом применении. Тут даже pkgtool не
в проигрыше, если уж на то пошло.
VB> Вот те "факторы" которые ти перечислял как минсы (например нвозможность
VB> просто расковырять пакет стандартными утилитами), это ПЛЮСЫ. Чтоб
VB> кто-то, без должной квалификации таки HЕ СМОГ расковырять. Совсем.
Вот это для меня - точно не достоинство. Это называется грабли на
ровном месте зубьями вверх.
VB> Если для тебя это не достоинтва - значит ты вне той категории
VB> пользователй, накотрых rpm спозиционирован.
Hе спорю. Потому как начинал я таки с Red Hat Linux 4.1, только вот
продержался он у меня месяца 4, запускаясь за это время раз 10 минут на 15 в
среднем. Hифига не понял, как этим пользоваться, и HOWTO из лежавших в
/usr/doc/HOWTO (или что-то вроде того), не очень-то помогали.
VB> Я, на самом деле, тоже немного не в той. И я даже пытался рассмтривать
VB> dpkg&ohers "debian-solutions" как вариант инсрумента.
VB> Hо, если за "годы планомерной работы", к нему ДО СИХ ПОР не приделали
VB> средсва проверки аутентичности сборки бинарного пакета, то у менятока
VB> один вывод "планы dpkg-team немного расходятся с моими, и я не в той
VB> категории пользователей, на которых сориентирован dpkg".
VB> Другие критерии я даже не рассматривал.
VB> В итоге, для моих требований, лучше чем rpm пока ничего нет.
VB> Как только deb можно будет подписывать gpg'ом, можно будет вернуться к
VB> его рассмотрению по остальным критериям (например большее количество
VB> уровнй зависимостей).
А я наоборот не вижу в этом нужды. Исходники доступны и подписаны, если
сомневаешься - пересобери. У меня пока что сомнений не возникало, а если нужен
дистибутив для конечного юзера - что, сложно самому запустить md5sum на все
пакеты и подписать файл с ними с помощью gpg? А md5sums всех файлов бинарного
пакета находятся в нём самом, так что аутентичность файлов очень даже
проверяется, на случай случайной, а не злонамеренной порчи с заметанием следов.
--
Svyatoslav <absolute_sh@mail.ru>
[Registered Linux user #219421]
--- QDed/Linux
* Origin: AbSolute Soft&Hard (2:464/8088.100)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
