On Thu, Jul 4, 2013 at 7:17 AM, Miles Gould wrote:
> [who is now trying to remember when he last owned a computer with a serial
> port!]
>
I'm sitting about a foot from one, as my employer repurposed old machines
as VPN gateways. It's not *quite* old enough to have 25-pin serial though
:)
--
b
On Sun, Oct 27, 2013 at 4:11 PM, Carter Schonwald <
carter.schonw...@gmail.com> wrote:
> eg, do they need something like cabal-debian, customized to their packge
> tooling? http://hackage.haskell.org/package/cabal-debian
>
Probably; MacPorts has had the equivalent of that for over a year now, and
On Mon, Jan 6, 2014 at 5:27 AM, Malcolm Wallace wrote:
>
> 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, e.g.
> missing C library dependency), then it cannot be documented either. This
> is a good deal le
On Wed, Feb 26, 2014 at 10:01 AM, Johan Tibell wrote:
> 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
On Wed, Jul 16, 2014 at 3:42 AM, Daniel Trstenjak <
daniel.trsten...@gmail.com> wrote:
> Just to make it clear, a cabal sandbox build does consider the installed
> libraries in the user package database, right?
>
No, the sandbox mechanism coopts the user package database mechanism, so it
cannot s
On Thu, Jul 24, 2014 at 9:56 AM, Edward Z. Yang wrote:
> We were wondering if there was any reason to prefer the former
> situation over the latter. One answer might be that Cabal is less keen
> to have a dependency on a very GHC specific library (although the
> ghc-pkg dependency is quite a fair
On Thu, Jul 24, 2014 at 10:55 AM, Simon Peyton Jones
wrote:
> To me it seems simple and obvious! Why are we going round the houses to
> do something so simple?
So cabal can maintain its conceit that it supports more than just ghc.
--
brandon s allbery kf8nh sine
On Thu, Jul 24, 2014 at 11:32 AM, Yuri de Wit wrote:
> On Thu, Jul 24, 2014 at 11:59 AM, Brandon Allbery
> wrote:
>
>> On Thu, Jul 24, 2014 at 10:55 AM, Simon Peyton Jones <
>> simo...@microsoft.com> wrote:
>>
>>> To me it seems simple and obvious! W
On Sat, Jul 26, 2014 at 4:15 AM, Mikhail Glushenkov <
the.dead.shall.r...@gmail.com> wrote:
> On 26 July 2014 08:55, Nikita Karetnikov wrote:
> > What version of network is it? I ran ‘grep -r “host lookup failure”’ on
> > the source of 2.5.0.0 and didn’t find anything.
>
> $ cabal sandbox hc-pkg
On Sat, Aug 30, 2014 at 4:33 PM, Peng Yu wrote:
> Undefined symbols for architecture x86_64:
> "_iconv", referenced from:
> _hs_iconv in libHSbase-4.7.0.1.a(iconv.o)
>
You are mixing stuff built against the system iconv with stuff built
against either MacPorts or Homebrew. This won't work.
--
On Sun, Jan 11, 2015 at 1:10 PM, Jake Wheat wrote:
> Can travis test on all these systems? What about e.g. Solaris or FreeBSD,
> which have had binary releases of GHC in the past?
>
Travis cannot test on Windows and has only a limited number of OS X
builders (last I checked, a couple weeks ago,
On Wed, Apr 1, 2015 at 10:53 AM, Thomas Tuegel wrote:
> [2]. If you've never had an upper bounds problem on a package you
> maintain, I'm happy for you, but there is mounting evidence that as a
> community, we are very bad guessers, on average.
>
I think upper bound with easy way to "slip" it (-
On Fri, Apr 24, 2015 at 11:38 AM, Peng Yu wrote:
> setup-Cabal-1.18.1.4-x86_64-osx-ghc-7.8.3: The program pkg-config version
> >=0.9.0 is required but it could not be found.
>
Yes. You need some C libraries and some of the glue that they use (it's not
like libxml2 has been rewritten in Haskell;
On Sat, Apr 25, 2015 at 3:45 PM, Peng Yu wrote:
> Why cabal install print so many irrelevant messages? Is it better to
> follow Unix "Rule of Silence" to only print usage error messages?
>
This is not an irrelevant message:
asn1-parse-0.9.0 (reinstall) changes: text-1.2.0.4 added
>
It's an ind
cate-1.3.2.11 (new package)
> xml-hamlet-0.4.0.10 (new package)
> DAV-1.0.4 (new package)
> xss-sanitize-0.3.5.5 (new package)
> yaml-0.8.11 (new package)
> yesod-core-1.4.9.1 (new package)
> yesod-default-1.2.0 (new package)
> yesod-persistent-1.4.0.2 (new package)
> yesod-form-1
On Sat, Apr 25, 2015 at 6:26 PM, Peng Yu wrote:
> hs-language-c @0.4.7_0 (active)
> hs-mtl @2.1.3.1_1 (active)
> hs-quickcheck @2.6_3 (active)
> hs-random @1.0.1.1_5 (active)
> hs-syb @0.4.1_1 (active)
>
Remove these ports and let cabal install the versions it wants.
--
brandon s all
On Sat, Apr 25, 2015 at 7:46 PM, Peng Yu wrote:
> I don't have cabal. How to install cabal? Do I also install with MacPorts?
Um? How were you doing
~$ cabal install git-annex
>
if you don't have cabal?
--
brandon s allbery kf8nh sine nomine associates
allber...
On Sat, Apr 25, 2015 at 7:46 PM, Peng Yu wrote:
> I don't have cabal. How to install cabal? Do I also install with MacPorts?
Turns out if you do that you end up with hs-mtl and friends which will
conflict with yesod's dependencies. You'll probably have to do an install
from
https://www.haskell.
On Sat, Apr 25, 2015 at 10:54 PM, Peng Yu wrote:
> I installed ghc and cabal from source. But I still see the following
> error. Could anyone let me know what is wrong? And how to fix it?
>
Looks like you have cabal configured to build profiling versions of things,
but you built ghc without prof
On Sun, Apr 26, 2015 at 12:34 AM, Peng Yu wrote:
> I have the following disabled.
> ~/.cabal$ grep prof config
> -- line to your ~/.bash_profile:
> -- library-profiling: True
> -- executable-profiling: False
>
That's showing the defaults, commented out because that's what they do
unless told oth
On Sat, Jul 18, 2015 at 7:39 AM, Ben Gamari wrote:
> I would like to understand the root-cause of the issue. It seems that
> OS X will now raise EPERM instead of EACCES when certain files are
> accessed. That being said, it's not at all clear to me which system call
> is failing or why. Could som
It should still probably be at least mentioned during the next meeting, but
I'm in favor.
On Wed, Oct 30, 2024 at 6:58 AM Artem Pelenitsyn
wrote:
> Sounds like a good idea to me. We could add it to the agenda of the next
> meeting, perhaps. Or, if there's a unanimous support, maybe we don't have
> be friendlier to the users.
> E.g. if we had a little LLM inside cabal (or interfaced with cabal) that
> could talk through the grievances that user has, and come up with
> suggestions like adding a constraint or upgrading GHC or something.
>
> --
> Best, Artem
>
> On T
Just to sort-of get the ball rolling:
I don't actually have a lot of a stake in Cabal or cabal-install myself; I
mostly work on meta stuff (nursemaiding GHA, maintaining and enhancing
workflows and Mergify config, etc.). But there's a similarly "meta" vision
I have: better interaction with the rea
24 matches
Mail list logo
