From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1N0kwB-0004lq-Ks for garchives@archives.gentoo.org; Wed, 21 Oct 2009 23:49:51 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 957CDE07B9; Wed, 21 Oct 2009 23:49:50 +0000 (UTC) Received: from mail-gx0-f224.google.com (mail-gx0-f224.google.com [209.85.217.224]) by pigeon.gentoo.org (Postfix) with ESMTP id 72128E07B9 for ; Wed, 21 Oct 2009 23:49:50 +0000 (UTC) Received: by gxk24 with SMTP id 24so17441879gxk.6 for ; Wed, 21 Oct 2009 16:49:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type; bh=BMn2yQib6bvXQ35zEcmRBWCzBGqaVAergsDe1/wy1gQ=; b=aXGdm7Hoi59L11C9yiyvy7Hmd1K7QP1VfZ0zq38y77QXGDf+yofOc6laZIYbXt+Bb/ P6G7SjLPyWj2NHBlNp70UJLX/n4x2gmsi5Q5epjIh9hQ8qmAjvSWRlg0Hh/CHXgiGijU m97TM/W+bqQ9xFbXSZhPC163bhotR0PaOpH0k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=S9DHCrO96GBer1mdFkcv7VtYj2KVziTi6l3M0YFFiVDYm4VN0RhQtmkccoq0vPlfbP F8hdFFhm9aDHWr0LH9e/noROb2RHxBE0kkaRdeFHlLxIejJCFlvS5osQti8S8w5qFPIO 0esGR2r6dFK+3wqec4v8gkF5jfOUQk6YCh1K0= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-portage-dev@lists.gentoo.org Reply-to: gentoo-portage-dev@lists.gentoo.org MIME-Version: 1.0 Received: by 10.101.178.18 with SMTP id f18mr2307566anp.192.1256168990100; Wed, 21 Oct 2009 16:49:50 -0700 (PDT) In-Reply-To: <4ADF8531.5030405@gentoo.org> References: <4ADE96F9.30207@gentoo.org> <4ADF8531.5030405@gentoo.org> From: Douglas Anderson Date: Wed, 21 Oct 2009 19:49:30 -0400 Message-ID: <4511e6e80910211649g6ca2cba2xdc68b6858df159d4@mail.gmail.com> Subject: Re: [gentoo-portage-dev] REVDEP-REBUILD and emerge default options To: gentoo-portage-dev@lists.gentoo.org Content-Type: multipart/alternative; boundary=001636c5c1656eccd404767aa214 X-Archives-Salt: 572590e4-0fa0-4bf0-bbcb-3b228e548a28 X-Archives-Hash: ef3f364b6cce4cc73e0387ac52f2200f --001636c5c1656eccd404767aa214 Content-Type: text/plain; charset=ISO-8859-1 There's probably not much reason why a filtered set of OPTS can't be accepted. I haven't looked this over yet but this code should probably handle the filtering: http://overlays.gentoo.org/proj/python/changeset/171 from: https://bugs.gentoo.org/show_bug.cgi?id=282474#c4 -Doug On Wed, Oct 21, 2009 at 6:03 PM, Zac Medico wrote: > Arthur D. wrote: > > To Zac: > >> I'd suggest passing the -p option to revdep-rebuild on the command > >> line. That's how I always do it. Then you can run it again and it's > >> supposed to cache the result (if you don't use the -i option). > > I know how to pass options on command line. I was asking about changing > > default behaviour to respect emerge default options out-of-box. Passing > > same options every time is not a good way of doing things, no? > > Yeah, I think your right. I suppose that revdep-rebuild could simply > assume that the default options are good and allow the user to > specify --ignore-default-opts if necessary. The only options that I > think would conflict are --update, --selective, and --noreplace. > -- > Thanks, > Zac > > --001636c5c1656eccd404767aa214 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable There's probably not much reason why a filtered set of OPTS can't b= e accepted. I haven't looked this over yet but this code should probabl= y handle the filtering:

http://overlays.gentoo.org/proj/python/changeset/171

from: h= ttps://bugs.gentoo.org/show_bug.cgi?id=3D282474#c4

-Doug

=
On Wed, Oct 21, 2009 at 6:03 PM, Zac Medico <zmedico@gentoo.org<= /a>> wrote:
Arthur D. wrote:
> To Zac:
>> I'd suggest passing the -p option to revdep-rebuild on the com= mand
>> line. That's how I always do it. Then you can run it again and= it's
>> supposed to cache the result (if you don't use the -i option).=
> I know how to pass options on command line. I was asking about changin= g
> default behaviour to respect emerge default options out-of-box. Passin= g
> same options every time is not a good way of doing things, no?

Yeah, I think your right. I suppose that revdep-rebuild could simply<= br> assume that the default options are good and allow the user to
specify --ignore-default-opts if necessary. The only options that I
think would conflict are --update, --selective, and --noreplace.
--
Thanks,
Zac


--001636c5c1656eccd404767aa214--