15/07/2007 Очередная президентская идея-фикс

Аватар пользователя Mimino

Все знают, насколько полезна и удобна утилита YUM. Для многих любителей она настоящее подспорье при инсталяции новых пакетов, экономящая время и избавляющая от рутинной работы.

Утилита привлекает внимание многих, в том числе и наших министерской братии, два из которых в свое время уделили ей две полезных статьи - Настройка yum mini-HOWTO by listor и Дистрибутив ASPLinux: Создание YUM-репозитария by rjaan.

Статьи, безусловно, хороши и полезны, и к ним добавить уже вроде нечего. Зато они навели вот на какую мысль:
- если пользоваться официальными FTP-репозитариями, то особых проблем нет;
- но если создавать свой локальный репозитарий, особенно на CD (и особенно - если количество требуемых CD несколько), то, несмотря на освещение этих вопросов в статьях, любители периодически всё равно наступают на одни и те же грабли, хорошо известные по различным форумам.

Конечно, типичные грабли можно систематизировать и вынести в FAQ. Но ручная работа при этом всё равно остается.

На основе этих размышлений и возникла очередная президентская идея-фикс: Показывает язык

1) поручить создание локальных репозитариев специальном скрипту, автоматизирующего процесс его создания;
2) поручить создание специального скрипта любителям ASPLinux, организовав для этого конкурс на лучший скрипт
Улыбка

Уффф, доклад закончил.... Прошу высказываться, критиковать, дополнять и т.п.....

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

Не думал я, что кто-либо будет против этой креативной идеи. Тем не менее, Шура активно возражает.
Что ж, выношу наш диалог на обсуждение:

Цитата:
15.07.2007 23:09:14 Шура Исаков: Читаю...
15.07.2007 23:13:05 Шура Исаков: Я против. Если пользователь не может САМОСТОЯТЕЛЬНО создать репозиторий. то... Может ему просто рано?
15.07.2007 23:13:46 mimino: Ты не понял. Не создать, а АВТОМАТИЗИРОВАТЬ процесс создания - это разные вещи
15.07.2007 23:14:10 Шура Исаков: И что скрипт будет делать? По пунктам, если можно.
15.07.2007 23:15:33 mimino: Вот то, что написано в статьях - задолбаешься перечислять
15.07.2007 23:16:17 Шура Исаков: Ну хоть примерно?
15.07.2007 23:16:33 Шура Исаков: Когда я это делал, мне это не показалось таким уж сложным Улыбка
15.07.2007 23:17:13 mimino: Читай вот отсюда - "Создание репозитария BASE" и до конца в https://asplinux.net/node/59 - мало не покажется
Я, пока дочитал до конца, зевать начал
15.07.2007 23:19:02 mimino: Да дело не в сложности! Зачем копать канаву лопатой, если можно сделать экскаватором!
Ручная работа - рутинная, а значит, возможны ошибки чисто из-за человеческого фактора (отвлекся, зазевался, пропустил...)
Автоматическая - быстрая и исключает ошибки.
Ты ратуешь за лопату?
15.07.2007 23:20:25 Шура Исаков: Во-первых я делал проще. Я все файло в одну кучу кидал.
15.07.2007 23:20:52 Шура Исаков: Так что скрипт сократиться до 2-3 строчек.
15.07.2007 23:22:15 Шура Исаков: Что касается лопаты и эксковатора, то нельзя давать последний человеку, неасилившему лопату.
15.07.2007 23:23:52 mimino: 1) Не надо кидать все файло в одну кучу - это признак бескультурья
2) На CD ты в всё одну кучу не скинешь - не поместится
3) Еще как можно! Те, кто не умел ездить даже на велосипеде, запросто научился ездить на мерсе
15.07.2007 23:25:27 mimino: И, следуя твое логике "экскаватор не без лопаты", даже YUM не стоило создавать - пусть все трахаются в RPM-менеджере, умнее будут!
15.07.2007 23:27:48 Шура Исаков: 1) Это признак ПОНИМАНИЯ работы пакетного менеджера, а не БЕЗДУМНОГО следования неправильной инструкции.
2) А зачем? Кто ДЕЛАЕТ САМ репозитарии на CD? ASPLinux? Им наш скрипт нахуй не нужен! Улыбка
3) Во-во! Из-за таких одни ДТП и сбитый люди!
4) Если человек НЕ ДОГАДЫВАЕТСЯ, что можно набрать rpm -ihv pkg1 pkg2 pkg3..., то ЕМУ ДЕЙСТВИТЕЛЬНО РАНО РАБОТАТЬ В YUM. А что касаеться yumа как такового, то он кривой и тормознутый, как все rpmное Улыбка
15.07.2007 23:31:30 mimino: Знаешь, мне даже кажется, что YUM, эволюционируя, должен непременно заиметь свою собстенную фичу "Создание репозитраия" - это лишь дело времени.
И тогда, поверь, уж больше никто не будет заморачиваться изучением конфига Юма и написанием скрипта - развитие идет в сторону улучшения сервисных характеиристик

Мы не обсуждаем здесь качество ЮМа - мы даем любителям возможность потренироваться в написании полезного скрипта

Но раз ты так настойчиво возражаешь, выносим наш диалог на всеобщение кабминское обозрение и голосование

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

Ну так что малчим, джигиты?

Вот например, какие функции должен выполнять скрипт автоматического управления репозитарием:

1. Подготовить для записи на компакт-диски Updates-файлы, лежащие на винте в отдельных папках
(компакт-дисков может понадобится несколько штук)

2. Скорректировать конфигурационный файл YUM для работы с репозитарием на компакт-диски

Добавлено:

Вот, например, конкретно мне нужно решить две задачи:
1) Записать апдейты для ASP 11.2, которые занимают 4 с лишним Гига, на компакты по 700М.
Ясное дело, дисков получится штук 6
И вот для них нужно сформировать такой репозитарий, чтобы YUM правильно работал, подсказывал, какой CD нужно вставлять, и т.д.
Эту задачку я и вручную затрудняюсь сделать, такие же вопросы задают на форумах

2) Тоже самое - апдейты для ASP 7.3. Они занимают 1,1 Г, получится два неполных компакт-диска.
Для них тоже нужно сформировать работающий репозитарий.

Как это все сделать?
Обычно это делается вручную и каждый раз тратится уйма времени.

Вот для этого и предлагается создать скрипт, который автоматизировал бы создание репозитариев на CD.

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

Аватар пользователя DRVTiny

15/07/2007 Очередная президентская идея-фикс

Идея хорошая, конечно, но объективно по-моему лучше принять наконец в качестве стандарта apt-get и не пользоваться откровенно недоразвитым дико тормозным и расточительным (в плане расхода трафика) ПО, написанным на каком-то откровенно ущербном "языке программирования" Python.

