Hacker Newsnew | past | comments | ask | show | jobs | submit | axw's commentslogin

Yes, you can do this using Filebeat or in Elasticsearch itself using an Ingest node script processor.

Filebeat: https://www.elastic.co/guide/en/beats/filebeat/current/elast... (You can incorporate variables in the destination index; variables may refer to labels and other fields.)

Ingest node: https://www.elastic.co/guide/en/elasticsearch/reference/curr... (search for "_index")


FYI, Eric Snow has implemented an OAuth extension for Review Board: https://bitbucket.org/ericsnowcurrently/rb_oauth_extension

We use this in the development of Juju. We also have a bot that creates Review Board reviews from GitHub PRs, and updates the diffs when the PR is updated.


Sounds cool :) I'd love to hear more about your setup if you'd be up to talk about it further ([email protected]).

Native support for OAuth2 is planned to land in 3.0 as well. We're focusing a lot on improvements for third-party integrations and enhanced extensibility with this release (along with some cool new review improvements).


Oh I should be clear (misunderstood that extension). We're adding support for using Review Board as an OAuth2 provider, not to use another service for auth, so that services can better integrate into your server without having to share credentials.


Indeed, something I have been thinking about for over a year ;)

http://blog.awilkins.id.au/2012/12/go-in-browser-llgo-does-p...

Sadly I don't have a lot of time, so progress is quite slow. The PNaCl support isn't working at all at the moment, as I'm going through a fairly major refactoring to make things a bit more solid.


Author here.

Fair enough. I wrote that post for a much smaller audience (namely, people already following the llgo project), and certainly didn't expect it to be posted to HN. You're right of course, I should always consider people unfamiliar with the project stumbling across my posts.


I haven't even thought about that to be honest, but there's not currently anything that would preclude embedding code generated by llgo in a C program. This might change in the future, with the introduction of goroutine scheduler and segmented stacks.

I don't know the first thing about iOS development, so can't comment there.


There's a wiki page on the GitHub repo: https://github.com/axw/llgo/wiki/Unimplemented-and-incomplet...

If you'd like to work on a feature, please let us know on the llgo-dev group: https://groups.google.com/forum/?fromgroups#!forum/llgo-dev

Please be aware that this is still fairly rough around the edges, and I'm new to this game (compilers/language implementation, beyond toys).

Thanks!


The gory details are here: https://docs.google.com/document/d/1bMwCey-gmqZVTpRax-ESeVuZ...

TL;DR: functions are now represented as (function pointer, pointer to a context structure), whereas before they were represented as a single function pointer.


I haven't seen that before. Thanks, it brought a smile to my face. I made this a few years ago: https://github.com/axw/pushy

Pushy is Python-based, not PERL-based, but otherwise it's similar what you/Matt describe. It never really made much ground, though I recently became aware that Ceph is using it in their ceph-deploy deployment program.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: