- cabal-devel - Haskell.org

Cleaning up the bug tracker
by Johan Tibell 28 Jan '13

28 Jan '13

Cabal hackers, With 477 open issues, it's hard to use the bug tracker efficiently e.g. for prioritizing work. Gregory Collins and I have started cleaning up some dead bugs. We won't get through all of them, so I encourage other to join in a try to reproduce bugs and add a note to the bug if it's reproducible or not. Feel free to drop me an email if there are any bugs you think could be closed. -- Johan

3 2

patch applied (hackage-server): "Restrict uploads to members of the package maintainer group" and 4 others
by devnull＠community.haskell.org 25 Jan '13

25 Jan '13

Fri Jan 25 17:31:02 GMT 2013 Duncan Coutts <duncan(a)well-typed.com> * Restrict uploads to members of the package maintainer group Ignore-this: c7e40d08b81e18d3d52e6c39c0426a0 We can do this now that we can pre-populate the groups when we import from the old hackage server. M ./Distribution/Server/Features/PackageCandidates.hs -1 +1 M ./Distribution/Server/Features/Upload.hs -6 +1 Fri Jan 25 17:35:10 GMT 2013 Duncan Coutts <duncan(a)well-typed.com> * Only add the uploader to the maintainer group on normal uploads Ignore-this: f1f062df0d09dc997b3580054c134e25 Previously the mirroring client would also get added to the maintainer group. M ./Distribution/Server/Features/PackageCandidates.hs +2 M ./Distribution/Server/Features/Upload.hs -9 +2 Fri Jan 25 17:47:11 GMT 2013 Duncan Coutts <duncan(a)well-typed.com> * Improve a couple package upload error messages Ignore-this: 35528e111a04c660be22bc36bb264f84 M ./Distribution/Server/Features/Upload.hs -7 +18 Fri Jan 25 17:48:16 GMT 2013 Duncan Coutts <duncan(a)well-typed.com> * Return ETags when serving tarballs Ignore-this: eaca4f4574be1f47c7a57f775052e0c5 Note that nowhere yet do we actually do the if-not-match check. M ./Distribution/Server/Features/Documentation.hs -1 +3 M ./Distribution/Server/Features/PackageCandidates.hs -11 +13 M ./Distribution/Server/Features/PackageContents.hs -14 +16 M ./Distribution/Server/Framework/ResponseContentTypes.hs -4 +15 M ./Distribution/Server/Util/ServeTarball.hs -10 +11 Fri Jan 25 17:49:50 GMT 2013 Duncan Coutts <duncan(a)well-typed.com> * Add a note about a wrong error response in some circumstances Ignore-this: dd01ed0d65d9b0817a3317660a3aa6e3 M ./Distribution/Server/Features/Users.hs +3

1 0

[PATCH] Fix building dynamic/profiling executables that use TH
by Patrick Palka 24 Jan '13

24 Jan '13

We need to build a _vanilla_ executable the first time. The previous code was essentially a no-op as it did not change the flags used to build the executable the first time. --- Cabal/Distribution/Simple/GHC.hs | 13 ++++++------- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/Cabal/Distribution/Simple/GHC.hs b/Cabal/Distribution/Simple/GHC.hs index 5f2926a..84745d6 100644 --- a/Cabal/Distribution/Simple/GHC.hs +++ b/Cabal/Distribution/Simple/GHC.hs @@ -866,15 +866,14 @@ buildExe verbosity _pkg_descr lbi ghcOptExtra = ["-no-hs-main" | not isHaskellMain ] } - -- For building exe's for profiling that use TH we actually - -- have to build twice, once without profiling and the again - -- with profiling. This is because the code that TH needs to - -- run at compile time needs to be the vanilla ABI so it can - -- be loaded up and run by the compiler. + -- For building profiling exe's or dynamic exe's that use TH + -- we actually have to build twice, once the vanilla way and + -- then the profiling/dynamic way. This is because GHC can only + -- use vanilla object files to link & run the appropriate + -- compile-time TH code. when ((withProfExe lbi || withDynExe lbi) && EnableExtension TemplateHaskell `elem` allExtensions exeBi) $ - runGhcProg compileOpts { ghcOptNoLink = toFlag True } - --TODO: do we also need to play the static vs dynamic games here? + runGhcProg staticOpts { ghcOptNoLink = toFlag True } runGhcProg compileOpts { ghcOptNoLink = toFlag True } -- 1.7.10.4

1 0

patch applied (hackage-server): "Add the tarIndexCacheFeature to the list of features"
by devnull＠community.haskell.org 24 Jan '13

24 Jan '13

Thu Jan 24 22:09:07 GMT 2013 Duncan Coutts <duncan(a)well-typed.com> * Add the tarIndexCacheFeature to the list of features Ignore-this: 7b300d7026741cb130afc99f70fd5dbc M ./Distribution/Server/Features.hs -1 +2

1 0

patch applied (hackage-server): "Fix a couple minor content type issues" and 3 others
by devnull＠community.haskell.org 24 Jan '13

