On 2 March 2015 at 18:35, Rob Miller <rmil...@mozilla.com> wrote: > On 03/02/2015 03:13 AM, bruno binet wrote: > >> For the record, it was failing when I built heka with golang 1.4. >> I tried to use golang 1.3, and the build is now successful! >> Maybe you should change the "Installing from source" guide to say that >> golang 1.3 is required: >> https://hekad.readthedocs.org/en/latest/installing.html#from-source >> > Go 1.4 is supported, the 0.9 packages were all built with Go 1.4.2. Were > you building over an existing checkout? If so, then it might have been that > you needed to clear out the existing source code (using `make clean-heka`) > before building. I suspect that you removed the build directory when you > switched to 1.3, so it made it look like 1.3 fixed things, when actually a > clean checkout would have worked with 1.4. >
Yes you're right, I completely dropped the "build" directory to build Heka with Go 1.3. So I started again from scratch with Go 1.4 and as you told me, the compliation was successful, thanks! I've updated https://github.com/bbinet/heka/releases/download/v0.9.0/heka_0.9.0_armhf.deb with this new package built with Go 1.4, if it can be useful to others. > I don't know what was wrong with 1.4, but I can now test Heka v0.9 on my >> raspberry pi, thanks! >> So, if some users also want to test Heka v0.9 on armhf, you can use the >> following package: >> https://github.com/bbinet/heka/releases/download/v0.9.0/ >> heka_0.9.0_armhf.deb >> (compiled on a raspberry pi) >> >> By the way, is there any chance you can provide Heka packages for the >> armhf architecture in the future? >> > Not likely, sorry. Most of our efforts need to go towards working on Heka > itself, we don't have the resources to add to our platform support burden. > No problem, thanks for your efforts going into Heka! > -r > > > >> On 2 March 2015 at 10:36, bruno binet <bruno.bi...@gmail.com >> <mailto:bruno.bi...@gmail.com>> wrote: >> >> Thanks for all your work on this last v0.9 release which I look >> forward to test. >> >> So I'm trying to compile this v0.9 release on my arm environment >> (raspberry pi), but it fails with the following error: >> >> [...] >> [ 90%] Built mock_stataccumulator_test.go >> [ 90%] Built mock_deliverer_test.go >> # command-line-arguments >> ./prog.go:22: undefined: pipeline.Deliverer >> 2015/03/02 09:21:50 Loading input failed: exit status 2 >> CMakeFiles/mocks.dir/build.make:123: recipe for target >> 'heka/src/github.com/mozilla-services/heka/pipeline/mock_ >> deliverer_test.go >> <http://github.com/mozilla-services/heka/pipeline/mock_ >> deliverer_test.go>' >> failed >> make[2]: *** >> [heka/src/github.com/mozilla-services/heka/pipeline/mock_ >> deliverer_test.go >> <http://github.com/mozilla-services/heka/pipeline/mock_ >> deliverer_test.go>] >> Error 1 >> CMakeFiles/Makefile2:1779: recipe for target >> 'CMakeFiles/mocks.dir/all' failed >> make[1]: *** [CMakeFiles/mocks.dir/all] Error 2 >> Makefile:143: recipe for target 'all' failed >> make: *** [all] Error 2 >> >> Can you provide any guidance on how to fix this compilation issue? >> Is it a test which fails? if yes, maybe there is a way to simply >> disable the tests? >> Thanks for any help. >> >> Cheers, >> Bruno >> >> On 26 February 2015 at 18:14, Rob Miller <rmil...@mozilla.com >> <mailto:rmil...@mozilla.com>> wrote: >> >> Hi all, >> >> I'm happy to be able to say that Heka v0.9.0 has been officially >> released, at last! This is a significant release, containing a >> considerable number of new features and bug fixes. It also has a >> handful of significant breaking changes, so upgrading from prior >> versions will require tweaks to existing configuration, and >> should be done carefully and tested thoroughly. I'll cover the >> issues briefly here, but you should also check the changelog and >> the updated docs for the whole story. >> >> The one issue that impacts everybody is the introduction of >> Splitter plugins. Splitters are embedded within Inputs, and >> they're responsible for watching the incoming data stream and >> deciding where it should be sliced to generate discrete chunks >> of data that can be decoded and injected into the Heka pipeline. >> In v0.8 and earlier, this job was handled on an ad-hoc basis by >> the inputs themselves; now it's available to all inputs and lots >> of duplicate code has been removed. >> >> What this means in practice is that all of the 'parser_type', >> 'delimiter', and 'delimiter_location' config settings for >> various input plugins are now gone. These are replaced by a >> single 'splitter' setting that will refer to an separate section >> containing the splitter configuration, much like the already >> existing 'decoder' and 'encoder' behavior. Heka automatically >> registers some splitters for you, including a NullSplitter, a >> HekaFramingSplitter, and a TokenSplitter (using the default >> newline delimiter '\n'). All available splitters and their >> configuration options are described in the docs: >> http://hekad.readthedocs.org/__en/v0.9.0/config/splitters/__ >> index.html >> <http://hekad.readthedocs.org/en/v0.9.0/config/splitters/ >> index.html> >> >> If you're just using existing input plugins, then converting >> your config to use Splitter plugins should be quite >> straightforward. If you've implemented your own inputs, they'll >> might still work, but you'll almost certainly want to update >> them to take advantage of the new APIs we've exposed that take >> the splitting and decoding burdens out of your hands. How this >> works is more detailed than I want to cover here, but you should >> find all of the info that you need in the updated developer docs >> (http://hekad.readthedocs.org/__en/v0.9.0/developing/plugin. >> __html#inputs >> <http://hekad.readthedocs.org/en/v0.9.0/developing/plugin. >> html#inputs>). >> If you have any questions or problems, please feel free to ask >> on this mailing list or in the #heka channel on irc.mozilla.org >> <http://irc.mozilla.org>. >> >> Beyond this big one, there are a lot of other exciting >> improvements, especially with the Lua sandbox. The sandbox now >> supports loading dynamic library loading, so you can pull in new >> Lua modules, implemented in C, without having to recompile Heka. >> Also we've introduced SandboxInput and SandboxOutput plugins, so >> it's now possible to do any arbitrary I/O from within Lua code. >> We've also added the ability to encode and decode Heka protobuf >> messages entirely within the sandbox, which greatly expands the >> range of new behavior that can be introduced without needing to >> recompile or redeploy the core Heka binary. >> >> There's one unfortunate point to mention. Due to a bug in Go's >> interfacing with C, the new version is currently not working on >> Windows. We've reported the issue to the Go team >> (https://github.com/golang/go/__issues/9754 >> <https://github.com/golang/go/issues/9754>), but as of yet >> there's been no resolution. We did just get notice today that a >> patch has landed that *may* resolve this issue >> (https://go-review.__googlesource.com/#/c/5711/ >> <https://go-review.googlesource.com/#/c/5711/>), we'll be >> testing that soon to see if it helps. Fingers crossed! >> >> Okay, I've blathered on long enough. Check the changelog >> (https://github.com/mozilla-__services/heka/blob/v0.9.0/__ >> CHANGES.txt >> <https://github.com/mozilla-services/heka/blob/v0.9.0/CHANGES.txt >> >) >> for the complete list of what we've been up to. Check the >> release page >> (https://github.com/mozilla-__services/heka/releases/tag/v0.__9.0 >> <https://github.com/mozilla-services/heka/releases/tag/v0.9.0>) >> for the available binary packages. Test carefully before >> deploying, and report any issues or bugs that you discover in >> the issue tracker >> (https://github.com/mozilla-__services/heka/issues >> <https://github.com/mozilla-services/heka/issues>). >> >> And, most importantly, thanks for using Heka, and have a great >> day. >> >> Cheers! >> >> -r >> _________________________________________________ >> Heka mailing list >> Heka@mozilla.org <mailto:Heka@mozilla.org> >> https://mail.mozilla.org/__listinfo/heka >> <https://mail.mozilla.org/listinfo/heka> >> >> >> >> >
_______________________________________________ Heka mailing list Heka@mozilla.org https://mail.mozilla.org/listinfo/heka
