On Tuesday, November 27, 2018 10:12 AM, Ivan Habunek <ivan@habunek.com> wrote:
> Sounds reasonable. It would also be interesting to see if datalist could
> be populated by xhr requests as you type.

Yes, that is possible. See e.g. [1] for a minimal example.

[1]: https://blog.teamtreehouse.com/creating-autocomplete-dropdowns-datalist-element

On Tuesday, November 27, 2018 12:18 AM, Max Leiter <maxwell.leiter@gmail.com> wrote:
> I’ve previously used https://leaverou.github.io/awesomplete/ and
> recommend looking into it. It’s 2KB minified and gzipped, supports
> reading lists from data attributes (useful if you don’t want to write
> JS and just want it to work or want to read from DOM), and is
> customizable.

Side note: it's possible to implement a JavaScript-less autocomplete input
with <datalist> and the "list" attribute. It's probably not suitable for this
use-case though.

From the feature_test_macros(7) manpage:

> Defining _XOPEN_SOURCE with a value of 500 or more also produces the same
> effect as defining _XOPEN_SOURCE_EXTENDED.  Use of _XOPEN_SOURCE_EXTENDED in
> new source code should be avoided.

Can you try _XOPEN_SOURCE set to 500 instead?

(Unfortunately it seems _POSIX_C_SOURCE isn't enough for strptime)

On Monday, November 19, 2018 5:11 AM, Jason Valencia <jasval@airmail.cc> wrote:
> Jason Valencia wrote:
>
> > Simon Ser wrote:
> >
> > > (As a side note, git-am refused to apply your patch, failing with
> > > "error: corrupt patch at line 17". I don't know why this happened,
> > > can you make sure you're using git-send-email [1]?)
> >
> > It looks like I made some other commits/changes before my patch; the
> > hashes in my patch don't match any in the repo. If you correct the
> > hashes in the index line it applies cleanly.
> > Sorry about that! I'll be more careful.
>

On Sunday, November 18, 2018 9:44 AM, Federico Di Pierro <nierro92@gmail.com> wrote:
> Hi,
> thanks for the great project; i'm really liking it!
>
> I'm having an issue though: it seems github integration is not working.
> What I've done:
> * Set dispatches for 2 of my github projects for both commits and PRs
> * On github, I checked that proper webhooks were setted (they are)
> * Added a .build.yml to both projects
> * Commited multiple times yesterday, no build was triggered
>
> I then moved on to test whether my manifests are ok; here you can see
> that both tests passed: https://builds.sr.ht/~fededp.
>

Thanks!

To git.sr.ht:~emersion/mrsh
   42c50b2..ffdd647  master -> master

Pushed:

To git.sr.ht:~emersion/mrsh
   fed1075..42c50b2  master -> master

Thanks!

(As a side note, git-am refused to apply your patch, failing with "error:
corrupt patch at line 17". I don't know why this happened, can you make sure
you're using git-send-email [1]?)

[1]: https://man.sr.ht/git.sr.ht/send-email.md

Pushed:

To git.sr.ht:~emersion/mrsh
   fd9074d..568940c  master -> master

Thanks!

On Tuesday, November 6, 2018 5:36 PM, Michael Weiss <dev.primeos@gmail.com> wrote:
> > > +#define __USE_XOPEN
> >
> > You want _XOPEN_SOURCE here. Check out feature_test_macros(7) for more
> > info.
>
> Did you test if it works with _XOPEN_SOURCE or is this because of the
> man page for strptime? I initially tried it like this, but it didn't
> work on my system.
> After doing some research I found __USE_XOPEN which works on my system.
> I also found __USE_XOPEN in the source-code of glibc [0] (not sure if
> this also applies to other libc implementations though...):

__USE_XOPEN is an internal glibc macro, so it shouldn't be used here.

LGTM, both pushed:

To git.sr.ht:~emersion/mrsh
   3d50633..fd9074d  master -> master

With a minor fix to task_function_start's return type (int → bool).

Thanks!