Аватар пользователя IsakovAN

15/07/2007 Очередная президентская идея-фикс

DRVTiny писал(а):
в качестве стандарта apt-get

APT в топку сразу, ибо кривой как венда. Я сколько с ним сталкивался, столько он косячил. Причем один раз он полностью вывел систему из строя.

DRVTiny писал(а):
написанным на каком-то откровенно ущербном "языке программирования" Python.

Ну а это вообще называется, ФИЛЬТРУЙ БАЗАР. Ибо круче pythonа языков нет. То, что программа тормозит, это еще не значит, что кривой язык. Видишь ли, с дуру можно и xyz сломать. Что, кстати, было наглядно продемонстрировано. Улыбка

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

DRVTiny писал(а):
Идея хорошая, конечно, но объективно по-моему лучше принять наконец в качестве стандарта apt-get и

Идея хорошая, конечно, но нужно уточнение - "кем принять?" - модераторами, всем Клубом, компанией ASPLinux или Федора?
Потому что если эти компании не поддерживают apt-get , то от такого "принятия" мы приобретем наоборот, нестандарт и лишний геморрой

Цитата:
Ибо круче pythonа языков нет.

Поддерживаю

Аватар пользователя Tigro

Re: 15/07/2007 Очередная президентская идея-фикс

Я полностью согласен с Сашей, так как будущей apt-rpm не известно. главный девелопер на него забил и разрабатывает smart. Yum 3.2 очень быстрая штуковина, и думаю скоро они приделают к ней cdrom (хотя я уж и не знаю, и какие это апдейты можно на него поместить, если все равно нет полного дерева репозитория).

1. Apt-RPM !!!!= APT (for debian)
2. самая главная часть yum - парсер написана на C
3. Yum все равно лучше любой софтины из SUSE и Mandriva.

Аватар пользователя DRVTiny

Re: 15/07/2007 Очередная президентская идея-фикс

Цитата:
1. Apt-RPM !!!!= APT (for debian)

Согласен, действительно rpm'овский вариант APT уже давно не развивается, да и работает не особо стабильно.

Цитата:
Ибо круче pythonа языков нет.

Мне от одного вида кода, написанного на этом суперкрутом языке, уже нехорошо становится. Менее эстетичным может быть только код на ранних диалектах BASIC с оператораим GOTO (правда, по другой причине, но суть остаётся). Одни эти отступы, которыми Python обособляет вложенные блоки кода, стоят нобелевской премии за тупость - ничего более убогого я ни в одном другом языке программирования не видел. А по стабильности программы на Python - это традиционно уже глюк на глюке, погоняющий багами: постоянно приходится сталкиваться с программами, которые вываливаются с какими-то невнятными (и это в UNIX, где каждая уважающая себя программа содержит солидные участки кода, отвечающие за обработку исключительных ситуаций и старается по возможности максимально подробно сообщать о причинах сбоев) "сообщениями об ошибках" - на самом деле просто трассировками стека функций или даже с программами, склонными к "мёртвым" зависаниям. Сейчас Python для рядового пользователя, а не программиста, - это самый настоящий Plug'n'Pray, - программы на этом языке работают от случая к случаю только при особом стечении обстоятельств. Кстати, тоже относится и к yum, который у меня что на работе, что дома, склонен периодически подвисать, блокируя доступ к базе rpm (из-за чего приходится перезагружать компьютер).

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

DRVTiny писал(а):
Кстати, тоже относится и к yum, который у меня что на работе, что дома, склонен периодически подвисать, блокируя доступ к базе rpm (из-за чего приходится перезагружать компьютер).

Может, я не так много пользовался Юмом, но по крайней мере его версии в ASPLinux 7.3 и 11.2 работают стабильно
(чего не могу сказать про rsync - тот при длительной закачке пакетов при сбоях в кагале может запросто повиснуть по непонятным причинам, не умея реконнектиться).

И все же - давайте вернемся теме скрипта для создания и настройки репозитария на CD/DVD!
Ибо держать его на винте - расточительство. А тем более в отдаленных местах, где нет больших винтов и толстого Инета, обновление системы с компакта - единственный выход.

Аватар пользователя IsakovAN

15/07/2007 Очередная президентская идея-фикс

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

Отступы, как раз повышают наглядность кода. Этого нехватает многим языкам програмирования. Чтобы пресечь дальнейший флейм, рекомендую ознакомиться с литературой типа "Искуство програмирования для UNIX". Разделы посвященные основным параметрам кода.

DRVTiny писал(а):
А по стабильности программы на Python - это традиционно уже глюк на глюке, погоняющий багами

В самом интерпретаторе pythonа? Или ошибки отдельных програмистов? И где эти глюкавые проги скачать можно? Улыбка

DRVTiny писал(а):
постоянно приходится сталкиваться с программами, которые вываливаются с какими-то невнятными (и это в UNIX, где каждая уважающая себя программа содержит солидные участки кода, отвечающие за обработку исключительных ситуаций и старается по возможности максимально подробно сообщать о причинах сбоев) "сообщениями об ошибках" - на самом деле просто трассировками стека функций или даже с программами, склонными к "мёртвым" зависаниям.

То, что некоторые програмисты неудосуживаються написать обработчики исключений НЕ МОЖЕТ характеризовать язык. Ни коим образом. А учитывая встроенные возможности отладки, большая часть других языков нервно курит в сторонке! Улыбка

DRVTiny писал(а):
Сейчас Python для рядового пользователя, а не программиста, - это самый настоящий Plug'n'Pray, - программы на этом языке работают от случая к случаю только при особом стечении обстоятельств.

memtest, emerge -uDN world и revderp-rebuild!!!

DRVTiny писал(а):
Кстати, тоже относится и к yum, который у меня что на работе, что дома, склонен периодически подвисать, блокируя доступ к базе rpm (из-за чего приходится перезагружать компьютер).

Именно про его глюки и речь. А не про язык.
Интересно, если бы yum был написан на C, предложил бы переписать ядро Линукса на жабе, какой-нибудь? Улыбка Или есть еще лучше кандидатура? Улыбка

Mimino писал(а):
И все же - давайте вернемся теме скрипта для создания и настройки репозитария на CD/DVD!

Поддерживаю! Просьба к DRVTiny, если ты хочешь пофлеймить по поводу достоинств и недостатков языков програмирования: либо в личку, либо в ОТДЕЛЬНОМ топике. Ок?
Если у тебя конкретное предложение, типа "давайте перепишем yum на (другой язык програмирования)", то его и будем рассматривать!

Mimino писал(а):
Ибо держать его на винте - расточительство. А тем более в отдаленных местах, где нет больших винтов и толстого Инета, обновление системы с компакта - единственный выход.

Фраза напомнила незабвенную юмореску:
"...позволяет чистить зубы в труднодоступных местах!
- А у кого в этих местах зубы растут???"
Насчет больших винтов: где их сейчас нет? Насколько я знаю, раздобыть винт емкостью порядка 100 гигов сейчас не проблема и соответственно париться с CD(сунь-вынь) становиться себе дороже. Улыбка

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

IsakovAN писал(а):
Фраза напомнила незабвенную юмореску:
"...позволяет чистить зубы в труднодоступных местах!
- А у кого в этих местах зубы растут???"
Насчет больших винтов: где их сейчас нет? Насколько я знаю, раздобыть винт емкостью порядка 100 гигов сейчас не проблема и соответственно париться с CD(сунь-вынь) становиться себе дороже. Улыбка

Вам смешно, а у меня реальная ситуация - в организации 4 компа, в двух из которых винты по десятке, на третьем винт на целых 4 гига, на четвертом пока вообще нет, как и Интернета и DVD приводов - тоже. Денег ессно, тоже нет.
И вот в этих условиях нужно понаставить людям линукс для работы - нонче он становится все популярнее
Так что тут не до смеху - хотя бы скрипт кто сделал, чтобы с компактов можно было обновляться.

PS. Ввиду столь плачевного соостояния железа, вначале была мысль замутить все это на LTSP (наброски здесь и здесь), но выяснилось, что Леонид и Ko недавно занимались этой проблемой, и реально оно оказалось даже для них настолько геморойным делом, что лучше с ним не связываться.

Аватар пользователя IsakovAN

15/07/2007 Очередная президентская идея-фикс

Mimino писал(а):
Интернета и DVD приводов

А сетевые карты есть? Тогда можно было бы ЗНАЧИТЕЛЬНО проще сделать!

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

IsakovAN,

В перспективе будут, но делать приходится уже сейчас.

Но мы опять говорим не о том. Джигиты, кто-нибудь может помочь с составлением ТЗ для конкурса по скрипту для автоматического создания репозитаррия, или по прежнему будем скатываться во флейм?

Аватар пользователя IsakovAN

15/07/2007 Очередная президентская идея-фикс

Дело в том, что работа с сетью будет БЫСТРЕЕ и УДОБНЕЕ, чем даже с DVD болванки. Собственно потребность в CD репозиториях, ИМХО, минимальна. ТЗ создать конечно можно, но есть идея получше: давайте забабахаем опрос пользователей. А нужна ли им пляска с бубном? Т.е. создать топик где вкратце объяснить достоинства и недостатки CD репозиториев и предлогается проголосовать.
Что скажете?

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

IsakovAN писал(а):
Дело в том, что работа с сетью будет БЫСТРЕЕ и УДОБНЕЕ, чем даже с DVD болванки.

В данном конкретном случае - сети нет. Со всеми вытекающими отсюда очевидными последствиями.
Это раз.

Второе. Допустим, сеть появилась, и на один из компьютеров с большим винтом залили все апдейты с целью учреждения на нем будущего репозитрария.
Теперь посмотрите сюда и скажите - какой человек в здравом уме каждый раз, создавая по данной методике репозитарий, будет испытывать удовольствие от множественных рутинных действий, описанных в этом руководстве? Совершая при этомещ и невольные ошибки ввиду свойства человечесой натуры.
Разве что отьявленый садомазохист.

А ведь есть много другой, более интересной и творческой работы, нежели роль обезьяны, набирающей на клавиатуре одни и те же действия, которую вполне мог бы заменить скрипт.
Для того и были придуманы компьютеры и программы, чтобы избавить нас от рутины. Для того и создан была система RPM, а затем и YUM, как более выскоая степень автоматизации труда человека.
А вы куда тянете - оставаться обезьяной или все-таки придумать палку для сшибания бананов ?

PS. Если мы и дальше по этому простейшему вопросу будем толочь воду в ступе, выношу этот топик на всенародное обсуждение.

Аватар пользователя IsakovAN

15/07/2007 Очередная президентская идея-фикс

1. "Труд сделал из обезьяны человека, а из человека - лощадь"
А бездумный псевдоинтелектуальный труд делает обратно обезьяной. Если будет одна большая кнопка "нажми меня", то, пойми, НИКТО не будет читать, то самое руководство, ссылку на которое ты дал, и НЕ БУДЕТ ВООБЩЕ знать как это работает. В результате такого процесса мы повсемесно получает вместо науки ВЕРУ в технический прогресс. Достижения инженерной мысли воспринимаються уже чуть ли не также, как в древние времена колдовство! Улыбка Есть конкретные примеры. Грустный
Ты пойми, если человек самостоятельно не справиться с обычным молотком, то уж отбойный доверять уму еще рано. Слишком рано. Улыбка
Применительно к тому что ты предлогаешь, скрипт слишком простой, чтобы давать его в готовом виде. То что ты предлагаешь, это не польза, а очень большой вред. Написание подобных скриптов должно происходить индивидуально по ходу освоения темы. С одной стороны это достаточно просто, с другой позволяет лучше закрепить материал. А в результате что будет достигнуто? Новая волна глупых вопросов тех, кто использовал скрипт, но нифига не понимает?
Это же ректальное удаление гланд! ИМХО, уж лучше статью написать получше.

2. Если человек более двух раз создает репозитарий и еще не написал скрипт, то медицина бессильна. ИМХО, ему лучше заняться чем-то другим. В админы он не проходит из-за недостатка лени. Улыбка

3. Опрос пользователей я уже предлогал. Что до вынесения топика "в народ": напоминаю, прежде всего надо получить согласие ВСЕХ кто в нем участвует, а не как в прошлый раз. Ок?

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

IsakovAN писал(а):
прежде всего надо получить согласие ВСЕХ кто в нем участвует,

Безусловно.

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

Ведь мы не возмущаемся, не зная:
- как там внути работает YUM
- ----""----- RPM
- -----""--------
- компилятор, наконец.

Работают - и прекрасно! Все они лишь суть инструменты, и незачем на них зацикливать свое особое внимание разбирать по косточкам их внутренности.

Усложняя познание linux, мы лишь отталкиваем массы потенциальных любителей. Надо понимать - есть небольшая группа хакеры linux, для которых исследование тонкостей linux является самоцелью, а есть обширная группа пользователей, которым нужно выполнять на нем какую конкретную прикладную работу - им эти тонкие нюансы совершенно ни к чему, поскольку зря отнимают время от основной работы на linux.

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

Кто ему не следует - отправляется на свалку истории.
Пример - примитивный ассемблер и сложный C - кто из них позволяет достичь большей производительности труда программиста? Многие ли сейчас пишут на ассемблере?

