<div dir="ltr">Hackage doc building was broken for close to a year, and a lot of people seem to have concluded that it is therefore permanently broken. But quite a lot of work was put into (a) fixing problems (b) adding monitoring so the problems can be detected quickly and fixed if they recur; it's been working for at least 6 months now, and seems fairly stable.<div><br></div><div>(That said, at this point I will not be surprised if the consensus of the community is "no no it is broken forever! always work around it!")</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 17, 2017 at 8:18 AM, David McBride <span dir="ltr"><<a href="mailto:toad3k@gmail.com" target="_blank">toad3k@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Stack upload doesn't seem to upload docs itself.  But hackage seemed<br>
to build docs for my project without much of a hitch.  I know that it<br>
has been backed up at some points in the past, but as of yesterday it<br>
seems to be working fine.<br>
<div class="HOEnZb"><div class="h5"><br>
On Fri, Mar 17, 2017 at 7:29 AM, Clinton Mead <<a href="mailto:clintonmead@gmail.com">clintonmead@gmail.com</a>> wrote:<br>
> Does "stack upload" build and upload the docs or will I still need "hup" for<br>
> that?<br>
><br>
> On Fri, 17 Mar 2017 at 9:40 pm, Adam Bergmark <<a href="mailto:adam@bergmark.nl">adam@bergmark.nl</a>> wrote:<br>
>><br>
>> The stack templates are quite nice. The default is missing #1 #5 #6.2 #7<br>
>> #8 #9. Setting up external services is of course a bit more involved but<br>
>> maybe that can be added to an external tool extending stack? But dot ask the<br>
>> stack maintainers as well for their opinion! The others I think should be<br>
>> fine to add, possibly as options. But I haven't looked into customizing<br>
>> templates or much other than the default template so maybe some of this is<br>
>> already in there somewhere.<br>
>><br>
>><br>
>> I'm slowly moving away from local .gitignore files, in ~/.gitconfig you<br>
>> can ignoring globally by specify e.g.<br>
>><br>
>> [core]<br>
>> excludesfile = /Users/adam.bergmark/.<wbr>gitignore-global<br>
>><br>
>><br>
>> `stack upload` does sdist + upload and can store your hackage credentials.<br>
>><br>
>><br>
>> Sounds like hup or a tool extending it might be a good starting place to<br>
>> do take care of the release process. I'd for instance want it to check that<br>
>> the travis build for the tag (or commit hash which would happen first)<br>
>> succeeded before uploading. I'm not aware of other work in this area but I<br>
>> haven't looked.<br>
>><br>
>> Cheers,<br>
>> Adam<br>
>><br>
>><br>
>> On Fri, 17 Mar 2017 at 11:17 Clinton Mead <<a href="mailto:clintonmead@gmail.com">clintonmead@gmail.com</a>> wrote:<br>
>>><br>
>>> I've only just started uploading packages to hackage (my package listing<br>
>>> is here) but currently there's a lot of repetitive activities for creating<br>
>>> and updating packages.<br>
>>><br>
>>> For example, here's the steps in creating a package:<br>
>>><br>
>>> Initialise a repository on github<br>
>>> Initialise git repository locally<br>
>>> Set github repository as remote<br>
>>> Add a LICENSE file<br>
>>> Add a standard ".gitignore file"<br>
>>> Create a cabal file with the appropriate files that hackage requires<br>
>>> including:<br>
>>><br>
>>> Git repository source<br>
>>> Issues page<br>
>>> Licence<br>
>>> Licence file<br>
>>><br>
>>> Run multi-ghc-travis to create a ".travis.yml" file<br>
>>> Make an initial commit and push<br>
>>> Refresh <a href="http://travis-ci.org" rel="noreferrer" target="_blank">travis-ci.org</a>'s repository list so it detects the new repository<br>
>>><br>
>>> There's also the stack stuff, but the GUI I'm using, IntelliJ with a<br>
>>> Haskell plugin, handles most of that. It also creates a cabal file, but it's<br>
>>> missing a number of key fields as mentioned above.<br>
>>><br>
>>> When I actually want to upload the package I go though these steps:<br>
>>><br>
>>> Push to github<br>
>>> Wait for Travis-CI to compile the package (this is a test to ensure it<br>
>>> builds in a clean remote environment).<br>
>>> Run "cabal sdist 2>&1"<br>
>>> Parse the output of sdist to see where the dist file is.<br>
>>> Run "hup packup fileFromSDist" to upload the package, putting in my<br>
>>> hackage user/pass<br>
>>> Run "hup docboth", to both build and upload the documentation.<br>
>>> Tag the commit as a release<br>
>>><br>
>>> Currently, I've got two scripts with help with a lot of this, but it's a<br>
>>> bit adhoc, and it's not fully automated (for example, I still have to<br>
>>> manually ensure all the correct fields are in the cabal file, usually by<br>
>>> copy/pasting from another package and modifying).<br>
>>><br>
>>> Are there any tools that I haven't found that make this process a bit<br>
>>> more painless? I'm a bit new to this area, and I've only started using git<br>
>>> recently as a prelude to uploading my Haskell packages, so admittedly I may<br>
>>> have missed something obvious or perhaps I'm just doing it all wrong.<br>
>>><br>
>>> But if other people do find it painful like me, perhaps I'll put some<br>
>>> effort into rewriting my perl scripts into nice haskell packages and<br>
>>> executables for others to use.<br>
>>><br>
>>> ______________________________<wbr>_________________<br>
>>> Haskell-Cafe mailing list<br>
>>> To (un)subscribe, modify options or view archives go to:<br>
>>> <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-<wbr>bin/mailman/listinfo/haskell-<wbr>cafe</a><br>
>>> Only members subscribed via the mailman list are allowed to post.<br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> Haskell-Cafe mailing list<br>
> To (un)subscribe, modify options or view archives go to:<br>
> <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-<wbr>bin/mailman/listinfo/haskell-<wbr>cafe</a><br>
> Only members subscribed via the mailman list are allowed to post.<br>
______________________________<wbr>_________________<br>
Haskell-Cafe mailing list<br>
To (un)subscribe, modify options or view archives go to:<br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-<wbr>bin/mailman/listinfo/haskell-<wbr>cafe</a><br>
Only members subscribed via the mailman list are allowed to post.</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>brandon s allbery kf8nh                               sine nomine associates</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>                                  <a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div><div>unix, openafs, kerberos, infrastructure, xmonad        <a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div></div></div>
</div>