license cabal field for language bindings?

2012-12-16 Thread Herbert Valerio Riedel
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

___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel


patch applied (hackage-server): "Add a log timing function and use it in the package state loading"

2012-12-16 Thread devnull
Sun Dec 16 14:51:20 GMT 2012  Duncan Coutts 
  * 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


___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel


patch applied (hackage-server): "Make a few feature's expensive cache init operations asynchronous"

2012-12-16 Thread devnull
Sun Dec 16 14:27:22 GMT 2012  Duncan Coutts 
  * 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


___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel


patch applied (hackage-server): "Extend debug and logging infrastructure"

2012-12-16 Thread devnull
Sun Dec 16 14:05:47 GMT 2012  Duncan Coutts 
  * 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


___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel


patch applied (hackage-server): "Don't parse all the .cabal files when loading the data"

2012-12-16 Thread devnull
Sun Dec 16 10:33:22 GMT 2012  Duncan Coutts 
  * Don't parse all the .cabal files when loading the data
  Ignore-this: d9596e748145330dd552c3298d66ef94

M ./Distribution/Server/Packages/Types.hs -4 +1


___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel