Главная страница


ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Denis Sergeev                        2:5020/400     10 Dec 2004  09:11:09
 To : Kazarov
 Subject : Re: опять ports!
 -------------------------------------------------------------------------------- 
 
 
 > Я просто решил прокоментировать со своих позиций ход твоих мыслей.
 >
 > DS> Hедостатки:
 >
 > DS> 1) Предположим, другая ситуация:
 >
 > DS> Мне не нужна поддержка библиотеки libiconv в samba
 >
 > Которая хлеба не просит, никому не мешает.
 
 У меня в одном месте есть компьютер не подключеннный к инету и мне в
 принципе там такие излишества мешают!
 
 >
 > DS> (допустим для меня это лишний мусор)!
 >
 > И при этом у тебя есть лишнее время, которое не стоит ничего, т.е. ты
 > безработный, причём работу не ищешь.
 >
 > DS> При обычной сборке, во-первых я бы не устанавливал бы эту libiconv
 > вообще
 > DS> (даже не качал бы ее с Интернета и не тратил бы денег на трафик),
 >
 > Ага, целых 4 МБайта трафика. Почём тебе интернет? Мне, в офисе, по 1
 > центу за метр. 4 цента за libiconv. 0.04 у.е.*27.70 руб/у.е = 1 руб 10
 > коп. Дома - по 6 центов, т.е. 6 руб 60 коп libiconv. Просто плакать
 > хочется от такой растраты. При этом прочтение всех док, сборка всех либ
 > и пр, когда я в первый раз ставил самбу заняли пол дня. Т.е. обошлись
 > не менее 20 баков (554 руб по текущему курсу). Вывод?
 
 Во-первых, у меня трафик дороже, не все мы из Москвы!
 Во-вторых ты грубо считаешь!
 1) Считай все зависимости.
 2) Доку при первом исопльзовании samba, ты всеравно читать будешь, да еще и
 найдешь фразы типа ./configure.
 3) Обновляешь порт и обновляешь зависимости, либо тратишь твое дорогое время
 на изучение  и переписывание Makefile.
 4) Предположим ты когда-то переписывал уже Makefile, но вот ты решли
 обновить порт и что его переиписать и вспомнить все что ты переписывал опять
 придется? А может у тебя и время такое же дешевое как трафик?
 5) Предположим, у тебя штук пять дешевеньких принт серверов (на 486х)
 собраны не известно когда, решил ты чего-то туда доставить и вот выясняется,
 что ссылки зависимостей и самих fetch давно устарели, сколько ты потратишь
 времени и трафика на обновление портов, перекомпиляцию всего софта на этих
 дешвых машинках? Что-то по деньгам мне кажется уже дороговато выходит!
 
 >
 >
 > DS> Где тот коротенький способ вызвать список нужных ключиков? В каком
 > месте
 > DS> документации он описан?
 >
 > И кому он нужен??? Кому охота время терять - тот в Microsoft играет.
 Да сотни, тысячи примеров в инете, как раз с примерами ./configure --with-*.
 Вот и объясни этим авторам кому он нужен!
 
 >
 > DS> Сразу скажу, что man ports я читал,
 > DS> http://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/ports.html
 > это я тоже
 > DS> читал и даже
 > DS> http://www.freebsd.org/doc/ru_RU.KOI8-R/books/porters-
 > handbook/index.html и
 > DS> еще кучу всего.
 >
 > Вообще-то ключики к порту - дело мэйнтейнера этого порта. Причём тут
 > хендбук? (или это был вопрос из серии "Ах, дорогое министерство связи,
 > ну почему вокруг так много грязи?" (с) Иваси)
 
 Ты не внимательно чиатешь.
 
 >
 >
 >
 > DS> # make depends|grep ldap
 >
 > DS> ===>   samba-3.0.9,1 depends on shared library: ldap-2.2.7 - found
 > DS> Ищу, откуда он взялся? Может USE_LDAP? Hет тут такой опции!
 > DS> Аааа, вот, он где:
 > DS> .if !defined(WITHOUT_LDAP)
 > DS> WANT_LDAP=     yes
 > DS> .endif
 >
 > И объясни, нафига тебе явно выбирать LDAP в меню, чтобы его потом
 > выключать???? Или ты просто любишь терять своё время по пустякам?
 
 Hет, мне просто рано или поздно понадобиться понять, а включен ли он был
 туда или нет и каким образом его туда включать.
 Samba здесь не удачный пример. Там хоть make config работает, а где его
 вообще нет? Скажим сначала ты что-то установил, а потом установил ldap и вот
 тут начинаешь копать вопрос, вклюсит ли порт в себя после пересборки этот
 ldap или нет?
 
 >
 >
 > DS> 2) Теперь наоборот, хорошо, конечно, что создатели порта, так сами
 > взяли, за
 > DS> меня и решили нужен мне этот iconv или нет.
 > DS> А вот допустим, мне все-таки нужна какая-то иная функциональность
 > программы.
 > DS> 3) Hет, двух пунктов для меня еще мало! Предположим мне понравились
 > DS> предложения на:
 > DS> http://www.bog.pp.ru/work/Cyrus_IMAP.html
 > DS> и я решил подправить исходный код для cyrus, как советует автор
 >
 >
 > А кому-то нужно чтобы обязательно был значёк MicroSoft. Создатели порта
 > и это должны предусмотреть????
 
 Об этом и идет речь, что порт это нечто унифицированное на многие случаи
 жизни, но не на все! А опыт показывает, что очень часто может понадобиться
 сделать такое чего создатель порта не предусмотрел, вот сразу и начинаешь
 думать, ставить из исходников или из портов?
 
 >
 >
 >
 > DS> 4) Про зависимости это вообще отдельный разговор. Смотришь make
 > depends для
 >
 > Может ты всё-таки доку почитать попробуешь (ведь твоё время всёравно
 > дешевле копеечного трафика стоит)? man ports на пример?
 > Есть команда make fetch-recursive, именно для такого случая.
 
 Пардон, приношу свои извинения, про  fetch-recursive я действительно забыл.
 
 >
 >
 > DS> нужна мне какая-то библиотека или нет? А трафик? Трафик ведь тоже
 > деньги?
 >
 >
 > А время? Или ты нищий безработный, чьё время ничего не стоит?
 
 В твоем случае о времени тоже нужно подумать!
 
 >
 >
 >
 > DS> 5) А что софт меняется, а порты за ним всегда поспевают? Hу да,
 > почти
 > DS> поспевают, но параллельно и версии зависимостей меняются. Hо кто
 > сказал, что
 > DS> например, со старым iconv samba будет работать хуже? Безопасность?
 >
 > Опять вопрос о времени. Ты себя оцениваешь бесконечно дёшево. Мне
 > просто некогда проверять все зависимости. И содержать спец тестера,
 
 Да вообщем-то не так уж много тебе и придется проверять, запусти
 ./configure --help!
 
 > тоже не хочется. Если за меня это проверили - я только радуюсь.
 >
 >
 > DS> Опять трафик и деньги - так ведь и вправду окажется, что Microsoft
 > дешевле!
 >
 > Угумс. Особенно если его покупать у пиратов. Там и думать не надо, и
 > делать он ничего не может... Правда если припрут за использования
 > нелегалки - пара десятков килобаков за софт на одном твоём компе
 > окажутся дешёвым компромисом, лишь бы не на зону. А на 3-х сам посчитай.
 >
 > DS> 6) Для ./configure мне достаточно почитать --help, а сколько мне
 > нужно
 > DS> почитать, для того что бы грамотно подправить Makefile портов?
 > Геморрой
 > DS> просто!!!
 >
 > Ты сам себе злобный буратино.
 > 1. Ты сам себе ищешь гемморой и о нём вопишь.
 
 Hу вот, а просили без хамства!
 И вообще с чего ты так разнервничался-то?
 
 > 2. Ты видать не пробовал посчитать сколько времени ты теряешь на
 > configure, и сколько времени тебе понадобится вспоминания всех настроек
 > configure при апгрейде софтины.
 
 Один раз, запиши все --with=* в нужный скрипт и вспомни о нем только когда
 ты обновляешь софт!
 Вот сколько времени ты будешь переписывать и вспоминать что ты переписывал в
 Makefile порта при его обновлении, я уж точно для этого случая помолчу и
 вообще подумаю, кто из нас сам себе злобный буратино, кто из нас ищет себе
 гемморой.
 
 >
 > DS> ./configure, make и make install более понятен!
 >
 > Дык у тебя же интернет дороже твоего времени. Понятно, что для тебя
 > секс с софтом - одно удовольствие. Другие уже узнали, что жизнь слишком
 > коротка, чтобы повторять чужие ошибки или разменивать её на пустяки.
 >
 >
 > Дмитрий
 >
 > --
 > Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
 --- ifmail v.2.15dev5.3
  * Origin: Rinet Corp. News Service, Novosibirsk, Russia (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 опять ports!   Denis Sergeev   09 Dec 2004 14:34:43 
 Re: опять ports!   Vadim Guchenko   09 Dec 2004 14:46:54 
 Re: опять ports!   Denis Sergeev   09 Dec 2004 15:27:20 
 Re: опять ports!   Andrew Filonov   09 Dec 2004 16:26:50 
 Re: опять ports!   Denis Sergeev   10 Dec 2004 08:08:47 
 Re: опять ports!   Andrew Filonov   15 Dec 2004 17:00:38 
 Re: опять ports!   Vadim Guchenko   09 Dec 2004 16:36:40 
 Re: опять ports!   Denis Sergeev   10 Dec 2004 08:11:20 
 опять ports!   Vladimir Kurtukov   10 Dec 2004 12:29:32 
 Re: опять ports!   Denis Sergeev   10 Dec 2004 09:18:17 
 опять ports!   Vladimir Kurtukov   10 Dec 2004 14:35:11 
 Re: опять ports!   Valentin Nechayev   10 Dec 2004 12:27:53 
 Re: опять ports!   Denis Sergeev   10 Dec 2004 14:46:07 
 Re: опять ports!   Andrew Degtiariov   10 Dec 2004 15:36:08 
 Re: опять ports!   Valentin Nechayev   10 Dec 2004 16:59:00 
 Re: опять ports!   Denis Sergeev   14 Dec 2004 11:51:00 
 Re: опять ports!   Valentin Nechayev   14 Dec 2004 13:22:42 
 Re: опять ports!   Denis Sergeev   14 Dec 2004 14:55:18 
 Re: опять ports!   Valentin Nechayev   14 Dec 2004 17:01:51 
 Re: опять ports!   Denis Sergeev   15 Dec 2004 06:32:44 
 Re: опять ports!   Valentin Nechayev   15 Dec 2004 14:54:55 
 Re: опять ports!   vladimir.sharun@ukr.net   09 Dec 2004 14:49:58 
 Re: опять ports!   Eugeny Chernetcki   10 Dec 2004 00:52:07 
 <none>   Anton Morozov   10 Dec 2004 17:39:58 
 Re: опять ports!   Denis Sergeev   10 Dec 2004 08:14:52 
 Re: опять ports!   Andrey Slusar   11 Dec 2004 05:36:18 
 Re: опять ports!   Oleg Adianov   09 Dec 2004 16:23:35 
 Re: опять ports!   Denis Sergeev   10 Dec 2004 08:20:27 
 Re: опять ports!   Oleg Adianov   10 Dec 2004 13:45:56 
 Re: опять ports!   Mykola Dzham   10 Dec 2004 13:56:20 
 Re: опять ports!   Denis Sergeev   14 Dec 2004 16:13:27 
 опять ports!   Vladimir Kurtukov   09 Dec 2004 21:45:43 
 Re: опять ports!   Denis Sergeev   10 Dec 2004 09:33:34 
 опять ports!   Vladimir Kurtukov   10 Dec 2004 14:44:36 
 опять ports!   Ilya Kulagin   10 Dec 2004 12:30:18 
 Re: опять ports!   Kazarov   09 Dec 2004 21:21:58 
 Re: опять ports!   Denis Sergeev   10 Dec 2004 09:11:09 
 опять ports!   Ilya Kulagin   10 Dec 2004 13:00:04 
 Re: опять ports!   Valentin Davydov   10 Dec 2004 18:05:52 
 Re: опять ports!   Kazarov   10 Dec 2004 13:15:55 
 Re: опять ports!   Oleg Adianov   10 Dec 2004 13:41:20 
Архивное /ru.unix.bsd/5430d32a89b3.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional