Re: [Guix Website] A Search Page for Packages
Hi Daniela, On +2020-07-08 20:49:35 +0200, Daniela Lura wrote: > Hello everyone, > > This is Danjela, the Outreachy intern at the Guix Data Service. > > Taking into consideration the suggestion made in this thread: > https://lists.gnu.org/archive/html/guix-devel/2020-05/msg00096.html, my > mentor, Christopher Baines suggested me to write a script that serves a > search page for packages using the search functionality within the Guix > Data Service, > https://data.guix.gnu.org/repository/1/branch/master/latest-processed-revision/packages?search_query=git=version=synopsis_name=_results=100 > . > > The prototype page can be accessed through a test version of the Guix > website that Chris deployed: > http://guix-website-test.cbaines.net/packages/search > This looks useful :) I did notice that clicking firefox-esr's[1] reader-view button (or equivalently hitting Ctl-Alt-r [yes, lower case]) niether shows the latest search result (I searched for -"sha" (BTW, my convention: prefixed '-' on double-quoted string means without the quotes, ok?)). [1] Mozilla Firefox 68.10.0esr per -"firefox --version" It seemed to go back to a locked-in one-time-memoized value that persists through other searches and even exiting the browser and restarting it, and even after hitting its reload button. All it keeps showing in reader mode is --8<---cut here---start->8--- guix-website-test.cbaines.net Packages 1 minute ghc-cryptohash-sha1 0.11.100.1 This Haskell package provides an incremental and one-pass, pure API to the SHA-1 hash algorithm (https://en.wikipedia.org/wiki/SHA-1), including HMAC support (https://en.wikipedia.org/wiki/HMAC), with performance close to the fastest implementations available in other languages. The implementation is made… ghc-cryptohash-sha256 0.11.101.0 This Haskell package provides an incremental and one-pass, pure API to the SHA-256 cryptographic hash algorithm (https://en.wikipedia.org/wiki/SHA-2), with performance close to the fastest implementations available in other languages. The implementation is made in C… --8<---cut here---end--->8--- which I think is the result of my first search of all -- which was for -"sha256" (sans quotes again, no more explaining that :). Actually, on the reader page, there is visually a blank line above the -"ghc-cryptohash-sha256 0.11.101.0" line in the snip above, though I don't think that's relevant to not seeing a refreshed reader view of new search results -- unless it's actually a wl-copy/paste bug somehow. The latter has a man page, but no --version option, though debian's -"dpgk -l 'wl-*'" found it [Version: 1.0.0-1], in case it plays any role. On debian, -"apt show wl-clipboard" should tell the package details for you if needed. In my case it's re-packaged for pureos, so it'd be good to test reader view on other browsers and distributions. Anyway, raingloom got me thinking more about reader mode, and I think he would appreciate attention to that. I'll try to Cc: him :) > I'd like to know if you find the page useful so that I can hopefully start > working on incorporating the search functionality into this page: > https://guix.gnu.org/packages/. > > Best Regards, > Danjela HTH -- Regards, Bengt Richter
Re: Jami: Updating opendht needed
Hello, Seems opendht is fine, but Jami just fails during compilation. Reported the issue here: https://git.jami.net/savoirfairelinux/ring-daemon/issues/261 It seems they build their package with meson now, but libring requires meson 0.54 or higher. Tried upgrading it quickly and dirty but glib or glibc failed to compile. I can't do anything until developers fix this or someone bumps meson, sorry. Jan Wielkiewicz
Re: [Guix Website] A Search Page for Packages
Yes, this kind of search is much better. Good work! I wonder, can bad people abuse the search for denial-of-service or is the number of searches limited? On Wed, Jul 08, 2020 at 08:31:37PM +, Cook, Malcolm wrote: > * Immediate feedback of hits as you type is “nice”. IMO suggested > completion of search times is nicer. This has two sides. I find it great that search works without JavaScript and think users should not normally be required to enable privacy-killing JavaScript. However, search-as-you-type indeed is a nice feature for the JS-enabled users. I do not know how to reasonably implement it though (and in what programming language). Also the improvement of search-as-you-type vs. the current proposal is not big. Regards, Florian
Re: [Guix Website] A Search Page for Packages
A few quick thoughts – * There should be a link documenting the search language. Are there Booleans allowed? Is “stemming” automatic? Do quote characters do anything? Is proximity searching available? Regular expressions? What columns are searched? License? Version? Author? * Immediate feedback of hits as you type is “nice”. IMO suggested completion of search times is nicer. * Browsing alphabetically by picking a letter provide little to no value * Full detail of hits in columnar format is preferred over “cards” Still lurking myself but loving the improvements…. Go Guix, ~Malcolm From: Guix-devel on behalf of Daniela Lura Date: Wednesday, July 8, 2020 at 1:50 PM To: "guix-devel@gnu.org" Subject: [Guix Website] A Search Page for Packages CAUTION: This email was received from an External Source Hello everyone, This is Danjela, the Outreachy intern at the Guix Data Service. Taking into consideration the suggestion made in this thread: https://lists.gnu.org/archive/html/guix-devel/2020-05/msg00096.html, my mentor, Christopher Baines suggested me to write a script that serves a search page for packages using the search functionality within the Guix Data Service, https://data.guix.gnu.org/repository/1/branch/master/latest-processed-revision/packages?search_query=git=version=synopsis_name=_results=100. The prototype page can be accessed through a test version of the Guix website that Chris deployed: http://guix-website-test.cbaines.net/packages/search I'd like to know if you find the page useful so that I can hopefully start working on incorporating the search functionality into this page: https://guix.gnu.org/packages/. Best Regards, Danjela
[Guix Website] A Search Page for Packages
Hello everyone, This is Danjela, the Outreachy intern at the Guix Data Service. Taking into consideration the suggestion made in this thread: https://lists.gnu.org/archive/html/guix-devel/2020-05/msg00096.html, my mentor, Christopher Baines suggested me to write a script that serves a search page for packages using the search functionality within the Guix Data Service, https://data.guix.gnu.org/repository/1/branch/master/latest-processed-revision/packages?search_query=git=version=synopsis_name=_results=100 . The prototype page can be accessed through a test version of the Guix website that Chris deployed: http://guix-website-test.cbaines.net/packages/search I'd like to know if you find the page useful so that I can hopefully start working on incorporating the search functionality into this page: https://guix.gnu.org/packages/. Best Regards, Danjela
Re: Jami: Updating opendht needed
Jan Wielkiewicz writes: > I need someone to push this commit: > https://lists.gnu.org/archive/html/guix-patches/2020-07/msg00226.html > > From this version, my toaster can't build opendht anymore and I'm stuck > on Fedora on my newer now, where I have no Guix available. > Can someone check if it compiles and push, so I can get > back to working on Jami? The latest Jami version requires opendht > 2.1.4. Looks fine to me, I've made some minor tweaks to the commit message, and pushed as 143188423a727426efdc6289fc87a5e492bcf09d. Thanks, Chris signature.asc Description: PGP signature
Jami: Updating opendht needed
Hello, I need someone to push this commit: https://lists.gnu.org/archive/html/guix-patches/2020-07/msg00226.html From this version, my toaster can't build opendht anymore and I'm stuck on Fedora on my newer now, where I have no Guix available. Can someone check if it compiles and push, so I can get back to working on Jami? The latest Jami version requires opendht 2.1.4. Jan Wielkiewicz
Re: Racket packages: formerly Move DrRacket to a separate output?
Dimakakos Dimos writes: > Pierre Neidhardt writes: > >> I've (finally) pushed racket-minimal. >> Hooray! >> >> Now to the Racket importer... Anyone? >> Dimakakos? :) > > Nice! It will be very useful. I've put some research into a build system > for racket, and sadly it isn't trivial to match the racket package > system to guix. > > There is a lot of state handling in racket specific files, since every > package is indexed by linking the specific folder of a package. Right > now I'm creating these files ad-hoc but it doens't seem the best > approach, since racket is really slow searching for the dependencies in > many folders. At the same time, racket tries sometims to rebuild > packages that are passed as inputs. There are also circular dependencies > and other stuff that need to be ironed out. > > I'm also talking with the creator of racket2nix, a similar project for > nix and he had the same problems, so we discussed about working for a > solution for both package managers. > > So in conclusion, I don't have a specific roadmap, but I'm still working > on it. Would you mind sharing what you have so far? Even just a complete braindump of notes or WIP code could be helpful to move this along! I've started reading some for the docs over at: https://docs.racket-lang.org/pkg/index.html I'm getting an idea of some things but it would be useful to hear what you and Claes have explored so far!