From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: devel@lists.altlinux.org References: <20080812085323.GA20203@osdn.org.ua> From: Sergey Bolshakov Date: Tue, 12 Aug 2008 14:06:59 +0400 In-Reply-To: <20080812085323.GA20203@osdn.org.ua> (Michael Shigorin's message of "Tue, 12 Aug 2008 11:53:23 +0300") Message-ID: User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b28 (linux) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Subject: Re: [devel] [Bug 16663] New: qtcl X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2008 10:07:04 -0000 Archived-At: List-Archive: List-Post: >>>>> "Michael" == Michael Shigorin writes: > On Tue, Aug 12, 2008 at 01:23:17AM +0400, bugzilla-daemon@altlinux wrote: >> http://bugzilla.altlinux.org/show_bug.cgi?id=16663 [skipped] >> Прошу перенести в obsolete пакет qtcl по причине того, что мейнтейнер libtcl "не >> считает себя обязанным учитывать их существование" >> http://bugzilla.altlinux.org/show_bug.cgi?id=16657 >> Учитывая подобную "принципиальность" мейнтейнера libtcl я не вижу возможности >> поддерживать указанный выше пакет :( Пакет qtcl существует без, эээ, моего учёта его существования уже долгое время, нимало этим обстоятельством не обременённый. Суть разногласий состоит в моём нежелании распиливать пакет tcl ещё более мелко, детали по второй ссылке. > Мужики, я чгря не понял, в чём именно зацепка и почему в > процитированном там полиси так упоминаются сторонние шеллы > -- но мож есть более конструктивный вариант? собственно, к первоначальному содержанию FR это имеет косвенное отношение, но тем не менее: rationale изложенных в rpm-build-tcl рекомендаций (я не настаиваю на именовании `policy') в части custom shells в следующем: всякое расширение tcl, не предоставляющее свои функции принятым для расширений образом (механизм package require), провоцирует взрывной рост custom tcl shells, содержащих произвольный набор влинкованных внутрь расширений. qtcl, насколько я помню, может быть преобразован в вид, удовлетворяющий этим рекомендациям. Коль скоро этого по сию пору не произошло, я и "не считаю себя обязанным учитывать их существование", как, собственно, подавляющее большинство пакетов в сизифе, не образующих подсистему расширений tcl. --