- cabal-devel - Haskell.org

license cabal field for language bindings?
by Herbert Valerio Riedel 18 Dec '12

18 Dec '12

Hello Cabal Devs, Since the recurring topic of software licenses is being discussed on haskell-cafe again, I was wondering what the .cabal license-field should be for packages linking _directly_ to C-libraries, such as Haskell language bindings to C-libraries. To be more specific: As a side-effect of the ongoing discussion, Michael Snoyman implemented a web-based tool for computing the transitive license multiset[1] which made me wonder whether the .cabal license field should describe only the license of the source code proper distributed with the package or whether it should also take into account the licenses of the wrapped/linked libraries? E.g. * http://hackage.haskell.org/package/hfann is advertised as BSD3, but the FANN library[2] is actually LGPL. * http://hackage.haskell.org/package/igraph is advertised as BSD3 but the underlying igraph library is GPL2+ [3]. In these cases Michael's license-tool has no chance to report reliable information about the involved licenses, as the LGPL/GPL license is not mentioned in the cabal meta-data. In order to help describe cabal package's licenses more accurate, would it be conceivable to have either a) the license field take a list of licenses, b) in case of FFI bindings, set the license field to the more restricting license type, or c) introduce an additional field 'x-license' for specifying the external non-Haskell library's license? PS: A separate but related issue was raised in the haskell-cafe discussion: Many packages depend on the cpphs library as a hack, although they only need the cpphs executable (and therefore don't link against the cpphs package). This also skews the result that tools like [1] report, as the cpphs library is LGPLed which doesn't matter if only the cpphs executable was actually used for building the package. [1]: http://packdeps.haskellers.com/licenses [2]: http://leenissen.dk/fann/wp/ [3]: http://igraph.sourceforge.net/license.html Cheers, hvr

2 1

patch applied (hackage-server): "Add a log timing function and use it in the package state loading"
by devnull＠community.haskell.org 16 Dec '12

16 Dec '12

Sun Dec 16 14:51:20 GMT 2012 Duncan Coutts <duncan(a)community.haskell.org> * Add a log timing function and use it in the package state loading Ignore-this: c29a834df997c2bb0720fb6036c764a5 M ./Distribution/Server/Features/Core.hs -5 +7 M ./Distribution/Server/Framework/Cache.hs -16 +7 M ./Distribution/Server/Framework/Logging.hs -1 +12

1 0

patch applied (hackage-server): "Make a few feature's expensive cache init operations asynchronous"
by devnull＠community.haskell.org 16 Dec '12

16 Dec '12

Sun Dec 16 14:27:22 GMT 2012 Duncan Coutts <duncan(a)community.haskell.org> * Make a few feature's expensive cache init operations asynchronous Ignore-this: 3272cd4c79d739bfa6919e9e7c874374 Should parallelise startup a bit M ./Distribution/Server/Features/Core.hs +2 M ./Distribution/Server/Features/Html.hs +2 M ./Distribution/Server/Features/NameSearch.hs +2

1 0

patch applied (hackage-server): "Extend debug and logging infrastructure"
by devnull＠community.haskell.org 16 Dec '12

16 Dec '12

Sun Dec 16 14:05:47 GMT 2012 Duncan Coutts <duncan(a)community.haskell.org> * Extend debug and logging infrastructure Ignore-this: e8618d92e85f8a5af4aa13de90d9b507 Add better log functions and pass verbosity into each feature. Add logging to feature initialisation. M ./Distribution/Server.hs -4 +3 M ./Distribution/Server/Features.hs -5 +8 M ./Distribution/Server/Features/Core.hs -2 +6 M ./Distribution/Server/Features/Distro.hs -2 +5 M ./Distribution/Server/Features/Documentation.hs -2 +6 M ./Distribution/Server/Features/DownloadCount.hs -3 +5 M ./Distribution/Server/Features/HaskellPlatform.hs -2 +5 M ./Distribution/Server/Features/Html.hs -3 +8 M ./Distribution/Server/Features/Mirror.hs -1 +4 M ./Distribution/Server/Features/NameSearch.hs -4 +10 M ./Distribution/Server/Features/PackageContents.hs -3 +5 M ./Distribution/Server/Features/PackageList.hs -1 +4 M ./Distribution/Server/Features/Packages.hs -3 +6 M ./Distribution/Server/Features/PreferredVersions.hs -2 +6 M ./Distribution/Server/Features/ReverseDependencies.hs -3 +7 M ./Distribution/Server/Framework.hs +2 M ./Distribution/Server/Framework/Cache.hs -12 +13 A ./Distribution/Server/Framework/Logging.hs M ./Distribution/Server/Framework/Types.hs -1 +4 M ./Main.hs -43 +43

