Re: [Hackage] #233: case of Boolean values true and false should not matter

enumerations like `build-type`, `tested-with`, `license` and `extensions` though it's not so clear in those cases if it should be case sensitive or not. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/233#comment:2 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #107: ijones suggestions for HAC07

* resolution: = fixed -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/107#comment:9 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo

Re: [Hackage] #218: Data-files have no way of being installed conditionally

://hackage.haskell.org/trac/hackage/ticket/218#comment:2 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: [Hackage] #237: Support addition of links to Cabal project pages

: +--- Comment (by duncan): The project description is haddock markup so adding links is already possible. Perhaps that'd be enough if it was well known. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/237#comment:1

Re: [Hackage] #216: need a way to specify the foreign libraries a package depends on

messages. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/216#comment:3 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal

Re: [Hackage] #58: allow darcs repo to be specified in cabal file

to somehow inspect the content at the other end of the url to guess what kind of repo it is. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/58#comment:6 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing

Re: [Hackage] #237: Support addition of links to Cabal project pages

are a short description of the respective package, to be used in overview pages. If people adds lots and lots of links to the description field, the layout of the package site on Hackage might also be less functional since some information would move down. -- Ticket URL: http://hackage.haskell.org

Re: [Hackage] #210: Enable access to the x- extension fields, as simple [(String, String)] name-value pairs

) }}} -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/210#comment:2 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: [Hackage] #237: Support addition of links to Cabal project pages

not sure what's the best way to provide that. The hackageDB password file is in the same Apache format used by Trac, so that could be a possibility. See also #57. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/237#comment:5 Hackage http://haskell.org/cabal/ Hackage: Cabal

Re: [Hackage] #237: Support addition of links to Cabal project pages

/trac/hackage/ticket/237#comment:7 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: [Hackage] #237: Support addition of links to Cabal project pages

: +--- Comment (by [EMAIL PROTECTED]): The package list uses the Synopsis field (plain text), rather than Description (haddock markup). -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/237#comment:3 Hackage http

Re: [Hackage] #237: Support addition of links to Cabal project pages