Помяните мое слово - когда в YUM введут функцию автоматического создания репозитария, все сразу забудут о об этой ручной работе по howto, а над нашим спором будут потом смеяться.

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

Мне с вами, знатоками linux, нелегко вести дискуссию, поскольку вы специалисты и мыслите как специалисты, не принимая во внимание мнение массовых пользователей. Если бы мы опросили бы их, картина наверняка бы была противоположной.
Попытайтесь мысленно стать на их позицию - и вы узнаете много нового.

Аватар пользователя Tigro

Re: 15/07/2007 Очередная президентская идея-фикс

Мимино, есть такая страна Россия. В которой сделали 5 кодировок, для удобства пользователей. И теперь пользователи не хотят переходить со своей любимой на единственно политически правильную UTF-8. Есть твоя организация, которая на свалке нашла железо и ты сделал им компы, вместо того чтобы потратить деньги и купить нормальное оборудование. Заметь, сетевая карта стоит рублей 100-200 это сколько у вас гривен?

Теперь ты хочешь перевернуть весь мир, чтобы кто-то переделал доисторический ASP 7.3 под тебя, далее написал какую-то тупую приблуду, которая будет разбивать неизвестно какие RPM'ки на диски.

Максимум что я могу тебе сделать это LiveCD с Fedora 7 с таким содержанием, которое тебе нужно, так как давно хотел попробовать и есть Manual. А то что ты хочешь делать никто не будет, потому как это нужно только тем у кого:

1. Нет компьютеров
2. Нет нормального начальства
3. Нет денег
4. Есть желание придумывать космические корабли, на пропеллере.

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

Tigro,

Что касается моего частного случая со старыми компьютерами - тут ты прав, для этого случая я с тобой согласен. Но я зря привел этот частный случай, поскольку ты зацепился исключительно за него и забыл про главное.

Давайте сделаем так - нет больше никаких старых компьютеров, забудем на время о них.
А есть большой личный компьютер, на котором залиты все апдейты, осталось лишь создать локальный репозитарий.

И вот в этом случае Аркадий aka Tigro берется:

Цитата:
"сделать это LiveCD с Fedora 7 с таким содержанием, которое тебе нужно, так как давно хотел попробовать и есть Manual"

.
Не кажется ли вам, что этот подход, отражающий:
- решимость Tigro взяться за задачу
- его интерес к задаче
- отсутствие готовых простых решений

отражает определенную трудоемкость задачи даже для него? Что, в свою очередь, свидетельствует о несовершенстве технологии?
Потому что если технология совершенна - она прежде всего проста! И доступна всякому.

А умы Аркадий aka Tigro и ему подобным - достойны лучшего применения!

Аватар пользователя Tigro

Re: 15/07/2007 Очередная президентская идея-фикс

Мимино, как раз создание Fedora LiveCD чуть ли не одна из тривиальнейших задач, так как есть собственные тулзы и если ты точно знаешь, что F7 пойдет у тебя на машинах, я готов сделать LiveCD.

Аватар пользователя Tigro

Re: 15/07/2007 Очередная президентская идея-фикс

Причем LiveCD или LiveDVD с мультимедией, нужным софтом, точно не знаю, но думаю что там будет и установщик на жесткий диск!.

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

Tigro писал(а):
я готов сделать LiveCD.

Погоди - при чем тут LiveCD? Мы обсуждаем вопрос создания скрипта для автоматизированного создания локального репозитария.
Пусть для начала (если на CD сложно) - хотя бы жестком диске.

Аватар пользователя Tigro

Re: 15/07/2007 Очередная президентская идея-фикс

Для локального репозитория, который будет раздаваться по сети необходимости в таком скрипте нет. Нужно всего лишь установить пакет createrepo, а для ASP 7.3 yum и.. хотя по порядку.

Вот мы создали допустим копию официального репозитория для ASP 7.3 и ASP 11.2 которое лежит в каталоге official. Mypack - это чисто самосборные пакеты, которые не от asplinux и updates пакеты из обновлений

/repo
|- asp73
|- official
|- updates
`- mypack
|- asp112
|- official
|- updates
`- mypack

official мы индексируем только один раз, и больше никогда не трогаем: createrepo /repo/asp112/official, и yum-arch /repo/asp73/official (так как в 7.3 старый yum). Updates мы должны выкачивать с главного сервера или с зеркала через rsync (rsync виснет только если работает очень много часов, так что то что ты писал на самом деле не критично, так как обновление updates после его первоначальной закачки будет только несколько часов занимать). Переиндексировать этот репозиторий не нужно, так как он уже приходит индексированным.

А вот mypack нужно переиндексировать всякий раз, когда мы кладем туда новый пакет при помощи все тех же createrepo и yum-arch. Так что скрипт может выглядеть вот так:

#!/bin/bash

version=$1

if [ "$version" == "asp73" ]; then
    yum-arch /repo/asp73/mypack;
elif [ "$version" == "asp112" ]; then
    createrepo /repo/asp112/mypack;
else 
    echo "No repo found"
fi

Скрипт принимает на вход один из параметров asp73 или asp112: ./script.sh asp112

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

Tigro,
Вот, спасибо за первую конкретику Улыбка
Сейчас попытаюсь разобраться в ней и тогда я вам расскажу, каким должен быть настоящий скрипт! Показывает язык

Вот первые вопросы:

