From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: X-Spam-Status: No, score=-4.0 required=3.0 tests=ALL_TRUSTED,BAYES_00 shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id 68FCE1F8C6; Mon, 2 Aug 2021 22:08:50 +0000 (UTC) Date: Mon, 2 Aug 2021 22:08:50 +0000 From: Eric Wong To: Konstantin Ryabitsev Cc: meta@public-inbox.org Subject: Re: boost and /all/ Message-ID: <20210802220850.GA3015@dcvr> References: <20210802204058.vscbxs5q7xyolyu2@nitro.local> <20210802211656.GA28706@dcvr> <20210802212923.3hnishr2xeuqhgpk@nitro.local> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20210802212923.3hnishr2xeuqhgpk@nitro.local> List-Id: Konstantin Ryabitsev wrote: > On Mon, Aug 02, 2021 at 09:16:56PM +0000, Eric Wong wrote: > > > I believe this should assign boost value of 0, but the virtualization source > > > seems to be "winning" both via the interface and when retrieving t.mbox.gz. > > > Anything I'm not doing right? > > > > Correct, boost=0 is the default. Did you set boost before indexing? > > It needs to be set before indexing (or reindexing). > > Yes, all boost values were present from the start. On this particular > instance, I ended up indexing a few tiny lists first, and then /lkml/, and > only after that the remaining bulk of repositories, so this thread would have > first made its way in through /lkml/ and then through most other lists, > including /virtualization/. That shouldn't have caused /virtualization/ to > "win", should it? Oops, yes, there seems to be a bug across multiple invocations (but not reindex), will try to fix it in a few.