From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:470:142:3::10]:48731) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jCd1H-0003iV-7l for guix-patches@gnu.org; Fri, 13 Mar 2020 01:38:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jCd1G-0001Ip-9d for guix-patches@gnu.org; Fri, 13 Mar 2020 01:38:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:52062) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jCd1G-0001Ii-6t for guix-patches@gnu.org; Fri, 13 Mar 2020 01:38:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jCd1G-0005G3-4Y for guix-patches@gnu.org; Fri, 13 Mar 2020 01:38:02 -0400 Subject: [bug#39258] [PATCH v2 0/3] Xapian for Guix package search Resent-Message-ID: From: Arun Isaac In-Reply-To: <87sgifj8zo.fsf@gnu.org> References: <20200307133116.11443-1-arunisaac@systemreboot.net> <87sgijgb1v.fsf@gnu.org> <875zffcc87.fsf@gnu.org> <87r1y13jew.fsf@gnu.org> <87sgifj8zo.fsf@gnu.org> Date: Fri, 13 Mar 2020 11:07:09 +0530 Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: mail@ambrevar.xyz, 39258@debbugs.gnu.org, zimon.toutoune@gmail.com --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > Currently, profile hooks such as =E2=80=98%channel-profile-hooks=E2=80=99= , receive a > complete profile=E2=80=94in this case, the composition of all the channel= s the > user chose. > > So if we want to achieve what you propose, we=E2=80=99d need to find anot= her way > to hook database generation. Hmmm. Tough luck, I suppose. Do you have suggestions for anywhere else to hook database generation? > BTW, there=E2=80=99s also the problem of modules added dynamically with > $GUIX_PACKAGE_PATH or =E2=80=98-L=E2=80=99. With the proposed scheme, it= seems that > they could no longer be searched. Is that correct? Unfortunately, that is correct. To address this, we discussed retaining the current search implementation along with the new xapian implementation. But, that changes the search query behaviour and adds a lot of complexity. I'll think of some other way out. > (Conversely the package cache is optional: it=E2=80=99s only used when it= =E2=80=99s > considered authoritative, see (gnu packages). The API and behavior are > exactly the same whether or not the package cache is used.) Thanks, Arun --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEf3MDQ/Lwnzx3v3nTLiXui2GAK7MFAl5rHAYACgkQLiXui2GA K7OAdgf/cYuLpIA4tY7koTlO4E5nwmfyUxAS8J1lpM6H2xaCCwKjyEWXg8SCxMk2 nSoj57D1jJIZoRQpqXyxu2tVFkyF1S/L1YuBSS4MX1w9dcjsyCKHiNkr5qdV6WT/ 5z1t7rxdzVWBLfHUYJexfjTxepyxApu9jwAoXIpRDSHdDKhSC7s4N/vtxW8TSwae kpH+ferfN5TBRPBkIvVlrm28Q9M7IcJxVktePtMgX3/R0PNhO5p/8l4p/pKkKf2W wuwPjKuRJhYwDjyNBFqX8dBv6TGSeFNX6Lmp34wa009ucshYpvrkaXHKfEAkn9UG /FhrvGeHSotyjWXJ0bSYHg1zkowQfA== =yBNx -----END PGP SIGNATURE----- --=-=-=--