Различия между версиями 1 и 2
Версия 1 от 2008-07-22 01:52:50
Размер: 4665
Редактор: eSyr
Комментарий: eS
Версия 2 от 2008-07-23 23:22:48
Размер: 7231
Редактор: ArtemSerebriyskiy
Комментарий:
Удаления помечены так. Добавления помечены так.
Строка 2: Строка 2:
'' остались скриншоты - ArtemSerebriyskiy ''
Зайдём в графический режим. В разделе система есть пункт ??диспетчер пакетов??. Обратите внимание, что установка и удаление программ это дело суперпользователя. Пароль суперпользователя обязательно требуется для трёх вещей --- для управления системой, настройка сети и установка/удаление программ. Программа Synaptic это всего-лишь графический интерфейс к apt. Однако в каких-то случаях он предпочтительнее чем сам комплекс программ apt:
 * Слева есть каталогизатор
 * Во-вторых, путем одного клика можно получить информацию о пакете
 {{attachment:../synaptic_haskell.png}}
 * В-третьих, процесс установки большого количества программных продуктов ускоряется, при использовании графического интерфейса
Строка 3: Строка 9:
Зайдём в граф режим. В разделе система есть диспетчер пакетов. Обратите внимаение, чт это дело суперпольз. Пароль суперпольз. треб. для трёх вещей --- упр. системой, настр. сети и уст/уд прграмм. Эт граф. инт. к apt. Иногда есть неск. причин, по которым н предп:
 * Слева есть каталогизатор
 * Во-вотрых, парой клков можно получить инф. о пакете
 * В-третьих, процесс уст. прогр. продуктов ускоряется, если просто понатыкать мышкой
Обратите внимание что когда вы помечаете пакет для установки, он не устанавливается,а именно отмечается. Затем, когда вы нажимаете кнопку "Применить" все отмеченный устанавливаются.
Строка 8: Строка 11:
На этм омжно было бы и закончить с пакетами, если бы не две вещи, которые надо знать:
 * Если вы сами написали прграммы, и хотите уст. её в систему, путь следующий: если хтите просто прграмму пложить, то никт не мешает уст. сотв. пакеты, скомпилирвать и пложить в /usr/local/bin. Если же ..., то можно вспмнить тм, что ментейнеры таких проблем не имеют, ни всасывают новую вермию и накатывают старые патчи. Если патчи накл., и сборка автматм, иначе надо смотреть, что изм. Чт каксается сбрки, ... пакета, то восп. это ничего не стоит.
 * Hasher в числе прчего фрмирует хранилище ровно по тем принципам, по которым оно форм. на серв. altlinux, и каталог, где складываются пакеты, можно подкл. его в sources.list.
{{attachment:../synaptic_apply_button.png}}
Строка 12: Строка 13:
Есть ещё третья вещь: как сделать хранилище на сервере.

... первое --- чт-нибудь развесисте, что вам в жизни не собрать, второе --- чт расп. только в виде бинарников, или ... . Наиб. пребдпочт. прогр., которые разв. как архив и там же исполняются. Как правило, такго рода прогр. написаны так, что при положении в /opt/ оно будет рабтать. Если нет тарбола с бинарникм, можно рискнуть уст. пакет под федору. Какие могут подстерегать подводные грабли: могут быть в зав. такие имена, которых в альте нет. То есть, дисц. по форм. provides разная. Тут ничего, кроме как изм., как в альте наз. то, чт в федоре называется сяк, не получится. Почему rpm предпочтительнее? Потому что если что не так, то он не устанвится. Наихудший вариант это бинарник. В чём бонус инсталлера --- вас не спрсят про зависимсти. В чём гл. недостаток --- не понятно, что и куда он раскл.
Остались две вещи, которые надо знать:
 * Если вы сами написали программу и хотите установить её в систему, путь следующий: если хотите просто программу скомпилировать и положить, то никто не мешает установить пакеты, необходимые для разработки, скомпилировать и положить в /usr/local/bin. Если же вы хотите постоянно поддерживать скомпилированный пакет в актуальном состоянии, то возможно стоит оформить один раз пакет. В таком случае при выходе например новой версии можно всего лишь накатить ваши изменения как патчи на новую версию и разобраться если вдруг патчи не применимы (это означает что та часть, которую меняли ваши патчи была изменена разработчиками) , после чего пересобрать пакет и установить его. Дополнительный бонус состоит в том, что инструмент который позволяет собирать пакеты в изолированном окружении - Hasher - который собирает пакет и выкладывает в определенное хранилище, в числе прочего формирует хранилище ровно по тем принципам, по которым оно формируется допустим на сервере altlinux, следовательно каталог, в котором будут лежать все пакеты , которые собраны с помощью Hasher , можно подключить в sources.list.
 * Что делать если вы хотите установить некое стороннее приложение например что-нибудь что вам сложно собрать или что нибудь, что распространяется только в виде бинарников.
  * Наиболее предпочтительным программы которые распространяются как архив и просто из места, куда их развернули запускаются. Как правило, такого рода программы написаны так, что при размещении их в /opt/ они будут корректно работать.
  * Если нет такого архива, то можно рискнуть установить rpm- пакет под Fedora с помощью программы rpm. Какие могут подстерегать подводные грабли:
   * могут быть в зависимостях такие имена, которых в АльтЛинуксе нет. То есть, дисциплина по оформлению "предоставляемые возможности" разная. Т.е. могут возникнуть зависимости которые непонятно как удовлетворять. Тут ничего, кроме как понять соответствие между именами используемыми а АльтЛинуксе и именами используемыми в Fedora сделать нельзя. Почему rpm предпочтительнее? Потому что если что не так, то он не установится.
   * Наихудший вариант это бинарный установщик. В чём бонус инсталлера --- вас не спросят про зависимости. Хотя в результате программа может и не заработать. Главный недостаток --- не понятно, что и куда он раскладывает.
