USHIN is a tiny educational nonprofit whose mission is to promote personal, community, and global health through free and open universal shared information for everybody.
From Joseph Turner to ~sircmpwn/sr.ht-discuss
I just tried again with `hut` from my local machine, and it worked.
From Joseph Turner to ~sircmpwn/sr.ht-discuss
I'm running into a similar problem where a large (55M) executable binary refuses won't upload as a ref artifact. When using hut to upload inside of a build job, I get "gqlclient: server failure: context deadline exceeded": https://builds.sr.ht/~ushin/job/1246942 When attempting to upload the same artifact using the web interface, the webpage hangs. Does the 30 second limit for uploading files apply to git artifacts as well as srht.site as described in the following thread?
From Joseph Turner to ~sircmpwn/sr.ht-discuss
"Drew DeVault" <sir@cmpwn.com> writes: > Added! Thank you! Joseph
From Joseph Turner to ~sircmpwn/sr.ht-discuss
Use case: In order to build a confirmation step and progress bar in the installation UI of <https://git.sr.ht/~ushin/hyperdrive.el>, we need to know the size of an executable file before downloading it. Would you be willing to consider returning a "Content-Length" header so that the file size is returned in the following request? curl --head https://git.sr.ht/~ushin/hyper-gateway-ushin/refs/download/v3.7.0/hyper-gateway-linux Thank you! Joseph
From Joseph Turner to ~ushin/ushin
Stefan Monnier <monnier@iro.umontreal.ca> writes: > I just fixed the package's spec to refer to `README.org`, so hopefully > the next build will be successful. Thank you! Joseph
From Joseph Turner to ~pkal/public-inbox
Philip Kaludercic <philipk@posteo.net> writes: [...] > I'd rather just deprecate the feature for now, and maybe later on we can > consider this. This would be the first time I am deprecating something > like this for setup.el, so I'd like to take it slow. Sounds good to me! [...] Thanks,
From Joseph Turner to ~pkal/public-inbox
Philip Kaludercic <philipk@posteo.net> writes: [...] > My proposal would be to start deprecating passing a map to :bind-into: > > diff --git a/setup.el b/setup.el > index be1e9bf..cc52b10 100644 > --- a/setup.el > +++ b/setup.el > @@ -598,11 +598,13 @@ The first FEATURE can be used to deduce the feature context." > :repeatable t) > > (setup-define :bind-into
From Joseph Turner to ~pkal/public-inbox
Philip Kaludercic <philipk@posteo.net> writes: > Joseph Turner <joseph@ushin.org> writes: > >> Philip Kaludercic <philipk@posteo.net> writes: >> >>> Joseph Turner <joseph@ushin.org> writes: >>> >>>> (setup foo >>>> (:bind-into bar-map >>>> "a" foo-baz)) >>>> >>>> macroexpands to >>>>
From Joseph Turner to ~pkal/public-inbox
(setup foo (:bind-into bar-map "a" foo-baz)) macroexpands to (eval-after-load 'foo #'(lambda nil (define-key bar-map "a" #'foo-baz))) but I would expect it to macroexpand to #'(lambda nil (define-key bar-map "a" #'foo-baz))
From Joseph Turner to ~ushin/ushin
Are we not able to use shorthands in require and provide forms?