on top, and authors are free to add more information into the Description part. (At the same time we'd make the text column narrower, which is good, too.) Are you referring to the package list or the page for an individual package? -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket

[Hackage] #238: haddock2 is not passed -D__HADDOCK__ or cpp-options

__HADDOCK__ a numeric value, because GHC extensions need not be hidden from the new one. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/238 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal

Re: [Hackage] #238: haddock2 is not passed -D__HADDOCK__ or cpp-options

-0.x. We should be passing the cpp-options of course. IMHO, we should still make Cabal do the pre-processing rather than have ghc do it, but that's part of a larger task. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/238#comment:1 Hackage http://haskell.org/cabal/ Hackage

[Hackage] #239: security hole: anyone can replace a package

whether to trust a package is a social and community issue, but the lack of transparency in discovering relevant information is a technical problem that does have a solution. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/239 Hackage http://haskell.org/cabal/ Hackage: Cabal

Re: [Hackage] #239: security hole: anyone can replace a package

: +--- Comment (by [EMAIL PROTECTED]): It used to reject repeat uploads, but people complained. It can easily be turned on again. Putting the uploader and upload date on the package page is also in the works. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/239#comment:1 Hackage http

Re: [Hackage] #239: security hole: anyone can replace a package

/obsolete/broken versions in the web UI. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/239#comment:2 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org

Re: [Hackage] #239: security hole: anyone can replace a package

with the same version, so please don't apply the rejecting patch. But I do want to stop anyone but me uploading packages for anything that I'm the maintainer of! -- Neil Mitchell -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/239#comment:3 Hackage http://haskell.org/cabal/ Hackage

Re: [Hackage] #239: security hole: anyone can replace a package

that it has to be overridable for the cases when a package maintainer disappears. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/239#comment:4 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list

Re: [Hackage] #239: security hole: anyone can replace a package

: +--- Comment (by guest): Yes, let it be overridden by a trusted admin type person. And let me say who I think can upload my package. But I shouldn't be allowed to upload a package on behalf of someone else without them knowing. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/239#comment

Re: [Hackage] #239: security hole: anyone can replace a package

need to weigh what security would actually be achieved by a particular setup against the costs. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/239#comment:6 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel

[Hackage] #240: setup install does not preserve MacOS X resource forks

, presumably because on MacOS X cp also copies the magic over. Sorry for being so vague. Let me know if I can help in any way. -- Eric Kow -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/240 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

[Hackage] #241: The Make build-type doesn't pass haddock options to make

for the makefile to figure out where those links should point. (e.g. the wxcore package.) The Make build-type ought to put these options in a HADDOCKOPTS setting on the make command line, so that the makefile can pass these to haddock. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket

[Hackage] #242: The Make build-type doesn't pass haddock options to make

for the makefile to figure out where those links should point. (e.g. the wxcore package.) The Make build-type ought to put these options in a HADDOCKOPTS setting on the make command line, so that the makefile can pass these to haddock. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket

Re: [Hackage] #242: The Make build-type doesn't pass haddock options to make

: --+- Changes (by [EMAIL PROTECTED]): * status: new = closed * resolution: = duplicate Comment: bitten by the back button -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/242#comment:1 Hackage http://haskell.org/cabal/ Hackage: Cabal

Re: [Hackage] #240: setup install does not preserve MacOS X resource forks

(by guest): Probably the simplest fix for your problem is to run `macosx-app` after the binary is installed, using the `postInst` hook. See http://www.mail-archive.com/wxhaskell- [EMAIL PROTECTED]/msg00129.html -Judah -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/240#comment:1

Re: [Hackage] #240: setup install does not preserve MacOS X resource forks

(by duncan): * platform: = Mac OS Comment: If you can figure out what Haskell code we can use to copy and preserve this stuff that'd be great. I don't think it's ok to call out to an external `cp` program. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/240#comment:2 Hackage

Re: [Hackage] #241: The Make build-type doesn't pass haddock options to make

: --+- Comment (by duncan): The Haddock module now has a function `haddockPackageFlags` that returns all the `--read-interface=` flags. I'm not quite clear about what the other options should be. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/241#comment

Re: [Hackage] #220: detect inconsistent package dependencies

-1.13.3`. So by default we're still picking the latest `HaXml` version but now we warn that we got inconsistent versions. In this example it would be possible to avoid the inconsistency by picking `HaXml-1.13.3`. That is the next step. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket

Re: [Hackage] #239: security hole: anyone can replace a package

don't have consensus for stronger enforcement. I've created ticket #243 for Ian's suggestion of notification emails. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/239#comment:8 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #222: Hackage should be able to track which version of package is compatible with which version of GHC

#222: Hackage should be able to track which version of package is compatible with which version of GHC +--- Reporter: guest |Owner: Type: enhancement| Status: new

[Hackage] #245: Cabal gets paths wrong in INCLUDEs

://hackage.haskell.org/trac/hackage/ticket/245 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: [Hackage] #56: hackageDB should not accept a package if it is not installable

+--- Comment (by duncan): An example we could automatically discover: AutoForms-0.4 requires syb-with-class=0.4 but the latest version of syb- with-class in hackage at the moment is 0.3. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/56#comment:4

Re: [Hackage] #211: Add qa/check command

another ticket or just send in a patch. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/211#comment:2 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http

Re: [Hackage] #238: haddock2 is not passed cpp-options

: --+- Changes (by [EMAIL PROTECTED]): * summary: haddock2 is not passed -D__HADDOCK__ or cpp-options = haddock2 is not passed cpp-options -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/238#comment:2 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #145: Hackage does not support UTF-8 characters

#145: Hackage does not support UTF-8 characters +--- Reporter: guest |Owner: Type: defect | Status: new Priority: normal |Milestone: Cabal

Re: [Hackage] #245: Cabal should support hsc2hs's stub .c feature

): * priority: normal = low * milestone: = _|_ -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/245#comment:4 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http

Re: [Hackage] #215: Overhaul support for package's tests

the test stanza also needs to declare what version of the test api interface it is using since it is likely to be refined/improved over time. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/215#comment:2 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

[Hackage] #247: Needless license warning on PublicDomain

encouraging something which is wrong-headed or pointless. It's not a big deal, but it shouldn't be warning about it. -- gwern -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/247 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #247: Needless license warning on PublicDomain

. In many legal jurisdictions it has no legal meaning and where it does one usually has to disclaim any copyright interest explicitly. }}} -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/247#comment:1 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

[Hackage] #248: Running haddock --hyperlink-source fails with a requires Haddock version 0.8 or later message

/hackage/ticket/248 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: [Hackage] #249: haddock --hoogle does not produce any effect

): haddock 2.0 does not support the --hoogle option, sadly :-(. Perhaps --hoogle with haddock 2 should give an error, or the haddocky people should fix this up. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/249#comment:1 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

[Hackage] #250: 'haddock --executables should dump the haddock interface too

://hackage.haskell.org/trac/hackage/ticket/250 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: [Hackage] #249: haddock --hoogle does not produce any effect

): Thanks for your quick replay. Maybe the haddock guys should think about updating the output of haddock --help. (btw, the manual is indeed correct but I checked it too late). Sorry for the noise. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/249#comment:2 Hackage http

[Hackage] #251: link to the latest version of a package tar file

/0.4/arrows-0.4.tar.gz }}} this would greatly simplify automating installs. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/251 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel

Re: [Hackage] #227: Cabal-install does not track down build-tools: dependencies?

the tools correspond to. Any better suggestions to make it a tad more generic? -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/227#comment:1 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal

Re: [Hackage] #250: 'haddock --executables should dump the haddock interface too

+--- Comment (by duncan): Is it really useful to have the haddock interface for executables? Perhaps we should just not try to copy it when installing? -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/250#comment:1 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #252: haddock document generation fails for executables when a preprocessors is needed

' in getModulePaths. Cheers, ar ps: I must confess I don't get the reason for this difference so my instinct would be to change preprocessSources (this is why I'm not attaching any patch). -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/252#comment:1 Hackage http://haskell.org

[Hackage] #253: Check for invalid operating system names

. At the moment the OS is just a String . We should decide if we want to use an enumeration or leave it more flexible and just warn about unknown ones. Checks are easy to add, see `Distribution/PackageDescription/Check.hs` -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/253 Hackage http

Re: [Hackage] #215: Overhaul support for package's tests

-arguments: for command line arguments), and the error code is the number of tests fail, where exitSuccess is equivalent to no failures. The log of the test run could also be displayed on hackage. Command line programs are simple, and can be written without learning a new API. They can also

Re: [Hackage] #223: allow per-package configuration options in config file

: -+-- Changes (by mnislaih): * status: new = assigned * owner: = mnislaih Comment: I am working on this, wish me luck :) -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/223#comment:1 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #235: cabal list should also list installed packages

/hackage/ticket/235#comment:1 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

[Hackage] #254: Misleading documentation on comments in .cabal

, and cabal will still treat it as a comment and not try to interpret your crazy English stuff. It's a bit misleading. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/254 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___

Re: [Hackage] #255: avoid rebuilding shared code

): * status: new = closed * resolution: = duplicate Comment: Argh. This looks like a duplicate of #89 so I will resolve this unless somebody disagrees. (Eric) -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/255#comment:1 Hackage http://haskell.org/cabal/ Hackage: Cabal

[Hackage] #255: avoid rebuilding shared code

could just build-depends the library we are currently trying to build. (One could also imagine a version constraint like 'this version' which explicitly says to use the version being built in this cabal file) Thanks! (Eric Kow) -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket

Re: [Hackage] #255: avoid rebuilding shared code

): Right, this is something that'd be nice, to allow the executables to depend on the library within the package. I think that's exactly what #89 is about. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/255#comment:2 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #120: misleading error message from cabal when versions differ

. }}} Of course it does not help for older Cabal versions which lacked this check but it's the best we can do and should help in future. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/120#comment:2 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #98: cabal assumes -x option for linking

a conditional dependency on the unix package. Christian, what version of Solaris are you using and what does the above C program report for you? -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/98#comment:15 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #98: cabal assumes -x option for linking

-3.00$ uname -a SunOS leo 5.10 Generic_127111-03 sun4u sparc SUNW,Sun-Fire-280R -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/98#comment:16 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list

Re: [Hackage] #223: allow per-package configuration options in config file

the minor issue that FieldDescr 'instances' are provided in CabalInstall, whereas they would be required by Cabal already in Distribution.Setup.hs So they will need to be moved there. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/223#comment:2 Hackage http://haskell.org/cabal

Re: [Hackage] #223: allow per-package configuration options in config file

: -+-- Changes (by mnislaih): * cc: [EMAIL PROTECTED] (added) -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/223#comment:3 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel

Re: [Hackage] #98: cabal assumes -x option for linking

change `maxCommandLineSize` back to 30k which seemed to be ok previously. I'm leaving the call to the `xargs` program well alone. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/98#comment:17 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #58: allow darcs repo to be specified in cabal file

://hackage.haskell.org/trac/hackage/ticket/58#comment:7 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: [Hackage] #58: allow darcs repo to be specified in cabal file

` flag, or similar, to be needed if you want the source from the RCS. Otherwise I'd expect it to give you the source from the latest tarball. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/58#comment:8 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #256: Copying files during installation is oblivious to ~

: +--- Comment (by igloo): I think that Cabal is doing the right thing here. If your shell doesn't expand ~ there, then Cabal shouldn't either. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/256#comment:1 Hackage http

Re: [Hackage] #256: Copying files during installation is oblivious to ~

: +--- Comment (by guest): Ok, I guess that's fair. But maybe it should warn? It's never a sensible thing to create a directory that starts with ~. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/256#comment:2 Hackage

Re: [Hackage] #256: Copying files during installation is oblivious to ~

: +--- Comment (by duncan): Any consensus? Do we make the change or close the bug as wontfix? -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/256#comment:4 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #256: Copying files during installation is oblivious to ~

this behaviour was new to me. For me, the 'standard behaviour' is that ~ is expanded to my home directory. Close it if you disagree that not expanding ~ is standard behaviour. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/256#comment:5 Hackage http://haskell.org/cabal/ Hackage: Cabal

Re: [Hackage] #256: Copying files during installation is oblivious to ~

with heuristic tests, it will be unmanageable. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/256#comment:7 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http

Re: [Hackage] #148: Cabal should be able to produce DLLs in Windows

://hackage.haskell.org/trac/hackage/ticket/148#comment:3 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: [Hackage] #256: Copying files during installation is oblivious to ~

, an error would be appropriate. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/256#comment:9 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org

Re: [Hackage] #256: Copying files during installation is oblivious to ~

prevent a user from specifying anything that doesn't start with a drive letter. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/256#comment:10 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list

Re: [Hackage] #256: Copying files during installation is oblivious to ~

}}} -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/256#comment:12 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: [Hackage] #257: sdist doesn't include all files when using conditional and buildable: False

is buildable or not, I'd expect the sources to be included anyway, so the executable can be built where it's buildable. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/257#comment:1 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #257: sdist doesn't include all files when using conditional and buildable: False

: +--- Comment (by [EMAIL PROTECTED]): Indeed sdist shouldn't take any note of conditionals: it should pack all of the files in any environment. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/257#comment:2 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #209: Implement package() configurations predicate

/hackage/ticket/209#comment:3 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: [Hackage] #209: Implement package() configurations predicate

be applied in either direction but I suspect many people read it in a directed functional way. I have a feeling that the anonymous flag would really throw people :-) Perhaps we should ask opinions on the libraries list. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/209#comment:4

Re: [Hackage] #246: cabal-install's tar unpacking does not cope well with links

which has not been unpacked yet. }}} We should think of sanity (and security) too, what if a link points outside the working directory? -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/246#comment:1 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #89: Sharing of object files between executable builds?

a problem like this... -- gwern -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/89#comment:4 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org

Re: [Hackage] #89: Sharing of object files between executable builds?

, making greencard-lib depend on greencard. This was the solution I used the last time I encountered a problem like this... Sounds sensible. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/89#comment:5 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #214: Package security

] (added) -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/214#comment:1 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal

Re: [Hackage] #214: Package security

important. I'll have a look. - svein -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/214#comment:2 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org

