From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 Date: Sun, 30 Mar 2008 00:41:18 +0200 From: Igor Vlasenko To: ALT Linux Team development discussions Message-ID: <20080329224118.GB11270@dad.imath.kiev.ua> References: <20080329091444.GA1068@dad.imath.kiev.ua> <20080329144937.GF15824@wo.int.altlinux.org> <20080329151131.GA5763@dad.imath.kiev.ua> <20080329152730.GG15824@wo.int.altlinux.org> <20080329200032.GA9803@dad.imath.kiev.ua> <20080329212853.GZ21709@osdn.org.ua> <87wsnlfbgj.fsf@frontier.dottedmag.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87wsnlfbgj.fsf@frontier.dottedmag.net> User-Agent: Mutt/1.5.17 (2007-11-01) Received-SPF: pass (dad.imath.kiev.ua: domain of vlasenko@dad.imath.kiev.ua designates 127.0.0.1 as permitted sender) receiver=dad.imath.kiev.ua; client-ip=127.0.0.1; helo=dad.imath.kiev.ua; envelope-from=vlasenko@dad.imath.kiev.ua; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; Subject: Re: [devel] [JT] Drafts ;-) 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: Sat, 29 Mar 2008 22:41:21 -0000 Archived-At: List-Archive: List-Post: On Sun, Mar 30, 2008 at 04:48:44AM +0700, Mikhail Gusarov wrote: > Twas brillig at 23:28:53 29.03.2008 UTC+02 when Michael Shigorin did gyre and gimble: > Которые не соблюдаются, ибо драфты. > Которые расплывчаты настолько, что их невозможно соблюдать. > Которые с первого взгляда неполны, а со второго - противоречивы, ибо их > поленились проверить на непротиворечивость. > Знакомая картинка? В данном случае речь о другом. Что принесет слепое бездумное выполнение полиси? Как оказалось, 1) часть пакетов не вписывется в полиси _И_ порождает грабли, которые уйдут, если пакет переделать с учетом требований полиси. Эту часть полиси нужно максимально конкретизировать. Грабли здесь, здесь и здесь. Грабли, no pasaran! 2) часть пакетов не вписывется в полиси, граблей при этом не несет. При этом героическое выполнение полиси в виде массовых переименований вида glibc->libglibc граблей заведомо добавит. В этой части мы имеем дело уже скорее со стилем сборки. Эту часть полиси нужно так и выделить, как рекомендацию стиля. Хорошие полиси _требуют_ убирать ошибки, но стиль только _рекомендуют_. -- Dr. Igor Vlasenko -------------------- Topology Department Institute of Math Kiev, Ukraine