1 0

patch applied (hackage-server): "Don't parse all the .cabal files when loading the data"
by devnull＠community.haskell.org 16 Dec '12

16 Dec '12

Sun Dec 16 10:33:22 GMT 2012 Duncan Coutts <duncan(a)community.haskell.org> * Don't parse all the .cabal files when loading the data Ignore-this: d9596e748145330dd552c3298d66ef94 M ./Distribution/Server/Packages/Types.hs -4 +1

1 0

What build environments should Cabal support?
by Ben Millwood 14 Dec '12

14 Dec '12

I recently submitted a pull request to Cabal to remove a block of code that lived inside a CPP conditional, that I suspect had not been compiled for years: https://github.com/haskell/cabal/pull/1148 I think it would be beneficial if we came up with a policy that allowed us to prune code like this more thoroughly: a clear statement of what libraries and compilers, at what versions, we intend Cabal to be used with. The situation we have at the moment is one where someone bumps a library version in one place, dropping support for some setup in the name of simplicity, but because there is no universal policy, other code to take care of that setup may remain. Code like the stuff I removed continues to exist in a state of limbo, and it is highly likely that when changes are made that break it, no-one will notice, since no-one is testing on that setup anymore. The result is a far more confusing and intricate scattering of CPPery than any of us want to deal with. The README still contains advice for users of GHC 6.4.1. I think it would be wise to bin that and replace it with a more explicit statement of exactly which targets we are programming to. Key questions we need to answer are: - what is the oldest version of GHC we intend to support? - do we still support Hugs? what about other non-GHC implementations?

4 6

patch applied (hackage-server): "Oops, add the crucial MemSize module, missing from previous patch."
by devnull＠community.haskell.org 14 Dec '12

14 Dec '12

Fri Dec 14 02:52:38 GMT 2012 Duncan Coutts <duncan(a)community.haskell.org> * Oops, add the crucial MemSize module, missing from previous patch. Ignore-this: 2f0c8ee118eef7ae1a64c4b2f5f530cf A ./Distribution/Server/Framework/MemSize.hs

1 0

patch applied (hackage-server): "Add memory accounting, per state component and cache component" and 1 others
by devnull＠community.haskell.org 13 Dec '12

13 Dec '12

