July 2011 - cabal-devel

[Hackage] #767: Highlighted source code on hackage.haskell.org mangles Unicode
by Hackage 09 Nov '11

09 Nov '11

#767: Highlighted source code on hackage.haskell.org mangles Unicode ----------------------------------+----------------------------------------- Reporter: andersk | Owner: Type: defect | Status: new Priority: normal | Milestone: HackageDB Component: hackageDB website | Version: Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- On hackage.haskell.org, when you browse the source of a module that contains Unicode (e.g. [http://hackage.haskell.org/packages/archive/base- unicode-symbols/latest/doc/html/src/Data-Eq-Unicode.html Data.Eq.Unicode]), it is sent with a `Content-Type: text/html` header with no charset. There is a charset in the XML declaration `<?xml version="1.0" encoding="UTF-8"?>`, but that is ignored by Firefox because of the non-XML `Content-Type`. Therefore, the wrong encoding is detected and the Unicode symbols get mangled. Possible fixes include sending `Content-Type: text/html; charset=UTF-8`, or sending `Content-Type: application/xhtml+xml` so that the XML declaration is respected , or both (`Content-Type: application/xhtml+xml; charset=utf-8`), or adding equivalent `<meta http-equiv="Content-Type">` tags. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/767> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #821: Add support for Apache license
by Hackage 25 Oct '11

25 Oct '11

#821: Add support for Apache license ----------------------------+----------------------------------------------- Reporter: bos | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- I have several projects licensed under the Apache license due to upstream dependencies, but Cabal doesn't know about it. This would be good to add for e.g. license compatibility checkers (I believe Galois has such a tool). -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/821> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

[Hackage] #857: Decide what to do about licenses
by Hackage 25 Oct '11

25 Oct '11

#857: Decide what to do about licenses ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: task | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- Currently you can specify some partial info about a license in the .cabal file. It's not exhaustive and does not cover all licenses. It seems originally intended so that common licenses will be given the same name (so no confusion over "bsd" =? "BSD"). There are a number of outstanding requests for new licenses to be listed (#854 BSD2 & ISC, #821 Apache). This is based on users expecting that most licenses they might want should be listed. The current alternative of course is that they just list it as `OtherLicense`. So this all comes down to what do we want the license field for, what is it's purpose, does it have any semantics? Currently we can't really say that it has any reliable semantics (even if the info were accurate), it's really just a way to stop people spelling "GPL" wrong. It also serves a purpose to indicate what are recommended licenses, to work against license proliferation. So, should we move to a more accurate license system where you can express more precisely the licensing terms? Apart from listing more licenses this would mean we have to tackle: * multiple licenses (conjunctive): the distributor has to comply with multiple licenses, e.g. because different parts of the code have different licenses. * dual licensing (disjunctive): the distributor gets to pick which license to use * GPL open ended versions: The GPL recommends that authors license under terms like "Version X or any later version". This is a special kind of dual licensing, it's the infinite disjunction of all later versions of the license and of course those later versions are mostly unknown so it'd have to be handled specially. Then there's the issue in the BSD licenses that there's hardly any standard BSD3 license, people make up all kinds of variations. The 2-clause license is not actually (properly) listed by the FSF or the OSI (bizarrely the OSI has it listed but with the wrong text). -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/857> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

Re: HLint binary path
by Neil Mitchell 09 Aug '11

09 Aug '11

Hi Andrew, I'm afraid I have no idea, I only use HLint on Windows, where it gets installed with all other Haskell binaries which is on the $PATH. I suspect the cabal-devel list will have an answer. Thanks, Neil On Sat, Jul 30, 2011 at 4:11 AM, Andrew Pennebaker <andrew.pennebaker(a)gmail.com> wrote: > HLint is very cool, but by default the binary is put > in ~/Library/Haskell/ghc-7.0.3/lib/hlint-1.8.13/bin without being added to > $PATH. Is there a cabal option to either put it in a directory known to > $PATH or add ~/Library/Haskell/ghc-7.0.3/lib/hlint-1.8.13/bin to $PATH as > part of the installation process? > > Cheers, > Andrew Pennebaker > www.yellosoft.us

2 1

Re: [Hackage] #656: Cabal-1.8-style dependencies stop Haddock from working
by Hackage 26 Jul '11

26 Jul '11

#656: Cabal-1.8-style dependencies stop Haddock from working ------------------------------+--------------------------------------------- Reporter: Ivan Miljenovic | Owner: Type: defect | Status: closed Priority: high | Milestone: Component: Cabal library | Version: 1.10.1.0 Severity: normal | Resolution: fixed Keywords: | Difficulty: unknown Ghcversion: | Platform: Linux ------------------------------+--------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/656#comment:18> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal): "Invoke HPC using D.S.Program utilities." and 5 others
by Duncan Coutts 25 Jul '11

25 Jul '11