[Hackage] #258: case confusion - cabal vs Cabal

: http://hackage.haskell.org/trac/hackage/ticket/258 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: [Hackage] #93: Incorrect permissions on library install

milestone. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/93#comment:4 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal

Re: [Hackage] #205: Remove BSD4 from Cabal.Distribution.License.License

+--- Changes (by duncan): * status: new = closed * resolution: = fixed Comment: We cannot actually remove it immediately but it is now on the way to being deprecated because sdist and hackage now warn about its use. -- Ticket URL: http

Re: [Hackage] #24: Cabal shouldn't try to build GHCI libs on platforms without GHCI

URL: http://hackage.haskell.org/trac/hackage/ticket/24#comment:7 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: [Hackage] #56: hackageDB should not accept a package if it is not installable

+--- Changes (by duncan): * milestone: Cabal-1.4 = Cabal-1.6 Comment: Not ready for this release, punting. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/56#comment:5 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

[Hackage] #259: Release ratings

releases on quality of release, to motivate competetive uploaders to focus on quality rather than quantity of uploads. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/259 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___

[Hackage] #260: cabal upgrade runs install on the current package instead of upgrading installed packages

as in .cabal files }}} -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/260 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: [Hackage] #260: cabal upgrade runs install on the current package instead of upgrading installed packages

