on random side projects, including GHC, and to
continue coming to Haskell events and conference, just with a shorter bug
backlog to worry about. :)
-- Johan Tibell
* For now I will still hack on unordered-containers and ekg, as there are
some things I'd like to experiment
There have been some requests for a Cabal library release for 7.10.2. I
remember something about truncate directories/symbol names being an issue.
I'm CC:ing the Cabal mailing list for comments.
On Wed, Jun 3, 2015 at 3:40 PM, Sergei Meshveliani mech...@botik.ru wrote:
Please,
consider my
On Mon, Mar 23, 2015 at 9:45 AM, Simon Peyton Jones simo...@microsoft.com
wrote:
But time has passed and it hasn't happened. Is this because I'm
misunderstanding? Or because it is harder than I think? Or because there
are much bigger problems? Or because there is insufficient effort
On Sat, Mar 21, 2015 at 10:34 PM, Ryan Thomas r...@ryant.org wrote:
- The Windows/OSX/Linux specific binaries need to be built and updated
on the download page; Johan I will probably need some guidance on the
process for this.
There's not much of a process I'm afraid. I usually send out and
) and improve the release process, I think that would be a
great thing.
P.S.S. I will still be around, just trying to step away from the day to day
work a little bit.
-- Johan Tibell, ex-release manager
___
cabal-devel mailing list
cabal-devel@haskell.org
http
Ryan (CCed) will try out the Cabal/cabal-install release flow tonight, with
my help.
On Thu, Mar 19, 2015 at 5:47 PM, Herbert Valerio Riedel hvrie...@gmail.com
wrote:
On 2015-03-19 at 16:48:05 +0100, Mikhail Glushenkov wrote:
[...]
I believe I have now fixed all the remaining issues on the
If someone could let me know when all the needed patches are on the 1.22
branch (and if we need both a Cabal and cabal-install release), I will make
the release and take it as an opportunity to validate the release process
instructions.
P.S. I will try the tagging Herbert suggested.
On Wed, Mar
In order to allow other people than me to make releases in the future, I
tried to write down a step-by-step guide to making a release (the page is
linked from the wiki homepage):
https://github.com/haskell/cabal/wiki/Making-a-release
I'd appreciate if people could take a look and see if there's
Good question.
These issues were closed on my request. I've done similar clean-ups in the
past.
The issue tracker has gotten to large to be effective in help guide our
work. We need to clean it up. In addition, lots of these issues weren't
linked to the original reporter, making it less likely
(bcc: haskell-cafe)
Hi,
After about 3 years of cabal releases I'm looking for someone else to take
over the responsibility as cabal release manager. As a release manager I
try to keep on top of pull requests, make releases, and make sure bugs get
triaged and bugfixes get release.
Anyone
Lately it's become more and more clear to me that we cannot release (or
work) on cabal effectively without often breaking previously working
features. Cabal is a big project by now and has a large surface area, both
in terms of features and in terms of systems (e.g. compilers, OSes, etc) it
I've merged all the patches that I'm aware of that needs merging for this
patch release*. Here's the complete list:
https://github.com/haskell/cabal/compare/Cabal-v1.22.0.0...1.22
Please verify that all the fixes that you need are included. The only open
issue I'm aware of is
Overall I like this approach. One problem the old script suffered from was
that its goals and, in particular, non-goals weren't clearly stated. Lets
state the goal clearly:
Goal: Be able to bootstrap a cabal-install binary of a bare GHC install
from https://www.haskell.org/ghc/download
I've made an application for OS X builds for cabal.
On Sun, Jan 11, 2015 at 8:39 PM, Brandon Allbery allber...@gmail.com
wrote:
On Sun, Jan 11, 2015 at 1:10 PM, Jake Wheat jakewheatm...@gmail.com
wrote:
Can travis test on all these systems? What about e.g. Solaris or FreeBSD,
which have had
If you could polish this into a pull request I'd be happy to review it and
merge it when it's ready.
On Sun, Jan 11, 2015 at 8:51 PM, Johan Tibell johan.tib...@gmail.com
wrote:
I've made an application for OS X builds for cabal.
On Sun, Jan 11, 2015 at 8:39 PM, Brandon Allbery allber
Linux, Windows, and OS X binaries uploaded.
On Mon, Jan 5, 2015 at 8:28 AM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Hi,
On 5 January 2015 at 00:26, Johan Tibell johan.tib...@gmail.com wrote:
Hi,
As per usual I need help building binaries (to put on haskell.org
Daniel,
Can you please file a bug at https://github.com/haskell/cabal/issues so we
can track this?
On Mon, Jan 5, 2015 at 10:27 AM, Daniel Trstenjak
daniel.trsten...@gmail.com wrote:
Hi,
sorry that I couldn't test Cabal 1.22 earlier, but there seems to be a
change regarding the handling
.
Here are all the contributors to this release, ordered by number of commits:
181 Mikhail Glushenkov
48 Johan Tibell
35 Edward Z. Yang
34 Christiaan Baaij
32 Thomas Tuegel
24 Ben Armston
19 Ian D. Bollinger
17 Lennart Spitzner
12 Luite Stegeman
11 Herbert
Hi,
As per usual I need help building binaries (to put on haskell.org) for the
release. In particular I need binaries for Windows and Linux. Please
include the architecture in the binary name and any other restrictions for
how it can be used.
-- Johan
On Sat, Jan 3, 2015 at 2:36 AM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Hi,
On 3 January 2015 at 03:36, Johan Tibell johan.tib...@gmail.com wrote:
If I don't hear anything the next few days I will make the release.
The test suite doesn't compile with GHC HEAD on Travis
It might be as simple as bumping the Cabal submodule in GHC to match the
upstream 1.22 branch.
On Sat, Jan 3, 2015 at 8:46 AM, Jake Wheat jakewheatm...@gmail.com wrote:
On 3 January 2015 at 15:05, Johan Tibell johan.tib...@gmail.com wrote:
The error (https://travis-ci.org/haskell/cabal/jobs
/cabal
On Sat, Jan 3, 2015 at 10:17 PM, Johan Tibell johan.tib...@gmail.com
wrote:
It might be as simple as bumping the Cabal submodule in GHC to match the
upstream 1.22 branch.
On Sat, Jan 3, 2015 at 8:46 AM, Jake Wheat jakewheatm...@gmail.com
wrote:
On 3 January 2015 at 15:05, Johan
If I don't hear anything the next few days I will make the release.
On Tue, Dec 30, 2014 at 2:35 PM, Johan Tibell johan.tib...@gmail.com
wrote:
Hi all,
I've now prepared release candidate for Cabal/cabal-install 1.22. Please
test them and report bugs here and/or on the bug tracker (
https
See https://github.com/haskell/cabal/issues/2310 for a continuation of the
sad bootstrap.sh saga.
On Thu, Jan 1, 2015 at 6:43 AM, Herbert Valerio Riedel h...@gnu.org wrote:
On 2014-12-30 at 21:23:19 +0100, Jake Wheat wrote:
[...]
Simplify the bootstrap.sh process:
* always use a fixed
installed. If the user is already able to install Cabal packages, i.e. has
some version cabal-install, they should be using that, not bootstrap.sh.
Does this assumption simplify the problem you’re seeing?
--
Miëtek
On 2014-12-20, at 08:11, Johan Tibell johan.tib...@gmail.com wrote:
I've spent
Hi all,
I've spent more time on the bootstrap.sh script than anything else, making
it emulate cabal flag resolution for the network-uri split and make it deal
with the fact that network-uri makes Haddock choke. this release. That
feels like a somewhat wasteful activity and I'm tired of maintain a
Hi all,
I've now prepared release candidate for Cabal/cabal-install 1.22. Please
test them and report bugs here and/or on the bug tracker (
https://github.com/haskell/cabal/issues). To install:
cabal install http://johantibell.com/files/Cabal-1.22.0.0-rc.tar.gz
of
network installed.
1. See the latest commits on the https://github.com/haskell/cabal/tree/1.18
branch.
On Tue, Dec 16, 2014 at 8:43 AM, Johan Tibell johan.tib...@gmail.com
wrote:
Ah, the bootstrap script needs to be updated after the Network.URI split.
:/
On Tue, Dec 16, 2014 at 4:47 AM
I'm waiting for word from Thomas DuBuisson on
https://github.com/haskell/cabal/pull/1910 then I'm ready to cut a RC.
There's already a 1.22 branch for people who want to test before that (e.g.
GHC HQ).
On Thu, Dec 18, 2014 at 3:40 PM, Johan Tibell johan.tib...@gmail.com
wrote:
I went over
I went over the outstanding pull requests and merged some and left comments
on others. Unless I hear something from the authors of those pull requests
in the next couple of days, I will put out a 1.22 RC based on current
master.
On Sat, Dec 13, 2014 at 4:54 PM, Luite Stegeman stege...@gmail.com
failed.
--
Miëtek
On 2014-12-15, at 23:16, Johan Tibell johan.tib...@gmail.com wrote:
I just pushed Cabal and cabal-install releases on both the 1.18 and
1.20 branches live.
___
cabal-devel mailing list
cabal-devel@haskell.org
I can include it in the release but I rather not make another RC, it takes
an hour or so. Could you please test on your machine that the extra fix
works as intended? Thanks!
P.S. I plan to make the release as soon as Michael says his fix works.
On Fri, Dec 12, 2014 at 8:08 PM, Mikhail Glushenkov
I plan to create the 1.22 RC on Thursday so it can go in the GHC 7.10 RC.
That means that most pull requests (especially non-trivial ones) should be
merged by then.
___
cabal-devel mailing list
cabal-devel@haskell.org
at 4:52 AM, Ben Gamari bgamari.f...@gmail.com wrote:
Johan Tibell johan.tib...@gmail.com writes:
I've uploaded release candidates for Cabal/cabal-install patch releases
on
the 1.18 and 1.20 branches:
https://www.haskell.org/cabal/release/cabal-1.18.1.5/Cabal-1.18.1.5.tar.gz
https
I've uploaded release candidates for Cabal/cabal-install patch releases on
the 1.18 and 1.20 branches:
https://www.haskell.org/cabal/release/cabal-1.18.1.5/Cabal-1.18.1.5.tar.gz
https://www.haskell.org/cabal/release/cabal-install-1.18.0.6/cabal-install-1.18.0.6.tar.gz
to an https page, even though cabal-install doesn't support it.
On Fri, Dec 12, 2014 at 2:22 AM, Johan Tibell johan.tib...@gmail.com
wrote:
I've uploaded release candidates for Cabal/cabal-install patch releases on
the 1.18 and 1.20 branches:
https://www.haskell.org/cabal/release/cabal-1.18.1.5
I've cherry-picked the commit from
https://github.com/haskell/cabal/pull/1990. Are we good to go?
On Wed, Dec 3, 2014 at 9:50 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Hi,
On 3 December 2014 at 18:04, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
We probably
I've merged the patches into the 1.20 branch. Look forward to a patch
release this weekend.
On Thu, Dec 4, 2014 at 1:43 PM, Yitzchak Gale g...@sefer.org wrote:
Bryan O'Sullivan wrote:
It seems that something somewhere in linker-land
changed in GHC 7.8 such that packages that include
C
I think I can have a RC out without 2 weeks.
On Tue, Dec 2, 2014 at 8:53 AM, Luite Stegeman stege...@gmail.com wrote:
On Mon, Dec 1, 2014 at 7:40 PM, Bardur Arantsson s...@scientician.net
wrote:
Mostly out of curiousity: is there *any* conceivable chance of getting
the GHCJS bits merged
If someone can figure out what the right fix is and if it happens to be in
Cabal I'd be happy to merge any changes.
On Tue, Dec 2, 2014 at 10:43 PM, Miëtek Bak mie...@bak.io wrote:
On 2014-12-02, at 21:31, Carter Schonwald carter.schonw...@gmail.com
wrote:
whats an example of such a
Hi Daniel,
I think we eventually want to move dist/ inside the sandbox and eventually
move the sandbox out of the package directory too. This is too support a
world which is less focused on a single package. See my answer here:
Edward made some changes so that GHC 7.10 is backwards compatible with
older cabals (older cabals just can't use the new goodies, that's all),
which means that we won't need an earlier release. I'm still aiming for
another major release before 7.10? When's 7.10 scheduled before?
On Fri, Aug 8,
I'm not again putting out another release, but I'd prefer to make it on top
of 1.20 if possible. Making a 1.22 release takes much more work (RC time,
etc). Which are the patches in question. Can they easily be cherry-picked
onto the 1.20 branch? Are there any risk of breakages?
On Fri, Aug 8,
Uploaded, thanks!
On Tue, Jul 29, 2014 at 3:13 AM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Hi,
On 24 July 2014 11:41, Johan Tibell johan.tib...@gmail.com wrote:
Hi,
We don't have any binary builds of 1.20.0.3 so I thought it better to
point to a release where we
Hi,
We don't have any binary builds of 1.20.0.3 so I thought it better to
point to a release where we have such. If someone can provide me with
a windows build (.tar.gz containing exe please, built using latest
Cabal-1.20. Include the arch used in the email.)
I can create a OS X binary and update
It will be less painful to enable profiling by default when someone
finishes the parallel build support for profiling ways. That would
mean that we can build the vanilla and profiling version of a library
at the same time, saving quite a bit of time.
___
Right
On Wed, Jul 16, 2014 at 9:42 AM, Daniel Trstenjak
daniel.trsten...@gmail.com wrote:
Hi Johan,
On Tue, Jul 15, 2014 at 01:07:17PM +0200, Johan Tibell wrote:
Cabal is allowed to use any version that fullfills the required bounds.
It uses
a heuristic the tends to prefer
Sorry, I read this to quickly as I was in a rush this morning. Sandboxes
consider only the global package DB, not the user package DB.
On Wed, Jul 16, 2014 at 11:59 AM, Roman Cheplyaka r...@ro-che.info wrote:
This doesn't make sense to me. Can you elaborate?
* Johan Tibell johan.tib
Cabal is allowed to use any version that fullfills the required bounds. It
uses a heuristic the tends to prefer
* installed
* newest
* other
in that order.
If you want to make sure the newest version is used temporarily you can
pass --constraint=foo-1.2.3.4 to cabal install. If you want to
I've released cabal-install-1.20.0.3.
On Tue, Jun 24, 2014 at 11:54 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Hi,
On 24 June 2014 23:13, Johan Tibell johan.tib...@gmail.com wrote:
Fixed the 1.20 branch. Please revert in master yourself.
Already done
I'm making another cabal-install release from the 1.20 branch to fix some
more solver issues. In particular, I'm releasing this commit
3f777568 Treat all flags of a package as interdependent.
Are there any other bug fixes *already in master* that are safe/useful
enough to include in the next
to be
upgradable again
Note that the commit IDs are different since these are cherry-picked form
master.
On Tue, Jun 24, 2014 at 5:41 PM, Bardur Arantsson s...@scientician.net
wrote:
On 2014-06-24 09:38, Johan Tibell wrote:
I'm making another cabal-install release from the 1.20 branch to fix some
We need to figure out if nginx or the hackage-server is to blame here.
On Tue, Jun 10, 2014 at 1:34 AM, Gintautas Miliauskas
gintautas.miliaus...@gmail.com wrote:
Hi,
first of all, a shout out to all ZuriHac2014 folks, thanks for the gentle
introduction to the deeper trenches of Haskell
Hi all,
There's some important bug fixes in Cabal-1.20.0.1 and
cabal-install-1.20.0.2 and I'd like to upload some binaries to make it
easier for users to upgrade. Could someone build me a Windows binary? We
could also use Linux binaries, but that's less important.
Please make sure you use the
On Wed, May 7, 2014 at 4:22 AM, Jens Petersen j...@community.haskell.orgwrote:
BTW, the Windows exe I sent you was 32-bit, unlike what it says on the
download page.
BTW I just noticed that http://www.haskell.org/cabal/download.html
now says that ghc-7.8.1 ships with Cabal-1.20.0.0
whereas
On Wed, May 7, 2014 at 9:34 AM, Herbert Valerio Riedel h...@gnu.org wrote:
Btw, if you want 32bit+64bit binaries for Ubuntu 12.04LTS in future, you
can steal them of my PPA as well:
For instance, here's how to extract the Linux executable just by using
'wget', 'ar', and 'tar':
wget
are the contributors for this release, ordered by number of commits:
* Mikhail Glushenkov
* Johan Tibell
* Duncan Coutts
* Thomas Tuegel
* Ian D. Bollinger
* Ben Armston
* Niklas Hambüchen
* Daniel Trstenjak
* Tuncer Ayaz
* Herbert Valerio Riedel
* Tillmann Rendel
* Liyang HU
* Dominic Steinitz
* Brent
We can also provide a Linux executable, but I don't quite know how portable
an executable would be if I build it on e.g. some specific version of
Ubuntu?
___
cabal-devel mailing list
cabal-devel@haskell.org
Hi,
It's that time again. 1.20.0.1 is out and I want to put a Windows
executable for download on the Hackage website. Could someone provide me
with one?
-- Johan
___
cabal-devel mailing list
cabal-devel@haskell.org
Hi all,
While I'm sure we still have a bugfix release or two to make on the 1.20
branch, I thought it'd be worth looking at what we want to accomplish for
1.22. Here are my thoughts on what we should focus on:
## A dependency solver that always works
As Hackage has grown so have the
git dependencies in there as well, and then
disallow a hackage upload for any cabal file with a non-hackage
dependency
listed. I would be happy to contribute time to both design and
implementation.
Ben
On Thu Apr 24 2014 at 10:53:59, Johan Tibell johan.tib...@gmail.com
wrote:
Hi
Hi,
As per usual I want to provide executables for download for download on the
cabal homepage, for Windows and OS X. I can build the OS X one myself.
Could someone please send me a 64-bit Windows cabal executable?
-- Johan
___
cabal-devel mailing list
hyperlink-source: True
and it looks like hyperlink-source isn't quite working! What am i doing
wrong?
On Thu, Apr 17, 2014 at 3:06 AM, Johan Tibell johan.tib...@gmail.comwrote:
Hi all,
The second, and hopefully last, release candidate for Cabal and
cabal-install 1.20 is ready. If no issues
Hi all,
The second, and hopefully last, release candidate for Cabal and
cabal-install 1.20 is ready. If no issues are discovered, I plan to release
this on Sunday, April 20th.
You can help test by installing the release candidate and use it for your
day-to-day work:
cabal install
Hi all,
I've prepared the 1.20 release candidates. I now need some help testing,
especially on Windows as I don't have a Windows machine.
To install the release candidates simply run:
cabal install http://johantibell.com/files/Cabal-1.20.0-rc.tar.gz
of `map', namely
`(\ u - fromMaybe u (u `relativeTo` baseURI))'
try using the 1.20 branch on GitHub instead, as I had to work around a
missing upper bound on network in the HTTP package. cabal-install only
builds reliably with HTTP-4000.2.5 and higher.
On Tue, Apr 15, 2014 at 10:33 AM, Johan
, Johan Tibell johan.tib...@gmail.comwrote:
If you run into this error:
Network/HTTP/Auth.hs:192:49:
Couldn't match expected type `Maybe URI' with actual type `URI'
In the second argument of `fromMaybe', namely
`(u `relativeTo` baseURI)'
In the expression: fromMaybe u (u
We currently have an OS X Mavericks binary but we also need at least a
Windows binary:
http://www.haskell.org/cabal/download.html
If someone could build me a Windows binary that would be great.
___
cabal-devel mailing list
cabal-devel@haskell.org
Hi!
I looked over and replied to the remaining outstanding pull requests a
couple of days ago. I'm happy to call what's in master now 1.20 (although
I'm also happy if any of the outstanding pull requests make it in.) If
nothing major happens I will make a release on the 15th.
P.S. There are 360
Could you try to `git bisect` it down to the failing commit?
On Wed, Apr 9, 2014 at 11:36 PM, Sergei Trofimovich sly...@gmail.comwrote:
On Wed, 9 Apr 2014 23:03:00 +0200
Johan Tibell johan.tib...@gmail.com wrote:
Hi!
I looked over and replied to the remaining outstanding pull requests
On Thu, Apr 3, 2014 at 12:02 AM, Nikita Karetnikov nik...@karetnikov.orgwrote:
The big question we have to answer first is, how do we want to support
SSL?
Do we want to use an existing, well-tested, well scrutinized SSL
implementation and FFI bind to it? If so, which one and why? If not,
On Wed, Apr 2, 2014 at 12:22 PM, Herbert Valerio Riedel h...@gnu.org wrote:
On 2014-04-01 at 22:43:47 +0200, Nikita Karetnikov wrote:
Turns out cabal-install itself uses HTTP. (Try to grep for hackage in
the source tree.) Is it due to the HTTP library, which doesn't support
HTTPS
Please do. Gregory Collins and I took a stab at it at some point too, but
there are lots and lots of bugs. Feel free to mark bugs as obsolete and
close them if there haven't been any action in a long time.
On Sat, Mar 15, 2014 at 12:50 AM, Bryan O'Sullivan b...@serpentine.comwrote:
There are
Hi,
I'd like to get 1.20 out by the end of the month. There's enough
interesting stuff in there to be worth making a release.
Here are the current open issues for the 1.20 milestone:
https://github.com/haskell/cabal/issues?milestone=21
These are mostly feature requests so we could technically
Hi,
I've just made a release of Cabal/cabal-install, for the benefit of GHC 7.8.
People have in the past expressed a desire for having prebuilt
binaries of cabal-install. I'm happy to upload such binaries if people
send them to me. Please specify for which arch/OS the binary is built.
-- Johan
Hi,
With the 1.18 releases for GHC 7.8 out of the way, I'm going to retire
the 1.18 branch* so please don't push any more commits to it.
* Except if there are any late minute fixes *required* for GHC 7.8 to work well.
-- Johan
___
cabal-devel mailing
On Sat, Mar 1, 2014 at 4:12 PM, Daniel Trstenjak daniel.trsten...@gmail.com
wrote:
On Sat, Mar 01, 2014 at 01:58:14PM +0100, Daniel Trstenjak wrote:
is there a reason why the function 'fieldGet' of 'FieldDescr' in
'Distribution.ParseUtils' formats only the contents of the field
and not
On Fri, Feb 28, 2014 at 9:04 PM, Henning Thielemann
lemm...@henning-thielemann.de wrote:
Following Mikhail Glushenkov's advice I have prepared a separate tool that
checks PVP compliance of imports as proposed in:
https://github.com/haskell/cabal/issues/1703
I added some feedback in this
Hi all,
I've uploaded release candidates for Cabal-1.18.1.3 (to be shipped with GHC
7.8) and cabal-install-1.18.0.3.
You can install the RCs like so:
cabal install http://johantibell.com/files/Cabal-1.18.1.3-rc.tar.gz
http://johantibell.com/files/cabal-install-1.18.0.3-rc.tar.gz
It's
Yes. I also prefer the latter, it's more diff friendly and has more
consistent indentation. We should pick and indentation amount (2 or 4) and
stick with it. I vote for 2, just because that's what I use. :)
If we could encode a style guide in a formatter, it would be much easier
for us to do
On Wed, Feb 26, 2014 at 3:51 PM, Tillmann Rendel
ren...@informatik.uni-marburg.de wrote:
1. change `cabal init` to use the pretty printer.
2. expose the pretty printer at the command line.
Agreed on both points. We should add (2) as `cabal format` (similar to
go-fmt) or something like
What's you username?
On Sun, Feb 23, 2014 at 2:51 PM, Dominic Steinitz domi...@steinitz.orgwrote:
I am trying to upload a new version of a package but I get a page saying
no authorisation provided (the url is
http://hackage.haskell.org/packages/candidates/) and I could find no way
of
You're on the uploader list at least. What does cabal upload -v3 say?
On Sun, Feb 23, 2014 at 2:59 PM, Dominic Steinitz domi...@steinitz.orgwrote:
DominicSteinitz
Dominic Steinitz
domi...@steinitz.org
http://idontgetoutmuch.wordpress.com
On 23 Feb 2014, at 13:58, Johan Tibell johan.tib
you get if you use the web
interface. So my problem is solved. I guess most people use the CLI?
Thanks for your help
Dominic Steinitz
domi...@steinitz.org
http://idontgetoutmuch.wordpress.com
On 23 Feb 2014, at 14:04, Johan Tibell johan.tib...@gmail.com wrote:
You're on the uploader list
through working on #674 before I found #1550 and saw that
work is being done there.
There are a few bugs / enhancements I'm keen to have a go at, but I'll
take that part of the discussion to github.
Cheers,
Dave
On Mon, Jan 6, 2014 at 10:53 PM, Johan Tibell johan.tib...@gmail.comwrote:
Hi
Hi David,
Great to here that you're going to hack on cabal. We need all the
contributors we can get!
The general roadmap for 1.20 is here:
http://www.haskell.org/pipermail/cabal-devel/2013-September/009533.html
The Do the right thing automatically section is probably the most newbie
friendly.
On Mon, Jan 6, 2014 at 3:33 PM, Brandon Allbery allber...@gmail.com wrote:
On Mon, Jan 6, 2014 at 5:27 AM, Malcolm Wallace malcolm.wall...@me.comwrote:
I think the fundamental problem is that Haddock is now built on top of
ghc. So if a package cannot be built by ghc (for whatever reason,
It would be nice if we could make an effort to either shepherd these
through or close them.
Any major outstanding bugs that need to be fixed before the release?
-- Johan
On Wed, Nov 27, 2013 at 10:01 PM, Johan Tibell johan.tib...@gmail.comwrote:
Hi,
Cabal development is continuing
[mailto:cabal-devel-boun...@haskell.org] *On Behalf
Of *Johan Tibell
*Sent:* 27 November 2013 21:01
*To:* cabal-devel@haskell.org
*Subject:* Should we aim for a new release in late January?
Hi,
Cabal development is continuing at a furious pace. There are lots of great
things in master
the other great stuff
the Cabal team are doing.)
Simon
*From:* Johan Tibell [mailto:johan.tib...@gmail.com]
*Sent:* 28 November 2013 12:07
*To:* Simon Peyton-Jones
*Cc:* cabal-devel@haskell.org
*Subject:* Re: Should we aim for a new release in late January?
Hi Simon,
I don't think it's
Hi,
Cabal development is continuing at a furious pace. There are lots of great
things in master that I'd like to get out to users, such as
* relinking avoidance
* build -j
* ability to specify exact deps on the command line
* haskell-suite compiler support
* bug fixes
Here's an approximate
under
way at https://github.com/haskell/cabal/pull/1519. That thread could
probably need some input for people other than me.
-- Johan
On Thu, Sep 5, 2013 at 6:14 AM, Johan Tibell johan.tib...@gmail.com wrote:
Hi all,
With 1.18 out the door it's time to look towards the future. Here are
the major
On Sun, Oct 27, 2013 at 4:58 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Hi,
On Sun, Oct 27, 2013 at 9:50 PM, Henning Thielemann
lemm...@henning-thielemann.de wrote:
I am trying to compile cabal-install-1.18.0.2 on GHC-6.12.1. It aborts
with:
...
[12 of 73]
On Tue, Oct 8, 2013 at 10:40 AM, Adam Foltzer acfolt...@gmail.com wrote:
Would this cause `cabal build` to fetch dependencies if some are missing
locally? We'd want to see a similar way to disable that behavior for
security-sensitive environments as well. Reproducibility and isolation are
our
Next Monday is the feature freeze for GHC 7.8. That means that we should
try to fix any critical bugs in the Cabal library before that so we ship a
solid version of Cabal together with GHC. As of today there's only one
unreleased commit to Cabal-1.18.0.
Hi all,
While the sources of some of the documentation is already in git, much
of the website (http://www.haskell.org/cabal/) isn't. I suggest we
check it in under a website/ directory, next to the Cabal and
cabal-install directories.
-- Johan
___
Hi all,
Who manages www.haskell.org? Where's the machine? How can I get an SSH
account so I can upload the Cabal user guide for the Cabal version I
just released?
-- Johan
___
cabal-devel mailing list
cabal-devel@haskell.org
The sources (.md) files are already on GitHub. Are there other sources as well?
On Fri, Sep 6, 2013 at 9:32 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Hi Johan,
On Sat, Sep 7, 2013 at 12:09 AM, Johan Tibell johan.tib...@gmail.com wrote:
Hi all,
Who manages www.haskell.org
I pasted your report into the bug tracker:
https://github.com/haskell/cabal/issues/1478
I don't know if you're on GitHub or not so I could link the report to your user.
On Thu, Sep 5, 2013 at 8:16 AM, Rogan Creswick cresw...@gmail.com wrote:
I ran into another oddity due to old build artifacts
On Thu, Sep 5, 2013 at 12:06 PM, Iustin Pop iu...@k1024.org wrote:
On Wed, Sep 04, 2013 at 09:14:03PM -0700, Johan Tibell wrote:
## Do the right thing automatically
The focus here should be on avoiding manual steps the cabal could do
for the user.
* Automatically install dependencies when
1 - 100 of 235 matches
Mail list logo