##2:50:00
Строка 17: Строка 23:
## А черт его знает - там дальше про винды --- ArtemSerebriyskiy
Строка 24: Строка 30:
|| 0 || 1 || 1 || 1 || || 1 || ArtemSerebriyskiy, [[Allena]], MaximByshevskiKonopko || || || || 19 || 1 || 1 || 1 || || 1 || ArtemSerebriyskiy, [[Allena]], MaximByshevskiKonopko || || ||

Разное про пакеты

остались скриншоты - ArtemSerebriyskiy Зайдём в графический режим. В разделе система есть пункт ??диспетчер пакетов??. Обратите внимание, что установка и удаление программ это дело суперпользователя. Пароль суперпользователя обязательно требуется для трёх вещей --- для управления системой, настройка сети и установка/удаление программ. Программа Synaptic это всего-лишь графический интерфейс к apt. Однако в каких-то случаях он предпочтительнее чем сам комплекс программ apt:

  • Слева есть каталогизатор
  • Во-вторых, путем одного клика можно получить информацию о пакете

    ../synaptic_haskell.png

  • В-третьих, процесс установки большого количества программных продуктов ускоряется, при использовании графического интерфейса

Обратите внимание что когда вы помечаете пакет для установки, он не устанавливается,а именно отмечается. Затем, когда вы нажимаете кнопку "Применить" все отмеченный устанавливаются.

../synaptic_apply_button.png

Остались две вещи, которые надо знать:

  • Если вы сами написали программу и хотите установить её в систему, путь следующий: если хотите просто программу скомпилировать и положить, то никто не мешает установить пакеты, необходимые для разработки, скомпилировать и положить в /usr/local/bin. Если же вы хотите постоянно поддерживать скомпилированный пакет в актуальном состоянии, то возможно стоит оформить один раз пакет. В таком случае при выходе например новой версии можно всего лишь накатить ваши изменения как патчи на новую версию и разобраться если вдруг патчи не применимы (это означает что та часть, которую меняли ваши патчи была изменена разработчиками) , после чего пересобрать пакет и установить его. Дополнительный бонус состоит в том, что инструмент который позволяет собирать пакеты в изолированном окружении - Hasher - который собирает пакет и выкладывает в определенное хранилище, в числе прочего формирует хранилище ровно по тем принципам, по которым оно формируется допустим на сервере altlinux, следовательно каталог, в котором будут лежать все пакеты , которые собраны с помощью Hasher , можно подключить в sources.list.
  • Что делать если вы хотите установить некое стороннее приложение например что-нибудь что вам сложно собрать или что нибудь, что распространяется только в виде бинарников.
    • Наиболее предпочтительным программы которые распространяются как архив и просто из места, куда их развернули запускаются. Как правило, такого рода программы написаны так, что при размещении их в /opt/ они будут корректно работать.
    • Если нет такого архива, то можно рискнуть установить rpm- пакет под Fedora с помощью программы rpm. Какие могут подстерегать подводные грабли:
      • могут быть в зависимостях такие имена, которых в АльтЛинуксе нет. То есть, дисциплина по оформлению "предоставляемые возможности" разная. Т.е. могут возникнуть зависимости которые непонятно как удовлетворять. Тут ничего, кроме как понять соответствие между именами используемыми а АльтЛинуксе и именами используемыми в Fedora сделать нельзя. Почему rpm предпочтительнее? Потому что если что не так, то он не установится.

      • Наихудший вариант это бинарный установщик. В чём бонус инсталлера --- вас не спросят про зависимости. Хотя в результате программа может и не заработать. Главный недостаток --- не понятно, что и куда он раскладывает.


Сведения о ресурсах

Готовность (%)

Продолжительность (ак. ч.)

Подготовка (календ. ч.)

Полный текст (раб. д.)

Предварительные знания

Level

Maintainer

Start date

End date

19

1

1

1

1

ArtemSerebriyskiy, Allena, MaximByshevskiKonopko


CategoryLectures CategoryPspo CategoryMpgu CategoryUneex

PspoClasses/080720/04PackageMisc (последним исправлял пользователь MaximByshevskiKonopko 2008-10-09 21:51:48)