-+-- Changes (by duncan): * milestone: = Cabal-1.4 Comment: Hmm, that's a surprise. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/260#comment:1 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #88: Stripping

` command, which takes all the flags for the underlying `configure` command. It'll also need documenting. Once the command line changes are done, the remaining task is easy. Marking as such. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/88#comment:7 Hackage http://haskell.org/cabal

Re: [Hackage] #221: need a way to specify site-specific include and library search paths

use them multiple times to get a list of dirs. }}} -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/221#comment:7 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http

Re: [Hackage] #40: sdist runs tar, which is a problem under Windows

creates the archive using Hackage.Tar we don't call setup sdist anymore but we use functions from Distribution.Simple.SrcDist }}} -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/40#comment:10 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #196: ability to specify custom args to haddock

): * milestone: = _|_ Comment: Need more detail on requirements before we can do anything. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/196#comment:2 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel

Re: [Hackage] #257: sdist doesn't include all files when using conditional and buildable: False

: +--- Changes (by duncan): * status: new = closed * resolution: = fixed Comment: Already fixed but the ticket was not closed. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/257#comment:4 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

Re: [Hackage] #202: add a flag/config to make cabal use sudo/su/.. when installing with --global

the internal flag --only so we can avoid building a setup when build-type == Simple. }}} -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/202#comment:2 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list

Re: [Hackage] #88: Stripping

PROTECTED] * Add --enable/disable-executable-stripping option The default is enabled Wed Mar 19 12:12:12 GMT 2008 Duncan Coutts [EMAIL PROTECTED] * Documentation the --enable/disable-executable-stripping options }}} -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/88#comment:8

Re: [Hackage] #209: Implement package() configurations predicate

: +--- Changes (by duncan): * milestone: Cabal-1.4 = Cabal-1.6 Comment: Punting. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/209#comment:5 Hackage http://haskell.org/cabal/ Hackage: Cabal and related

[Hackage] #261: Marking packages deprecated

''' so it doesn't show up on the main Hackage listing. If a newer package, with the same name, is uploaded then the older packages will in effect be defunct. But if you don't have a newer package with the same name, there is currently no way to get rid of packages that are no longer valid

[Hackage] #262: Check for required C libraries during configure

://hackage.haskell.org/trac/hackage/ticket/262 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

<    1   2   3   4   5   6   7   8   9   10   >