Re: File search progress: database review and question on triggers

Hi Ricardo, Ricardo Wurmus writes: >> Why wouldn't it help? Can't you make it a trie from basename -> complete >> name? If I'm looking for "libcord.so" (which is a key in the trie), I don't >> think I need to look for every path. I only need to follow the trie until I >> find a pointer to som

Re: Linux-libre 5.8 and beyond

Hi Jason, I didn't see your email until just now. I read this list only sporadically, so it's best to keep me in the CC list for messages that you'd like me to see, or that are responses to me. Mark H Weaver wrote: >> the linux-libre project periodically deletes most of its older >> tarballs, e

Re: File search progress: database review and question on triggers

Hi, > 1. I tried to fine-tune the SQL a bit: > - Open/close the database only once for the whole indexing. > - Use "insert" instead of "insert or replace". > - Use numeric ID as key instead of path. > > Result: Still around 15-20 minutes to build. Switching to numeric > indices shrank

Re: File search progress: database review and question on triggers

Julien Lepiller writes: > Why wouldn't it help? Can't you make it a trie from basename -> complete > name? If I'm looking for "libcord.so" (which is a key in the trie), I don't > think I need to look for every path. I only need to follow the trie until I > find a pointer to some structure th

Re: File search progress: database review and question on triggers

Why wouldn't it help? Can't you make it a trie from basename -> complete name? If I'm looking for "libcord.so" (which is a key in the trie), I don't think I need to look for every path. I only need to follow the trie until I find a pointer to some structure that contains the data I look for (ex:

Re: File search progress: database review and question on triggers

Pierre Neidhardt writes: > Result: Takes between 20 and 2 minutes to complete and the result is > 32 MiB big. (I don't know why the timing varies.) Typo: 20 _seconds_ to 2 minutes! So it's faster than SQL by 1 or 2 orders of magnitude. -- Pierre Neidhardt https://ambrevar.xyz/ signatu

Re: File search progress: database review and question on triggers

Have you tried something more structured? I have some code for creating a binary search tree and even compressing/decompressing strings with huffman, as well as code to serialize all that (my deserialization is in Java though, so not very useful to you): https://framagit.org/nani-project/nani-we

Re: Fwd: Installer: Language and Location should be (optionally) independent of each other

Well even if it makes sense now, we don't want users to be confused when installing their system. What happened exactly? Maybe we can fix the wording or something? On 2020年8月12日 10:19:05 GMT-04:00, dcn wrote: >After seeing the resulting scm file it makes a lot more sense. I might >have written

Fwd: Installer: Language and Location should be (optionally) independent of each other

After seeing the resulting scm file it makes a lot more sense. I might have written this e-mail a tad bit too hastily. <3 Forwarded Message Subject: Installer: Language and Location should be (optionally) independent of each other Date: Wed, 12 Aug 2020 16:05:07 +0200 Fr

Installer: Language and Location should be (optionally) independent of each other

Hi ! Going through the Installer and getting "stuck" at the first 2 question already: Language and Location. If I chose English, I'm only allowed to chose officially English speaking countries. Why can I not have an English installation, when I currently live in Germany for example ? While I

Re: merge wip-haskell?

Timothy Sample writes: > I just pushed “wip-haskell-updates-2” which integrates my work from > . I left the original branch intact > to make it easy to compare. Thank you! I’ll work off of wip-haskell-updates-2 now. > Basically, where you remove the “--ext

Re: [OUTREACHY]: Integration of desktop environments into GNU Guix

Hi RG, pushed that patchset to wip-desktop. I've changed liblouis output "louis" to "python" to do it the same way as other packages do it. Thanks! pgpUTTccoZDv_.pgp Description: OpenPGP digital signature