Thu Dec 13 11:33:14 GMT 2012 Duncan Coutts <duncan(a)community.haskell.org> * Add memory accounting, per state component and cache component Ignore-this: ddd9c793b83e63a0f28dfa3885ca1a0f New page to monitor the current memory use of all the various in-memory data stores and caches. Ranks them by size. ./Distribution/Server/Features/ServerApiDoc.hs -> ./Distribution/Server/Features/ServerIntrospect.hs M ./Data/IntTrie.hs +4 M ./Data/StringTable.hs -2 +6 M ./Data/TarIndex.hs +7 M ./Distribution/Server/Features.hs -2 +2 M ./Distribution/Server/Features/BuildReports.hs +1 M ./Distribution/Server/Features/BuildReports/BuildReport.hs +12 M ./Distribution/Server/Features/BuildReports/BuildReports.hs -3 +9 M ./Distribution/Server/Features/Check.hs +1 M ./Distribution/Server/Features/Check/State.hs +4 M ./Distribution/Server/Features/Check/Types.hs +3 M ./Distribution/Server/Features/Core.hs +11 M ./Distribution/Server/Features/Core/State.hs +4 M ./Distribution/Server/Features/Distro.hs +1 M ./Distribution/Server/Features/Distro/State.hs +4 M ./Distribution/Server/Features/Distro/Types.hs -1 +11 M ./Distribution/Server/Features/Documentation.hs +1 M ./Distribution/Server/Features/Documentation/State.hs -1 +5 M ./Distribution/Server/Features/DownloadCount.hs +7 M ./Distribution/Server/Features/DownloadCount/State.hs +8 M ./Distribution/Server/Features/HaskellPlatform.hs +1 M ./Distribution/Server/Features/HaskellPlatform/State.hs -2 +6 M ./Distribution/Server/Features/Html.hs +10 M ./Distribution/Server/Features/Mirror.hs +1 M ./Distribution/Server/Features/NameSearch.hs -1 +11 M ./Distribution/Server/Features/PackageList.hs -1 +12 M ./Distribution/Server/Features/Packages.hs +6 M ./Distribution/Server/Features/PreferredVersions.hs +1 M ./Distribution/Server/Features/PreferredVersions/State.hs +7 M ./Distribution/Server/Features/ServerIntrospect.hs -8 +116 M ./Distribution/Server/Features/Tags.hs +7 M ./Distribution/Server/Features/Tags/State.hs -1 +5 M ./Distribution/Server/Features/Upload.hs +3 M ./Distribution/Server/Features/Upload/State.hs -2 +12 M ./Distribution/Server/Features/Users.hs +10 M ./Distribution/Server/Framework.hs +2 M ./Distribution/Server/Framework/AuthTypes.hs -2 +4 M ./Distribution/Server/Framework/BlobStorage.hs +5 M ./Distribution/Server/Framework/Feature.hs -1 +26 M ./Distribution/Server/Framework/Instances.hs -1 +16 M ./Distribution/Server/Packages/PackageIndex.hs -2 +3 M ./Distribution/Server/Packages/Types.hs -1 +7 M ./Distribution/Server/Users/Group.hs -1 +5 M ./Distribution/Server/Users/State.hs +9 M ./Distribution/Server/Users/Types.hs -2 +19 M ./Distribution/Server/Users/Users.hs +4 M ./Distribution/Server/Util/Histogram.hs -3 +10 M ./Distribution/Server/Util/NameIndex.hs +6 M ./Distribution/Server/Util/TextSearch.hs +5 M ./hackage-server.cabal -3 +4 Thu Dec 13 11:35:46 GMT 2012 Duncan Coutts <duncan(a)community.haskell.org> * Use -funbox-strict-fields to save some space Ignore-this: 5c6a103600b2c8e23f80c5cf6a9f8d81 M ./hackage-server.cabal -1 +1

1 0

Status update on sandboxed builds
by Johan Tibell 10 Dec '12

10 Dec '12

Hi all, I thought I'd give everyone a status update on the sandboxed build support. Mikhail has been busy at work implementing automatic rebuilding of local dependencies. Local dependencies let you can build one unreleased package against another unreleased package, both residing in e.g. ~/src. This is similar to cabal-dev's add-source feature, but instead of installing a snapshot of a local package when the command is run we create a link to the package and rebuild it when needed. This means that you will be able to do something like this: cd proj cabal add-source ~/src/dep cabal build -- builds dep and then proj <edit ~/src/dep> cabal build -- builds dep and then proj This will make it much easier working with collections of libraries. What remains to be done: * Implement the UI described here: http://hackage.haskell.org/trac/hackage/wiki/PackageEnvironments#Userinterf… . This is mostly done already. We need to merge the current hidden cabal sandbox-* commands (e.g. cabal sandbox-build) into their standard variants (e.g. cabal build). * Lots of testing! Cheers, Johan

1 0

Gearing up for a cabal-install-1.16.0 release
by Johan Tibell 03 Dec '12

03 Dec '12

Hi all, There's been a long time since we had a cabal-install release and there are a lot of bug fixes in the repo we need to get out there. After discussing with Duncan we agreed that the cabal-install release should depend on the already released Cabal-1.16.0 package. I've created a new branch, cabal-install-1.16.0, for making the cabal-install-1.16.0 release. The branch was made from the point in the history where Cabal-1.16 was released. There were some patches on the cabal-1.16 branch that never made it into the Cabal-1.16 release. If there are any commits on the cabal-1.16 branch that you think should definitely be in cabal-install-1.16.0, please let me know and I will try to cherry-pick them. Here's the list of commits: https://github.com/haskell/cabal/compare/cabal-install-1.16.0...cabal-1.16 N.B. Commits that require unreleased changes to the Cabal library cannot be cherry-picked into this release, as we're not making a new release of Cabal the library. P.S. There will be more Cabal/cabal-install releases in the future so lets not try to cram unnecessary stuff in this release. The goal is to get almost a year's worth of unreleased stuff out there in a non-eventful manner. Cheers, Johan

10 15