From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,T_RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=imath.kiev.ua; s=hydra; t=1460529775; bh=kUgfwmGV8qUyPRrjK0aziTHmUFOGbPshjHIMNc4sBL4=; h=Date:From:To:Subject:References:In-Reply-To; b=LUuBj9JsJnri1+ZPU02TBuy89p7+SPkSThZXfJUDZuXxpw4orcajO2OiWC33SgDBd xaiY4oJTApEuorp0YWQ7pXd/0CEVIk62rwHVy9EEDC2XDD7GLMFmTiz+yQJGoA3kty pBKSj1Xu9Wh3p+HPR+u/+CctsoVF/40nBgsVLleI= X-Virus-Scanned: amavisd-new at imath.kiev.ua DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=imath.kiev.ua; s=hydra; t=1460529772; bh=kUgfwmGV8qUyPRrjK0aziTHmUFOGbPshjHIMNc4sBL4=; h=Date:From:To:Subject:References:In-Reply-To; b=JJ+ctINO/qowhP8RzgzKDeHQQsQHtHdupXVXEddsv8siuqNbSagjzk4aZUNZ/OHwp CJi8V31FbWq6wZiZv51Bt3F17OicLkmpM3Vjg1df2mWkgcjqNbcBV2mxEKnTsnSH5D lM9mnld+NgrYLKxP0YVQwYYYZx/YBGooOtY0LVuE= Date: Wed, 13 Apr 2016 09:42:51 +0300 From: Igor Vlasenko To: ALT Linux Team development discussions Message-ID: <20160413064251.GB4053@dad.imath.kiev.ua> References: <20160412161419.GA31037@dad.imath.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Subject: Re: [devel] Q: lib.req/debuginfo.req: not found ? X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 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: Wed, 13 Apr 2016 06:42:58 -0000 Archived-At: List-Archive: List-Post: On Wed, Apr 13, 2016 at 02:01:05AM +0300, Ivan Zakharyaschev wrote: > rpath? ...если оно им не повредит. опасаюсь. > >liboctave.so.3 есть и находится по нестандартному пути > >/usr/lib64/octave//liboctave.so.3 > > А если оно им противопоказано, то не очень всё понятно для постороннего. > > Вообще что должен делать lib.req с ними? Давать зависимость вида > liboctave.so.3 что-то там? -- но это ведь неправильно, оно по нестандартному > пути. Полный путь к ней? Или просто молчать? Хотел бы, чтобы молчало (не засоряло лог WARNING'ами) но и полностью выключать не хочется, мало ли какой модуль попадется, может быть, со внешней библиотекой. Т.е. сказать lib.req, что если требуется liboctave/liboctgui, то с ними все ок. -- I V