Closed isovector closed 5 years ago
Before:
Separate package is fine! Or you can just drop it. I still have it in knit-haskell (hadn’t upgraded yet!) so I’m personally indifferent at the moment.
@adamConnerSax would you want to be the maintainer of such a package? I'd prefer it be you instead of me, since I don't know anything about randomfu!
Sure! You care if it’s on stackage? I’ve never dealt with that.
I don't care! But putting it on stackage turns out to be super easy: https://github.com/commercialhaskell/stackage/pull/4562/files
On Sat, Jun 8, 2019 at 7:30 PM Adam Conner-Sax notifications@github.com wrote:
Sure! You care if it’s on stackage? I’ve never dealt with that.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/isovector/polysemy-zoo/issues/16?email_source=notifications&email_token=AACLAF2QQYPX6BB6AR3I5VDPZQ6ITA5CNFSM4HSB23G2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXIAQ7Q#issuecomment-500172926, or mute the thread https://github.com/notifications/unsubscribe-auth/AACLAFZU6G5323DLFBVMOWTPZQ6ITANCNFSM4HSB23GQ .
I’ve seen that! Does it only work if you use hpack or stack? I’m sort of all cabal but willing to learn hpack... You want me to just make a package with just RandomFu and publish or will you do it, leave in this repo and make me the maintainer?
Bump. Just making sure you're not waiting on me for something... I'm happy to take over whatever when you want me to or to leave things as they are or whatever.
Thanks for the reminder --- totally forgot about this. I'd prefer if you are solely responsible for the package:
if you're cool with that. Afterwards I'd be happy to link to your package from this one!
Sure. Might not happen until next week.
Same namespacing, that is, call the module "Polysemy.RandomFu"? Or do you want something different when they are external?
Maybe you should add an "EffectsPackages.md" file here with links? Or a section at the bottom of the readme?
The module name is fine! The dream is that no effects are more privileged than any others. Good idea about the markdown file; will do after the package is published.
On Thu, Jun 13, 2019 at 2:28 PM Adam Conner-Sax notifications@github.com wrote:
Sure. Might not happen until next week. Same namespacing, that is, call the module "Polysemy.RandomFu"? Or do you want something different when they are external? Maybe you should add an "EffectsPackages.md" file here with links? Or a section at the bottom of the readme?
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/isovector/polysemy-zoo/issues/16?email_source=notifications&email_token=AACLAF2O2ZIEAHQLTFLALP3P2KGUPA5CNFSM4HSB23G2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXUUFVA#issuecomment-501826260, or mute the thread https://github.com/notifications/unsubscribe-auth/AACLAF7SCVGPXBK3UI76UCDP2KGUPANCNFSM4HSB23GQ .
So my plan is to push a new version of polysemy-zoo that exludes Polysemy.RandomFu
. Then the module name is available to you, you can link against polysemy-zoo
for Polysemy.MTL
, and put #20 in your package.
That works! Also, I've noticed that this (https://github.com/kowainik/co-log/tree/master/co-log-polysemy) exists. I don't know if it has any tests nor have I tried to use it, but it's there, in case you're interested in adding it to the list.
polysemy-zoo-0.2.0.0
is up, without the RandomFu
stuff, so the ball is now in your court, @adamConnerSax. Thanks again for your work on this!
Had a few minutes today and it was easier than I thought to re-arrange.
https://hackage.haskell.org/package/polysemy-RandomFu-0.1.0.0
Awesome. I'll add it to the readme.
PS, if you find that hacakge refuses to build your haddocks (it's an issue with the plugin, I think), get back in touch and I can walk you through it.
I could use that walkthrough! Also effects my knit-haskell package.
I use @ChrisPenner's haddock-up
script: https://github.com/ChrisPenner/dotfiles/blob/master/bin/haddock-up -- this lets you upload haddocks, instead of relying on hackage.
But haddock is broken when using plugins: https://github.com/haskell/haddock/issues/900. So the solution is to comment out the -fplugin
bits, and to use -fdefer-type-errors
. I just switch which parts of this are commented out before running haddock-up:
Cool. I'll give it a try!
Thanks!
@isovector I thought I read somewhere this is fixed in ghc-8.8. Is that true?
@Avi-D-coder I think so
I mentioned before that uploading docs should just be: cabal upload -d --publish
. No need for external tools. I'd be curious if that doesn't work.
@ocharles i don't have cabal! i don't know how to cabal!
absolute mad lad
That worked! For clarity, since there was some v1,v2 cabal dancing:
Strange, mine doesn't even require two steps. Is this the latest stable Cabal?
It’s at least 2.4. When I try to just do “publish” it runs into a dependency issue because it seems to be a v1 command? So I build the haddock using the v2 command and then upload. But maybe there’s a better way?
Yes, cabal upload --publish -d
, as I keep saying :stuck_out_tongue: If you show me what that produces, I might be able to see what's going on. I'm sure I did exactly this only a day or so ago with no problems on one of my repos.
Didn't realize you wanted the details. Here you go!
After cabal --version
cabal-install version 2.4.1.0
compiled using version 2.4.1.0 of the Cabal library
After cabal upload --publish -d
No documentation tarball specified. Building a documentation tarball with
default settings...
If you need to customise Haddock options, run 'haddock --for-hackage' first to
generate a documentation tarball.
Resolving dependencies...
Warning: solver failed to find a solution:
Could not resolve dependencies:
[__0] trying: polysemy-RandomFu-0.1.0.0 (user goal)
[__1] unknown package: random-source (dependency of polysemy-RandomFu)
[__1] fail (backjumping, conflict set: polysemy-RandomFu, random-source)
After searching the rest of the dependency tree exhaustively, these were the
goals I've had most trouble fulfilling: polysemy-RandomFu, random-source
Trying configure anyway.
Configuring polysemy-RandomFu-0.1.0.0...
Warning: The flag --disable-executable-profiling is deprecated. Please use
--disable-profiling instead.
cabal: Encountered missing dependencies:
polysemy >=0.3,
polysemy-plugin >0.2.0.0 && <0.4.0.0,
polysemy-zoo >=0.2,
random-fu >=0.2.5.0 && <0.3.0.0,
random-source >=0.3 && <0.4.0.0
Strange, it almost looks like you need to cabal update
, so cabal knows about random-source
Dang its real big. Compilation times shot up drastically upon including it. I think we should think about moving it out to a separate package (
polysemy-random-fu
maybe?).