- cabal-devel - Haskell.org

Re: [Hackage] #382: 'cabal ghci' mode
by Hackage 19 Jul '10

19 Jul '10

#382: 'cabal ghci' mode ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: Severity: major | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ Changes (by ganesh): * cc: ganesh (added) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/382#comment:11> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #712: File names can contain spaces
by Hackage 18 Jul '10

18 Jul '10

#712: File names can contain spaces ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- Some operating systems support file names containing spaces. However, Cabal's package description parser breaks fields such as extra-lib-dirs on spaces, regardless of the presence or absence of quotation marks and the like. For instance, using the source tarball available from http://hackage.haskell.org/package/Cabal, we have: *Distribution.PackageDescription.Parse Distribution.Compat.ReadP> readP_to_S parseFilePathQ "\"C:\\Path With Spaces\\\"" [("\"C:\\Path"," With Spaces\\\"")] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/712> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

cabal-install woes...
by kahl＠cas.mcmaster.ca 15 Jul '10

15 Jul '10

Dear Cabal-Install developers, I looked again into possibly using cabal-install, and noticed (again...) the following problems: * The hackage page of cabal-install, http://hackage.haskell.org/package/cabal-install points as home page to the Cabal home page http://www.haskell.org/cabal/ which does not even mention cabal-install. * The cabal-install home page http://haskell.org/haskellwiki/Cabal-Install points under ``See also'' to http://hackage.haskell.org/trac/hackage/wiki/CabalInstall which comes a bit closer to actually providing documentation for cabal-install. However, that page links back to the ``cabal page'' http://www.haskell.org/cabal/ ``for more complete usage information'', which is misleading, first because that is the home page for Cabal, not for cabal-install, and second because the cabal-install home page only indirectly reachable from there (as mentioned above) actually contains less complete usage information. * There is, in my opinion, too little documentation what the state is that cabal-install maintains, and where it maintains that state. As a consequence, I have no good mental model of what cabal-install does, and therefore avoid using it. (My students who did use it didn't develop a good mental model either, and kept running into problems with user versus global installations.) There is apparently no documentation about the configuration file ~/.cabal/config outside that file, and producing that file apparently requires allowing heavy side-effects with ``cabal update''. (``cabal --help'' did not produce that file, and showed no other command that sensibly might produce it.) I would like to be able to configure before going on the network and downloading the whole database. * At least I find ~/.cabal/config not sufficiently self-documenting. What exactly does scratchdir and user-install mean? What is ``remote-build-reporting''? To me, this sounds like it deserves prominent documentation... What is kept in ``local-repo''? Is that managed by cabal-install, or only accessed? * I am used to downloading and compiling as a standard user, and installing as root. Is this supported in any way? In particular I do not want ANY packages EVER installed under the non-root user's home directory. It seems that ``user-install: False'' might go into that direction, but I find no documentation about this, and I wonder whether root will then need to do ``cabal update'' separately to be able to finish the installation? (I will want to install into /usr/local/packages/ghc-X.Y.Z where I keep each GHC version and all its packages. I normally do ./Setup configure --prefix=/usr/local/packages/ghc-X.Y.Z for that, and I am also not sure how to configure that for cabal-install --- since it is right beside ``program-suffix'', the option ``program-prefix'' is probably not meant for that, or is it? ) * Not related with cabal-install, only with Cabal: I noticed somewhat accidentally that ./Setup configure --help does not output information about flags defined in the .cabal file. I would expect it to, in analogy to the enable/disable flags documented by the ``./configure --help'' from autoconf. (I routinely call both kinds of configure with ``--help'' to pick up this kind of thing.) As long as it does not, I apparently will have to manually inspect each .cabal file to see what flags might be relevant, and I wouldn't have thought that the .cabal file is even intended to be read by human installers in the normal case. (The example that alerted me: haskeline warns about POSIX without terminfo, but does not say how to include terminfo.) (The cabal Trac claims it sent me an e-mail with a new password about half an hour ago, but I haven't received it yet.) Wolfram

1 0

Re: [Hackage] #288: the package indexes are very slow
by Hackage 14 Jul '10

14 Jul '10

#288: the package indexes are very slow ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ Comment(by AntoineLatter): Experience report: Taking the tar-index from hackage-server wasn't too hard. It doesn't scale to hackage-sized tarballs, though - it is only able to store the offsets for about half of the .cabal files in 00-index.tar. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/288#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #481: License compatibility check
by Hackage 07 Jul '10

07 Jul '10

#481: License compatibility check ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: _|_ Component: Cabal library | Version: Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- Changes (by elliottt): * cc: trevor@… (added) Comment: I've taken a first pass at this, performing a check on the licenses of the dependencies only during the configure step. The check is only on direct dependencies of the package being configured; if the package being configured is licensed BSD3, and it has a dependency that uses the GPL, a warning will be emitted. The same goes for the LGPL, though I have only implemented it that way as I wasn't sure if the cross- module optimization issues had been resolve in general for LGPL packages. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/481#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #706: Fluconazol Rezeptfrei Kaufen
by Hackage 02 Jul '10

02 Jul '10

#706: Fluconazol Rezeptfrei Kaufen ----------------------------+----------------------------------------------- Reporter: ziksdoben | Owner: ziksdoben Type: defect | Status: new Priority: normal | Milestone: cabal-install-0.10 Component: Cabal library | Version: 1.6.0.3 Severity: normal | Keywords: fluconazol diflucan rezeptfrei Difficulty: unknown | ----------------------------+----------------------------------------------- Generisches Fluconazol '''[http://www.acheterachat.co.cc/diflucan- kaufen.html Diflucan Rezeptfrei Kaufen]''': Fluconazol (Diflucan) Rezeptfrei Bestellen. Klicken Sie Hier! Schnell, Sicher und Preisguenstig 10% Rabatt fuer alle Nachbestellungen Verschiedene Zahlungsmethoden. '''[http://www.acheterachat.co.cc/diflucan-kaufen.html Diflucan Rezeptfrei Kaufen]''' == Fluconazol Kauf Preis == fluconazol ohne rezept diflucan rezeptfrei fluconazole terbinafine diflucan kaufen fluconazol wirkung diflucan sucht fluconazol drogen diflucan beipackzettel fluconazol resistenz diflucan ret fluconazol hexal nebenwirkungen diflucan entzug fluconazol al 50 mg diflucan wirkung fluconazol stillen diflucan ohne rezept fluconazole sandoz diflucan dosis fluconazol cas diflucan nystatin fluconazol spanien diflucan spanien fluconazol preis diflucan cvvh fluconazol diabetes diflucan iv fluconazol behandlung diflucan entzugserscheinungen fluconazol wiki europe diflucan fluconazol 200 mg diflucan oral fluconazol alkohol diflucan kapsule fluconazol 150 mg diflucan dosage fluconazole cyp diflucan preisvergleich fluconazol ret diflucan and pregnancy -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/706> 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 27 Jun '10

27 Jun '10

#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.8.0.4 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Linux | ------------------------------+--------------------------------------------- Comment(by guest): I had the same problem with the current version 1.8.0.6 from Hackage. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/656#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #411: Command to install dependencies of a package.
by Hackage 24 Jun '10

24 Jun '10

#411: Command to install dependencies of a package. ---------------------------------+------------------------------------------ Reporter: mornfall | Owner: Type: defect | Status: new Priority: normal | Milestone: cabal-install-0.8 Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ Comment(by mornfall): The workaround from 11 months ago does not work with current cabal anymore. The script has gotten considerably uglier, see contrib/install- deps.sh in darcs darcs repo (darcs get http://darcs.net) A patch to cabal-install is of course better, so we can probably close this as superseded by #697? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/411#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #411: Command to install dependencies of a package.
by Hackage 24 Jun '10

24 Jun '10

#411: Command to install dependencies of a package. ---------------------------------+------------------------------------------ Reporter: mornfall | Owner: Type: defect | Status: new Priority: normal | Milestone: cabal-install-0.8 Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ Comment(by duncan): Patch for this in #697. Above suggestion is interesting too. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/411#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #689: Package checker shouldn't warn about deprecated extensions inside conditionals
by Hackage 22 Jun '10

22 Jun '10

#689: Package checker shouldn't warn about deprecated extensions inside conditionals --------------------------------+------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: 1.6.0.3 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | --------------------------------+------------------------------------------- Hello, I uploaded a package to Hackage (extcore 0.6) that contains the following text in the Library section in the .cabal file: {{{ if impl(ghc > 6.8.2) { build-depends:syb } else { extensions: PatternSignatures } }}} The Hackage package checker warned me: "Deprecated extensions: 'PatternSignatures'. Instead of 'PatternSignatures' use 'ScopedTypeVariables'." This seems like a bug to me. Of course PatternSignatures is deprecated; that's why it's in a clause that only applies with a version of GHC less than 6.8.2. Warnings should trigger only for extensions that are deprecated in the version that the extension is declared for. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/689> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3