24 Jan '13

Wed Jan 9 21:46:16 GMT 2013 Duncan Coutts <duncan(a)well-typed.com> * Fix a couple minor content type issues Ignore-this: b8d62ee739230922efe0db9bc85d92b1 M ./Distribution/Server/Framework/ResponseContentTypes.hs -1 +1 M ./Distribution/Server/Util/ServeTarball.hs -1 +3 Wed Jan 9 21:46:42 GMT 2013 Duncan Coutts <duncan(a)well-typed.com> * Fix a warning Ignore-this: a7e5bbcf3a8a43caf319d12a061ac05b M ./Distribution/Server/Util/ServeTarball.hs -4 +4 Wed Jan 9 21:47:03 GMT 2013 Duncan Coutts <duncan(a)well-typed.com> * Warn rather than fail for uploading docs for non-existant packages Ignore-this: e47ca7c566f4ff5253d03a57de4c8d48 e.g. base-2.x is not uploaded, but the old hackage has docs for it. M ./ImportClient.hs +3 Thu Jan 24 21:30:35 GMT 2013 Duncan Coutts <duncan(a)well-typed.com> * We need a more recent zlib version Ignore-this: 1f3a044a1eb8ec7509506972f02bfa43 M ./hackage-server.cabal -1 +1

1 0

Re: Darcs.haskell.org down again
by Ian Lynagh 23 Jan '13

23 Jan '13

On Wed, Jan 23, 2013 at 10:17:24AM +0000, Simon Peyton-Jones wrote: > > It seems that 'abbott' is down again. Two days in a row suggests something is wrong. Is there anything either of you can do to help? I'm not sure exactly what caused the problems, but I've: * Disabled http://hackage.haskell.org/cgi-bin/hackage-scripts/archive.tar in /etc/apache2/sites-available/hackage * Disabled git integration with the GHC trac * Removed gitweb Hopefully that will help. Thanks Ian -- Ian Lynagh, Haskell Consultant Well-Typed LLP, http://www.well-typed.com/

2 1

patch applied (hackage-server): "Have the Documentation use the TarIndexCache"
by devnull＠community.haskell.org 23 Jan '13

23 Jan '13

Wed Jan 23 17:15:07 GMT 2013 Edsko de Vries <edsko(a)well-typed.com> * Have the Documentation use the TarIndexCache Ignore-this: b58eda75c156c31b316723965eaa5412 This means that we don't keep all the tar indices in memory but deserializable them on every request, thereby saving memory (and the Documentation feature is simpler now that the tar index caching is done in a different feature). I noticed however that the build client no longer works; in particular, uploading documentation does not work (I think the URL is wrong; .../package/doc rather than .../package/docs, and it tries to upload a .tar.gz while we expect a .tar). M ./Distribution/Server/Features.hs +1 M ./Distribution/Server/Features/Documentation.hs -23 +39 M ./Distribution/Server/Features/Documentation/State.hs -7 +7 M ./Distribution/Server/Features/TarIndexCache.hs -1 +8

1 0

patch applied (hackage-server): "Factor out common PackageContents/PackageCandidates code"
by devnull＠community.haskell.org 23 Jan '13

23 Jan '13

Wed Jan 23 15:10:44 GMT 2013 Edsko de Vries <edsko(a)well-typed.com> * Factor out common PackageContents/PackageCandidates code Ignore-this: 5d0e3699077e3943eecfa391b3faeaf9 There is still a bit of duplication, but this is "uninteresting" code (in the sense that there are no real design decisions involved, just getting information from various places). In particular, the code that finds a changelog in a tarball (looking for ChangeLog, CHANGELOG, etc.) is now in a separate module. M ./Distribution/Server/Features/PackageCandidates.hs -57 +31 M ./Distribution/Server/Features/PackageContents.hs -61 +29 A ./Distribution/Server/Packages/ChangeLog.hs M ./Distribution/Server/Util/ServeTarball.hs -1 +1 M ./hackage-server.cabal +2

1 0

Cabal and cross compilation
by Nathan Hüsken 23 Jan '13

23 Jan '13

Hey, I am working on getting ghc to cross compile to android. When trying to get haskeline to compile. I want to change the cabal file such that it sets a flag when compiling for android. For that I changed cabal so that it recognizes android as a OS. But cabal seems to get its os information from System.Info.os, and from what I can tell this always returns the host os and not the target os. Am I getting this right, is cabal unaware of the target os? How can we change this? Regards, Nathan

2 1

patch applied (hackage-server): "Make PackageCandidates use TarIndexCache"
by devnull＠community.haskell.org 23 Jan '13

23 Jan '13

Wed Jan 23 12:14:32 GMT 2013 Edsko de Vries <edsko(a)well-typed.com> * Make PackageCandidates use TarIndexCache Ignore-this: f36901d0ab55d1f1625b97ef5b0471c3 M ./Distribution/Server/Features.hs +1 M ./Distribution/Server/Features/PackageCandidates.hs -68 +63

1 0