 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Lazarenko 2:461/106 16 Jun 2003 22:49:46 To : Vladimir Bormotov Subject : еще по поводу модератора -------------------------------------------------------------------------------- 17 Jun 03 00:08, you wrote to me: VL>> Понимаю. Вопрос не в наличие пакетного менеджера, а в VL>> использовании ПАКЕТОВ, уже готовых и патченых дистрибьютором того VL>> или иного дистра для прикладывания своих патчей :) Или я уже VL>> совсем забыл русский, и меня не понимают, мли че-то тут не так :) VB> понимают. Я даавно использую RH/BCL/ASP как "vanilla source". очень VB> часто патчей в пакетах нет никаких, или они минмальны. Зато, в VB> src.rpm есть подробное и аккрутаное описание как нужно компилить эту VB> софтину, чтоб она хорошо "ложилась" вместе с остальынми. Если мы говорим о dependencies в данном случае, то спеки помогают. VB> Hапример избитый тут apache. Куда он сам-по-себе ставится? VB> Да-да. Я понимаю что у него в configure есть как сказать layout, VB> чтоб он ставился "куда мне нужно, а не куда его считает нужным ставить VB> ApacheTeam". Вот в моих спеках для апача, это всё было. Я эт VB> написал один раз, и потом использовал. Безе преписывания. Спеки можно реализовывать по-разному :) Средствами РМП, или еще чего, и "велосипедными" как вы выражаетесь методами. VB> так расскажи чем-же так чудесен этот "свой метод", что он умеет VB> такого, чего не умеет rpm/portage/итд? VB> мне дейсвительно интересно. Я пока вот так сходу не могу назвать VB> мест в RPM, котоыре бы он не умел ваще. Даже не могу скзать чего там VB> делается через задницу. Есть несколько вариантов с условной VB> компиляцией, которые в sepc'е грамоздко смотрятся, и только. Была бы возможность втулить на Tru64 полнофукциональный RPM - никто б не изобретал велосипеда. А так как RPM под Tru64 работает так, что можно только выкрасить и выбросить, то не пользуем. Все же остальные пакет манагеры не устраивали чем-то своим. Если интересно, я выйду из отпуска, попинаю наших project managers на тему того почему и чем. Единственное что я видел собранное и рабочее на Tru64 - это dpkg, но он, к сожалению, слабоват. VL>> Большинство вещей дома - cvs unstable, так что там версий как VL>> таковых нет, просто commit, собрал скриптом и все. VB> мне ничего не мешает таскать из cvs (наскидку) jpilot, pilot-link, VB> plucker, wxWindows, gaim и собирать их в RPM'ы. VB> :) Уху. Hе мешает и мне, но собирать не в пакеты :) Ибо например KDE стоящий в /opt/kde3 мне хоть из пакета ставить, хоть из cvstree make install сказать :) Хотя есть подпольное желание попробовать это сделать методами dpkg, ибо я тут поставил debian для теста на домашнее точило, и пока что он меня устраивает несколько больше всего остального. (Можем начать новый тред с вопросом "почему" :)) ) VL>> Уху. Короче похоже или я как-то не так где-то выразился, или меня VL>> неправильно поняли :) Hо дичкуссия идет совсем не о том, на VL>> текущий момент :) VB> а о чем? :) Дискуссия идет о полезности пакет менеджера :) VB> Hе, мне не сильно интересно про всё-всё с чего началось. Мне VB> интересно чего такого не умеют "типичные манеджеры пакетов", раз было VB> принято решение написать нечто свое. Единственный действительно мощный пакет менеджер RPM не умеет одного - прямо работать под Tru64 на, например, Alpha DS40 || Alpha DS10. :( Про обоснование написания своего - смотри выше :) Хотя... Hаши обещали за лето переделать RPM на тему работы с Tru64, если мы таки не сделаем фронтенды на Интеле и линухах. Вообще, дискуссия началачь с того, почему надо использовать vanilla source, а не пакеты поставляемые тем или иным дистрибутом, для собственных разработок. И даже не почему нужно, а почему это делаю я дома, и моя компания на работе :) VB> -- VB> Bor. Vladimir --- GoldED+/LNX 1.1.5 * Origin: Doubledutch (2:461/106) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/18173eee301f.html, оценка из 5, голосов 10
|
|
|