oops, forgot to link to my example setup.hs
https://gist.github.com/cartazio/5842786 there yah go
On Sat, Jun 22, 2013 at 6:09 PM, Carter Schonwald <
carter.schonw...@gmail.com> wrote:
> I think you can probably set the flags for the it much more nicely via
> http://hackage.haskell.
I think you can probably set the flags for the it much more nicely via
http://hackage.haskell.org/packages/archive/Cabal/1.16.0.3/doc/html/Distribution-Simple-Program.htmland
the haddockProgram record.
heres an example Setup.hs that does something very, similar, in this case
making sure that "-pgm
this is great!
Also: REALLY important, because 1.18/1.17 has the right hooks to make sure
ghc 7.6 on macs works correctly with the xcode 5 CLI tools, and having
1.18 out will make it very very very easy to walk people through the fix
needed to use ghc with clang correctly.
On Fri, Aug 9, 2013 a
relatedly: has Luite's patches been added yet? (are those the cross
compilation patches you're talking about?)
On Tue, Aug 20, 2013 at 6:11 AM, Herbert Valerio Riedel wrote:
> On 2013-08-20 at 10:26:07 +0200, Mikhail Glushenkov wrote:
> > On Mon, Aug 19, 2013 at 11:02 PM, Johan Tibell
> wrote:
Does this include the API changes luite needs?
If not, could you give him a wee bit of time needed to get the patch your
way?
On Friday, August 23, 2013, Johan Tibell wrote:
> Great, if no one protests, I'll try to get out an initial RC for
> people to test today or tomorrow.
>
> On Fri, Aug 23,
Just so you guy's know, Luite should have a patch ready for consideration
very soon. (just spoke with him)
I hope you consider it for the 1.18 release!
On Fri, Aug 23, 2013 at 12:50 PM, Carter Schonwald <
carter.schonw...@gmail.com> wrote:
> Does this include the API chang
would it be possible to use cabal sandboxes to sandbox the cabal tests?
On Sat, Aug 31, 2013 at 7:09 PM, Erik de Castro Lopo
wrote:
> Johan Tibell wrote:
>
> > I've been running a Jenkins build bot for cabal for quite a while:
> >
> > http://ci.johantibell.com/job/cabal/
> >
> > It's not as
So you're saying we need to add a db proper to hackage2 server, like SQLite
or Postgres so as to make it more performant for interesting features?
What's needed to do that?
On Monday, October 14, 2013, Matthew Gruen wrote:
> Hey, thanks for taking an interest in this. There is kind of a
> space-
So you're saying we need to add a db proper to hackage2 server, like SQLite
or Postgres so as to make it more performant for interesting features?
What's needed to do that?
On Monday, October 14, 2013, Matthew Gruen wrote:
> Hey, thanks for taking an interest in this. There is kind of a
> space-
Hey All,
the mac homebrew folks are trying to understand how they can distro haskell
tools like Pandoc, and I"m out of my league in terms of the cabal /
cabal-install sandbox fu needed for them to do it correctly, esp since
Pandoc is one of those tools that needed a bunch of asset files installed,
eg, do they need something like cabal-debian, customized to their packge
tooling? http://hackage.haskell.org/package/cabal-debian
On Sun, Oct 27, 2013 at 3:53 PM, Carter Schonwald <
carter.schonw...@gmail.com> wrote:
> Hey All,
> the mac homebrew folks are trying to understand
hey all,
isn't there supposed to be an ACLs level for hackage helpers? (ie folks who
can force docbuilders to rebuild docs for packager, edit pkg info stuff,
etc?)
Am I correct in thinking no ones in that group yet?
(i know duncan asked for volunteers, but I don't think anyone's been put in
that gr
i'm sure patches are welcome to improve hackage infrastructure in these
ways! :)
On Mon, Jan 6, 2014 at 3:00 PM, Peter Selinger wrote:
> Thank you, this worked like a charm! (Modulo using dist/doc/html
> instead of dist/doc). Now all my packages have online documentation.
>
> One day I'd still l
agreed, cabal-install should definitely get support for doing this
correctly added in. (since this is going to become a common activity for
maintainers who's libs need extra things installed that the doc builders
lack)
Any volunteers?
On Mon, Jan 6, 2014 at 9:28 PM, Mateusz Kowalczyk
wrote:
>
I don't see why not.
On Wednesday, February 26, 2014, Daniel Trstenjak <
daniel.trsten...@gmail.com> wrote:
>
> Hi all,
>
> the current cabal file pretty printer creates output in the form:
>
>...
>extra-source-files: README.md tests/inputFiles/original.cabal
>test
Hey all,
i'm repeatedly seeing many examples where a Manual : False flag is used to
encode an "OR" in the cabal configuration, and where cabal "gives up" on
finding the "right" build plan i know it can find if it has to flip the
flag in a dependency its building...
Is this a known issue? how can i
I believe duncan coutts is going to wind up being the mentor if he has
time, he's currently moving into his new apt this week, so I suspect you'll
hear from him next week :)
try emailing him directly, and or ping edwardk on #haskell-gsoc on freenode
for help with mentor matching.
I seem to be ass
I'm trying to use the new haddock flags
haddock
-- keep-temp-files: False
-- hoogle: False
-- html: False
-- html-location:
-- executables: False
-- tests: False
-- benchmarks: False
-- all:
-- internal: False
internal: True
-- css:
-- hyperlink-source: False
hyperlink-so
also bizzarely, the haddocks for cabal 1.20 aren't showing up in my
haddocks index or anywhere!
On Thu, Apr 17, 2014 at 1:32 PM, Carter Schonwald <
carter.schonw...@gmail.com> wrote:
> I'm trying to use the new haddock flags
>
> haddock
> -- keep-temp-files
likewise, make sure you have a 1.20 style cabal-install (~/.cabal/config
should have fields like haddock
hyper-link-source:
etc)
On Thu, May 8, 2014 at 12:38 PM, Erik Hesselink wrote:
> Could it be this problem?
> https://plus.google.com/115504368969270249241/posts/19fyYuT5C1i
>
> Regards,
>
Hey All,
http://www.haskell.org/cabal/download.html
current lacks an x86_64 linux build, and while most linux distros DO
provide a relatively recent cabal-install, might be good to make that
available, it is one of the most widely used platforms for haskell! (also
the 32bit linux build can't really
Currently released cabal-install on hackage doesn't know how to do linkery
for ghc head afaik, but I could be wrong
On Sat, Sep 27, 2014 at 12:26 PM, Reid Barton wrote:
> On Fri, Aug 8, 2014 at 8:00 AM, Edward Z. Yang wrote:
>
>> Hey all,
>>
>> SPJ pointed out to me today that if you try to run
whats an example of such a package?
On Tue, Dec 2, 2014 at 4:06 PM, Bryan O'Sullivan wrote:
> Hi folks,
>
> It seems that something somewhere in linker-land changed in GHC 7.8 such
> that packages that include C components now need to be built with
> position-independent code on some platforms.
I'm the wrong person to be release manager, but i'm happy to assist/help
whomever steps forward to take over this (important) responsiblity
On Sun, Feb 22, 2015 at 8:01 AM, Johan Tibell
wrote:
> (bcc: haskell-cafe)
>
> Hi,
>
> After about 3 years of cabal releases I'm looking for someone else to
i'm very uncomfortable with the "warn on other-license" change. I think
theres lots of valid reasons that someone may be using an amended license
(eg BSD / MIT plus an explicit patent license grant) that strictly more
open/free than any standard OSS license on the planet.
Edward Kmett raise the va
there will never be an expressive enough licenses datatype. Law is
complicated and fluid and changing. Period.
On Sat, Mar 7, 2015 at 3:43 PM, Francesco Ariis wrote:
> On Sat, Mar 07, 2015 at 12:50:19AM -0500, Carter Schonwald wrote:
> > i'm very uncomfortable with the "wa
sure, my point is that there no universe where we wont HAVE to have an
"otherlicense" option (ie, we MUST always have that escape hatch)
likewise, i dont understand the dual license point. Could you explain a bit
more?
At the end of the day, auditing the licensing/intellectual property status
of
I look forward to seeing yah around at events, as always!
On Tuesday, October 20, 2015, Johan Tibell wrote:
> Friends,
>
> I'm taking a step back from day-to-day library work.
>
> There are two main reasons I use Haskell: on one hand I find writing
> Haskell educational and fun. On the other I h
Hello all!
I upgraded my cabal-install from a dev snapshot of 1.24 to the release
(currently using ghc 8.0 rc4)
One change I'm trying to track down is that my standard editor tooling
(sublime Haskell ) now hangs when there's non empty output in stderr (,
which it would typically parse and present
for those who are curious,
https://github.com/SublimeHaskell/SublimeHaskell/issues/265 is the issue
downstream :)
On Mon, May 2, 2016 at 5:36 PM, Carter Schonwald wrote:
> Hello all!
> I upgraded my cabal-install from a dev snapshot of 1.24 to the release
> (currently using ghc 8.0 rc4
I've several builds if any are needed
On Thursday, May 5, 2016, Gershom B wrote:
> I've emailed Mikhail with a binary. Assuming it works, then nobody
> else should need to :-)
>
> Cheers,
> Gerhsom
>
> On Wed, May 4, 2016 at 3:30 PM, Mikhail Glushenkov
> > wrote:
> > Hi *,
> >
> > I've uploaded
This looks like the last engineering issue for 2.0 release. Is there any
way to help out?
I've patched my local build to just have the flag set to true by default in
the source code ... but I sense we don't want that ;)
___
cabal-devel mailing list
caba
hey simon, on gmail your email seems to be marked as spam, i'm not sure if
its the mailing list side or your email account ... fyi
On Thu, May 30, 2019 at 9:57 AM Simon Peyton Jones
wrote:
> Dear Cabal developers
>
> More woe:
>
> simonpj@MSRC-3645512:~$ cabal install lhs2tex
>
> Resolving depen
This looks great!
Is the solver being factored out as its own package a new architecture
change ?
On Fri, Jun 3, 2022 at 5:27 AM Mikolaj Konarski
wrote:
> Hi Henning,
>
> > What about an upload as package candidate at Hackage?
>
> Here you go (but note that package candidates are transient
> so
doing those two pieces is *amazing* and jailbreaks a lot of amazing
tooling/experiments being possible in userspace! props to all who were
involved
On Fri, Jun 3, 2022 at 2:56 PM Mikolaj Konarski
wrote:
> > This looks great!
>
> Thank you. :O)
>
> > Is the solver being factored out as its own pa
35 matches
Mail list logo
