[go-nuts] Re: Go package management proposal process

This is great news! For me this was the last wrinkle in the Go eco system, glad to here its getting an official solution with some talented people involved. Kudos to everyone involved in this. On Friday, July 29, 2016 at 8:46:01 AM UTC+1, Peter Bourgon wrote: > > Hello, > > For well over a

[go-nuts] jq (JSON Query) write support?

Just a quick one - anyone know of a JQ package that supports modifying values that match? I've found several packages that support reading values but none that support modifying values on match. Cheers! -- You received this message because you are subscribed to the Google Groups

[go-nuts] Re: Applying idiomatic Golang patterns to other languages?

I experimented using the function options (e.g. withFunc() ) in PHP. I know its unnecessary as PHP functions and methods can accept optional parameters, and I know that you cant have function types in PHP, but the approach is still so clean and self documenting I'd like to use it for much more

[go-nuts] Re: Implementation status of database/sql changes

I'd just like to say, as someone who is champing at the bit to access MySQL Stored Procedures from Go, that all these suggested changes look great and really well thought out from the developers side of things! Cracking job! On Tuesday, November 8, 2016 at 5:17:48 PM UTC, mattn wrote: > > Hi

[go-nuts] http.Client interface

Just a quick question - I've noticed that the http package doesn't have an interface for Client. How would I swap out a http.Client that is required by a third-party library with a another that supports, say retries with exponential back-off? It appears that it is not possible? Would the http

Re: [go-nuts] http.Client interface

Yeah, I thought as much. I will raise a pull request with the third-party package and implement the requirement of a http.Client as an interface that matches the http.Client methods used by the package. Should the standard library http.Client provide an interface for http.Client so that

Re: [go-nuts] http.Client interface

Thats what I think too. Thanks for the confirmation, I'll raise a pull request with the aforementioned third-party package. Thanks everyone. On Monday, December 12, 2016 at 10:25:10 AM UTC, Dave Cheney wrote: > > I don't think it's up to the std lib to define such an interface; that > should

[go-nuts] Re: synchronise read from two channels

Just as a follow up for anyone else - in the end I used two simple stacks for available and active lists of workers and simply popped a worker of the available stack when a url came in, assigned it to the worker and then pushed it to the active stack. Job done! On Thursday, December 1, 2016 at

[go-nuts] synchronise read from two channels

Hi, I'm having a bit of a slow day... I'm trying to synchronise two reads from two channels and can't get my fuzzy head round the problem. I have a channel containing urls (which will be feed periodically by a named pipe by another program) and I have a cannel which consists of a pool of

Re: [go-nuts] synchronise read from two channels

Yup I thin I was frying my brain on this - it also led to questions such as "if I read a worker from the channel and there ISNT a URL waiting how do I write back into the channel making it available - what if more than one go routine is reading from the channel... etc" I knew I was over

[go-nuts] Re: ANN: A HTTP backed File System (FUSE)

WebDAV? On Wednesday, November 30, 2016 at 1:21:22 PM UTC, prol...@shortcircuit.net.au wrote: > > Hey all, First time poster here so go easy on me :) > > Just sharing httpfs: https://github.com/prologic/httpfs > (Naming is hard!) > > This is basically a HTTP backed FileSystem using FUSE via the

[go-nuts] Re: synchronise read from two channels

Yeah I kinda figured I was coming to this wrong way - my tired brain had an unterminated loop. Thanks for the pointers! (all puns intended) On Wednesday, November 30, 2016 at 5:08:06 PM UTC, omarsharif...@gmail.com wrote: > > Hi, I'm having a bit of a slow day... I'm trying to synchronise two

[go-nuts] Re: [blog post] go tool trace: Golang's hidden trace visualiser

This is awesome. Didn't even know this tool existed! On Thursday, April 6, 2017 at 6:00:55 PM UTC+1, Will Sewell wrote: > > Apologies. I just realised I didn't actually link to the post! It's here: > https://making.pusher.com/go-tool-trace/. > > On Thursday, 6 April 2017 17:29:22 UTC+1, Will

[go-nuts] Re: [ANN] listser/mutexer/channeler: generators.

This looks really good. Can anyone else recommend any other generators that produce lists/iterators like this? On Saturday, April 29, 2017 at 4:06:27 PM UTC+1, mhh...@gmail.com wrote: > > Hi, > > several generators i made to avoid some duplication. > > https://github.com/mh-cbon/lister > >

[go-nuts] Re: [ANN] listser/mutexer/channeler: generators.

Is the resulting generated code safe to use from multiple go routines? On Saturday, April 29, 2017 at 4:06:27 PM UTC+1, mhh...@gmail.com wrote: > > Hi, > > several generators i made to avoid some duplication. > > https://github.com/mh-cbon/lister > > Package lister is a generator to generate

[go-nuts] Re: [ANN] listser/mutexer/channeler: generators.

Interesting stuff! Thanks for the pointer on https://github.com/mh-cbon/mutexer , missed that! I have noticed that the https://github.com/mh-cbon/mutexer