Центр информации по операционным системам: Форумы / GNU/Linux / Пакетные менджеры

Центр информации по операционным системам :: Форумы :: Операционные системы :: GNU/Linux		<< Предыдущая тема \| Следующая тема >>
Пакетные менджеры


Модераторы: Roman I Khimov, Wanderer, Dron

Автор

Добавил

cmp

Воскресенье 12.06.2005 15:26

ID пользователя #279

Зарегистрирован: Понедельник 18.04.2005 15:35
Сообщений: 131

А кто-нить знает какой пакетмый менеджер используется в SCO?
и вообще какие они хорошие есть кроме RPM и Debian'овского...

Наверх

cmp

Суббота 06.08.2005 16:08

ID пользователя #279

Зарегистрирован: Понедельник 18.04.2005 15:35
Сообщений: 131

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

По-этому наверное стоит уточнить, что пакетный менеджер - то что я под этим подразумеваю это некоторая система конфигурирования и контроля системы, планы по осестроению конечно возможно интересны, но я сильно сомневаюсь что в ближайшие несколько лет появится что-нибудь дотягивающее хотябы до уровня соляриса (по распространнености), про выньдовс ничего не скажу, но линуха по-моему, это прекрасная база для чего угодно и доведя ее до простоты 98'мой можно будет наблюдать крушение титана, а я очень хочу дожить до момента когда мелкомягкий будет рвать на попе волосы за грашевые контракты на поставку своих продуктов в спецшколы для умалишенных папуа новой гвинеи, и в свете этого считаю, что драйвера и диспетчеры задачь - это головная боль умных дяденек типа Торвальдса, кто его таким не считает или думает что мог бы лучше пусть, прикинет где Линус и где он, а по-этому нужно сосредотачивать силы на может быть и менее интересных для кого-то аспектах, но лежащих несколько ближе к пользователю чем ядро, пакетные менежеры на мой взгляд вообще ближе некуда, конечно тотже RPM с его наворотами может удовлетворить многим запросам, но несмотря на это считаю его не самой удачной реализацией неплохой в общем-то идеи...

Наверх

Roman I Khimov

Суббота 06.08.2005 23:21

ID пользователя #1

Зарегистрирован: Воскресенье 27.06.2004 12:37
Местонахождение: Санкт-Петербург
Сообщений: 601

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

Нечто похожее есть в Debian.

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

Это, конечно, не в тему, но это не так. Для того, чтобы это произошло, GNU/Linux должен стать на голову выше Windows по возможностям и простоте.

Кстати, из интересных пакетных систем может быть стоит посмотреть Autopackage.

Греби и улыбайся!

Наверх

den1

Воскресенье 07.08.2005 00:45

ID пользователя #363

Зарегистрирован: Вторник 05.07.2005 16:47
Местонахождение: Россия. Москва.
Сообщений: 151

cmp, ты немного забегаешь вперед. Это довольно большая и серьезная тема. По сути, про управление составом операционной системы, пользователем. Тема так же сложная, хотя бы потому, что практически все системы управления содержимым имеют особенности, скорее даже недочеты, что, в свою очередь, есть следствие надстроечной сути таких систем. Естественно, обычно привязаны к архитектуре операционных систем. Вероятно, в хорошей операционной системе либо состав не должен будет менятся традиционным образом, либо эта процедура должна быть более гармоничной. Кстати, особенно интересно и правильно это может быть, как раз в ОО системах.

Из nix навскидку.
Стандарт для некоторых: http://www.linux.org.ru/jump-message.jsp?msgid=988734

Несколько упоминаний различных систем:
http://www.linux.org.ru/jump-message.jsp?msgid=902330

Вопросы пакетного управления:
http://www.linux.org.ru/jump-message.jsp?msgid=907453

Про "ско" google все расскажет, надо полагать.

Наверх

cmp

Вторник 09.08.2005 22:16

ID пользователя #279

Зарегистрирован: Понедельник 18.04.2005 15:35
Сообщений: 131

Интересно, что должна содержать голова нависающая над Билом, когда
я описывал систему управления пакетов я косился на RPM, Дебиана я
признаться в глаза не видел (диски уже больше года идут), но предпологаю
что у него нечто похожее, +- навороты, гугл конечно раскажет, но врядле
это будет мануал на русском который можно бы было легко и приятно почитать.
да в принципе сложно тут придумать что-то более чем есть, но предположим
в моей системе база данных rpm уже близко не похожа на реальность, я отдал
предпочтение сырцам и как результат при обновлении пакетов установленных
через make часть файлов перезаписывается, а часть остается мертвым грузом,
допустим что их можно вычислить и убить, а при инсталяции rpm'ки без флага
игнорировать зависимости вообще ничего никуда, про самоинсталяторы как на
драйверах nvidia даже вспоминать не хочется (когда я их первый раз установил
иксы просто умерли, а перемигивание консолей при запуске заставило сносить
систему), Да и стандартные инсталяторы (make) тоже грешат, точнее их
составители, нет-нет да и приходится сидеть в коде ковыряться, то заголовочных
файлов не допишут, то после define: скобку закрывают. Может, да скорее всего,
RedHat уж точно будет по-крупному на desktop'ы замахиваться, и результатом
станет повышение глючности и снижение толерантности (конфигуряемости), как
альтернативный вариант можно напичкать файлы метаданными относительно того
какому сервису они нужны, но когда xmms не играет mp3'шку, потому что нету
файлика libogg.so это тоже бредятина, так что врядле без пересмотра системы
начиная с формата исполняемых файлов и продолжая файловой системой что-то
получится толковое, а поскольку все компьютерное собщество весьма разношорстно
и так и норовит горло соседу перегрызть, на стандартизацию всего уйдет
разве что не вечность. Кстате, если имеется много народу, у каждого из которых
есть много тех же mp3'шек, почему досих пор нет mp3fs, разве не замечательно бы
было если музыка отображалась в браузере не по именам файлов, а по параметрам
заданным в id3 тэгах, кто-то любит чтобы весь рок валялся в одной папке, а кто
предпочитает чтобы группа/альбом/песенка, так и с системными файлами можно
было бы придумать: раз библиотека вот тебе флаг библиотеки, конфиг, так держи
флаг конфига, кто-нибудь когда-нибудь правил библиотеки? так запихать их туда
где их можно будет удалять (перезапсывать), но не править, замечательно бы было,
но это из разряда OS 21+ века, поэтому надо останавливаться, на чем-нибудь
маленьком чтобы вело даже не базу, а лог и пользователь мог указать,
"Щас я буду инсталить прогу - пометить создаваемые файлы как zzz", а современем
удалить все что так помеченно, или увидив что система раздулась на сотню метров,
запросить список изменений за последний месяц, а програмка ему, мол то-то создано,
то-то удалено, то-то изменено; по части изменений я уже давно пишу программку,
точнее она уже работает, но там даводить ее еще до ума, но через крона она мне
каждый день по 800Кб архивчик оставляет, а потом где-то я читал про существующий
аналог по имени aida, только он у меня библиотечку просит, а я не знаю где ее взять..

Насчет недочетов, я долго не мог понять почему иногда моя машина берет имя '-f',
потом нашел заветные строчки в startx, оказывается она у меня иногда себя мнила BSD.
И что такое ОО, моя единственная ассоциация это нулевой уровень оптимизации кода

только послееднее кажется не ноль..

Наверх


Перейти: Наверх