Oct 2013 (https://travis-ci.org/haskell/hackage-server/builds/13335852).
Has anyone seen this happen on any system other than the Travis build
machines?
--
Ian Ross Tel: +43(0)6804451378 i...@skybluetrades.net
www.skybluetrades.net
___
cabal-devel
Thanks, that's useful to know about!
On 16 February 2014 19:48, Mateusz Kowalczyk fuuze...@fuuzetsu.co.ukwrote:
On 16/02/14 15:51, Mikhail Glushenkov wrote:
Hi,
On 16 February 2014 10:33, Ian Ross i...@skybluetrades.net wrote:
Does anyone have any idea what the source
with
the generated authentication information.
Can anyone confirm whether this is still working and I'm just doing
something wrong, or if it's stopped working recently? (In the latter case,
I'll spend some more time trying to figure out what's going on.)
Cheers,
Ian.
--
Ian Ross Tel: +43(0
Thanks to Duncan on IRC, it seems that this is just a manifestation of a
known issue with the HTTP package:
https://github.com/haskell/HTTP/issues/14
On 4 February 2014 12:24, Ian Ross i...@skybluetrades.net wrote:
Dear all,
Has anyone used the mirror client recently? I'm trying to get set
On Fri, Sep 07, 2012 at 03:54:08PM +0100, Erik Hesselink wrote:
Hmm, apparently I can't add labels. It's issue 1028. I don't think
it's important to fix before migrating, but it would be nice if
someone with privileges could label it.
The issue there is mishandling unknown repository types,
The User accounts page, echoing the Hackage 1 version, says Passwords
are stored encrypted, so if you forget yours we can't recover it, but
will need to assign a new one. Just ask.
But the account registration page doesn't even ask for an email address,
so it would be difficult for administrators
On Thu, Sep 06, 2012 at 06:49:36PM +0100, Matthew Gruen wrote:
To my knowledge, It's technically possible to import the old accounts.
Why is that? I think that's worth exploring, as you'd be losing
associations between 1150 users and 24456 uploads of 4442 packages.
(Not entirely, because the
On Thu, Sep 06, 2012 at 08:52:28PM +0100, Ian Lynagh wrote:
On Thu, Sep 06, 2012 at 08:32:38PM +0100, Duncan Coutts wrote:
From the point of view of an existing user, they will go to the new
site, go to a special page, enter their username and their old
password and a new password (which
On Tue, Sep 04, 2012 at 07:22:04PM +0100, Ian Lynagh wrote:
Hackage2 will currently complain about anything that doesn't start with
one of:
Algebra, Codec, Control, Data, Database, Debug, Distribution,
DotNet, Foreign, Graphics, Language, Network, Numeric, Prelude,
Sound, System,
On Wed, Sep 05, 2012 at 01:15:09PM +0100, Leon Smith wrote:
I have a question for Ross Paterson, namely do you decline an account
request, and if so, what reasons do you have for declining an account
request?
I haven't refused any requests, but occasionally I ask for more information
and don't
On Tue, Sep 04, 2012 at 06:32:48PM +0100, Leon Smith wrote:
Ok, when I upload a package it warns me about unallocated names? How are
names allocated, and who makes the decisions here?
It's complaining if the first component of a hierarchical module name
doesn't come from a certain set.
A few minor issues:
In Hackage 1 packages can be deprecated, optionally indicating a
recommended replacement (the deprecated and superseded by fields of
the per-package tags file), e.g. partial-lens and binary-strict-0.3.1.
These don't seem to be in Hackage 2.
Several packages lack
On Mon, Sep 03, 2012 at 03:52:32PM +0100, Erik Hesselink wrote:
On Mon, Sep 3, 2012 at 4:38 PM, Ross Paterson r...@soi.city.ac.uk wrote:
In Hackage 1 packages can be deprecated, optionally indicating a
recommended replacement (the deprecated and superseded by fields of
the per-package tags
On Wed, Dec 21, 2011 at 05:34:33AM +, Levent Erkok wrote:
I'm suffering from the issue reported in here:
http://hackage.haskell.org/trac/hackage/ticket/656. In brief, cabal
had a bug that prevented it from running haddock successfully if a
package contained both a library and an executable
Max Bolingbroke wrote:
On 3 October 2011 21:30, Paterson, Ross r.pater...@city.ac.uk wrote:
Don't you need #517 to get the cross-package links to go to the right
places?
I didn't realise there was a ticket open for that. It's part of the
changes that my patches make to cabal-install.
Oh
Max Bolingbroke writes:
I've written a rough-and-ready documentation building service for the
Hackage 2.0 effort. It is functional enough to submit build reports
and build documentation for a few example packages on my local Hackage
instance.
Don't you need #517 to get the cross-package links
On Wed, Apr 27, 2011 at 02:02:25PM +0100, Ian Lynagh wrote:
On Wed, Apr 27, 2011 at 01:16:12PM +0100, Duncan Coutts wrote:
The generated paths module has to compile with the target
compiler, including older ghc
Why? People who really are stuck with GHC 6.8 already have a Cabal that
-scripts/HackagePage.hs
http://darcs.haskell.org/hackage-scripts/PackagePage.hs
but those don't seem to include the new CSS and javascript, and
neither have a modify date later than the release of Haddock 2.8.
Am I looking in the wrong place?
Yes: http://code.haskell.org/~ross/hackage-scripts
On Thu, Nov 18, 2010 at 07:46:33PM -0600, Antoine Latter wrote:
The index tar-ball on Hackage has an odd naming convention. Package
descriptions are given paths of the form:
./$pkg/$version/$pkg.cabal
including the leading ./.
I'm guessing that this is done as a method of distinguishing
On Tue, Jun 01, 2010 at 06:52:56PM +0100, Duncan Coutts wrote:
Ross, next time you have a moment for hackage work, we should probably
try building the hackage scripts using the latest Cabal HEAD.
Done.
___
cabal-devel mailing list
cabal-devel
On Sun, May 16, 2010 at 08:30:25PM +0100, Ian Lynagh wrote:
On Sun, May 16, 2010 at 08:17:26PM +0200, Matthias Kilian wrote:
- ++ quote path ++ concatMap (\arg - ' ':quote arg) args ]
+ ++ unwords (map quote $ path : args) ++ \$...@\]
This looks liks it ought to be
On Tue, Jul 07, 2009 at 06:38:44PM +0100, Duncan Coutts wrote:
I think we can do it with something like the following in a
suitable .htaccess file:
RewriteRule
^/package/([A-Za-z0-9-]*)-([0-9.]*)\.tar\.gz$
/packages/archive/$1/$2/$1-$2.tar.gz
I guess it can be done, but it feels a bit
On Sat, Jul 04, 2009 at 06:01:13PM +0100, Duncan Coutts wrote:
This made me recall that one place we do still have a special case for
the current central hackage server is when we specify the upload and
check POST URLs. Currently hackage uses:
/cgi-bin/hackage-scripts/check-pkg
On Tue, Jul 07, 2009 at 12:57:16PM +0100, Duncan Coutts wrote:
Currently in the cabal-install config file we use:
remote-repo:
hackage.haskell.org:http://hackage.haskell.org/packages/archive
and then lookup the 00-index.tar.gz and all the package tarballs
relative to that. So if we try to
Wed Jun 10 10:45:41 PDT 2009 Ross Paterson r...@soi.city.ac.uk
* fix typo of exitcode
Ignore-this: e21da0e6178e69694011e5286b382d72
M ./Distribution/Simple/Utils.hs -1 +1
View patch online:
http://darcs.haskell.org/cabal/_darcs/patches/20090610174541-b47d3
Wed Jun 10 10:46:19 PDT 2009 Ross Paterson r...@soi.city.ac.uk
* use Haskell 98 import syntax
Ignore-this: 26774087968e247b41d69350c015bc30
M ./Distribution/Simple/Program/Ld.hs -1
View patch online:
http://darcs.haskell.org/cabal/_darcs/patches/20090610174619-b47d3
On Wed, Jun 03, 2009 at 11:36:56AM +0100, Duncan Coutts wrote:
On Tue, 2009-06-02 at 11:35 +0100, Ross Paterson wrote:
Would you like to send your announcement first?
Sent.
OK, I've updated the scripts.
___
cabal-devel mailing list
cabal-devel
On Tue, Jun 02, 2009 at 10:26:34AM +0100, Duncan Coutts wrote:
I'd like to get Hackage using the new check for base being bounded
above. I think it'll make a big difference when it comes to future
ghc/base upgrades. The last one was papered over by cabal-install
defaulting to base 3 when the
On Tue, Jun 02, 2009 at 01:27:48PM +0100, Ian Lynagh wrote:
The reason base's version was bumped from 4.0 to 4.1 is that there were
some changes that required it, according to the PvP, e.g.
GHC.Conc.signalHandlerLock
was removed.
I don't know if there were any such changes in non-GHC.*
On Tue, Jun 02, 2009 at 08:53:19PM +0100, Ian Lynagh wrote:
I don't think the base split made much difference.
It forced the exposure of a lot more GHC.* modules, I think.
But I think my question is answered: just use base 5 or base == 4.*
___
On Thu, May 14, 2009 at 10:52:36AM +0100, Alistair Bayley wrote:
I've uploaded Takusen-0.8.5 to hackage, and it's visible at
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/Takusen
but cabal install Takusen still tries to get 0.8.4. Is there a
separate database/file for cabal
On Wed, Feb 25, 2009 at 01:09:38PM +, Duncan Coutts wrote:
Generally the user guide needs some attention from
someone. It could probably do with being divided into user and author
sections / perspectives. People want to know how to install packages,
all the various user interface to using
Fri Jan 30 07:35:05 PST 2009 Ross Paterson r...@soi.city.ac.uk
* move imports outside ifdef GHC
M ./Distribution/Compat/CopyFile.hs -3 +2
View patch online:
http://darcs.haskell.org/cabal/_darcs/patches/20090130153505-b47d3-6f196a881f5c4391401affe469d660ebd3f11e19.gz
On Tue, Nov 11, 2008 at 12:12:09PM +, Malcolm Wallace wrote:
HackageDB documentation links for the latest version of packages
appears to be missing. For instance, the haskell.org wiki at
http://www.haskell.org/haskellwiki/Opengl
points to Haddock'ed API documentation at
On Sat, Nov 01, 2008 at 03:30:24PM +, Duncan Coutts wrote:
Sat Nov 1 15:24:48 GMT 2008 Duncan Coutts [EMAIL PROTECTED]
* Read the .cabal file as UTF8 when unpacking
Currently the upload check preview displays incorrect encoding of
peoples names and does not validate incorrect UTF8
On Tue, Oct 07, 2008 at 02:56:29PM -0700, Duncan Coutts wrote:
Tue Oct 7 14:41:20 PDT 2008 Duncan Coutts [EMAIL PROTECTED]
* Add a few type sigs to help hugs and as documentation
Thanks. I wasn't going to ask you to work around this Hugs bug (#86),
because it really ought to be fixed.
On Sun, Sep 28, 2008 at 12:27:17AM -0700, Clifford Beshers wrote:
The stb-image package on hackage has carriage returns (^M) at the end of some
lines. This confused hlibrary.mk from the Debian haskell-devscripts. Are
these characters legal in a .cabal file?
They are whitespace, and so
On Thu, Sep 18, 2008 at 12:30:42AM +0100, Claus Reinke wrote:
So far, I had assumed that every tool defined its own macro,
but it seems that __GLASGOW_HASKELL__ is defined by
ghc and by cabal, while __HADDOCK__ is defined only by
the latter. Is that right?
Yes, Cabal defines __HADDOCK__ only
On Wed, Aug 27, 2008 at 03:29:48AM +0100, Duncan Coutts wrote:
I think Cabal is right. Both 1.4 and HEAD parse hoogle.cabal without
complaint. I suspect that the fix is to recompile the hackage scripts
against a more recent Cabal version (ideally the latest stable 1.4.x
release).
I've
On Wed, Aug 27, 2008 at 10:54:02AM +0100, Neil Mitchell wrote:
Just remove the package (its mine), I don't think it will build anyway
(and I guess it probably never did :-( ).
It's now gone (as is 0.1, which had the same bug).
___
cabal-devel mailing
Sat Jul 5 03:50:48 PDT 2008 Ross Paterson [EMAIL PROTECTED]
* fix #if __GLASGOW_HASKELL__ test
The problem is that
#if __GLASGOW_HASKELL__ NNN
is also true for non-GHC. It should be
#if __GLASGOW_HASKELL__ __GLASGOW_HASKELL__ NNN
M ./Distribution/Compat/Map.hs -1
Sat Jun 14 09:07:07 PDT 2008 Ross Paterson [EMAIL PROTECTED]
* force results inside withHaskellFile
withUTF8FileContents now closes the file, so we need to force what we're
computing from the contents before it's gone.
M ./Distribution/Simple/Hugs.hs -2 +2
View patch online:
http
On Fri, May 09, 2008 at 10:12:06AM +0100, Duncan Coutts wrote:
It's clear we should drop the check on the tags from the == test but I'm
not sure if we should also change the showVersion or parseVersion
functions.
I'm planning on changing the equivalent of showVersion in Cabal to not
display
On Thu, May 01, 2008 at 04:01:31AM -0700, Malcolm Wallace wrote:
Thu May 1 04:00:06 PDT 2008 [EMAIL PROTECTED]
* Revert the other `fmap` to (.)
To avoid needing a non-H'98 instance of Functor for (-).
M ./Distribution/Simple/Command.hs -1 +1
I'm puzzled as to why nhc98 lacks this
On Thu, May 01, 2008 at 03:51:13PM +0100, Malcolm Wallace wrote:
nhc98 has a performance hack to avoid dumping large numbers of instance
decls into .hi interface files. For any given instance, if both the
class and the type are defined in the Prelude, then the instance can be
omitted from the
On Tue, Apr 22, 2008 at 08:07:31AM -0700, Duncan Coutts wrote:
Tue Apr 22 07:15:39 PDT 2008 Duncan Coutts [EMAIL PROTECTED]
* Update UTF8 code
Some code and test cases taken from the utf8-string package.
Can you push this to 1.4? I've been using a custom hacked version
for hackageDB to
Fri Mar 28 04:56:12 PDT 2008 Ross Paterson [EMAIL PROTECTED]
* factor out showPWarning function
M ./Distribution/PackageDescription/Parse.hs -7 +1
M ./Distribution/ParseUtils.hs -1 +6
View patch online:
http://darcs.haskell.org/cabal/_darcs/patches/20080328115612-b47d3
On Thu, Mar 27, 2008 at 04:39:17PM +, Duncan Coutts wrote:
So I think hackage should reject them with a suitable error message. I
can send a patch. On that topic in fact, I think all parser warnings
should be fatal errors as far as hackage is concerned.
OK, parser warnings (including UTF
On Fri, Mar 28, 2008 at 01:53:04PM +, Duncan Coutts wrote:
Is that patch pushed to the repo? I don't see it yet. I've got a patch to
update
generally to the latest Cabal api, though if you've got the utf warnings form
the latest cabal then have you had to make all those changes already?
On Thu, Mar 27, 2008 at 08:45:29AM -0700, Duncan Coutts wrote:
Wed Mar 26 20:17:40 PDT 2008 Duncan Coutts [EMAIL PROTECTED]
* Make UTF-8 decoding errors in .cabal files non-fatal
Previously we checked for invalid UTF-8 in the first phase of the
parser, which splitting the file up into
Wed Mar 26 09:59:12 PDT 2008 Ross Paterson [EMAIL PROTECTED]
* allow underscores in arch names
Stops it barfing on arch(x86_64).
M ./Distribution/System.hs -1 +2
View patch online:
http://darcs.haskell.org/cabal/_darcs/patches/20080326165912-b47d3
On Mon, Mar 10, 2008 at 05:23:06PM -0700, Duncan Coutts wrote:
Mon Mar 10 12:14:22 PDT 2008 Duncan Coutts [EMAIL PROTECTED]
* Use the same ReadP for all compilers, remove CPP hacks
If we're bundling a whole copy of ReadP then why bother trying to use
the version from the base package,
On Tue, Feb 26, 2008 at 12:28:56AM -0800, Don Stewart wrote:
L johan.tibell:
On Tue, Feb 26, 2008 at 12:09 AM, Don Stewart [EMAIL PROTECTED] wrote:
Add System.IO.UTF8.{readFile,writeFile} to the base library?
I'd rather see that we add a more general solution for reading and
writing
On Tue, Feb 26, 2008 at 09:30:41AM +, Duncan Coutts wrote:
So if we use files opened in binary mode and account for line end
differences then this is portable and doesn't make it harder for GHC to
switch text handles to use a more sensible encoding.
Yes. We have to handle line-endings
On Mon, Feb 25, 2008 at 09:35:58AM +, Duncan Coutts wrote:
On Mon, 2008-02-25 at 00:52 +, Ross Paterson wrote:
The tags stuff was just a quick hack, but in general my preference is
to keep the additional data outside of the package, so that what one
downloads under a particular
On Sun, Feb 24, 2008 at 05:46:35PM +, Duncan Coutts wrote:
I've added readTextFile and writeTextFile to the Utils module and
checked all other uses of readFile and writeFile.
I've also switched the rawSystemStdout to assume UTF8 output format.
The read and write functions ought to open
On Mon, Feb 25, 2008 at 09:07:08PM +, Duncan Coutts wrote:
It's no use pretending that readFile returns Unicode, it just doesn't
(except on Hugs which does it properly). GHC is not going to catch up on
this any time soon.
On the contrary, it's the only way to stay sane. readFile does
On Sun, Feb 24, 2008 at 05:46:35PM +, Duncan Coutts wrote:
So what about hackage? It now has to assume the Strings in the package
description etc are proper Haskell Unicode Strings and convert to UFT8
output. Distribution.Simple.Utils exports toUTF8 for this purpose.
XHTML output should be
On Sun, Feb 24, 2008 at 08:49:04PM +, Duncan Coutts wrote:
On Sun, 2008-02-24 at 18:28 +, Ross Paterson wrote:
text/plain output (used by cabal upload) will need some work, though.
I'm not sure what the deal is with charset negotiation.
Yeah, me neither. I know it's possible
On Wed, Feb 20, 2008 at 05:16:22PM +0100, Henning Thielemann wrote:
I have upgraded to Cabal 1.2 while still using GHC-6.4.1. In the Haskore
project there is the module NewResolutions.lhs which let GHC run into
extensive swapping (certainly due to excessive memory consumption) on
On Sun, Jan 20, 2008 at 04:39:11PM -0800, Duncan Coutts wrote:
Thu Jan 17 14:36:10 PST 2008 Lennart Kolmodin [EMAIL PROTECTED]
* Implement QA for PackageDescription
Addresses #191 (QA) and #180 (QA for missing license).
This patch only adds a new exposed module, it's not yet used
On Mon, Jan 28, 2008 at 10:18:25AM -0800, Don Stewart wrote:
Spotted that this morning. You're running the latest cabal on hackage?
Have to. People keep uploading packages that use the latest features.
It's supposed to be safe for old packages unless they have non-trivial
Setup scripts.
On Mon, Jan 21, 2008 at 08:38:49AM -0800, Duncan Coutts wrote:
Mon Jan 21 08:34:11 PST 2008 Duncan Coutts [EMAIL PROTECTED]
* Deprecate defaultUserHooks, export autoconfUserHooks. Fix ticket #165
Setup scripts should switch to simpleUserHooks or autoconfUserHooks.
autoconfUserHooks now
On Tue, Jan 29, 2008 at 12:12:44AM +, Duncan Coutts wrote:
There are 26 versions of 16 distinct packages that use build-type:
Configure. [...] Of those 5 have no configure file:
directory-1.0.0.0
mersenne-random-0.1
old-time-1.0.0.0
process-1.0.0.0
Win32-2.1.0.0
So all the ones
Mon Jan 28 16:51:05 PST 2008 Ross Paterson [EMAIL PROTECTED]
* fix build for Hugs and nhc98
M ./Distribution/Compat/TempFile.hs -1 +1
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
Fri Jan 25 02:20:53 PST 2008 Ross Paterson [EMAIL PROTECTED]
* flush stdout before running subprograms
This is needed to separate Cabal and subprogram output if stdout is
buffered (e.g. a file), especially if stdout and stderr are the same.
M ./Distribution/Simple/Utils.hs +1
On Wed, Jan 09, 2008 at 01:39:21PM +, Duncan Coutts wrote:
I've only seen one package that actually uses tests integrated into the
Setup.hs. So it seems everyone just runs tests manually. This is a
fairly large hole in the Cabal story at the moment imho.
Part of the problem is that we
Dependencies between packages are obviously more complex now that we
have configurations.
The web interface now has an experimental presentation of these
dependencies transformed into disjunctive normal form, with the atoms
being simple version ranges. It lacks tests of os, arch and impl,
which
On Thu, Oct 25, 2007 at 01:17:43PM +0200, Thomas Schilling wrote:
I presume the final interface should be to give the user a simple way to
query the dependenies by giving assignments for OS, arch,
implementation, etc. and then dynamically (yes, using JavaScript)
updating the dependency list.
On Tue, Oct 16, 2007 at 01:08:49PM +0100, Simon Marlow wrote:
So rather than keep replying to individual points, I'd like to make some
concrete proposals so we can make progress.
1. Document the version numbering policy.
We should have done this earlier, but we didn't. The proposed policy,
On Mon, Oct 15, 2007 at 10:10:40PM +0100, Duncan Coutts wrote:
What do you reckon we should do? We could change:
#if __GLASGOW_HASKELL__ = 603 || __HUGS__
import Text.ParserCombinators.ReadP hiding (ReadP)
import qualified Text.ParserCombinators.ReadP as ReadP
...
to drop the ||
On Mon, Sep 24, 2007 at 10:02:28PM +0100, Ian Lynagh wrote:
On Mon, Sep 24, 2007 at 09:53:16PM +0200, Thomas Schilling wrote:
I'd like include this into Cabal-1.2 which is scheduled with the next
ghc release, so it can fearlessly be used when getting packages ready
for GC 6.8.1.
I'd
On Tue, Sep 18, 2007 at 10:02:52AM +0100, Ross Paterson wrote:
Could we not just replace
(deps, libfs1) = partition ((`elem` constraintFieldNames) . fName)
libfs0
libfs = if null libfs1 not (null deps)
then [F (lineNo (head deps)) buildable
False
On Sun, Sep 09, 2007 at 03:18:43PM +0200, Thomas Schilling wrote:
On Sun, 2007-09-09 at 10:21 +0100, Ross Paterson wrote:
The build-depends field has been moved from the package level to the
individual library and executable components. (And the new build-tools
and pkgconfig-depends fields
On Fri, Sep 14, 2007 at 06:38:41PM +0100, Duncan Coutts wrote:
In message [EMAIL PROTECTED] [EMAIL PROTECTED],
cabal-devel@haskell.org writes:
Thanks. Now we have a conundrum: should Cabal 1.2 use the new option,
and thus require the latest cpphs, or stick with the old option and be
The build-depends field has been moved from the package level to the
individual library and executable components. (And the new build-tools
and pkgconfig-depends fields are similarly attached to components.)
I'm not sure whether this is a good idea, but more specifically I
came across this in the
On Sun, Sep 09, 2007 at 03:18:43PM +0200, Thomas Schilling wrote:
(1) was easier at the time. (2) should be relatively easy to implement
now, but since the current implementation works, I didn't bother so far.
I know that (1) is a rather hackish solution, but why is it just
wrong? (After
On Sun, Sep 09, 2007 at 05:37:32PM +0200, Thomas Schilling wrote:
Note that it does not rewrite the _external_ package description. Cabal
now internally uses the section-based syntax, so we have to rewrite old
flat package descriptions to the section-based format _internally_.
I.e., the
On Sun, Sep 02, 2007 at 01:56:45PM +0100, Duncan Coutts wrote:
On Sun, 2007-09-02 at 01:53 +0100, Ross Paterson wrote:
On Sat, Sep 01, 2007 at 05:33:26PM -0700, Duncan Coutts wrote:
Sat Sep 1 17:33:34 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Change --configure-option= to --configure
Sat Sep 1 07:09:21 PDT 2007 Ross Paterson [EMAIL PROTECTED]
* Maintainer is now cabal-devel@haskell.org
M ./Cabal.cabal -1 +1
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
On Sat, Sep 01, 2007 at 10:32:09AM -0700, Duncan Coutts wrote:
Sat Sep 1 10:31:47 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Pass --configure-option= options to configure in the right order
in the same order as they were passed to cabal configure on the command line
Can we standardize
Fri Aug 31 01:21:51 PDT 2007 Ross Paterson [EMAIL PROTECTED]
* track renaming of GHCMakefile.in
M ./Cabal.cabal -1 +1
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
Fri Aug 31 01:24:38 PDT 2007 Ross Paterson [EMAIL PROTECTED]
* fix 'Make checking program versions not produce error spew' for non-GHC
M ./Distribution/Simple/Utils.hs -1 +1
___
cabal-devel mailing list
cabal-devel@haskell.org
http
On Tue, Aug 28, 2007 at 09:00:16AM -0700, Conal Elliott wrote:
What's the status of getting Cabal working with haddock 2.0? When it's
working, Sascha can get Hackage switched over to Haddock 2.0, and a lot more
libraries will have working, interlinked docs.
What goes wrong, Sascha?
Sun Aug 19 16:28:01 PDT 2007 Ross Paterson [EMAIL PROTECTED]
* Hugs: get dropDrive from current version of filepath
M ./Distribution/Simple/InstallDirs.hs +3
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman
Sun Aug 19 16:29:47 PDT 2007 Ross Paterson [EMAIL PROTECTED]
* tweak #if's to avoid treating non-GHC as old GHC
M ./Distribution/Compat/Directory.hs -2 +2
M ./Distribution/Configuration.hs -1 +1
___
cabal-devel mailing list
cabal-devel
Quoting Duncan Coutts [EMAIL PROTECTED]:
It's not clear to me what the configure --scratchdir= option is for. It
seems to be only used by hugs for building and installing and it
defaults to dist/scratch.
We don't allow any of the other locations under dist/scratch to be
overridden, probably
Quoting Duncan Coutts [EMAIL PROTECTED]:
* haddock docs not building. This is very common. The most common
parse problem is un-escaped / chars. This seems to trip people
up a lot. I wonder if we could make haddock's parser grok this
better? For example most uses
On Mon, Jul 23, 2007 at 04:03:15PM +1000, Donald Bruce Stewart wrote:
I'd like to be able to:
* recategorise packages online,
There is a plan to have a plain-text file of attribute-value pairs outside
of the package, with both a web interface and server-side program to
set attributes.
On Tue, Jul 24, 2007 at 12:21:37PM +0100, Duncan Coutts wrote:
In the dev version of Cabal we have a flag:
setup haddock --executables
so in theory just setup haddock should not generate docs for
executables and with that flag it should. From a quick test on hscolour
that does indeed
On Tue, Jul 24, 2007 at 02:18:29PM +0200, Sascha Böhme wrote:
when generating Haddock documentation of functorm-1.0.1 via runhaskell,
no description for module Data.FunctorM is generated. However, when
running Haddock manually and omitting to read the base interface,
documentation is
On Mon, Jul 23, 2007 at 09:19:09PM +0200, Marc Weber wrote:
I don't know the internals of hackage very well, but I think the most up
to date version should be shown first?
Example where its not the case:
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/TypeCompose-0.0
I take it
On Wed, Jul 18, 2007 at 08:43:53AM +0200, Sascha Böhme wrote:
in Distribution.PackageDescription, one library may be given, but in
Distribution.InstalledPackageInfo, several libraryDirs, importDirs,
includeDirs, haddockInterfaces, haddockHTMLs may exist. Why is this? How
could there be more
On Thu, May 03, 2007 at 09:45:28PM +0100, Duncan Coutts wrote:
What do we need to do next? Should we invite a little bit of wider
testing on cabal-install + hackage and get some user feedback. If that's
good we should actively advertise and push it.
I think slowly building the user base among
On Thu, Mar 08, 2007 at 05:09:14PM +0100, Olivier Thauvin wrote:
hugs is not working properly:
ERROR /usr/share/hugs/packages/base/Text/ParserCombinators/ReadP.hs:156 -
Syntax error in type expression (unexpected `.'), error not happening is
using ghc on this file... another topic).
For
On Tue, Feb 20, 2007 at 05:08:13PM -0800, Isaac Jones wrote:
Bryan O'Sullivan [EMAIL PROTECTED] writes:
I'd like to file a bug against Cabal, but I cannot for the life of me
figure out how to create an account at
http://hackage.haskell.org/trac/hackage/
Login: guest
password: haskell'
On Mon, Feb 19, 2007 at 05:36:58PM +, Ross Paterson wrote:
For HackageDB, I think the appropriate thing would be for Cabal to use
ghc-pkg to get the haddock-interfaces field (instead of asking haddock to
ask ghc-pkg for it), but for the user to be able to override the HTML URL
at configure
On Thu, Feb 01, 2007 at 12:57:01PM +0100, Sven Moritz Hallberg wrote:
While trying out cabal-install today, I stumbled across the following:
I wanted to install XmlRpc which depends on HaXml and works with
HaXml-1.13.2. However, HaXml-1.17 which has also been uploaded to
hackageDB changed an
On Thu, Feb 01, 2007 at 03:36:00PM +0100, Björn Bringert wrote:
I think that the correct solution to this problem would be to make a
new release of haxr (which used to be XmlRpc) that works with HaXml 1.17.
rss also uses HaXml. I'm not sure if Malcolm intends HaXml 1.17 to be
released yet.
On Thu, Feb 01, 2007 at 05:29:44PM +0100, Sven Moritz Hallberg wrote:
What's wrong with the solution I proposed, i.e. to add an explicit field
to the package description which states whether we broke compatibility
or not? It's effectively the same as a version numbering convention
without
1 - 100 of 108 matches
Mail list logo
