From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 7 Sep 2004 15:41:30 +0400 From: Anton Kachalov To: ALT Devel discussion list Subject: Re: [devel] Re: sqlite3 -- fixed x86_64 build Message-ID: <20040907114130.GI8118@lrn.ru> References: <20040904171546.GC18322@workstation> <20040906154721.GE28217@solemn.turbinal.org> <20040906202553.GB22576@workstation> <20040907055405.GM28217@solemn.turbinal.org> <413D6CF9.4040608@altlinux.com> <20040907104932.GG28594@workstation> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20040907104932.GG28594@workstation> X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Sep 2004 11:41:31 -0000 Archived-At: List-Archive: List-Post: On Tue, Sep 07, 2004 at 02:49:32PM +0400, Denis Smirnov wrote: ... > > Только во-первых сейчас x86_64 должен быть, видимо, в отдельном > репозитории (и из-за объёмов, товарищи зеркалирующие повесятся, и из-за > стабильности, которая сейчас скорее ближе к Daedalus'у). И, естественно, > если делать какой-то внутренней анонс (в sisyphus@), то и в нём, и в корне > репозитория, должно быть ясное и недвусмысленное упоминание что это > глубокая альфа, и что проблем с security там потенциальных -- как собак > нерезаных, и на что-то кроме девелоперского сервера или рабочей станции > сейчс его будет ставить только камикадзе. К вопросу о репозитарии. Вторым шагом будет сборка некоторых библиотек (libgcc, libstdc++, glibc, pam, etc...) в среде x86_64, но с флагом "-m32" для возможности запускать 32-х битные прикладухи. Один из способов решения именования пакетов - добавлять "-32" в конец имени.Но как лучше сделать? Ведь некторые либы могу содержать и документацию,которая по файлам будет пересекаться с не x86_64-сборкой.Баги вешать?Чтоб выносили всё не arch-зависимое в отдельный пакет ala -common, -doc, etc...Тогда такую сборку можно будет заряжать автоматом и на лету добавлять -32. Какие есть предложения? По части некорректного использования /usr/lib вместо /usr/share будут пинаться такие пакеты патчами, а так же их мантейнеры :) в случае, когда такой (/usr/lib --> /usr/share) переезд будет возможен. Rgds, Anton