From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: "Uzorin Pavel" To: Date: Tue, 11 Mar 2003 19:37:44 +0300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <20030311161454.GA8418@solemn.turbinal.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Subject: [devel] =?koi8-r?B?UkU6IFtkZXZlbF0gUmU6IPrB18nTyc3P09TJIM7BINPL0snQ1M/X2Q==?= =?koi8-r?B?xSDR2tnLySDXIM3Jzskt08nT1MXNxSBbSlRd?= Sender: devel-admin@altlinux.ru Errors-To: devel-admin@altlinux.ru X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: devel@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: Простите, что вмешиваюсь. > On Tue, Mar 11, 2003 at 04:25:29PM +0300, Alexey Gladkov wrote: > > > Более того, стандартный шелл вовсе не продвинут, и даже такие > > > вещи, как массивы, приходится программировать в духе > > > echo ${ARR[@]} > > Это расширения, заимствованные из продвинутых шеллов. > > The C shell (47.5), awk (33.11), the Korn shell, and some other 1. Сказать, что для работы минимального дистрибутива необходим C shell или awk или оба вместе, это все равно лучше, чем сказать, что для работы нужен miniperl (насколько я представляю, даже по занимаемому месту на диске, не говоря уже про надежность). 2. Понятно, что к завтра мы не сможем поменять все скрипты, но выбрать осмысленную политику в отношении средств используемых при запуске, конфигурированиии и обслуживания базовых сервисов и системы помоему следует. Пусть это будет например C shell, ник-то не возражает, если bash такой неудобный, но пусть это будет единое средство. 3. Утверждение, что пусть люди пишут на чем умеют, так меньше ошибок, верно, только по отношению к специальным сервисам и службам (например скрипт запуска Zope может использовать python, поскольку Zope все равно без pyhton не работает:), но распространять эту концепцию например на скрипты установки и конфигурирования помоему не следует (зачем мне perl в системе, если я им не пользуюсь и не зная (предположим:), может он потенциально опасен, а его мне ставят, только потому, что для установки! пакета, даже не для его работы!, он вдруг потребовался). С уважением Узорин Павел.