These are chat archives for oncue/knobs

14th
Apr 2016
Gastón Tonietti
@ktonga
Apr 14 2016 01:00
Hey guys. Currently, Knobs is the only lib preventing me from upgrade to Scalaz 7.2. Is there any plan to upgrade Knobs to scalaz-stream 0.8.1a? If I was able to contribute it, should I do it as an alternative version still supporting Scalaz 7.1 in a single build? It might be easier to say that 3.4.x is for Scalaz 7.2.x. Cheers.
Timothy Perrett
@timperrett
Apr 14 2016 04:40
@ktonga glad to hear youre using knobs :-) That beinn said, we still need scalaz 7.1 and are not ready to upgrade. If we could get dual support in one build that would be ideal. Possibly a seperate branch with a 4.x version
Gastón Tonietti
@ktonga
Apr 14 2016 06:53
Hey. Thanks for the quick response. The lib is great. So a separate branch for the upgrade makes sense for you? It is not a problem to back porting fixes and deploying twice every time you have to release?
Timothy Perrett
@timperrett
Apr 14 2016 17:16
@ktonga i dont recall another way to do it specifically, as they are incompatible version series; you have another suggestion?
Gastón Tonietti
@ktonga
Apr 14 2016 17:43
@timperrett I've seen some projects maintaining crossBuild for scalaz 7.1 and 7.2 but it brings some complications such as having multiple source folders or forking scalaz code within the project
so I would strongly prefer a separate branch which only supports 7.2
Timothy Perrett
@timperrett
Apr 14 2016 18:10
@djspiewak are you aware of any way to support scalaz 7.1 and 7.2 that does not need a seperate feature branch?
Gastón Tonietti
@ktonga
Apr 14 2016 18:17
off the top of my head I can think of specs2 and http4s
Timothy Perrett
@timperrett
Apr 14 2016 18:20
@ktonga the way specs2 does it is horrible, we're not doing that :)
i'd prefer a branch, but we absolutly need scalaz 7.1 support for the foreseable future
Gastón Tonietti
@ktonga
Apr 14 2016 18:21
totally agree
fs2 does it using separate branches
Gastón Tonietti
@ktonga
Apr 14 2016 18:30
I'll try to open a PR during the weekend. Maybe the best is master to become 4.x and a new branch should be created for 3.x. But that will be up to you :)
Timothy Perrett
@timperrett
Apr 14 2016 20:51
@ktonga i'd rather have 4.x be a branch - we'll probally rename master to be 3.x and roll our branches like sbt does
something along those lines
PR would be awesome, thanks :)