Sun Jul 17 21:59:49 PDT 2011 Thomas Tuegel <ttuegel(a)gmail.com> * Invoke HPC using D.S.Program utilities. This patch also reorganizes the HPC output directories for consistency. All files related to HPC are now located in the "dist/hpc" directory. M ./cabal/Cabal.cabal +1 M ./cabal/Distribution/Simple/Hpc.hs -77 +32 M ./cabal/Distribution/Simple/Program.hs +1 M ./cabal/Distribution/Simple/Program/Builtin.hs +10 M ./cabal/Distribution/Simple/Test.hs -15 +13 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=… Sun Jul 17 22:04:48 PDT 2011 Thomas Tuegel <ttuegel(a)gmail.com> * Generate aggregate coverage statistics from all test suites in package. M ./cabal/Distribution/Simple/Hpc.hs -11 +41 M ./cabal/Distribution/Simple/Test.hs -4 +10 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=… Sun Jul 17 20:31:50 PDT 2011 Thomas Tuegel <ttuegel(a)gmail.com> * Fix executable test suite unit test for improved HPC interface. M ./cabal/tests/PackageTests/TestSuiteExeV10/Check.hs -2 +2 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=… Mon Jul 18 17:22:18 PDT 2011 Thomas Tuegel <ttuegel(a)gmail.com> * Restore graceful failure upon invoking "cabal test" before "cabal build". M ./cabal/Distribution/Simple/Test.hs +5 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=… Mon Jul 18 17:42:51 PDT 2011 Thomas Tuegel <ttuegel(a)gmail.com> * Added Distribution.Simple.Program.Hpc. A ./cabal/Distribution/Simple/Program/Hpc.hs View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=… Mon Jul 25 17:15:31 PDT 2011 Duncan Coutts <duncan(a)community.haskell.org> * Simplify some code in Program.Hpc slightly M ./cabal/Distribution/Simple/Program/Hpc.hs -17 +13 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

[Hackage] #866: Problem linking to dll's
by Hackage 24 Jul '11

24 Jul '11

#866: Problem linking to dll's ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- I recently installed the hmatrix package on a Windows 7 system via using the Haskell Platform (installed only a few months ago). The hmatrix installation appeared to be successful (with an OK on foreign functions), and I can successfully compile Haskell programs that use hmatrix functions. However, when I attempt to run these programs I get the follow system error: "The program can't start because lapack.dll is missing from your computer. Try reinstalling the program to fix this problem." I get similar error messages if I attempt to use hmatrix functions in ghci (after importing Numeric.LinearAlgebra). The file lapack.dll is clearly visible in my folder C:\Haskell\gsl, which also includes a gsl subfolder, blas.dll, libgsl-0.dll, and libgslcblas-0.dll. I installed hmatrix with the following parameters cabal install hmatrix --extra-lib-dir=C:\Haskell\gsl --extra-include- dir=C:\Haskell\gsl Why is lapack.dll inaccessible at runtime despite successful installation of the package? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/866> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

Re: [Hackage] #656: Cabal-1.8-style dependencies stop Haddock from working
by Hackage 22 Jul '11

22 Jul '11

#656: Cabal-1.8-style dependencies stop Haddock from working ------------------------------+--------------------------------------------- Reporter: Ivan Miljenovic | Owner: Type: defect | Status: new Priority: high | Milestone: Component: Cabal library | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Linux | ------------------------------+--------------------------------------------- Comment(by kevincantu): Replying to [comment:16 duncan]: > Applied. > {{{ > Tue Jul 19 00:57:28 BST 2011 Duncan Coutts <duncan(a)community.haskell.org> > * Fix cabal haddock for packages with internal dependencies > }}} > > Could someone confirm that this fixes things for them please? You'll need latest cabal HEAD. Duncan, `cabal haddock` now works for me with cabal-install 0.11.2 / cabal library 1.11.2. Thanks! -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/656#comment:17> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #656: Cabal-1.8-style dependencies stop Haddock from working
by Hackage 21 Jul '11

21 Jul '11

#656: Cabal-1.8-style dependencies stop Haddock from working ------------------------------+--------------------------------------------- Reporter: Ivan Miljenovic | Owner: Type: defect | Status: new Priority: high | Milestone: Component: Cabal library | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Linux | ------------------------------+--------------------------------------------- Comment(by duncan): Applied. {{{ Tue Jul 19 00:57:28 BST 2011 Duncan Coutts <duncan(a)community.haskell.org> * Fix cabal haddock for packages with internal dependencies }}} Could someone confirm that this fixes things for them please? You'll need latest cabal HEAD. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/656#comment:16> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #656: Cabal-1.8-style dependencies stop Haddock from working
by Hackage 21 Jul '11

21 Jul '11

#656: Cabal-1.8-style dependencies stop Haddock from working ------------------------------+--------------------------------------------- Reporter: Ivan Miljenovic | Owner: Type: defect | Status: new Priority: high | Milestone: Component: Cabal library | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Linux | ------------------------------+--------------------------------------------- Changes (by kevincantu): * cc: me@… (added) * version: 1.8.0.4 => 1.10.1.0 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/656#comment:15> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0