/repo
|- asp11.2
|- official
|- updates
`- mypack

Ты пишешь, что:
- official - копия официального репозитория для ASP 11.2
- mypack - это чисто самосборные пакеты, которые не от asplinux
- updates пакеты из обновлений

и тут непонятно - что подрузамевается под offical, какие конкретные папки?
получается, раз updates здесь не включены в официальная часть официального репозитария, то что это?

и что такое здесь asp11.2, про которое тут ничего не сказано?

Как же они соотносятся между собой?

Аватар пользователя Tigro

Re: 15/07/2007 Очередная президентская идея-фикс

Это все RPM'ки которые ты скопируешь в папку со всех дисков одного дистрибутива. Эта часть неизменная, по этому она в отдельной папке.

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

Tigro,
Нет ни одного ответа на мой вопрос. Постараюсь пояснить его в расширенном виде.

Вот например, на офсайте на FTP находятся следующие каталоги:

ftp.asplinux.ru/pub/i386/11.2/asplinux/ASPLinux/base/...
ftp.asplinux.ru/pub/i386/11.2/asplinux/ASPLinux/boot/...
ftp.asplinux.ru/pub/i386/11.2/asplinux/ASPLinux/RPMS/...
ftp.asplinux.ru/pub/i386/11.2/asplinux/ASPLinux/RPMS/repdata

ftp.asplinux.ru/pub/i386/updates/11.2/i386/...
ftp.asplinux.ru/pub/i386/updates/11.2/repodata/...
ftp.asplinux.ru/pub/i386/updates/11.2/repodata/repoview
ftp.asplinux.ru/pub/i386/updates/11.2/SRPMS/...
и т.д.

Какие из этих каталогов должны быть скопированы в локальный компьютер и в какие именно каталоги?

Аватар пользователя Tigro

Re: 15/07/2007 Очередная президентская идея-фикс

Итак инструкция.

1. Создаем репозиторий в том каталоге, который будет доступным анонимно через vsftpd, по умолчанию это кажется /var/ftp (изменить можно сменив каталог пользователя ftp в /etc/passwd.
2. Нам понадобятся rsync, vsftpd, createrepo (это такие пакеты).
3. В /var/ftp создадим каталог asplinux-11.2 в котором создадим каталоги i386 и updates.
4. В каталог i386 мы складываем все rpm-пакеты из ftp.asplinux.ru/pub/i386/11.2/asplinux/ASPLinux/RPMS/ или же просто копируем все rpm-ки с компакт дисков официального asplinux 11.2
5. для индексации rpm-пакетов один раз (и больше никогда) запускаем команду createrepo /var/ftp/asplinux-11.2/i386. Она создаст в этом каталоге папку repodata с метаданными rpm-ок.
6. Далее делаем так, чтобы каждый день (или чаще) по cron с официального сайта закачивались обновления. Используем для этого rsync. Создадим в каталоге /etc/cron.daily запускаемый файл updates.sh в который поместим строчку:

rsync -avH --delete --exclude=SRPMS rsync://ftp.asplinux.ru/ASPLinux/i386/updates/11.2/ /var/ftp/asplinux-11.2/updates/

Благодаря этой команде раз в день у нас в папку updates будут закачиваться обновления (без исходников).

7. Поднимаем vsftpd.
8. Прописываем на всех других машинах в каталоге /etc/yum.repos.d для файлов с базовой системой (не знаю как в ASP, но кажется *base*repo) и для *updates*repo соответственно следующие строки в качестве baseurl:

baseurl=ftp://адрес_локального_сервера_с.репозиторием/asplinux-11.2/i386/
baseurl=ftp://адрес_локального_сервера_с.репозиторием/asplinux-11.2/updates/

Все остальные строки изменять не нужно.

Теперь все машины подключены к локальному репозиторию, и можно использовать либо yum, либо pirut для установки/обновления пакетов.

Подобные операции можно сделать и для любого другого дистрибутива.

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

Tigro,

Очень конкретный и полезный труд, вместо пустой трепологии, спасибо! Улыбка
На первый взгляд вроде все логично, но тогда возникает закономерный вопрос - почему эта же задача решена здесь Андреем aka rjaan настолько сложно, что аж противно?
В чем тут дело - он не сумел добиться более простой реализации или все-таки тут решались разные задачи?

Позволю задать себе пару вопросов по твоей методике, не сочти за придирку, просто не вся понятно:

- может, целесообразно п.2 поставить первым? Поскольку обычно вначале уточняются исходные предпосылки (что нам понадобится), а дальше идет уже сама методика.

Тогда начало будет выглядеть так:

Цитата:
1. Нам понадобятся rsync, vsftpd, createrepo (это такие пакеты).
2. Создаем репозиторий в том каталоге, который будет доступным анонимно через vsftpd, по умолчанию это кажется /var/ftp (изменить можно сменив каталог пользователя ftp в /etc/passwd.

Теперь по п.2: создаем репозитарий - а как его создавать? Здесь ничего об этом не сказано, а инструкция должна быть самодостаточной. Пока на этом остановился. Жаль, что ты сегодня так быстро отключился....

Аватар пользователя IsakovAN

Re: 15/07/2007 Очередная президентская идея-фикс

Mimino писал(а):
Ведь мы не возмущаемся, не зная:

Если хочешь, могу сфотографировать свои полки литературы. В частности есть книга об устройстве компиляторов. Улыбка
Ты знаешь как устроен молоток? Самый обыкновенный молоток? Видел когда-нибудь? А пользоваться им умеют не все. Знаешь что являеться результатом подобного отношения?
Пример из жизни: ни в аварийной, ни в ремонтной службы электросетей НЕ ЗНАЮТ какое должно быть напряжение в розетке в квартире пользователя!!! Что ты там говорил про комфорт?! Чей комфорт?! Рас3.14здяя-псевдоспециалиста?! Учиться, учиться и еще раз учиться ему надо. Нельзя таким людям серьезные вещи доверять, ибо это может привести к ГИБЕЛИ БОЛЬШИШ ЧЕЛОВЕЧЕСКИХ ЖЕРТВ!!! Катается от смеха

Mimino писал(а):
Работают - и прекрасно! Все они лишь суть инструменты, и незачем на них зацикливать свое особое внимание разбирать по косточкам их внутренности.

Анекдот такой есть: подарил муж жене веник. Она его минут пять изучала, а затем спросила: "А где же инструкция?"
Про устройство базы данных rpm НИКТО не говорит. Но для начала надо научиться пользоваться простой отверткой, а уж затем осваивать шуроповерт! Ты думаешь, что если человек не может на компьютере 2+2 посщитать, то дав ему MathCAD он станет выдающимся математиком?
Есть понятие азы. Их должна дать школа. Потом уже институт будет интегралы на матрицы натягивать. Улыбка

Mimino писал(а):
Усложняя познание linux, мы лишь отталкиваем массы потенциальных любителей. Надо понимать - есть небольшая группа хакеры linux, для которых исследование тонкостей linux является самоцелью, а есть обширная группа пользователей, которым нужно выполнять на нем какую конкретную прикладную работу - им эти тонкие нюансы совершенно ни к чему, поскольку зря отнимают время от основной работы на linux.

Это распространенное заблуждение. Не раз уже фиксировались случаи отказа от OpenSource в связи с тем, что его внедряли неквалифицированные люди. Ты хоть себе представляешь какой это козырь в руках Microsoftа?
Перефразирую класика: "образование вводить надо осторожно, избегая ненужных жертв". Тут doomать надо, а не скрипты писать! Улыбка

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

Массовые пользователи НЕ СОЗДАЮТ репозитории на болванках! Им нужно чтобы работало! А это задача совсем других людей. Вот как раз для них это будет вредно.

Mimino писал(а):
Кто ему не следует - отправляется на свалку истории.
Пример - примитивный ассемблер и сложный C - кто из них позволяет достичь большей производительности труда программиста? Многие ли сейчас пишут на ассемблере?

UNIX на свалке истории?
Assembler на свалки истории?
ИМХО, ты просто не владеешь темой. Жаль что ты не програмист! Грустный

Mimino писал(а):
Помяните мое слово - когда в YUM введут функцию автоматического создания репозитария, все сразу забудут о об этой ручной работе по howto, а над нашим спором будут потом смеяться.

Все? Повторяю: это нужно единицам. НО от этих едениц ТРЕБУЕТЬСЯ ГЛУБОКОЕ ЗНАНИЕ ТЕМЫ.

Mimino писал(а):
Мне с вами, знатоками linux, нелегко вести дискуссию, поскольку вы специалисты и мыслите как специалисты, не принимая во внимание мнение массовых пользователей. Если бы мы опросили бы их, картина наверняка бы была противоположной.
Попытайтесь мысленно стать на их позицию - и вы узнаете много нового.

Ты сколько человек в день консультируешь? А я все свободное время этим занимаюсь. Только не готовые ответы на вопросы даю, а развиваю собеседников.

Tigro писал(а):
Заметь, сетевая карта стоит рублей 100-200 это сколько у вас гривен?

+1 Улыбка

Tigro писал(а):
1. Нет компьютеров
2. Нет нормального начальства
3. Нет денег
4. Есть желание придумывать космические корабли, на пропеллере.

В принципе все верно, но ИЗРЕДКА бывают такие случаи когда надо. Но тогда уж и ман почитать можно Улыбка

Mimino писал(а):
И вот в этом случае Аркадий aka Tigro берется:

А тебе не кажеться, что ты путаешь муху с котлетой! Ты на ходу ПОМЕНЯЛ условия!

Mimino писал(а):
Потому что если технология совершенна - она прежде всего проста! И доступна всякому.

1. О совершенстве никто не говорит.
2. Между прочим, у любого ИНСТРУМЕНТА есть ограничения по НЕОБХОДИМОЙ мощноти МОЗГА. В отношении IT это намного важнее, чем для физических инструментов!
3. Дистровых инструментов более чем достаточно для решения повседневных задач. Вот если кто начинает идти путем проктолога, то их не хватает.. Но это не являеться недостатком инструментов. Это называеться, извините, подход жерез жопу! Улыбка

Аватар пользователя IsakovAN

Re: 15/07/2007 Очередная президентская идея-фикс

Mimino писал(а):
На первый взгляд вроде все логично, но тогда возникает закономерный вопрос - почему эта же задача решена здесь Андреем aka rjaan настолько сложно, что аж противно?

Про качество статьи я уже писал. Жаль что ты никого кроме себя не слышишь! Грустный

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

IsakovAN,

Ок, научная дискуссия изрядно затянулась, и конца краю ей не видно, видимо, потому, что сколько людей, столько и мнений.
Поэтому давайте поступим так: разобьем даную задачу на две части:

1) будем продолжать заниматься конкретной полезной деятельностью, как это сделал Аркадий
2) вынесем наш спор на народ в виде голосования со следующим содержанием:

Все знают, как удобно управлять пакетами с помощью утилиты YUM из локального репозитария. Чтобы его создать, достаточно воспользоваться инструкциями Дистрибутив ASPLinux: Создание YUM-репозитария или Настройка yum mini-HOWTO

Есть и альтернатива - можно разработать скрипт, который бы всю эту работу проделал автоматически.

Чтобы вы предпочли:

1. Созданивать репозитарий, пользуясь howto, faq и др. документацией
2. Воспользоваться для этого автоматическим скриптом
3. Мне все равно


Но напоследок все же лягну насчет всего вот этого:
Цитата:
Массовые пользователи НЕ СОЗДАЮТ репозитории на болванках! Им нужно чтобы работало! А это задача совсем других людей. Вот как раз для них это будет вредно.
Цитата:
Все? Повторяю: это нужно единицам. НО от этих едениц ТРЕБУЕТЬСЯ ГЛУБОКОЕ ЗНАНИЕ ТЕМЫ.
Цитата:
Ты сколько человек в день консультируешь? А я все свободное время этим занимаюсь. Только не готовые ответы на вопросы даю, а развиваю собеседников.

Есть один уважаемый мною человек - Jamie Cameron. Он является является превосходным программистом и знатоком всяческих никсов. И, несмотря на то, что его знаний с головой хватает, чтобы успешно работать только в командной строке и кичиться этим, он сумел преодолеть свое зазнайство, рутинные представления о деятельности обычных пользователей и системщиков, и понять, что же им всем нужно для по настоящему комфортной работы.
Благодаря этому он создал великолепный инструмент и образец подхода для подражания - Webmin.
Знаю, что многие супер-специалисты с брезливостью относятся к Webmin и ему подобным инструментам, считая, что есть только консоль и ничего больше. В свою очередь, отношение к таким специалистам с узким кругозором вызывает брезливостьу меня самого, поскольку это очень узкие специалисты, навязывающее свое исключительное мнение всем, не понимая, что технический прогресс имеет много различных путей, не ограничивась только одной командной строкой.
В конечном счете всегда побеждает та технология, которая для достижения одного и того же результата дает экономию времени - самый дорогой человеческий ресурс.

Если выбирать лучину и электрическую лампочку, почтовых голубей и электронную почту, деревянные счёты и калькулятор, то, если следовать логике доморощенных узких специалистов в отличие, нужно выбирать лучину, голубей и счеты.
Такой замшелый подход, уж извините - не мой выбор, и по моему мнению, нужно подходить к этим вопросам комплексно - где быстрее и лучше справляется GUI, то нужно его и использовать, где сказываются преимущества командной строки, то использовать ее.

PS. Перечитывая нашу полемику, пришла новая фикс-идея - вот польза от дискуссии!. Ее изложу в новом топике.

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс


Инструкция по созданию сетевого репозитария

Предисловие
Для установки и обновления приложений очень удобно пользоваться утилитой YUM. Обычно она изначально настроена на использование официального репозитария компании ASPLinux по каналу Internet по протоколу HTTP, в результате процедура работы с пакетами становится весьма длительной и не слишком надежной, особенно в случае низкоскоростного канала Internet.
В этой статье мы рассмотрм содание своего сетевого репозитария, с которого можно обновляться намного быстрее, на базе дистрибутива ASPLinux 11.2.

Постановка задачи
Создание локального репозитария, с которого сетевым компьютерам можно будет обновляться по локальной сети.
Локальный репозитарий, в свою очередь, будет периодически обновляться с официального репозитария фирмы ASPLinux по заданному расписанию.
Физически сетевой репозитарий будет размещаться на одном из сетевых компьютеров, условно - сервер репозитария.
Обновляться будем по протоколу FTP, для чего нам понадобится FTP-сервер, развернутый на том же сервере репозитария

Необходимые компоненты
Нам понадобятся следующие компоненты:

    выделенный сетевой компьютер с достаточным свободным пространством
    rsync - утилита автоматической синронизации файлов по сети
    createrepo - утилита для создания репозитария
    vsftpd - защищенный FTP-сервер
    cron - шедулер-демон

Реализация
1. Устанавливаем и конфигурируем FTP-сервер vsftpd (он есть в дистрибутиве).
В качестве каталога для репозитария используем каталог /var/ftp, который будет доступным анонимно через vsftpd.
Необходимый каталог задается в конфиг-файле /etc/passwd, в котором по умолчанию обычно присутствует такая строчка:

ftp:x:14:50: FTP User:/var/ftp:/sbin:nologin

2. В каталоге /var/ftp создаем каталог /asplinux11.2, в котором, в свою очередь, создаем каталоги /i386 и /updates

3. В каталог /i386 помещаем все RPM-пакеты из сайта ftp://ftp.asplinux.ru/pub/i386/11.2/asplinux/ASPLinux/RPMS/
или же просто копируем все rpm-ки с компакт-дисков дистрибутива ASPLinux 11.2.

4. Для индексации rpm-пакетов запускаем команду

    createrepo /var/ftp/asplinux11.2/i386

Выполнененная команда создаст в этом каталоге каталог /repodata с метаданными RPM-ок.
Данную команду достаточно выполнить один раз, поскольку оригинальные пакеты дистрибутива больше не модифицируются.

5. Далее делаем так, чтобы каждый день (или чаще) по cron с официального сайта закачивались обновления.
Используем для этого утилиту rsync.
Создаем в каталоге /etc/cron.daily запускаемый файл updates.sh , в который поместим строчку:

    rsync -avH --delete --exclude=SRPMS rsync://ftp.asplinux.ru/ASPLinux/i386/updates/11.2/ /var/ftp/asplinux11.2/updates/

Благодаря этой команде раз в день у нас на сервер репозитария в каталог /updates будут закачиваться обновления (без исходников).

6. Запускаем демон vsftpd:

    /etc/init.d/vsftpd start

7. Прописываем на других сетевых компьютерах в каталоге /etc/yum.repos.d следующие строки в качестве baseurl:

- для файлов с базовой системой asplinux.base.repo:
baseurl=ftp://адрес_локального_сервера_с.репозиторием/asplinux11.2/i386/
- для файлов с базовой системой asplinux.updates.repo:
baseurl=ftp://адрес_локального_сервера_с.репозиторием/asplinux11.2/updates/

Все остальные строки изменять не нужно.

Теперь все компьютеры подключены к локальному репозиторию, и можно использовать утилиту либо yum, либо pirut для установки/обновления пакетов.

Подобные операции можно сделать и для любого другого дистрибутива.

Дополнение
Разумеется, если у вас всего один персональный компьютер, то все эти действия остаются актуальными, если их совместить на нем одном.

Аватар пользователя Tigro

Re: 15/07/2007 Очередная президентская идея-фикс

Можно поступить и по другому - примонтировать другой каталог вместо каталога /var/ftp
Например: mount .....................????

Не нужно так делать, лучше поменять в /etc/passwd /var/ftp на что-то иное.

Для индексации rpm-пакетов один раз (и больше никогда - почему? пояснить) запускаем команду

- Потому что этот репозиторий не будет меняться?
- Почему он не будет меняться?
Потому что он такой на сайте и потому что он соответствует тому, что один раз саписывается на компакт диски релиза!
- И все-таки почу?
Все, я написал об этом выше!!!

/etc/init.rd/vsftpd start

/etc/init.d/vsftpd start

*base*repo ???? - надо уточнить) и для *updates*repo соответственно следующие строки в качестве baseurl:

У тебя есть 11.2 у меня нет, так что уточни сам, это всего лишь 2 файла.

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс


Инструкция по созданию сетевого репозитария

Предисловие
Для установки и обновления приложений очень удобно пользоваться утилитой YUM. Обычно она изначально настроена на использование официального репозитария компании ASPLinux по каналу Internet по протоколу HTTP, в результате процедура работы с пакетами становится весьма длительной и не слишком надежной, особенно в случае низкоскоростного канала Internet.
В этой статье мы рассмотрм содание своего сетевого репозитария на базе дистрибутива ASPLinux 11.2, с которого можно обновляться намного быстрее.

Постановка задачи
Создание локального репозитария, с которого сетевым компьютерам можно будет обновляться по локальной сети.
Локальный репозитарий, в свою очередь, будет периодически обновляться с официального репозитария фирмы ASPLinux по заданному расписанию.
Физически сетевой репозитарий будет размещаться на одном из сетевых компьютеров, условно - сервер репозитария.
Обновляться будем по протоколу FTP, для чего нам понадобится FTP-сервер, развернутый на том же сервере репозитария

Необходимые компоненты
Нам понадобятся следующие компоненты:

    выделенный сетевой компьютер с достаточным свободным пространством
    rsync - утилита автоматической синронизации файлов по сети
    createrepo - утилита для создания репозитария
    vsftpd - защищенный FTP-сервер
    cron - шедулер-демон

Реализация
1. Устанавливаем и конфигурируем FTP-сервер vsftpd (он есть в дистрибутиве).
Необходимый каталог публикуемых файлов задается в конфиг-файле /etc/passwd, в котором по умолчанию обычно присутствует такая строчка:
ftp:x:14:50: FTP User:/var/ftp:/sbin:nologin
где /var/ftp -значение каталога публикуемых файлов FTP-сервера по умолчанию.

В качестве каталога для репозитария можно использовать дефолтовый каталог /var/ftp, который будет доступным анонимно через vsftpd.
Но более удобно использовать для нашего случая более подходяящий каталог, например, /home/soft

2. Создаем в каталоге /home/soft каталог /asplinux11.2, в котором, в свою очередь, создаем каталоги /i386 и /updates

3. В каталог /i386 помещаем все дистрибутивные RPM-пакеты из сайта ftp://ftp.asplinux.ru/pub/i386/11.2/asplinux/ASPLinux/RPMS/
или же просто копируем все rpm-ки с компакт-дисков дистрибутива ASPLinux 11.2.

4. Для индексации дистрибутивных rpm-пакетов запускаем команду

    createrepo /home/soft/asplinux11.2/i386

Выполнененная команда создаст в этом каталоге каталог /repodata с метаданными дистрибутивных RPM-ок.
Данную команду достаточно выполнить один раз, поскольку оригинальные пакеты дистрибутива производителем больше не модифицируются.

5. Далее делаем так, чтобы каждый день (или чаще) по cron с официального сайта закачивались обновления.
Используем для этого утилиту rsync.
Создаем в каталоге /etc/cron.daily запускаемый файл updates.sh , в который поместим строчку:

    rsync -avH --delete --exclude=SRPMS rsync://ftp.asplinux.ru/ASPLinux/i386/updates/11.2/ /home/soft/asplinux11.2/updates/

Благодаря этой команде раз в день у нас на сервер репозитария в каталог /updates будут закачиваться обновления (без исходников).

6. Запускаем демон vsftpd:

    /etc/init.d/vsftpd start

7. Прописываем на других сетевых компьютерах в каталоге /etc/yum.repos.d следующие строки в качестве baseurl:

- для файлов с базовой системой asplinux.base.repo:
baseurl=ftp://адрес_локального_сервера_репозитория//home/soft/asplinux11.2/i386/
- для файлов с базовой системой asplinux.updates.repo:
baseurl=ftp://адрес_локального_сервера_репоория//home/soft/asplinux11.2//updates/
Все остальные строки изменять не нужно.

Теперь все компьютеры подключены к локальному репозиторию, и можно использовать утилиту либо yum, либо pirut для установки/обновления пакетов.

Подобные операции можно сделать и для любого другого дистрибутива.

Дополнение
Разумеется, если у вас всего один персональный компьютер, то все эти действия остаются актуальными, если их совместить на нем одном. В качестве базового адреса в этом случае нужно выбирать ftp://localhost....

Аватар пользователя IsakovAN

Re: 15/07/2007 Очередная президентская идея-фикс

Mimino писал(а):
Благодаря этому он создал великолепный инструмент и образец подхода для подражания - Webmin.

Если говорить объективно, то он ОТНЯЛ у меню больше времени и нервов, чем сберег. Почему, спросишь? Очень просто: комфортный UI позволяет легко и непринужденно настраивать ТИПОВЫЕ конфигурации и ПОВТОРНО решать одни и те же задачи. В этом его преимущество. Но оно же таит в себе ОЧЕНЬ ОПАСНЫЙ недостаток. Ты по прежнему НЕ РАЗБИРАЕШЬСЯ в вопросе. Для пользователя, которому надо скопировать файл с дискеты на рабочий стол - это нормально. Я разве спорю?
А для админа? Позволительно ли админу НЕ ЗНАТЬ возможности RPM?! Скажи мне сам, КТО не знал что можно одной командой rpm установить несколько пакетов за транзакцию??? Вот тебе наглядная демонстрация. Догадываешься к чему это приводит на практике? Люди даже не подозревают о возможностях линукса. Результаты - плачевные.
Если тебе интересно, могу сказать, что с настройкой sambы через webmin ДВА админа иблись в течении недели. Затем я открыв man в одной консоли и vim в другой за пол часа настроил требуемую заказчиком конфигурацию. Для справки: до этого я sambу через конфиг не настраивал. Просто я знаю основы. Понимаю как работает компутер, сеть, файловая система и прочее.

Mimino писал(а):
В свою очередь, отношение к таким специалистам с узким кругозором вызывает брезливостьу меня самого, поскольку это очень узкие специалисты, навязывающее свое исключительное мнение всем, не понимая, что технический прогресс имеет много различных путей, не ограничивась только одной командной строкой.

Ты путаешь специалистов с узким кругозором и командную строку. Причем все это полная туфта. Я похож на ускоспециализированного специалиста? Я отказываюсь от GUI? Я требую умения работать в shell? Разве не бред? Я говорю о том, что НАДО ЗНАТЬ АЗЫ!

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

Скажи, от инженера требуеться знание, скажем, MiminoCADа Улыбка или умение проектировать здания? MiminoCAD очень крутая программа с навороченным интерфейсом. Позволяет за несколько секунд проектировать типовые здания Улыбка. Что бы ты выбрал?

Mimino писал(а):
Если выбирать лучину и электрическую лампочку, почтовых голубей и электронную почту, деревянные счёты и калькулятор, то, если следовать логике доморощенных узких специалистов в отличие, нужно выбирать лучину, голубей и счеты.

Ты путаешь теплое с мягким. rpm это счеты? Это голубиная почта? В принципе, согласен, portage "наше фсио"! Улыбка Но если в основе управления динамичекой маршрутизации будет задействована таже самая голубиная почта(rpm в основе yum, creterepoи твоего скрипта), то и результат будет таким же. Добавляя в ведро с фекалиями варенье, ты не увеличишь его количество. Ты увеличишь количество фекалий! Улыбка
Поэтому, для начала надо освоить rpm. Затем yum. И уж затем создавать СВОИ репозитарии. Ибо нельзя создать библиотеку, не зная что такое книга! Улыбка

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

Какое это отношение имеет к грамотности? Если человек НЕ ЗНАЕТ что такой RPM, о каких репозитариях может идти речь?! Блюёт

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

IsakovAN,
И на это все мне есть чем аргументированно ответить. И опять прения закрутятся в новом витке. К чему это приведет? Допустим, кто-то выиграет в споре или кто сдастся ввиду непроизводительных затрат времени. Поскольку тут важнее не выиграть благодаря свое эрудиции или познаниям, а принести пользу. Не себе - народу.
Поэтому пока от споров постараюсь воздержатся и, как уже упоминал, выношу это вопрос на народный референдум в нижеуказанном виде:

Все знают, как удобно управлять пакетами с помощью утилиты YUM из локального репозитария. Чтобы его создать, достаточно воспользоваться, например, инструкциями Дистрибутив ASPLinux: Создание YUM-репозитария или Настройка yum mini-HOWTO

Есть и альтернатива - можно разработать скрипт, который бы всю эту работу проделал автоматически.

Чтобы вы предпочли:

1. Создавать репозитарий, пользуясь howto, faq и др. документацией
2. Воспользоваться для этого автоматическим скриптом
3. Мне все равно

Чем я сейчас и займусь.

Аватар пользователя Mimino

Re: 15/07/2007 Очередная президентская идея-фикс

Гм... Народ что-то не торопится голосовать - за целый день всего 3 голоса, один из которых мой.
И это при максимальной простоте голосования - ткнуть мышкой раз, другой.

Ну что же, как говаривал классик, если не удается загнать электорат в избирательные урны, будем использовать старый проверенный метод - "Не будут брать - отключим газ!" :plusomet:

Не для всех, конечно Показывает язык

PS. Заодно структуру форумов вспомнят, небось уже забыли, как они выглядят - в основном пасутся в "Последних дискуссиях"

Аватар пользователя IsakovAN

Re: 15/07/2007 Очередная президентская идея-фикс

Жаль, что голосование происходит с таким "уровнем" пояснений. ИМХО, было бы лучше если бы два варианта были качественно расписаны. а не так, чтобы выбор был очевиден! Грустный

RSS-материал