[Haskell-cafe] cabal-install

[Ben Franksen]

Just thought I install the latest version (0.4.0) from hackage and test it.
Build and install went fine, but then it gets strange:

[EMAIL PROTECTED]: .../haskell/cabal-install-0.4.0 > sudo runhaskell Setup.lhs
install
Installing: /usr/local/bin
[EMAIL PROTECTED]: .../haskell/cabal-install-0.4.0 > rehash
[EMAIL PROTECTED]: .../haskell/cabal-install-0.4.0 > cabal --help
Usage: cabal [GLOBAL FLAGS]
  or:  cabal COMMAND [FLAGS]

[...etc...]

Commands:
  fetch  Downloads packages for later installation or study.
  installInstalls a list of packages.
  update Updates list of known packages
  clean  Removes downloaded files
  list   List available packages on the server.
  info   Emit some info
[EMAIL PROTECTED]: .../haskell/cabal-install-0.4.0 > cd ..
[EMAIL PROTECTED]: .../software/haskell > cabal info
Config file /home/ben/.cabal/config not found.
Writing default configuration to /home/ben/.cabal/config.
cabal: dist/Conftest.c: openFile: does not exist (No such file or directory)

When later I tried the 'install' command, it reminds me to 'cabal update'
first, which I do (no response, so probably worked), however next 'cabal
install' gives the same funny answer about a missing dist/Conftest.c.

Schade.

Cheers
Ben

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] Cabal-install

[Andrew Coppin]

OK, so apparently my Google skills are lacking. I can't find anything 
but the most terse documentation of the cabal-install tool online. 
Somewhere there surely must be something which explains how to control 
this thing. Anyway, can anybody tell me how I can change the default 
settings so that I get profiling libraries built by default, and Haddock 
documentation built by default?


(I'm on Windows, in case that makes a difference...)

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal-install

[Serguey Zefirov]

Why there is no switch to turn off any use of proxy in cabal-install?
Or to supply username/password pair in command line.

I have a strange situation: wget works like charm ignoring proxy (I
downloaded Cabal and cabal-install to investigate the problem using
wget), Firefox works like charm igoring proxy, and only cabal cannot
access anything, because it follows proper proxy protocol and our
proxy requires username and password.

And I don't know of proper way to supply them through http_proxy
environment variable.

The most annoying part is that it is too much work to download and
build cabal using wget and scripts - I once tried it for some other
utility and didn't succeed.

PS
And while I am on it, I'd like to suggest that cabal-install should
read common options like credentials from environment or configuration
file.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal install...

[Gregory Guthrie]

Hmm,
Now when I tried to run Leksah, I get not only some broken packages (which I 
can avoid for my current project), but:

: cannot satisfy -package-id 
base-4.5.1.0-7c83b96f47f23db63c42a56351dcb917:
base-4.5.1.0-7c83b96f47f23db63c42a56351dcb917 is unusable due to missing or 
recursive dependencies:
  integer-gmp-0.4.0.0-c15e185526893c3119f809251aac8c5b
(use -v for more information)

So I tried to install base, then re-install it, but both fail;
Any hints?
---
C:\Users\guthrie>cabal install base
Resolving dependencies...
All the requested packages are already installed:
base-4.5.1.0
Use --reinstall if you want to reinstall anyway.

C:\Users\guthrie>cabal install --reinstall base
Resolving dependencies...
cabal: Could not resolve dependencies:
next goal: base (user goal)
rejecting: base-3.0.3.2 (conflict: base => base>=4.0 && <4.3)
rejecting: base-3.0.3.1 (conflict: base => base>=4.0 && <4.2)
rejecting: base-4.6.0.0, 4.5.1.0, 4.5.0.0, 4.4.1.0, 4.4.0.0, 4.3.1.0, 4.3.0.0,
4.2.0.2, 4.2.0.1, 4.2.0.0, 4.1.0.0, 4.0.0.0 (only already installed instances 
can be used)

C:\Users\guthrie>ghc-pkg list base
WARNING: there are broken packages.  Run 'ghc-pkg check' for more details.
e:/Plang/Haskell Platform\lib\package.conf.d:
base-4.3.1.0
base-4.5.0.0
base-4.5.1.0

The following packages are broken, either because they have a problem
listed above, or because they depend on a broken package.
HTTP-4000.2.3
haskell-platform-2012.2.0.0

Can I just unregister the old Haskell platform, I now use a newer one?
Ghc-pkg list : ...
{haskell-platform-2012.2.0.0}
haskell-platform-2012.4.0.0
haskell-src-1.0.1.4
haskell-src-1.0.1.4
haskell-src-1.0.1.5
haskell-src-1.0.1.5
(haskell2010-1.0.0.0)
(haskell2010-1.1.0.1)
(haskell2010-1.1.0.1)
haskell98-1.1.0.1
(haskell98-2.0.0.1)
(haskell98-2.0.0.1)

---
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal install oddities

[Tycho Andersen]

Hi all,

I'm having some strange issues with cabal install. Some packages
installed via `cabal install $foo` are failing for strange (and
seemingly unrelated) reasons, but install just fine when I do
something like:

  cabal unpack network
  cd network
  cabal configure
  cabal install

Below is some sample output from a failing package:

ps168825:~/playground$ cabal install network
Resolving dependencies...
Configuring network-2.4.1.2...
configure: WARNING: unrecognized options: --with-compiler, --with-gcc
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... configure: error: in 
`/tmp/network-2.4.1.2-28534/network-2.4.1.2':
configure: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details
Failed to install network-2.4.1.2
cabal: Error: some packages failed to install:
network-2.4.1.2 failed during the configure step. The exception was:
ExitFailure 1
ps168825:~/playground 1$ cabal --version
cabal-install version 1.16.0.2
using version 1.16.0 of the Cabal library 
ps168825:~/playground$ ghc --version
The Glorious Glasgow Haskell Compilation System, version 7.6.2

/tmp/network-* doesn't exist (which is why I tried unpack, but
unfortunately that succeeds).

Any thoughts on how I can debug this?

Thanks,

\t

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal install pandoc

[Roger Mason]

Hello,

I installed ghc (7.6.2) on an Arch Linux machine.  I'm trying to install 
pandoc via cabal but it fails:


...
Configuring text-0.11.2.3...
Warning: This package indirectly depends on multiple versions of the same
package. This is highly likely to cause a compile failure.
package deepseq-1.3.0.1 requires array-0.4.0.1
package text-0.11.2.3 requires array-0.4.0.1
Building text-0.11.2.3...
Preprocessing library text-0.11.2.3...
: cannot satisfy -package-id 
array-0.4.0.1-db49bb8b0087ae85b5875d4c0cc12874

(use -v for more information)
Failed to install text-0.11.2.3
...

There are then errors for other packages that depend on 'text' or 'array'.

I will be grateful for any help.

Thanks,
Roger

This electronic communication is governed by the terms and conditions at
http://www.mun.ca/cc/policies/electronic_communications_disclaimer_2012.php

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal-install question

[Ken98]

Hello, I recently started using cabal-install to install packages. However,
ran into a problem today trying to install ftphs where the current HUnit
dependency required base (==4). I'm using ghc-6.8.2 on ubuntu. 

To get around this, I looked through previous versions of HUnit and found
that 1.2.0.0 was the last to have a successful build with ghc-6.8. So, I
downloaded the tar.gz and did a runhaskell Setup.hs ... This worked and I
was able to complete the ftphs install. 

So my question is, could I have used cabal install to specify the specific
version of HUnit without having to do the manual
download/configure/build/install? 

Thanks,
Ken
-- 
View this message in context: 
http://www.nabble.com/cabal-install-question-tp20098091p20098091.html
Sent from the Haskell - Haskell-Cafe mailing list archive at Nabble.com.

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install

[Don Stewart]

ben.franksen:
> Just thought I install the latest version (0.4.0) from hackage and test it.
> Build and install went fine, but then it gets strange:
> 
> [EMAIL PROTECTED]: .../haskell/cabal-install-0.4.0 > sudo runhaskell Setup.lhs
> install
> Installing: /usr/local/bin
> [EMAIL PROTECTED]: .../haskell/cabal-install-0.4.0 > rehash
> [EMAIL PROTECTED]: .../haskell/cabal-install-0.4.0 > cabal --help
> Usage: cabal [GLOBAL FLAGS]
>   or:  cabal COMMAND [FLAGS]
> 
> [...etc...]
> 
> Commands:
>   fetch  Downloads packages for later installation or study.
>   installInstalls a list of packages.
>   update Updates list of known packages
>   clean  Removes downloaded files
>   list   List available packages on the server.
>   info   Emit some info
> [EMAIL PROTECTED]: .../haskell/cabal-install-0.4.0 > cd ..
> [EMAIL PROTECTED]: .../software/haskell > cabal info
> Config file /home/ben/.cabal/config not found.
> Writing default configuration to /home/ben/.cabal/config.
> cabal: dist/Conftest.c: openFile: does not exist (No such file or directory)
> 

This one is due to having an out of date cabal. Upgrade to darcs cabal,
then rebuild cabal-install, and things should go fine.

-- Don
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install

[Duncan Coutts]

On Tue, 2007-11-27 at 18:02 -0800, Don Stewart wrote:
> ben.franksen:
> > Just thought I install the latest version (0.4.0) from hackage and test it.
> > Build and install went fine, but then it gets strange:
> > 
> > cabal: dist/Conftest.c: openFile: does not exist (No such file or directory)
> > 
> 
> This one is due to having an out of date cabal. Upgrade to darcs cabal,
> then rebuild cabal-install, and things should go fine.

Yes, this was rather unfortunate. A fix for something else that we put
into Cabal at the last minute ended up breaking cabal-install. As Don
says, it's fixed in the darcs version of Cabal (HEAD and 1.2 branch)
which will also be released with ghc-6.8.2 (or possibly earlier if that
looks like it's going to take a while).

Duncan

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal-install failure

[Darrin Thompson]

Cabal-install is looking good. It now, for the record, has only two
deps outside of Cabal-1.4.

I installed cabal-install-0.5 on ubuntu with the haskell.org linux
binary for ghc 6.8.2.

I then tried cabal-install yi

Got this output:
... many successful installs ...
Registering vty-3.0.1...
Reading package info from "dist/installed-pkg-config" ... done.
Saving old package config file... done.
Writing new package config file... done.
Downloading yi-0.3...
[1 of 1] Compiling Main ( Setup.hs, dist/setup/Main.o )

Setup.hs:9:0:
Warning: Deprecated use of `showPackageId'
 (imported from Distribution.Simple, but defined in
Distribution.Package):
 use the Text class instead
Linking dist/setup/setup ...
Warning: defaultUserHooks in Setup script is deprecated.
Configuring yi-0.3...
Warning: Instead of 'ghc-options: -DDYNAMIC -DFRONTEND_VTY' use 'cpp-options:
-DDYNAMIC -DFRONTEND_VTY'
setup: alex version >=2.0.1 && <3 is required but it could not be found.
cabal: Error: some packages failed to install:
yi-0.3 failed during the configure step. The exception was:
exit: ExitFailure 1

Is this a cabal problem of package problem? I would have expected it
to fail immediately instead of discover this problem so far into
process.

Thanks.

--
Darrin
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] Cabal-install prefix

[N. Raghavendra]

I am new to Haskell, and am trying to install a package (scan) using
cabal-install.  I want it to install all files under the directory
${HOME}/nonvc, like in ~/nonvc/share and ~/nonvc/bin.  So I specified

install-dirs user
  -- prefix: /home/raghu/nonvc

in ~/.cabal/config.  But when I do `cabal install scan', it still
installs the files in ~/.cabal/bin and ~/.cabal/share.  How do I make
cabal install these files in ~/nonvc?

Thanks and regards,
Raghavendra.

-- 
N. Raghavendra  | http://www.retrotexts.net/
Harish-Chandra Research Institute   | http://www.mri.ernet.in/
See message headers for contact and OpenPGP information.

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] : cabal install SDL

[Lie Ryan]

C:\Windows\system32>cabal install SDL
Resolving dependencies...
[1 of 1] Compiling Main ( 
C:\Users\LIERYA~1\AppData\Local\Temp\SDL-0.5.93108\SDL-0.5.9\Setup.lhs, 
C:\Users\LIERYA~1\AppData\Local\Temp\SDL-0.5.93108\SDL-0.5.9\dist\setup\Main.o 
)


C:\Users\LIERYA~1\AppData\Local\Temp\SDL-0.5.93108\SDL-0.5.9\Setup.lhs:2:2:
Warning: In the use of `defaultUserHooks'
 (imported from Distribution.Simple):
 Deprecated: "Use simpleUserHooks or autoconfUserHooks,
 unless you need Cabal-1.2 compatibility in which case you
 must stick with defaultUserHooks"
Linking 
C:\Users\LIERYA~1\AppData\Local\Temp\SDL-0.5.93108\SDL-0.5.9\dist\setup\setup.exe 
...

Warning: defaultUserHooks in Setup script is deprecated.
Configuring SDL-0.5.9...
setup.exe: sh: runGenProcess: does not exist (No such file or directory)
cabal: Error: some packages failed to install:
SDL-0.5.9 failed during the configure step. The exception was:
exit: ExitFailure 1


I searched on google, it says some modules (e.g. SDL) requires a 
unix-shell to run the ./configure script. I do have Cygwin on the 
machine, but I installed GHC/Haskell Platform on the host machine (not 
on Cygwin). If I installed the SDL package inside cygwin using cabal, 
would cabal installs the SDL on the Cygwin environment or on the host 
machine? (i.e. can I use the resultant SDL-binding outside Cygwin?)


___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal install glfw

[Ozgur Akgun]

Dear Cafe and Paul,

I am constantly having problems with cabal install in Snow Leopard. Some I
solve, some I cannot unfortunately.

When I run

sudo cabal install glfw -v2

in Snow Leopard, I get the following.

glfw/lib/macosx/macosx_enable.c:1:0:
 error: bad value (apple) for -march= switch

glfw/lib/macosx/macosx_enable.c:1:0:
 error: bad value (apple) for -mtune= switch
cabal: Error: some packages failed to install:
GLFW-0.4.1 failed during the building phase. The exception was:
exit: ExitFailure 1


Regards,

-- 
Ozgur Akgun
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal install time

[Ozgur Akgun]

I hate sending such messages to cafe, but...

When I try to install "time" I get the following error:


> sudo cabal install time

ld: duplicate symbol ___hscore_d_name in
/Users/username/.cabal/lib/unix-2.4.0.0/ghc-6.10.4/libHSunix-2.4.0.0.a(dirUtils.o)
and
/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4/base-4.1.0.0/libHSbase-4.1.0.0.a(PrelIOUtils.o)


UsingSnow Leopard with the following versions of ghc and cabal

> ghc --version
The Glorious Glasgow Haskell Compilation System, version 6.10.4

> cabal --version
cabal-install version 0.6.4
using version 1.6.0.3 of the Cabal library


Thanks for any help.

Best,

-- 
Ozgur Akgun
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal-install

[Peter Robinson]

On 8 March 2010 17:51, Andrew Coppin  wrote:
> Anyway, can anybody tell me how I can change the default settings so that I
> get profiling libraries built by default, and Haddock documentation built by
> default?
>
> (I'm on Windows, in case that makes a difference...)

# cabal install --help
shows you options like:
--enable-library-profiling Enable Library profiling
--enable-documentation Enable building of documentation

If you want these settings permanently you need to locate your config
file (I don't know where it is on Windows...)

  Peter
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal-install

[Miguel Mitrofanov]

MigMit:~ MigMit$ cabal --help
This program is the command line interface to the Haskell Cabal  
infrastructure.

See http://www.haskell.org/cabal/ for more information.
^
|
+

On 8 Mar 2010, at 19:51, Andrew Coppin wrote:

OK, so apparently my Google skills are lacking. I can't find  
anything but the most terse documentation of the cabal-install tool  
online. Somewhere there surely must be something which explains how  
to control this thing. Anyway, can anybody tell me how I can change  
the default settings so that I get profiling libraries built by  
default, and Haddock documentation built by default?


(I'm on Windows, in case that makes a difference...)

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal-install

[Andrew Coppin]

Miguel Mitrofanov wrote:

See http://www.haskell.org/cabal/ for more information.
^
|
+


Oh, sure, like I haven't already tried *that*. ;-)

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal-install

[Andrew Coppin]

Peter Robinson wrote:

On 8 March 2010 17:51, Andrew Coppin  wrote:
  

Anyway, can anybody tell me how I can change the default settings so that I
get profiling libraries built by default, and Haddock documentation built by
default?

(I'm on Windows, in case that makes a difference...)



# cabal install --help
shows you options like:
--enable-library-profiling Enable Library profiling
--enable-documentation Enable building of documentation

If you want these settings permanently you need to locate your config
file (I don't know where it is on Windows...)
  


Perhaps it's My Documents\.cabal or something?

Oh no, wait a sec:

E:\> cabal --help
...
 D:\Documents and Settings\User\Application Data\cabal\config

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal-install

[Duncan Coutts]

On Mon, 2010-03-08 at 17:33 +, Andrew Coppin wrote:
> Miguel Mitrofanov wrote:
> > See http://www.haskell.org/cabal/ for more information.
> > ^
> > |
> > +
> 
> Oh, sure, like I haven't already tried *that*. ;-)

BTW, for future reference, the user guide on the cabal home page does
mostly document the cabal command line interface.

It talks about "runghc Setup.hs blah" but you can mentally substitute
that for "cabal blah" and the same applies.

At some point we'll update the user guide to be more specifically about
the cabal program, rather than just about the Setup.hs interface.

Volunteers welcome! I did recently switch the user guide from docbook
xml to markdown, so it should be a lot easier for contributors.

Duncan

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install

[Ivan Lazar Miljenovic]

Serguey Zefirov  writes:

> Why there is no switch to turn off any use of proxy in cabal-install?
> Or to supply username/password pair in command line.
>
> I have a strange situation: wget works like charm ignoring proxy (I
> downloaded Cabal and cabal-install to investigate the problem using
> wget), Firefox works like charm igoring proxy, and only cabal cannot
> access anything, because it follows proper proxy protocol and our
> proxy requires username and password.

"Ignoring proxy"?

> And I don't know of proper way to supply them through http_proxy
> environment variable.

export http_proxy="http://${username}:${passwo...@${proxy_url}";

> PS
> And while I am on it, I'd like to suggest that cabal-install should
> read common options like credentials from environment or configuration
> file.

Which credentials?  I thought that the proxy stuff was how the system
connected to the net, etc. and cabal-install just used the system's
connection... (I could be wrong however).

-- 
Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com
IvanMiljenovic.wordpress.com
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install

[Serguey Zefirov]

2010/5/19 Ivan Lazar Miljenovic :
> Serguey Zefirov  writes:
>> Why there is no switch to turn off any use of proxy in cabal-install?
>> Or to supply username/password pair in command line.
>> I have a strange situation: wget works like charm ignoring proxy (I
>> downloaded Cabal and cabal-install to investigate the problem using
>> wget), Firefox works like charm igoring proxy, and only cabal cannot
>> access anything, because it follows proper proxy protocol and our
>> proxy requires username and password.
> "Ignoring proxy"?

Yes, they go right to internet. Firefox set to "No proxy" connection type.

>> And I don't know of proper way to supply them through http_proxy
>> environment variable.
> export http_proxy="http://${username}:${passwo...@${proxy_url}";

I tried it and it didn't work. I don't know reason, though, maybe it
was because my current password not entirely alphanumeric.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install

[Ivan Lazar Miljenovic]

Serguey Zefirov  writes:
>> export http_proxy="http://${username}:${passwo...@${proxy_url}";
>
> I tried it and it didn't work. I don't know reason, though, maybe it
> was because my current password not entirely alphanumeric.

Shouldn't matter as long as you put it within quotes.

-- 
Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com
IvanMiljenovic.wordpress.com
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install

[Brandon S. Allbery KF8NH]

On May 19, 2010, at 04:49 , Ivan Lazar Miljenovic wrote:

Serguey Zefirov  writes:

export http_proxy="http://${username}:${passwo...@${proxy_url}";


I tried it and it didn't work. I don't know reason, though, maybe it
was because my current password not entirely alphanumeric.


Shouldn't matter as long as you put it within quotes.


I imagine things will go wrong if it includes an @... urlencoding is  
probably a smart idea.


--
brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allb...@kf8nh.com
system administrator [openafs,heimdal,too many hats] allb...@ece.cmu.edu
electrical and computer engineering, carnegie mellon universityKF8NH




PGP.sig
Description: This is a digitally signed message part
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install

[Serguey Zefirov]

>>> I tried it and it didn't work. I don't know reason, though, maybe it
>>> was because my current password not entirely alphanumeric.
>> Shouldn't matter as long as you put it within quotes.
> I imagine things will go wrong if it includes an @... urlencoding is
> probably a smart idea.

Thank you very much!

I'll definitely try that.

And, as I'm on it again, switch to just ignore proxy would be better. ;)
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal-install-1.16.0.2

[Johan Tibell]

Hi all,

I've created bug fix release candidates for Cabal and cabal-install to
address the bugs found after the release. If everyone could take some
time to try them out, especially those who had issues with the
previous releases. To install the release candidates run:

cabal install http://johantibell.com/files/Cabal-1.16.0.2.tar.gz \
http://johantibell.com/files/cabal-install-1.16.0.1.tar.gz

Unless there are any issues, we'll make a release in the next few days.

Cheers,
Johan

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install...

[Brandon Allbery]

On Tue, Nov 20, 2012 at 4:10 PM, Gregory Guthrie  wrote:

> Hmm,
>
> Now when I tried to run Leksah, I get not only some broken packages (which
> I can avoid for my current project), but:
>
> ** **
>
> : cannot satisfy -package-id
> base-4.5.1.0-7c83b96f47f23db63c42a56351dcb917: 
>
> base-4.5.1.0-7c83b96f47f23db63c42a56351dcb917 is unusable due to
> missing or recursive dependencies:
>
>   integer-gmp-0.4.0.0-c15e185526893c3119f809251aac8c5b
>
> (use -v for more information)
>
> ** **
>
> So I tried to install base, then re-install it, but both fail;
>

You can't install base or integer-gmp from cabal-install.  They are wired
into the compiler, and the only way to reinstall them is to reinstall ghc.
 In fact, finding a way to install ether from cabal-install will cause the
kind of breakage you're seeing.  (It's not supposed to be possible, at
least for base.  If at some point you installed integer-gmp from hackage,
you need to remove it; if you installed it into the global package
database, you really do have no choice but remove and reinstall ghc now.)

If you installed ghc as part of the haskell platform, then you need to
remove and reinstall that.

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix/linux, openafs, kerberos, infrastructure  http://sinenomine.net
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install...

[Johan Tibell]

On Tue, Nov 20, 2012 at 1:10 PM, Gregory Guthrie  wrote:

> Hmm,
>
> Now when I tried to run Leksah, I get not only some broken packages (which
> I can avoid for my current project), but:
>
> ** **
>
> : cannot satisfy -package-id
> base-4.5.1.0-7c83b96f47f23db63c42a56351dcb917: 
>
> base-4.5.1.0-7c83b96f47f23db63c42a56351dcb917 is unusable due to
> missing or recursive dependencies:
>
>   integer-gmp-0.4.0.0-c15e185526893c3119f809251aac8c5b
>
> (use -v for more information)
>
> ** **
>
> So I tried to install base, then re-install it, but both fail;
>
> Any hints?
>

>From this email and some of the previous emails it seems that your package
DB is in a pretty bad state, most likely from using --force-reinstalls.
When Cabal warns you that this will break stuff it actually means it. :) My
suggestion is that you

rm -rf  ~/.ghc/x86_64-linux-7.6.1  # or equivalent on your system.

Then reinstall all the packages you want by listing them all at once

cabal install pkg1 pkg2 pk3

By listing them all together cabal-install tries to come up with an install
plan that is globally consistent for all of them.

-- Johan
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install...

[Eric Velten de Melo]

I have a dream of one day being able to install leksah without having
to downgrade ghc. Right now I can't even install cabal-dev with cabal.
It will break ghc if I do.

2012/11/20 Johan Tibell :
> On Tue, Nov 20, 2012 at 1:10 PM, Gregory Guthrie  wrote:
>>
>> Hmm,
>>
>> Now when I tried to run Leksah, I get not only some broken packages (which
>> I can avoid for my current project), but:
>>
>>
>>
>> : cannot satisfy -package-id
>> base-4.5.1.0-7c83b96f47f23db63c42a56351dcb917:
>>
>> base-4.5.1.0-7c83b96f47f23db63c42a56351dcb917 is unusable due to
>> missing or recursive dependencies:
>>
>>   integer-gmp-0.4.0.0-c15e185526893c3119f809251aac8c5b
>>
>> (use -v for more information)
>>
>>
>>
>> So I tried to install base, then re-install it, but both fail;
>>
>> Any hints?
>
>
> From this email and some of the previous emails it seems that your package
> DB is in a pretty bad state, most likely from using --force-reinstalls. When
> Cabal warns you that this will break stuff it actually means it. :) My
> suggestion is that you
>
> rm -rf  ~/.ghc/x86_64-linux-7.6.1  # or equivalent on your system.
>
> Then reinstall all the packages you want by listing them all at once
>
> cabal install pkg1 pkg2 pk3
>
> By listing them all together cabal-install tries to come up with an install
> plan that is globally consistent for all of them.
>
> -- Johan
>
>
> ___
> Haskell-Cafe mailing list
> Haskell-Cafe@haskell.org
> http://www.haskell.org/mailman/listinfo/haskell-cafe
>

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install...

[Sturdy, Ian]

The latest version of cabal-dev on Hackage does not seem to have had its 
dependencies updated for GHC 7.6. Try installing off github 
(https://github.com/creswick/cabal-dev).

Ian Sturdy

From: haskell-cafe-boun...@haskell.org [haskell-cafe-boun...@haskell.org] on 
behalf of Eric Velten de Melo [ericvm...@gmail.com]
Sent: Tuesday, November 20, 2012 7:54 PM
To: Johan Tibell
Cc: Gregory Guthrie; haskell-cafe@haskell.org
Subject: Re: [Haskell-cafe] cabal install...

I have a dream of one day being able to install leksah without having
to downgrade ghc. Right now I can't even install cabal-dev with cabal.
It will break ghc if I do.

2012/11/20 Johan Tibell :
> On Tue, Nov 20, 2012 at 1:10 PM, Gregory Guthrie  wrote:
>>
>> Hmm,
>>
>> Now when I tried to run Leksah, I get not only some broken packages (which
>> I can avoid for my current project), but:
>>
>>
>>
>> : cannot satisfy -package-id
>> base-4.5.1.0-7c83b96f47f23db63c42a56351dcb917:
>>
>> base-4.5.1.0-7c83b96f47f23db63c42a56351dcb917 is unusable due to
>> missing or recursive dependencies:
>>
>>   integer-gmp-0.4.0.0-c15e185526893c3119f809251aac8c5b
>>
>> (use -v for more information)
>>
>>
>>
>> So I tried to install base, then re-install it, but both fail;
>>
>> Any hints?
>
>
> From this email and some of the previous emails it seems that your package
> DB is in a pretty bad state, most likely from using --force-reinstalls. When
> Cabal warns you that this will break stuff it actually means it. :) My
> suggestion is that you
>
> rm -rf  ~/.ghc/x86_64-linux-7.6.1  # or equivalent on your system.
>
> Then reinstall all the packages you want by listing them all at once
>
> cabal install pkg1 pkg2 pk3
>
> By listing them all together cabal-install tries to come up with an install
> plan that is globally consistent for all of them.
>
> -- Johan
>
>
> ___
> Haskell-Cafe mailing list
> Haskell-Cafe@haskell.org
> http://www.haskell.org/mailman/listinfo/haskell-cafe
>

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe



___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] Cabal install problem

[Victor Miller]

Lately whenever I try to install a cabal package it fails with the
following error message:

Could not find module `Control.Monad.State':
 Perhaps you haven't installed the profiling libraries for
package `mtl-2.0.1.0'?
 Use -v to see a list of the files searched for.


The strange thing is that I can load Control.Monad.State from ghci.
How do I fix this -- i.e. where should I look?

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal-install bootstrap.sh

[cwr]

I've just spent most of a morning trying to get bootstrap.sh
from the cabal-install package to work. The trick is to use
"ghc-pkg init pathname" to initialise the package file - simply
adding an empty package file or directory doesn't work.

Whoever is responsible for cabal-install, could you please
update the README to reflect this requirement.

Thanks - Will




___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install oddities

[Brandon Allbery]

On Tue, Mar 12, 2013 at 3:21 PM, Tycho Andersen  wrote:

> Below is some sample output from a failing package:
>
> ps168825:~/playground$ cabal install network
> Resolving dependencies...
> Configuring network-2.4.1.2...
> configure: WARNING: unrecognized options: --with-compiler, --with-gcc
> checking build system type... x86_64-unknown-linux-gnu
> checking host system type... x86_64-unknown-linux-gnu
> checking for gcc... gcc
> checking whether the C compiler works... yes
> checking for C compiler default output file name... a.out
> checking for suffix of executables...
> checking whether we are cross compiling... configure: error: in
> `/tmp/network-2.4.1.2-28534/network-2.4.1.2':
> configure: error: cannot run C compiled programs.
>

"cabal install" unpacks a package into /tmp in order to build it. My guess
is your OS has /tmp mounted noexec. I don't know offhand how you override
this in cabal.

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install oddities

[Tycho Andersen]

On Tue, Mar 12, 2013 at 03:28:08PM -0400, Brandon Allbery wrote:
>
> "cabal install" unpacks a package into /tmp in order to build it. My guess
> is your OS has /tmp mounted noexec. I don't know offhand how you override
> this in cabal.

Yep, you're exactly right. Thank you! I also couldn't figure out a way
to override it.

\t

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install oddities

[Manuel Gómez]

On Tue, Mar 12, 2013 at 3:10 PM, Tycho Andersen  wrote:
> On Tue, Mar 12, 2013 at 03:28:08PM -0400, Brandon Allbery wrote:
>>
>> "cabal install" unpacks a package into /tmp in order to build it. My guess
>> is your OS has /tmp mounted noexec. I don't know offhand how you override
>> this in cabal.
>
> Yep, you're exactly right. Thank you! I also couldn't figure out a way
> to override it.

I ran into this once.  I suppose it’s a bit of a dirty workaround, but
you can patch `Cabal` or `directory` to avoid this problem by either
hard-coding a different path for temporary files.
`System.Directory.getTemporaryDirectory` in the `directory` package
has `/tmp` kind-of hardcoded in UNIX.  Or you could hack the places
where it’s used in `Cabal`.  It’s used in these locations in the
latest version:

*   `./Distribution/Simple/GHC.hs`, line 342

*   `./Distribution/Simple/Utils.hs`, line473

*   `./Distribution/Simple/Configure.hs`, line 945

*   `./Distribution/Simple/LHC.hs`, line 203

I say it’s kind-of hardcoded because it actually seems to try taking
the value of the environment variable `TMPDIR`, so you may be able to
override that path quite simply by defining that in your environment.
I have not tested this, though — I didn’t notice it when I faced this
problem a few months ago.  This, of course, would be the best
solution.

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install pandoc

[Mark Fredrickson]

To side step the issue, Pandoc is available via the ArchHaskell repos
(package name `haskell-pandoc`):

https://wiki.archlinux.org/index.php/Haskell_package_guidelines

-M
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install pandoc

[Roger Mason]

hello,

On 03/28/2013 04:11 PM, Mark Fredrickson wrote:
To side step the issue, Pandoc is available via the ArchHaskell repos 
(package name `haskell-pandoc`):


https://wiki.archlinux.org/index.php/Haskell_package_guidelines

-M


Yes, I know.  I wanted to avoid having a mixture of packages installed 
by pacman and others (not available in the repo) installed using cabal.


Thanks,
Roger

This electronic communication is governed by the terms and conditions at
http://www.mun.ca/cc/policies/electronic_communications_disclaimer_2012.php

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install pandoc

[Patrick Wheeler]

So I printed off the requirements for pandoc on a empty ghc-7.6.2 install
you can find it at:
http://hpaste.org/84794

I do not see any odd package versions listed in what you posted so far.

No promise I will be able to help afterwards but it might help to see the
full log, and then again with verbosity turned on. So seperate pastes for:

* `cabal install pandoc --dry-run`
* `cabal install pandoc --dry-run --verbose=2`
* `cabal install pandoc --dry-run --verbose=3`

You might also want to run a `ghc-pkg check` to check to see if your
packages are consistent/unbroken.


On Thu, Mar 28, 2013 at 7:52 PM, Roger Mason  wrote:

> hello,
>
>
> On 03/28/2013 04:11 PM, Mark Fredrickson wrote:
>
>> To side step the issue, Pandoc is available via the ArchHaskell repos
>> (package name `haskell-pandoc`):
>>
>> https://wiki.archlinux.org/**index.php/Haskell_package_**guidelines
>>
>> -M
>>
>
> Yes, I know.  I wanted to avoid having a mixture of packages installed by
> pacman and others (not available in the repo) installed using cabal.
>
>
> Thanks,
> Roger
>
> This electronic communication is governed by the terms and conditions at
> http://www.mun.ca/cc/policies/**electronic_communications_**
> disclaimer_2012.php
>
> __**_
> Haskell-Cafe mailing list
> Haskell-Cafe@haskell.org
> http://www.haskell.org/**mailman/listinfo/haskell-cafe
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install pandoc

[Henk-Jan van Tuyl]

On Thu, 28 Mar 2013 19:08:46 +0100, Roger Mason  wrote:

I installed ghc (7.6.2) on an Arch Linux machine.  I'm trying to install  
pandoc via cabal but it fails:


...
Configuring text-0.11.2.3...
Warning: This package indirectly depends on multiple versions of the same
package. This is highly likely to cause a compile failure.
package deepseq-1.3.0.1 requires array-0.4.0.1
package text-0.11.2.3 requires array-0.4.0.1
Building text-0.11.2.3...
Preprocessing library text-0.11.2.3...
: cannot satisfy -package-id  
array-0.4.0.1-db49bb8b0087ae85b5875d4c0cc12874

 (use -v for more information)
Failed to install text-0.11.2.3
...


I had something similar with Ubuntu (before there was a binary package  
available for this platform); I installed several packages, that gave such  
message, again. That solved it.


Regards,
Henk-Jan van Tuyl


--
http://Van.Tuyl.eu/
http://members.chello.nl/hjgtuyl/tourdemonad.html
Haskell programming
--

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install pandoc

[Roger Mason]

Thank you for your response.  'ghc-pkg check' shows some problems:

http://pastebin.ca/2344794

On 03/28/2013 08:01 PM, Patrick Wheeler wrote:
So I printed off the requirements for pandoc on a empty ghc-7.6.2 
install you can find it at:

http://hpaste.org/84794

I do not see any odd package versions listed in what you posted so far.

No promise I will be able to help afterwards but it might help to see 
the full log, and then again with verbosity turned on. So seperate 
pastes for:


* `cabal install pandoc --dry-run`
* `cabal install pandoc --dry-run --verbose=2`
* `cabal install pandoc --dry-run --verbose=3`

You might also want to run a `ghc-pkg check` to check to see if your 
packages are consistent/unbroken.




'ghc-pkg check' shows some problems:

http://pastebin.ca/2344794

Thanks for any help you can offer.

Roger

This electronic communication is governed by the terms and conditions at
http://www.mun.ca/cc/policies/electronic_communications_disclaimer_2012.php

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install pandoc

[Roger Mason]

Hello,

On 03/29/2013 06:47 AM, Henk-Jan van Tuyl wrote:

On Thu, 28 Mar 2013 19:08:46 +0100, Roger Mason  wrote:

I installed ghc (7.6.2) on an Arch Linux machine.  I'm trying to 
install pandoc via cabal but it fails:


...
Configuring text-0.11.2.3...
Warning: This package indirectly depends on multiple versions of the 
same

package. This is highly likely to cause a compile failure.
package deepseq-1.3.0.1 requires array-0.4.0.1
package text-0.11.2.3 requires array-0.4.0.1
Building text-0.11.2.3...
Preprocessing library text-0.11.2.3...
: cannot satisfy -package-id 
array-0.4.0.1-db49bb8b0087ae85b5875d4c0cc12874

 (use -v for more information)
Failed to install text-0.11.2.3
...


I had something similar with Ubuntu (before there was a binary package 
available for this platform); I installed several packages, that gave 
such message, again. That solved it.


Regards,
Henk-Jan van Tuyl

It appears in my case that cabal may be looking in a strange place for 
installed pacckages.  At least, that is how I interpret the output I 
just pasted here:

http://pastebin.ca/2344794

Thanks,
Roger



This electronic communication is governed by the terms and conditions at
http://www.mun.ca/cc/policies/electronic_communications_disclaimer_2012.php

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install pandoc

[Brent Yorgey]

On Fri, Mar 29, 2013 at 08:05:47AM -0230, Roger Mason wrote:
> Thank you for your response.  'ghc-pkg check' shows some problems:
> 
> http://pastebin.ca/2344794
> 
> On 03/28/2013 08:01 PM, Patrick Wheeler wrote:
> >So I printed off the requirements for pandoc on a empty ghc-7.6.2
> >install you can find it at:
> >http://hpaste.org/84794
> >
> >I do not see any odd package versions listed in what you posted so far.
> >
> >No promise I will be able to help afterwards but it might help to
> >see the full log, and then again with verbosity turned on. So
> >seperate pastes for:
> >
> >* `cabal install pandoc --dry-run`
> >* `cabal install pandoc --dry-run --verbose=2`
> >* `cabal install pandoc --dry-run --verbose=3`
> >
> >You might also want to run a `ghc-pkg check` to check to see if
> >your packages are consistent/unbroken.
> >
> >
> 'ghc-pkg check' shows some problems:
> 
> http://pastebin.ca/2344794
> 

It looks like your entire Haskell Platform installation is completely
hosed.  Sad to say, but I think your best bet is to simply reinstall
the Haskell Platform.

-Brent

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install pandoc

[Roger Mason]

Hello Brent,

On 03/31/2013 04:53 PM, Brent Yorgey wrote:

It looks like your entire Haskell Platform installation is completely
hosed.  Sad to say, but I think your best bet is to simply reinstall
the Haskell Platform.

-Brent

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
It turned out that there was a stale version of 'array' lurking in the 
ghc package db.  In spite of reinstalling ghc it did not go away until I 
unregistered it.  I think it was persisting because re-installing ghc 
simply unpacked over the old directory leaving that pre-existing file 
intact.


'ghc-pkg check' shows no errors and I have successfully installed pandoc 
and some other packages.


Roger

This electronic communication is governed by the terms and conditions at
http://www.mun.ca/cc/policies/electronic_communications_disclaimer_2012.php

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install pandoc

[Albert Y. C. Lai]

On 13-04-01 06:26 AM, Roger Mason wrote:

It turned out that there was a stale version of 'array' lurking in the
ghc package db.  In spite of reinstalling ghc it did not go away until I
unregistered it.  I think it was persisting because re-installing ghc
simply unpacked over the old directory leaving that pre-existing file
intact.


See my http://www.vex.net/~trebla/haskell/sicp.xhtml for how does GHC 
know or not know what libs you have. In particular, it has very little 
to do with files, and clearing GHC is only half the story.


And how to have the same kind of problems recur in the future.

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal install pandoc

[Roger Mason]

Hello Albert,

On 04/01/2013 11:41 PM, Albert Y. C. Lai wrote:

On 13-04-01 06:26 AM, Roger Mason wrote:

It turned out that there was a stale version of 'array' lurking in the
ghc package db.  In spite of reinstalling ghc it did not go away until I
unregistered it.  I think it was persisting because re-installing ghc
simply unpacked over the old directory leaving that pre-existing file
intact.


See my http://www.vex.net/~trebla/haskell/sicp.xhtml for how does GHC 
know or not know what libs you have. In particular, it has very little 
to do with files, and clearing GHC is only half the story.


And how to have the same kind of problems recur in the future.
Thank you.  I have read and filed away the article for future 
reference.  I guess the best (least error prone) method of installing 
ghc and packages is to obtain a binary ghc (outside one's package 
manager), build haskell platform and then maintain ghc and packages 
outside the distro package manager.


Comments welcome.

Roger

This electronic communication is governed by the terms and conditions at
http://www.mun.ca/cc/policies/electronic_communications_disclaimer_2012.php

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal install vs. profiling

[David F. Place]

Hi,

Suppose I have installed a number of libraries and have written a
program using them.  Now, I want to profile my program.  What is the
best way to get the profiling versions of the libraries installed?

Thanks,
David

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install question

[Svein Ove Aas]

On Tue, Oct 21, 2008 at 11:37 PM, Ken98 <[EMAIL PROTECTED]> wrote:
>
> Hello, I recently started using cabal-install to install packages. However,
> ran into a problem today trying to install ftphs where the current HUnit
> dependency required base (==4). I'm using ghc-6.8.2 on ubuntu.
>
Right, that's the 6.10 version of base.

> So my question is, could I have used cabal install to specify the specific
> version of HUnit without having to do the manual
> download/configure/build/install?
>
Yes, you should be able to say "cabal install HUnit-1.2.0.0" or so.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install failure

[Duncan Coutts]

On Fri, 2008-06-13 at 11:19 -0400, Darrin Thompson wrote:
> Cabal-install is looking good. It now, for the record, has only two
> deps outside of Cabal-1.4.
> 
> I installed cabal-install-0.5 on ubuntu with the haskell.org linux
> binary for ghc 6.8.2.
> 
> I then tried cabal-install yi
> 
> Got this output:
> ... many successful installs ...
> Registering vty-3.0.1...
> Reading package info from "dist/installed-pkg-config" ... done.
> Saving old package config file... done.
> Writing new package config file... done.
> Downloading yi-0.3...
> [1 of 1] Compiling Main ( Setup.hs, dist/setup/Main.o )
> 
> Setup.hs:9:0:
> Warning: Deprecated use of `showPackageId'
>  (imported from Distribution.Simple, but defined in
> Distribution.Package):
>  use the Text class instead
> Linking dist/setup/setup ...
> Warning: defaultUserHooks in Setup script is deprecated.
> Configuring yi-0.3...
> Warning: Instead of 'ghc-options: -DDYNAMIC -DFRONTEND_VTY' use 'cpp-options:
> -DDYNAMIC -DFRONTEND_VTY'
> setup: alex version >=2.0.1 && <3 is required but it could not be found.
> cabal: Error: some packages failed to install:
> yi-0.3 failed during the configure step. The exception was:
> exit: ExitFailure 1
> 
> Is this a cabal problem of package problem? I would have expected it
> to fail immediately instead of discover this problem so far into
> process.

So it's failing when configuring yi because alex is not installed.

So the question is when should this get checked? I think it's not
unreasonable to have the check where it is now though perhaps we could
do better by bringing it forward.

The point is, cabal-install only checks that haskell packages are
available before beginning to install stuff. It leaves all the other
checks (build tools, C libs, custom checks in Setup.hs script etc) to be
done at the configure phase of each package.

In theory it's not impossible to imagine doing the configure phase of
every package before doing the build phase of any package but it's not
clear that it gains us that much and it's a bit more complex to do it
that way.

Duncan

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install failure

[Gwern Branwen]

On 2008.06.13 22:22:06 +0100, Duncan Coutts <[EMAIL PROTECTED]> scribbled 2.1K 
characters:
>
> On Fri, 2008-06-13 at 11:19 -0400, Darrin Thompson wrote:
> > Cabal-install is looking good. It now, for the record, has only two
> > deps outside of Cabal-1.4.
> >
> > I installed cabal-install-0.5 on ubuntu with the haskell.org linux
> > binary for ghc 6.8.2.
> >
> > I then tried cabal-install yi
> >
> > Got this output:
> > ... many successful installs ...
> > Registering vty-3.0.1...
> > Reading package info from "dist/installed-pkg-config" ... done.
> > Saving old package config file... done.
> > Writing new package config file... done.
> > Downloading yi-0.3...
> > [1 of 1] Compiling Main ( Setup.hs, dist/setup/Main.o )
> >
> > Setup.hs:9:0:
> > Warning: Deprecated use of `showPackageId'
> >  (imported from Distribution.Simple, but defined in
> > Distribution.Package):
> >  use the Text class instead
> > Linking dist/setup/setup ...
> > Warning: defaultUserHooks in Setup script is deprecated.
> > Configuring yi-0.3...
> > Warning: Instead of 'ghc-options: -DDYNAMIC -DFRONTEND_VTY' use 
> > 'cpp-options:
> > -DDYNAMIC -DFRONTEND_VTY'
> > setup: alex version >=2.0.1 && <3 is required but it could not be found.
> > cabal: Error: some packages failed to install:
> > yi-0.3 failed during the configure step. The exception was:
> > exit: ExitFailure 1
> >
> > Is this a cabal problem of package problem? I would have expected it
> > to fail immediately instead of discover this problem so far into
> > process.
>
> So it's failing when configuring yi because alex is not installed.
>
> So the question is when should this get checked? I think it's not
> unreasonable to have the check where it is now though perhaps we could
> do better by bringing it forward.
>
> The point is, cabal-install only checks that haskell packages are
> available before beginning to install stuff. It leaves all the other
> checks (build tools, C libs, custom checks in Setup.hs script etc) to be
> done at the configure phase of each package.
>
> In theory it's not impossible to imagine doing the configure phase of
> every package before doing the build phase of any package but it's not
> clear that it gains us that much and it's a bit more complex to do it
> that way.
>
> Duncan

I think this may be Cabal's fault anyway. The yi.cabal includes the line:
 build-tools:   alex >= 2.0.1 && < 3

in the 'executable yi' section, right after the build-depends, so Yi is being 
straightforward and upfront about its needs. Now, Cabal is obviously checking 
that the build-depends is satisfied first, but why isn't it checking that alex 
is available when it has the information it needs to check, presumably anything 
in build-tools is *required*, and the field name suggests that it would be 
checked?

--
gwern
watchers 5.0i Fax UXO NORAD Consulting meta Gatt of data


signature.asc
Description: Digital signature
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install failure

[Duncan Coutts]

On Fri, 2008-06-13 at 22:10 -0400, Gwern Branwen wrote:

> I think this may be Cabal's fault anyway. The yi.cabal includes the line:
>  build-tools:   alex >= 2.0.1 && < 3
> 
> in the 'executable yi' section, right after the build-depends, so Yi
> is being straightforward and upfront about its needs. Now, Cabal is
> obviously checking that the build-depends is satisfied first, but why
> isn't it checking that alex is available when it has the information
> it needs to check, presumably anything in build-tools is *required*,
> and the field name suggests that it would be checked?

Yes, you're right. This is the ticket you filed last time:

http://hackage.haskell.org/trac/hackage/ticket/227

and my comment:

One problem is that not all build-tools correspond to haskell
packages. Some do some don't. We have a hard coded list of them
at the moment (which can be extended in Setup.hs files) so we
could extend that with what haskell package if any the tools
correspond to. Any better suggestions to make it a tad more
generic?

If anyone has a godd suggestion I'm happy to hear it. Otherwise we can
just add a Maybe Dependency to the Program type to indicate that some
build tools have a corresponding haskell package.

Duncan

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install failure

[Claus Reinke]

http://hackage.haskell.org/trac/hackage/ticket/227

   One problem is that not all build-tools correspond to haskell
   packages. Some do some don't. We have a hard coded list of them
   at the moment (which can be extended in Setup.hs files) so we
   could extend that with what haskell package if any the tools
   correspond to. Any better suggestions to make it a tad more
   generic?


That list seems to be in Distribution/Simple/Program.hs, in case 
anyone else is looking for it. Encoded information includes: 
dependency name, program name (if different from dependency),

option to get version info and code to extract it (with one apparently
very special case being hsc2hs).

Btw, most of the version extraction code looks like a regular 
expression match - wouldn't that make the specification easier

(and turn the comments into part of the spec)?


If anyone has a godd suggestion I'm happy to hear it. Otherwise we can
just add a Maybe Dependency to the Program type to indicate that some
build tools have a corresponding haskell package.


I'm not sure what you're suggesting there (currently even those
tools that can be built with Cabal do not register with Cabal), but 
here are my suggestions:


1. Haskell tools should register with Cabal, whether built with it
   (such as Alex, Happy, ..) or not (such as GHC, ..). That 
   registration should include any build-relevant information

   (versions/variants, ..).

2. When checking a build-tools dependency, Cabal checks
   (a) whether the tool is registered with Cabal
   (b) whether the tool is registered with the system installation manager
   (c) whether the tool can be found by other means (configure,
   built-in rules, ..)

In other words, make tools look like packages (lifetime dependency
management, not just build support), and make system packages look 
like Cabal packages (Cabal as the interface to native managers), using 
special treatment only if absolutely necessary. I thought those suggestions

were clear from my earlier messages?-)

Claus

http://www.haskell.org/pipermail/haskell-cafe/2008-May/043368.html
http://www.haskell.org/pipermail/haskell-cafe/2008-June/043977.html
http://www.haskell.org/pipermail/haskell-cafe/2008-June/043910.html


___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install failure

[Duncan Coutts]

On Sat, 2008-06-14 at 11:03 +0100, Claus Reinke wrote:
> > http://hackage.haskell.org/trac/hackage/ticket/227
> > 
> >One problem is that not all build-tools correspond to haskell
> >packages. Some do some don't. We have a hard coded list of them
> >at the moment (which can be extended in Setup.hs files) so we
> >could extend that with what haskell package if any the tools
> >correspond to. Any better suggestions to make it a tad more
> >generic?
> 
> That list seems to be in Distribution/Simple/Program.hs, in case 
> anyone else is looking for it. Encoded information includes: 
> dependency name, program name (if different from dependency),

Right, we have the common name of the program. We don't actually track
the actual name as it happens to be on any particular system except in
so far as we try to find the full path to the program when we configure
it.

The main point of the Program abstraction is about configuring and
running programs. As it happens some programs are provided by some
haskell packages (but not all, eg ld, ar, etc).

> option to get version info and code to extract it (with one apparently
> very special case being hsc2hs).

And ld.exe on windows (we find it in ghc's gcc-lib bin dir).

> Btw, most of the version extraction code looks like a regular 
> expression match - wouldn't that make the specification easier
> (and turn the comments into part of the spec)?

True, in most cases finding the name of the program involves running it
with some --version flag and matching some part of the output. However
that's not always the case. Some programs do silly things like produce
the version output on stderr instead of stdout. We figured the most
general thing was just a function

FilePath -> IO (Maybe Version)

which is what we've got. I'm not sure what the advantage would be to
make it more declarative by making it into data rather than a extraction
function.

Also, the Cabal lib cannot depend on any regular expression library
because they are not part of the bootstrapping library set.

> > If anyone has a godd suggestion I'm happy to hear it. Otherwise we can
> > just add a Maybe Dependency to the Program type to indicate that some
> > build tools have a corresponding haskell package.
> 
> I'm not sure what you're suggesting there (currently even those
> tools that can be built with Cabal do not register with Cabal), but 
> here are my suggestions:
>
> 1. Haskell tools should register with Cabal, whether built with it
> (such as Alex, Happy, ..) or not (such as GHC, ..). That 
> registration should include any build-relevant information
> (versions/variants, ..).
> 
> 2. When checking a build-tools dependency, Cabal checks
> (a) whether the tool is registered with Cabal

I'm not sure this helps. We want to know what to install when it's
missing. We can already tell if a program (not package) is available by
searching for it.

> (b) whether the tool is registered with the system installation manager

This is hard.

> (c) whether the tool can be found by other means (configure,
> built-in rules, ..)
> 
> In other words, make tools look like packages (lifetime dependency
> management, not just build support), and make system packages look 
> like Cabal packages (Cabal as the interface to native managers), using 
> special treatment only if absolutely necessary. I thought those suggestions
> were clear from my earlier messages?-)

Sure, haskell executable tools built by haskell packages are really
packages.

So the problem currently is that build-tools refers to programs not
packages. One can list any known program in the build-tools field and
the list of programs is extensible in the Setup.hs script.

As they are used so far by current packages on hackage, they always
refer to haskell tools built by haskell packages (almost only used to
refer to alex, happy and c2hs) so perhaps we should just quietly
redefine the meaning on build-tools to be another kind of build-depends.
That is it specifies a haskell package.

If we have need to specify non-haskell build tools, perhaps we should do
that separately? eg "some-other-kind-of-build-tools: perl >= 5.8"

Duncan

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install failure

[Claus Reinke]

The main point of the Program abstraction is about configuring and
running programs. As it happens some programs are provided by some
haskell packages (but not all, eg ld, ar, etc).


option to get version info and code to extract it (with one apparently
very special case being hsc2hs).


And ld.exe on windows (we find it in ghc's gcc-lib bin dir).


I didn't notice this special case in Program.hs - are my sources
just out of date, or is this special handling encoded elsewhere?

Btw, most of the version extraction code looks like a regular 
expression match - wouldn't that make the specification easier

(and turn the comments into part of the spec)?


True, in most cases finding the name of the program involves running it
with some --version flag and matching some part of the output. However
that's not always the case. Some programs do silly things like produce
the version output on stderr instead of stdout. We figured the most
general thing was just a function

FilePath -> IO (Maybe Version)

which is what we've got. I'm not sure what the advantage would be to
make it more declarative by making it into data rather than a extraction
function.


Usually, the most general approach for this kind of problem is
good as a default/backup, but not so good for maintenance. The
more cases can be handled with dedicated declarative specs, the
smaller the risk of accidental/hidden breakage (eg, moving the 
comments into regex patterns), the more compact and understandable 
the specs (a line per tool, with option and regex, all in one place

would be easier to comprehend than the current free-coding style).

More importantly, concise declarative specs are easier to update
and extend (could be done by users rather than Cabal maintainers,
and preferably outside of Cabal sources).


Also, the Cabal lib cannot depend on any regular expression library
because they are not part of the bootstrapping library set.


Sigh. I've heard that one before, and the ghc-pkg bulk queries are
not as flexible as they could be because I had to use less expressive
functions instead of regexes. Since Haskell-only regex packages
exist, perhaps one should just be added to the bootlib set? After
all, we bother with regexes because they are so frequently useful.


1. Haskell tools should register with Cabal, whether built with it
(such as Alex, Happy, ..) or not (such as GHC, ..). That 
registration should include any build-relevant information

(versions/variants, ..).

2. When checking a build-tools dependency, Cabal checks
(a) whether the tool is registered with Cabal


I'm not sure this helps. We want to know what to install when it's
missing. We can already tell if a program (not package) is available by
searching for it.


But that means either configure or a subset of special configure
rules baked into Cabal's sources, combined with fragile Setup.hs
extensions to that subset. IMHO, the less of configure/hardcoded
rules/Setup.hs, the better (simpler, less breakage with Cabal 
updates, etc.).


How about this: instead of baking rules for those tools into the
Cabal sources, why not have a single "known-tools" package?
On (re-)installing that package, its configure/Setup is run once,
to register availability and build-related information for all those
tools with Cabal (currently, that would mean a package per
tool; later, the known-tools package itself could expose multiple
tools, but Cabal would still need to be able to check which of 
the "exposed-tools" have been found).


That way, the known-tools could be updated independently,
instead of requring Cabal source hacking and releases, and
instead of spreading special configure rules for common tools
over all packages, they'd be located in a single package 
(easier to maintain and improve, and improvements are shared).



(b) whether the tool is registered with the system installation manager


This is hard.


Why? Because there are more installation managers than OSs,
or because so many program installs bypass them? Querying
an installation manager shouldn't be any more difficult than
querying ghc-pkg, say.

If a program is registered with, eg. Windows Add/Remove
Programs, I can use "reg query " to find its registration
info, and if I don't know the key, I can use

reg query HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall /s

to list all registered programs, or

reg export HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall 

to get all registration info dumped to a file, and look for
DisplayNames of the tools I'm interested in:

reg query HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall /s | 

   find "DisplayName" | find "Opera"
   DisplayName REG_SZ  Opera 9.50

reg query HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall /s | 

   find "DisplayName" | find "Hugs"
   DisplayName REG_SZ  WinHugs

reg query HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall /s | 

   find "DisplayName" | find "Haskell"
   DisplayName REG_SZ  Glasgow Hask

Re: [Haskell-cafe] cabal-install failure

[Gwern Branwen]

On 2008.06.14 08:56:34 +0100, Duncan Coutts <[EMAIL PROTECTED]> scribbled 1.3K 
characters:
>
> On Fri, 2008-06-13 at 22:10 -0400, Gwern Branwen wrote:
>
> > I think this may be Cabal's fault anyway. The yi.cabal includes the line:
> >  build-tools:   alex >= 2.0.1 && < 3
> >
> > in the 'executable yi' section, right after the build-depends, so Yi
> > is being straightforward and upfront about its needs. Now, Cabal is
> > obviously checking that the build-depends is satisfied first, but why
> > isn't it checking that alex is available when it has the information
> > it needs to check, presumably anything in build-tools is *required*,
> > and the field name suggests that it would be checked?
>
> Yes, you're right. This is the ticket you filed last time:
>
> http://hackage.haskell.org/trac/hackage/ticket/227
>
> and my comment:
>
> One problem is that not all build-tools correspond to haskell
> packages. Some do some don't. We have a hard coded list of them
> at the moment (which can be extended in Setup.hs files) so we
> could extend that with what haskell package if any the tools
> correspond to. Any better suggestions to make it a tad more
> generic?
>
> If anyone has a godd suggestion I'm happy to hear it. Otherwise we can
> just add a Maybe Dependency to the Program type to indicate that some
> build tools have a corresponding haskell package.
>
> Duncan

Well, one work-around would be to have everyone do a library/executable split 
for their tools. This exposes a library module and allows it to be listed in 
build-depends:.

(This is something of a hack, but I think it has some nice effects - it's 
polite to allow people access to the core logic so they can try to improve on 
your version, and it encourages you to make the executable more of a wrapper 
around a library.)

--
gwern
benelux EIP Red CISD LUK on botux Bletchley 2E781 Connections


signature.asc
Description: Digital signature
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install failure

[Duncan Coutts]

On Mon, 2008-06-16 at 13:25 +0100, Claus Reinke wrote:
> > The main point of the Program abstraction is about configuring and
> > running programs. As it happens some programs are provided by some
> > haskell packages (but not all, eg ld, ar, etc).
> > 
> >> option to get version info and code to extract it (with one apparently
> >> very special case being hsc2hs).
> > 
> > And ld.exe on windows (we find it in ghc's gcc-lib bin dir).
> 
> I didn't notice this special case in Program.hs - are my sources
> just out of date, or is this special handling encoded elsewhere?

It's in the configuration code for ghc. If it's on windows then it tries
to find ld.exe relative to where ghc was found.

> >> Btw, most of the version extraction code looks like a regular 
> >> expression match - wouldn't that make the specification easier
> >> (and turn the comments into part of the spec)?
> > 
> > True, in most cases finding the name of the program involves running it
> > with some --version flag and matching some part of the output. However
> > that's not always the case. Some programs do silly things like produce
> > the version output on stderr instead of stdout. We figured the most
> > general thing was just a function
> > 
> > FilePath -> IO (Maybe Version)
> > 
> > which is what we've got. I'm not sure what the advantage would be to
> > make it more declarative by making it into data rather than a extraction
> > function.
> 
> Usually, the most general approach for this kind of problem is
> good as a default/backup, but not so good for maintenance. The
> more cases can be handled with dedicated declarative specs, the
> smaller the risk of accidental/hidden breakage (eg, moving the 
> comments into regex patterns), the more compact and understandable 
> the specs (a line per tool, with option and regex, all in one place
> would be easier to comprehend than the current free-coding style).

So we can provide a more compact helper function for the common case bu
since not all of them fit the common case we cannot change the general
interface.

> More importantly, concise declarative specs are easier to update
> and extend (could be done by users rather than Cabal maintainers,
> and preferably outside of Cabal sources).
> 
> > Also, the Cabal lib cannot depend on any regular expression library
> > because they are not part of the bootstrapping library set.
> 
> Sigh. I've heard that one before, and the ghc-pkg bulk queries are
> not as flexible as they could be because I had to use less expressive
> functions instead of regexes. Since Haskell-only regex packages
> exist, perhaps one should just be added to the bootlib set? After
> all, we bother with regexes because they are so frequently useful.

In the specific case of parsing --version strings, I'm not sure regexes
are any easier. Using words and then selecting the Nth word seems to do
pretty well.

> >> 1. Haskell tools should register with Cabal, whether built with it
> >> (such as Alex, Happy, ..) or not (such as GHC, ..). That 
> >> registration should include any build-relevant information
> >> (versions/variants, ..).
> >> 
> >> 2. When checking a build-tools dependency, Cabal checks
> >> (a) whether the tool is registered with Cabal
> > 
> > I'm not sure this helps. We want to know what to install when it's
> > missing. We can already tell if a program (not package) is available by
> > searching for it.
> 
> But that means either configure or a subset of special configure
> rules baked into Cabal's sources, combined with fragile Setup.hs
> extensions to that subset. IMHO, the less of configure/hardcoded
> rules/Setup.hs, the better (simpler, less breakage with Cabal 
> updates, etc.).
> 
> How about this: instead of baking rules for those tools into the
> Cabal sources, why not have a single "known-tools" package?
> On (re-)installing that package, its configure/Setup is run once,
> to register availability and build-related information for all those
> tools with Cabal (currently, that would mean a package per
> tool; later, the known-tools package itself could expose multiple
> tools, but Cabal would still need to be able to check which of 
> the "exposed-tools" have been found).
> 
> That way, the known-tools could be updated independently,
> instead of requring Cabal source hacking and releases, and
> instead of spreading special configure rules for common tools
> over all packages, they'd be located in a single package 
> (easier to maintain and improve, and improvements are shared).

Yeah this would be better. The same goes for things like pre-processors,
but their rules are harder to express.

> >> (b) whether the tool is registered with the system installation manager
> > 
> > This is hard.
> 
> Why? Because there are more installation managers than OSs,
> or because so many program installs bypass them? Querying
> an installation manager shouldn't be any more difficult than
> querying ghc-pkg, say.

Both. There are many of them, eac

Re: [Haskell-cafe] cabal-install failure

[Claus Reinke]

In the specific case of parsing --version strings, I'm not sure regexes
are any easier. Using words and then selecting the Nth word seems to do
pretty well.


for comparison, see the examples below:-) There's no reason
this can't be massaged further, but it already allows for IO if
necessary (I like that it is compact and self-documenting -the
comments have become part of the patterns, but if you don't 
want to match against the precise message format, you can use 
more of [^[:space:]]* - pity that \S* isn't posix..).


Claus

import Text.Regex
import System.Process(runInteractiveProcess)
import System.IO(hGetContents)

test = mapM_ ((print =<<) . getVersion) programs

getVersion (prg,flag,io,extract) = do
 (i,o,e,p) <- runInteractiveProcess prg [flag] Nothing Nothing
 version <- hGetContents ([o,e]!!(io-1)) >>= extract
 return (prg,version)

defaultMatch :: String -> String -> IO String
defaultMatch pattern = return . maybe "" head . (matchRegex (mkRegex pattern))

programs = [ghc,ghcPkg,happy,alex,haddock]

ghc = ("ghc","--numeric-version",1,
 defaultMatch "([^[:space:]]*)")
ghcPkg = ("ghc-pkg","--version",1,
 defaultMatch "GHC package manager version ([^[:space:]]*)")
happy = ("happy","--version",1,
 defaultMatch "Happy Version ([^[:space:]]*)")
alex = ("alex","--version",1,
 defaultMatch "Alex version ([.0-9]*)")
haddock = ("haddock","--version",1,
 defaultMatch "Haddock version ([.0-9]*)")


___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal-install profiling libraries

[Johannes Waldmann]

Here's another instance of the machine (*) telling me what to do, 
instead of doing it (or am I missing something):

I have a large set of cabal packages installed with ghc.
Then suddenly I need some package Foo with profiling. 
So I switch to library-profiling: True  in  my .cabal/config,
and then "cabal install Foo" -  failing with the message:

 Perhaps you haven't installed the profiling libraries for package `Bar'

for some package Bar that Foo depends upon. - Dear Cabal: Yes!
I know that I haven't installed them! I want you to install them for me!
But it isn't listening ...

(*) "machine" = everything in that metal box that was so expensive
and has a lot of cables coming out, and ventilators running.


Of course you know that I have the highest respect for the work
of the cabal authors. I'm just suggesting that the above feature
(auto-re-install dependencies) would be helpful. Perhaps it's already there?
If not - would it be hard to specify? To build? Or would it have
bad consequences?

Is it "cabal upgrade --reinstall"? But that was deprecated?
Here I really want "reinstall with exactly the same versions".
Is it the problem that their sources may have vanished, meanwhile?
Could it be solved by having "cabal install" storing a copy of
the source package that it used?

Thanks - J.W.


___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal-install prefix

[Ivan Lazar Miljenovic]

On 22 September 2010 15:55, N. Raghavendra  wrote:
> I am new to Haskell, and am trying to install a package (scan) using
> cabal-install.  I want it to install all files under the directory
> ${HOME}/nonvc, like in ~/nonvc/share and ~/nonvc/bin.  So I specified
>
> install-dirs user
>  -- prefix: /home/raghu/nonvc

In Haskell, -- is the start of a single-line comment (like // in
Java), and cabal-install has taken that for its configuration file
(rather than # like in most config files).  So remove the -- from the
front of the line to get it working.

-- 
Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com
IvanMiljenovic.wordpress.com
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] : cabal install SDL

[Stephen Tetley]

2009/12/27 Lie Ryan :
> [SNIP...]  (i.e. can I use
> the resultant SDL-binding outside Cygwin?)


Hi

The short answers is "yes" - once you have the Haskell binding
installed will need only the .exe of your (Haskell) application
compiled by GHC and the SDL.dll [1].

The long answer is that this was true for whichever GHC I was using a
year ago (probably 6.10.1) so should still be true now but isn't
guaranteed. Installing the development packages for SDL was a bit
convoluted a year ago - cygwin needs the DirectX headers[2]. Also I
think you might have to compile to an exe each time - I seem to
remember you couldn't develop with SDL and GHCi.

[1] http://www.libsdl.org/release/SDL-1.2.14-win32.zip

[2] http://www.libsdl.org/extras/win32/cygwin/README.txt

Best wishes

Stephen
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal install vacuum-cairo

[Ozgur Akgun]

Cafe,

I've been trying to install vacuum-cairo using cabal but I couldn't have it
installed because of the missing packages cairo, svg and gtkcairo.

What should I do to install vacuum-cairo?

Thanks for any help in advance,


-- 
Ozgur Akgun
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install glfw

[Paul L]

The problem you mentioned has long been fixed in the darcs version,
but then there is also another problem: you need GHC 6.12 in order to
compile GLFW for Snow Leopard. Here is a detail description of why
prior versions of GHC fails to work:
http://hackage.haskell.org/trac/ghc/ticket/3522

I've just made a new release and bumped GLFW to 0.4.2, you may try it
with GHC 6.12 on Snow Leopard and see if it now works.


On 1/19/10, Ozgur Akgun  wrote:
> Dear Cafe and Paul,
>
> I am constantly having problems with cabal install in Snow Leopard. Some I
> solve, some I cannot unfortunately.
>
> When I run
>
> sudo cabal install glfw -v2
>
> in Snow Leopard, I get the following.
>
> glfw/lib/macosx/macosx_enable.c:1:0:
>  error: bad value (apple) for -march= switch
>
> glfw/lib/macosx/macosx_enable.c:1:0:
>  error: bad value (apple) for -mtune= switch
> cabal: Error: some packages failed to install:
> GLFW-0.4.1 failed during the building phase. The exception was:
> exit: ExitFailure 1
>
>
> Regards,
>
> --
> Ozgur Akgun
>


-- 
Regards,
Paul Liu

Yale Haskell Group
http://www.haskell.org/yale
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install glfw

[Ozgur Akgun]

Sorry, I cannot install GHC 6.12 right now, so I won't be able to try it.
Thanks anyway.

2010/1/19 Paul L 

> The problem you mentioned has long been fixed in the darcs version,
> but then there is also another problem: you need GHC 6.12 in order to
> compile GLFW for Snow Leopard. Here is a detail description of why
> prior versions of GHC fails to work:
> http://hackage.haskell.org/trac/ghc/ticket/3522
>
> I've just made a new release and bumped GLFW to 0.4.2, you may try it
> with GHC 6.12 on Snow Leopard and see if it now works.
>
>
> On 1/19/10, Ozgur Akgun  wrote:
> > Dear Cafe and Paul,
> >
> > I am constantly having problems with cabal install in Snow Leopard. Some
> I
> > solve, some I cannot unfortunately.
> >
> > When I run
> >
> > sudo cabal install glfw -v2
> >
> > in Snow Leopard, I get the following.
> >
> > glfw/lib/macosx/macosx_enable.c:1:0:
> >  error: bad value (apple) for -march= switch
> >
> > glfw/lib/macosx/macosx_enable.c:1:0:
> >  error: bad value (apple) for -mtune= switch
> > cabal: Error: some packages failed to install:
> > GLFW-0.4.1 failed during the building phase. The exception was:
> > exit: ExitFailure 1
> >
> >
> > Regards,
> >
> > --
> > Ozgur Akgun
> >
>
>
> --
> Regards,
> Paul Liu
>
> Yale Haskell Group
> http://www.haskell.org/yale
>



-- 
Ozgur Akgun
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] Cabal-install: bus error

[Chris Eidhof]

Hey everyone,

After I upgraded to a newer cabal-install my cabal-install broke again: I get a 
Bus Error when doing "cabal update" or "cabal install something". The version 
that was bundled with the Haskell platform worked fine, but now it's broken 
again. I'm not sure what it was that went wrong or how to debug this.

The previous time I had Bus Errors I upgraded to the newest available Haskell 
Platform release and started from scratch. I would prefer not to do that again. 
However, I don't really know how to solve the Bus Error. Does anyone have a 
clue where to start? Or is there a way to undo my cabal-install upgrade?

-chris

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install-1.16.0.2

[Johan Tibell]

On Mon, Oct 15, 2012 at 7:16 PM, Johan Tibell  wrote:
> Hi all,
>
> I've created bug fix release candidates for Cabal and cabal-install to
> address the bugs found after the release.

Here's the list of fixed bugs:

Fixed since cabal-install-1.16.0:

 * Fix installing from custom folder on Linux (#1058)
 * Change bootstrap.sh to require Cabal >= 1.16 && < 1.18
 * Bump cabal-install version number to 1.16.0.1
 * Bump network dependency in bootstrap.sh to 2.3.1.1
 * Fix compilation error
 * Disable setting the jobs: $nprocs line in default ~/.cabal config
 * Fix building cabal-install with ghc-6.12 and older

Fixed since Cabal-1.16.0.1:

 * Bump Cabal version number to 1.16.0.2
 * Fixed warnings on the generated Paths module. The warnings are
generated by the flag '-fwarn-missing-import-lists'.

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install-1.16.0.2

[Andrés Sicard-Ramírez]

Hi Johan,

On Mon, Oct 15, 2012 at 10:18 PM, Johan Tibell  wrote:
>
> Fixed since Cabal-1.16.0.1:
>
>  * Fixed warnings on the generated Paths module. The warnings are
> generated by the flag '-fwarn-missing-import-lists'.

I tested this issue with Cabal-1.16.0.2 and the issue was fixed.

Thanks,

-- 
Andrés

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] Cabal-install is broken

[Permjacov Evgeniy]

current cabal-install (0.8.2) cannot be compiled with ghc-7.0.1 set of
boot libraries. It requires cabal 1.8.* wich fails to compile. Does
anyone worked this out ?
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] `cabal install darcs` fail !

[z_axis]

>cabal update
>cabal install darcs
..
Installing library in
/home/sw2wolf/.cabal/lib/hashed-storage-0.5.5/ghc-6.10.4
Registering hashed-storage-0.5.5...
Reading package info from "dist/installed-pkg-config" ... done.
Writing new package config file... done.
cabal: Error: some packages failed to install:
darcs-2.5.1 depends on haskeline-0.6.3.2 which failed to install.
haskeline-0.6.3.2 failed during the configure step. The exception was:
ExitFailure 1

>uname -a
FreeBSD mybsd.zsoft.com 8.1-RELEASE FreeBSD 8.1-RELEASE #1: Wed Sep  8
09:07:54 CST 2010
r...@mybsd.zsoft.com:/media/G/usr/obj/media/G/usr/src/sys/MYKERNEL  i386

It seems that the cabal is NOT very strong, isnot it ?

-
e^(π.i) + 1 = 0
-- 
View this message in context: 
http://haskell.1045720.n5.nabble.com/cabal-install-darcs-fail-tp3390542p3390542.html
Sent from the Haskell - Haskell-Cafe mailing list archive at Nabble.com.

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal install problem

[Ivan Lazar Miljenovic]

On 6 November 2011 01:52, Victor Miller  wrote:
> Lately whenever I try to install a cabal package it fails with the
> following error message:
>
> Could not find module `Control.Monad.State':
>     Perhaps you haven't installed the profiling libraries for
> package `mtl-2.0.1.0'?
>     Use -v to see a list of the files searched for.

That means that the package hasn't listed mtl as a dependency in its
.cabal file.

-- 
Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com
IvanMiljenovic.wordpress.com

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal install problem

[Daniel Fischer]

On Saturday 05 November 2011, 16:00:40, Ivan Lazar Miljenovic wrote:
> On 6 November 2011 01:52, Victor Miller  wrote:
> > Lately whenever I try to install a cabal package it fails with the
> > following error message:
> > 
> > Could not find module `Control.Monad.State':
> > Perhaps you haven't installed the profiling libraries for
> > package `mtl-2.0.1.0'?
> > Use -v to see a list of the files searched for.
> 
> That means that the package hasn't listed mtl as a dependency in its
> .cabal file.

Or it means that mtl wasn't built for profiling, but cabal tries to build 
the new package for profiling.
In that case, either don't try to build new packages for profiling, or 
reinstall mtl (and everything depending on it) also building the profiling 
libraries.

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal install problem

[Joachim Breitner]

Hi,

Am Samstag, den 05.11.2011, 16:21 +0100 schrieb Daniel Fischer:
> On Saturday 05 November 2011, 16:00:40, Ivan Lazar Miljenovic wrote:
> > On 6 November 2011 01:52, Victor Miller  wrote:
> > > Lately whenever I try to install a cabal package it fails with the
> > > following error message:
> > > 
> > > Could not find module `Control.Monad.State':
> > > Perhaps you haven't installed the profiling libraries for
> > > package `mtl-2.0.1.0'?
> > > Use -v to see a list of the files searched for.
> > 
> > That means that the package hasn't listed mtl as a dependency in its
> > .cabal file.
> 
> Or it means that mtl wasn't built for profiling, but cabal tries to build 
> the new package for profiling.
> In that case, either don't try to build new packages for profiling, or 
> reinstall mtl (and everything depending on it) also building the profiling 
> libraries.

or, if you installed mtl from a distribution source, install the
profiling package (libghc-mtl-prof on Debian and Ubuntu).

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
  m...@joachim-breitner.de  |  nome...@debian.org  |  GPG: 0x4743206C
  xmpp: nome...@joachim-breitner.de | http://www.joachim-breitner.de/



signature.asc
Description: This is a digitally signed message part
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal install --hyperlink-source ?

[Johannes Waldmann]

Hello.

I can do "cabal install --enable-documentation"
which is nice because it does
configure, build, haddock and copy in one go,

but I don't see how to pass options
from "cabal install" to  "cabal haddock" (e.g., --hyperlink-source)

Any hints appreciated, J.W.



signature.asc
Description: OpenPGP digital signature
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install pandoc [solved]

[Roger Mason]

Hello,

On 03/29/2013 08:13 AM, Roger Mason wrote:

Hello,

It appears in my case that cabal may be looking in a strange place for 
installed pacckages.  At least, that is how I interpret the output I 
just pasted here:

http://pastebin.ca/2344794

Thanks,
Roger
ghc-pkg check showed that there were problems with 'array'. ghc-pkg 
unregister and a fresh installation of ghc and cabal-install have fixed 
the problem.


Thanks to all who responded.

Roger

This electronic communication is governed by the terms and conditions at
http://www.mun.ca/cc/policies/electronic_communications_disclaimer_2012.php

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal-install 1.16.0.2 on Mac

[Richard A. O'Keefe]

Machine:an Intel Core 2 Duo desktop Mac.
OS: Mac OS X 10.7.4
Xcode:  4.6.1 (including command line tools)
Haskell:"Haskell Platform 2012.4.0.0 64bit.pkg"
downloaded today (GHC 7.4.2)

cabal update advised me to install a new cabal-install.

m% cabal install cabal-install
Resolving dependencies...
Downloading Cabal-1.16.0.3...
[ 1 of 65] Compiling Distribution.Compat.Exception ( 
/var/folders/_n/5bc02hb51d361crtq41g_gc4000g8p/T/Cabal-1.16.0.3-85340/Cabal-1.16.0.3/Distribution/Compat/Exception.hs,
 
/var/folders/_n/5bc02hb51d361crtq41g_gc4000g8p/T/Cabal-1.16.0.3-85340/Cabal-1.16.0.3/dist/setup/Distribution/Compat/Exception.o
 )
<<< snip >>>
[52 of 67] Compiling Distribution.Simple.Build.PathsModule ( 
Distribution/Simple/Build/PathsModule.hs, 
dist/build/Distribution/Simple/Build/PathsModule.o )

Distribution/Simple/Build/PathsModule.hs:210:19:
Warning: Pattern match(es) are non-exhaustive
 In a case alternative:
 Patterns not matched:
 PPC
 PPC64
 Sparc
 Arm
 ...
[53 of 67] Compiling Distribution.Simple.GHC ( Distribution/Simple/GHC.hs, 
dist/build/Distribution/Simple/GHC.o )

<<< snip >>>
[65 of 65] Compiling Main ( 
/var/folders/_n/5bc02hb51d361crtq41g_gc4000g8p/T/Cabal-1.16.0.3-85340/Cabal-1.16.0.3/Setup.hs,
 
/var/folders/_n/5bc02hb51d361crtq41g_gc4000g8p/T/Cabal-1.16.0.3-85340/Cabal-1.16.0.3/dist/setup/Main.o
 )
Linking 
/var/folders/_n/5bc02hb51d361crtq41g_gc4000g8p/T/Cabal-1.16.0.3-85340/Cabal-1.16.0.3/dist/setup/setup
 ...
Configuring Cabal-1.16.0.3...
Building Cabal-1.16.0.3...
Preprocessing library Cabal-1.16.0.3...
[ 1 of 67] Compiling Paths_Cabal  ( dist/build/autogen/Paths_Cabal.hs, 
dist/build/Paths_Cabal.o )

<<< snip >>>

[56 of 65] Compiling Distribution.Client.SetupWrapper ( 
Distribution/Client/SetupWrapper.hs, 
dist/build/cabal/cabal-tmp/Distribution/Client/SetupWrapper.o )

Distribution/Client/SetupWrapper.hs:51:12:
Warning: In the use of `ghcVerbosityOptions'
 (imported from Distribution.Simple.GHC):
 Deprecated: "Use the GhcOptions record instead"
[57 of 65] Compiling Distribution.Client.Upload ( 
Distribution/Client/Upload.hs, 
dist/build/cabal/cabal-tmp/Distribution/Client/Upload.o )

<<< snip >>>

[65 of 65] Compiling Main ( Main.hs, 
dist/build/cabal/cabal-tmp/Main.o )
Linking dist/build/cabal/cabal ...
Installing executable(s) in /home/cshome/o/ok/.cabal/bin
/Developer/usr/bin/strip: object: /home/cshome/o/ok/.cabal/bin/cabal malformed 
object (unknown load command 15)
cabal: Error: some packages failed to install:
cabal-install-1.16.0.2 failed during the final install step. The exception
was:
ExitFailure 1

m% file ~/.cabal/bin/cabal
/home/cshome/o/ok/.cabal/bin/cabal: Mach-O 64-bit executable x86_64

The strip(1) page ends with this, which may be relevant:
LIMITATIONS
   Not every layout of a Mach-O file can be stripped by this program.  But
   all layouts produced by the Apple compiler system can be stripped.

m% otool -l ~/.cabal/bin/cabal
<<< snip >>>
Load command 14
 cmd LC_FUNCTION_STARTS
  cmdsize 16
 dataoff  12743064
datasize 204136
Load command 15
  cmd ?(0x0029) Unknown load command
  cmdsize 16
00c58f00  


So something is definitely putting something in there that 
the Xcode 4.6.1 tools do not like.


___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal install profiling and documentation

[Ben]

i've gone and cabal installed a lot of packages, but now i want to go
back and install their profiling libraries and documentation.  is
there an easy way of doing this, short of reinstalling all of them (in
the proper dependency order)?

ben
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install vs. profiling

[Gwern Branwen]

On Wed, Apr 15, 2009 at 11:21 AM, David F. Place  wrote:

Hi,

Suppose I have installed a number of libraries and have written a
program using them.  Now, I want to profile my program.  What is the
best way to get the profiling versions of the libraries installed?

Thanks,
David


I'd chuck 'library-profiling: True' into my .cabal/config, and do 'cabal install 
--reinstall ' (being careful to exclude the core libraries 
like unix and process).

--
gwern

signature.asc
Description: OpenPGP digital signature
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] Cabal install on Windows 7

[Peter Verswyvelen]

I tried the "cabal install" command on Windows 7, and I had to run it
with administrative privileges, otherwise I got access denied (it
failed to create the Haskell folder in C:\Program Files)

Not sure if this is also the case on Vista.

Is this the intended behavior?
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal-install binary for FreeBSD

[Michael Snoyman]

Hi all,

I'm trying out NearlyFreeSpeech.net for hosting my Haskell apps. They use
FreeBSD 7.2, but I can't get cabal-install to compile since it runs out of
memory during the link phase. So far I haven't had trouble manually
installing packages, but it would be nice to just do cabal install...

Anyway, I don't have FreeBSD installed locally, and I was wondering if
anyone out there might have a cabal binary for FreeBSD that they could send
over.

Thanks,
Michael
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] Cabal-Install Fails To Compile

[Aditya Siram]

Hi all,
I downloaded cabal-install and the cabal-1.4 branch from darcs. The following 
error occurs when building:
> runhaskell Setup.hs build

Building cabal-install-0.4.9...
[19 of 27] Compiling Hackage.SrcDist  ( Hackage/SrcDist.hs, 
dist/build/cabal/cabal-tmp/Hackage/SrcDist.o )

Hackage/SrcDist.hs:58:59:
Couldn't match expected type `Char'
   against inferred type 
`Distribution.Simple.PreProcess.PPSuffixHandler'
  Expected type: FilePath
  Inferred type: [Distribution.Simple.PreProcess.PPSuffixHandler]
In the fifth argument of `prepareSnapshotTree', namely
`knownSuffixHandlers'
In the second argument of `(>>=)', namely
`prepareSnapshotTree
   verbosity pkg mb_lbi tmpDir knownSuffixHandlers'


According to ghc-pkg compiling and installing the cabal-1.4 branch added 
cabal-1.3.12. Is this the problem? 

-Deech 
_
It’s easy to add contacts from Facebook and other social sites through Windows 
Live™ Messenger. Learn how.
https://www.invite2messenger.net/im/?source=TXT_EML_WLH_LearnHow___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install profiling libraries

[Duncan Coutts]

On 20 August 2010 14:20, Johannes Waldmann  wrote:
> Here's another instance of the machine (*) telling me what to do,
> instead of doing it (or am I missing something):
>
> I have a large set of cabal packages installed with ghc.
> Then suddenly I need some package Foo with profiling.
> So I switch to library-profiling: True  in  my .cabal/config,
> and then "cabal install Foo" -  failing with the message:
>
>  Perhaps you haven't installed the profiling libraries for package `Bar'
>
> for some package Bar that Foo depends upon. - Dear Cabal: Yes!
> I know that I haven't installed them! I want you to install them for me!
> But it isn't listening ...

> Of course you know that I have the highest respect for the work
> of the cabal authors. I'm just suggesting that the above feature
> (auto-re-install dependencies) would be helpful.

As usual the problem is lack of devevloper time to implement all these
nice features we all want.

http://hackage.haskell.org/trac/hackage/ticket/282

> Perhaps it's already there?
> If not - would it be hard to specify? To build? Or would it have
> bad consequences?

>From the ticket:

Our current thinking on this issue is that we should track each
"way" separately.
That is we should register profiling, vanilla and any other ways
with ghc-pkg as
independent package instances. This needs coordination with ghc
since it means
a change to the package registration information to include the way.

The idea is that once we track each way separately then Cabal will
know if the profiling way is installed or not and we can install the
profiling instance if it is missing without messing up any existing
instances.

> Is it "cabal upgrade --reinstall"? But that was deprecated?

Yes, "upgrade" is deprecated, use "install" instead. (The meaning /
behaviour of "upgrade" just sowed confusion.)

> Here I really want "reinstall with exactly the same versions".

Use: cabal install --reinstall foo-x.y.z

> Is it the problem that their sources may have vanished, meanwhile?
> Could it be solved by having "cabal install" storing a copy of
> the source package that it used?

No, the problem is we don't actually know if the profiling versions of
libs are installed or not. The ghc-pkg database does not contain this
information. Also, if we did know and started reinstalling packages,
what happens if we get half way and fail, we'd have messed up existing
installed working packages. Having profiling instances be separate
will make it all much easier.

Duncan
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install profiling libraries

[Daniel Fischer]

On Friday 20 August 2010 15:20:41, Johannes Waldmann wrote:
> Here's another instance of the machine (*) telling me what to do,
> instead of doing it (or am I missing something):
>
> I have a large set of cabal packages installed with ghc.
> Then suddenly I need some package Foo with profiling.
> So I switch to library-profiling: True  in  my .cabal/config,
> and then "cabal install Foo" -  failing with the message:
>
>  Perhaps you haven't installed the profiling libraries for package `Bar'
>
> for some package Bar that Foo depends upon. - Dear Cabal: Yes!
> I know that I haven't installed them! I want you to install them for me!
> But it isn't listening ...

The problem is that otherpackages may depend on them too, so when cabal 
automatically reinstalls, those can break.
I don't think GHC can register a profiling version of the package and leave 
the vanilla package in peace, so then cabal can't just build the profiling 
lib and keep the old vanilla either.

>
> (*) "machine" = everything in that metal box that was so expensive
> and has a lot of cables coming out, and ventilators running.
>
>
> Of course you know that I have the highest respect for the work
> of the cabal authors. I'm just suggesting that the above feature
> (auto-re-install dependencies) would be helpful. Perhaps it's already
> there? If not - would it be hard to specify? To build? Or would it have
> bad consequences?
>
> Is it "cabal upgrade --reinstall"? But that was deprecated?

cabal install --reinstall

> Here I really want "reinstall with exactly the same versions".
> Is it the problem that their sources may have vanished, meanwhile?
> Could it be solved by having "cabal install" storing a copy of
> the source package that it used?

cabal keeps the tarballs of the packages, so that's not a problem.

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install vacuum-cairo

[Gwern Branwen]

On Sun, Jan 17, 2010 at 9:55 AM, Ozgur Akgun  wrote:
> Cafe,
>
> I've been trying to install vacuum-cairo using cabal but I couldn't have it
> installed because of the missing packages cairo, svg and gtkcairo.
>
> What should I do to install vacuum-cairo?
>
> Thanks for any help in advance,

Those packages are provided by http://www.haskell.org/gtk2hs/

cabal-install didn't pull them in because they are too difficult to
cabalize & hence not on Hackage.

-- 
gwern
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal-install: bus error

[Jason Dagit]

On Mon, May 3, 2010 at 2:21 PM, Chris Eidhof  wrote:

> Hey everyone,
>
> After I upgraded to a newer cabal-install my cabal-install broke again: I
> get a Bus Error when doing "cabal update" or "cabal install something". The
> version that was bundled with the Haskell platform worked fine, but now it's
> broken again. I'm not sure what it was that went wrong or how to debug this.
>

This happened to a co-worker on her mac.  We used gdb to track the bus
errors to the network library.  Once we tracked it down to there, we did
some combination of deleting $HOME/.cabal, building/installing the latest
version of Network and then relinking cabal-install.  I've also seen these
errors with some versions of zlib (but, I think that was on an old Solaris
box that had lots of issues).

I don't think my co-worker has had issues since upgrading to GHC 6.12.


>
> The previous time I had Bus Errors I upgraded to the newest available
> Haskell Platform release and started from scratch. I would prefer not to do
> that again. However, I don't really know how to solve the Bus Error. Does
> anyone have a clue where to start? Or is there a way to undo my
> cabal-install upgrade?
>

Well, you could try removing $HOME/.cabal (make a backup first?), and then
rebuild re-install cabal-install and it's dependencies.

You might also spend some time running cabal-install inside gdb to see where
it's crashing and report back what you find out.

I hope that helps,
Jason
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal-install: bus error

[Martijn van Steenbergen]

On 5/3/10 23:46, Jason Dagit wrote:

This happened to a co-worker on her mac.  We used gdb to track the bus
errors to the network library.  Once we tracked it down to there, we did
some combination of deleting $HOME/.cabal, building/installing the
latest version of Network and then relinking cabal-install.  I've also
seen these errors with some versions of zlib (but, I think that was on
an old Solaris box that had lots of issues).


I just updated to the newest version and had problems with zlib:


ld: warning: in /opt/local/lib/libz.dylib, file is not of required architecture

(full error below)

The solution was:
# port install zlib +universal

I hope this is of use to someone. :-)

Martijn.



Full error:
(...)
[39 of 40] Compiling Distribution.Client.Install ( 
Distribution/Client/Install.hs, 
dist/build/cabal/cabal-tmp/Distribution/Client/Install.o )
[40 of 40] Compiling Main ( Main.hs, 
dist/build/cabal/cabal-tmp/Main.o )

Linking dist/build/cabal/cabal ...
ld: warning: in /opt/local/lib/libz.dylib, file is not of required 
architecture

Undefined symbols:
  "_deflateEnd", referenced from:
  _deflateEnd$non_lazy_ptr in libHSzlib-0.5.2.0.a(Stream.o)
  "_inflateEnd", referenced from:
  _inflateEnd$non_lazy_ptr in libHSzlib-0.5.2.0.a(Stream.o)
  "_inflateInit2_", referenced from:
  _s4ug_info in libHSzlib-0.5.2.0.a(Stream.o)
  "_deflate", referenced from:
  _s4lq_info in libHSzlib-0.5.2.0.a(Stream.o)
  "_deflateInit2_", referenced from:
  _s4z5_info in libHSzlib-0.5.2.0.a(Stream.o)
  "_zlibVersion", referenced from:
  _r336_info in libHSzlib-0.5.2.0.a(Stream.o)
  "_inflate", referenced from:
  _s4om_info in libHSzlib-0.5.2.0.a(Stream.o)
ld: symbol(s) not found
collect2: ld returned 1 exit status
cabal: Error: some packages failed to install:
cabal-install-0.8.2 failed during the building phase. The exception was:
exit: ExitFailure 1
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal-install is broken

[Antoine Latter]

On Mon, Nov 22, 2010 at 4:16 PM, Permjacov Evgeniy  wrote:
> current cabal-install (0.8.2) cannot be compiled with ghc-7.0.1 set of
> boot libraries. It requires cabal 1.8.* wich fails to compile. Does
> anyone worked this out ?

On some of my development environments I've been using the development
version of cabal-install.

On others, I stick to the Haskell Platform, which does not yet support GHC 7.

It's a real pain to get cabal-install going on GHC 7, as you need to
install all of the dependencies of cabal-install by hand.

The next release of the platform is in January, with an RC is December[1].

Antoine

[1] http://trac.haskell.org/haskell-platform/wiki/ReleaseTimetable
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] `cabal install darcs` fail !

[Daniel Fischer]

On Friday 18 February 2011 04:17:49, z_axis wrote:
> >cabal update
> >cabal install darcs
>
> ..
> Installing library in
> /home/sw2wolf/.cabal/lib/hashed-storage-0.5.5/ghc-6.10.4
> Registering hashed-storage-0.5.5...
> Reading package info from "dist/installed-pkg-config" ... done.
> Writing new package config file... done.
> cabal: Error: some packages failed to install:
> darcs-2.5.1 depends on haskeline-0.6.3.2 which failed to install.
> haskeline-0.6.3.2 failed during the configure step. The exception was:
> ExitFailure 1

To find out what didn't work,

cabal install -v3 haskeline-0.6.3.2

Admittedly, the message you get is not very helpful.

Btw, it may be that upgrading ghc (to at least 6.12.3 if not 7) helps.



___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal install --hyperlink-source ?

[Ozgur Akgun]

On 2 December 2011 16:13, Johannes Waldmann wrote:

> but I don't see how to pass options
> from "cabal install" to  "cabal haddock" (e.g., --hyperlink-source)
>

As it seems, it is not possible.

http://stackoverflow.com/questions/2472630/enable-hyperlink-source-for-cabal-install

--
Ozgur
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] cabal install choosing an older version

[Ozgur Akgun]

Hi,

I noticed a weird behaviour with cabal-install. When I run `cabal install
hspec --dry-run -v` cabal-install correctly picks hspec-1.4.3 (the latest
version).

However, when I run `cabal install ansi-terminal hspec --dry-run
-v`cabal-install tries to install hspec-0.3.0 for no apparent reason.

This is with a clean user package db.

Following is some info about my system.


$ ghc --version
The Glorious Glasgow Haskell Compilation System, version 7.6.1

$ cabal --version
cabal-install version 1.16.0.2
using version 1.16.0.3 of the Cabal library

$ ghc-pkg list --user

$ cabal install hspec --dry-run -v
Reading available packages...
Choosing modular solver.
Resolving dependencies...
In order, the following would be installed:
HUnit-1.2.5.1 (new package)
ansi-terminal-0.5.5.1 (new package)
hspec-expectations-0.3.0.3 (new package)
random-1.0.1.1 (new package)
QuickCheck-2.5.1.1 (new package)
setenv-0.1.0 (new package)
silently-1.2.4.1 (new package)
transformers-0.3.0.0 (new package)
hspec-1.4.3 (new package)

$ cabal install ansi-terminal hspec --dry-run -v
Reading available packages...
Choosing modular solver.
Resolving dependencies...
In order, the following would be installed:
HUnit-1.2.5.1 (new package)
ansi-terminal-0.6 (new package)
extensible-exceptions-0.1.1.4 (new package)
random-1.0.1.1 (new package)
QuickCheck-2.5 (new package)
hspec-0.3.0 (new package)



-- 
Ozgur Akgun
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install 1.16.0.2 on Mac

[Brandon Allbery]

On Wed, Apr 10, 2013 at 8:36 PM, Richard A. O'Keefe wrote:

> /Developer/usr/bin/strip: object: /home/cshome/o/ok/.cabal/bin/cabal
> malformed object (unknown load command 15)
>

Xcode 4.2 and on do not use /Developer at all. You have an older Xcode on
your system somehow, which does not understand newer object files; you
should remove the entire /Developer tree. (Xcode, in order to be
distributable via the App Store, is completely self-contained in
/Applications/Xcode.app.)

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install 1.16.0.2 on Mac

[Richard A. O'Keefe]

On 11/04/2013, at 12:56 PM, Brandon Allbery wrote:
> 
> Xcode 4.2 and on do not use /Developer at all. You have an older Xcode on 
> your system somehow, which does not understand newer object files; you should 
> remove the entire /Developer tree. (Xcode, in order to be distributable via 
> the App Store, is completely self-contained in /Applications/Xcode.app.)

Unfortunately, I cannot.  I _am_ able to install stuff, but uninstalling
generally gives me problems, and removing /Developer is something I'm not
allowed to do.

However, putting
/Applications/Xcode.app/Contents/Developer/usr/bin
at the front of my $PATH seems to do the job.

Thanks.



___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install 1.16.0.2 on Mac

[Brandon Allbery]

On Thu, Apr 11, 2013 at 1:19 AM, Richard A. O'Keefe wrote:

> On 11/04/2013, at 12:56 PM, Brandon Allbery wrote:
> > Xcode 4.2 and on do not use /Developer at all. You have an older Xcode
> on your system somehow, which does not understand newer object files; you
> should remove the entire /Developer tree. (Xcode, in order to be
> distributable via the App Store, is completely self-contained in
> /Applications/Xcode.app.)
>
> Unfortunately, I cannot.  I _am_ able to install stuff, but uninstalling
> generally gives me problems, and removing /Developer is something I'm not
> allowed to do.
>

I think you need to discuss that with whoever made that dictum; requiring
that a system be broken is not generally a good idea. Many software
packages will find it and use outdated programs or frameworks as a result.
It really needs to not be there at all.

(Newer Xcode should actually complain and tell you to run the removal
script on startup, because its presence can even break Xcode under some
circumstances.)

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install 1.16.0.2 on Mac

[Richard A. O'Keefe]

The basic problem is that the University has a strict policy
that academic staff must not have root access on any machine
that is connected to the University network.  I was given an
administrator account so that I could resume the printer and
install (some) stuff, but /Developer is owned by root, and I
will be given root access on the Greek Calends.

I would have thought that many organisations would have similar
policies.

On 12/04/2013, at 2:44 AM, Brandon Allbery wrote:
> (Newer Xcode should actually complain and tell you to run the removal script 
> on startup, because its presence can even break Xcode under some 
> circumstances.)

4.6.1 was the latest available in March when I installed it,
and it _didn't_ complain or tell me to run any removal script.


___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install 1.16.0.2 on Mac

[Brandon Allbery]

On Thu, Apr 11, 2013 at 7:41 PM, Richard A. O'Keefe wrote:

> The basic problem is that the University has a strict policy
> that academic staff must not have root access on any machine
> that is connected to the University network.  I was given an
> administrator account so that I could resume the printer and
> install (some) stuff, but /Developer is owned by root, and I
> will be given root access on the Greek Calends.
>
> I would have thought that many organisations would have similar
> policies.
>

Well, yes (I was one of those admins, although not at your university, for
many years), but if they are installing machines with both Xcode 4.6 under
/Applications and Xcode 4.1 or earlier under /Developer, they are
installing broken machines that will fail to build many packages and where
Xcode may malfunction. /Developer should not exist on a machine with Xcode
4.2 or later installed, at all. You should contact an administrator about
this and have them fix both installed machines and their installation
images or maintenance routines (whatever they went with for OS X).

sudo /Developer/Library/uninstall-devtools --mode=all

If they need an official reference on this, I can dig up the relevant Apple
knowledge base article.

> On 12/04/2013, at 2:44 AM, Brandon Allbery wrote:
> (Newer Xcode should actually complain and tell you to run the removal
script on startup, because its presence can even break Xcode under some
circumstances.)
>
> 4.6.1 was the latest available in March when I installed it,
> and it _didn't_ complain or tell me to run any removal script.

I have heard that it is sometimes inconsistent about this; sadly, just
because it didn't notice the older version doesn't mean the older version
won't cause breakage. (As you saw.)

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] cabal-install 1.16.0.2 on Mac

[Hollister Herhold]

On Apr 11, 2013, at 6:53 PM, Brandon Allbery wrote:

>  /Developer should not exist on a machine with Xcode 4.2 or later installed, 
> at all. 

Unfortunately this is not completely true - there are some SDKs that still 
install stuff in /Developer (NVIDIA comes to mind) but it's pretty obvious that 
it's not XCode-related. Just because you have /Developer present doesn't mean 
you're harboring an old XCode.



___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal install on Windows 7

[Jeff Wheeler]

On Tue, Sep 8, 2009 at 9:17 AM, Peter Verswyvelen wrote:

> Ouch, right, I forgot the default is global. It works fine with cabal
> install --user. And of course I could have edited the default config
> file, setting user-install: True
>
> Well, maybe for newbies this might be a bit confusing.

Yep, I agree. I'm not sure why Cabal defaults to --global on Windows,
but I found it quite counter-intuitive having come from a Linux
environment. I forgot about the different default for some time.

Jeff Wheeler
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal install on Windows 7

[Peter Verswyvelen]

Ouch, right, I forgot the default is global. It works fine with cabal
install --user. And of course I could have edited the default config
file, setting user-install: True

Well, maybe for newbies this might be a bit confusing.

Typically, under Windows Vista or 7 when you try to install something
that requires admin rights, you get a popup window asking if it's okay
to do so. Would be great to have this support built into Cabal?

On Tue, Sep 8, 2009 at 3:45 PM, John Van Enk wrote:
> Might it make sense to try and get the concept of "global" and "user"
> working in Windows? (It may already, but I noticed that the default seems to
> be global.")
>
> I don't know what technical challenges there are, but the ApplicationData
> directory (or AppData, or whatever) seems like a good place to stick user
> cabal packages.
>
> /jve
>
> On Tue, Sep 8, 2009 at 9:31 AM, Peter Verswyvelen  wrote:
>>
>> I tried the "cabal install" command on Windows 7, and I had to run it
>> with administrative privileges, otherwise I got access denied (it
>> failed to create the Haskell folder in C:\Program Files)
>>
>> Not sure if this is also the case on Vista.
>>
>> Is this the intended behavior?
>> ___
>> Haskell-Cafe mailing list
>> Haskell-Cafe@haskell.org
>> http://www.haskell.org/mailman/listinfo/haskell-cafe
>
>
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal install on Windows 7

[John Van Enk]

Might it make sense to try and get the concept of "global" and "user"
working in Windows? (It may already, but I noticed that the default seems to
be global.")

I don't know what technical challenges there are, but the ApplicationData
directory (or AppData, or whatever) seems like a good place to stick user
cabal packages.

/jve

On Tue, Sep 8, 2009 at 9:31 AM, Peter Verswyvelen  wrote:

> I tried the "cabal install" command on Windows 7, and I had to run it
> with administrative privileges, otherwise I got access denied (it
> failed to create the Haskell folder in C:\Program Files)
>
> Not sure if this is also the case on Vista.
>
> Is this the intended behavior?
> ___
> Haskell-Cafe mailing list
> Haskell-Cafe@haskell.org
> http://www.haskell.org/mailman/listinfo/haskell-cafe
>
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal install on Windows 7

[Duncan Coutts]

On Tue, 2009-09-08 at 09:58 -0500, Jeff Wheeler wrote:
> On Tue, Sep 8, 2009 at 9:17 AM, Peter Verswyvelen wrote:
> 
> > Ouch, right, I forgot the default is global. It works fine with cabal
> > install --user. And of course I could have edited the default config
> > file, setting user-install: True
> >
> > Well, maybe for newbies this might be a bit confusing.
> 
> Yep, I agree. I'm not sure why Cabal defaults to --global on Windows,
> but I found it quite counter-intuitive having come from a Linux
> environment. I forgot about the different default for some time.

It was because last time we discussed this, the Windows users seemed to
be of the opinion that things were simpler with global installs since
the %PATH% would be right by default and "everyone runs as Administrator
anyway". That may well be different now.

If the Windows users can come to a consensus on whether the default
should be global or user, then we can easily switch it. The same applies
for the default global or user installation paths.

If there are any Windows users who understand the Windows permissions
system then the Cabal hackers would appreciate some help. As it is the
Cabal hackers have no access to Vista or Win7 and cannot test what is
actually going on with Windows permissions or pop-up windows prompting
whether it's ok to do this or that.

Duncan

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal install on Windows 7

[Peter Verswyvelen]

Yes, it's true that most people tended to be administrators on their
own Windows desktops, but since Vista, this has changed.

Now in Vista, some people still forced admin rights, to get rid of the
many annoying dialog boxes that popped up for every tiny task that
might be a security breach.

But it seems that under Windows 7 this is less intrusive, so we might
consider having the Haskell Platform work well by default without
assuming admin rights? Or at least the installer should clearly tell
you about it, or provide an option.

On Wed, Sep 9, 2009 at 2:28 PM, Duncan
Coutts wrote:
> On Tue, 2009-09-08 at 09:58 -0500, Jeff Wheeler wrote:
>> On Tue, Sep 8, 2009 at 9:17 AM, Peter Verswyvelen wrote:
>>
>> > Ouch, right, I forgot the default is global. It works fine with cabal
>> > install --user. And of course I could have edited the default config
>> > file, setting user-install: True
>> >
>> > Well, maybe for newbies this might be a bit confusing.
>>
>> Yep, I agree. I'm not sure why Cabal defaults to --global on Windows,
>> but I found it quite counter-intuitive having come from a Linux
>> environment. I forgot about the different default for some time.
>
> It was because last time we discussed this, the Windows users seemed to
> be of the opinion that things were simpler with global installs since
> the %PATH% would be right by default and "everyone runs as Administrator
> anyway". That may well be different now.
>
> If the Windows users can come to a consensus on whether the default
> should be global or user, then we can easily switch it. The same applies
> for the default global or user installation paths.
>
> If there are any Windows users who understand the Windows permissions
> system then the Cabal hackers would appreciate some help. As it is the
> Cabal hackers have no access to Vista or Win7 and cannot test what is
> actually going on with Windows permissions or pop-up windows prompting
> whether it's ok to do this or that.
>
> Duncan
>
>
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal install on Windows 7

[Duncan Coutts]

On Wed, 2009-09-09 at 16:59 +0200, Peter Verswyvelen wrote:
> Yes, it's true that most people tended to be administrators on their
> own Windows desktops, but since Vista, this has changed.
> 
> Now in Vista, some people still forced admin rights, to get rid of the
> many annoying dialog boxes that popped up for every tiny task that
> might be a security breach.
> 
> But it seems that under Windows 7 this is less intrusive, so we might
> consider having the Haskell Platform work well by default without
> assuming admin rights? Or at least the installer should clearly tell
> you about it, or provide an option.

It's always been my view that it should work without admin privileges.
It's only been very recently that I've had access to a Windows
installation where I am admin.

What you need to do is to get the Windows users to agree on what the
sensible defaults should be. If you conclude that actually it needs
something more complicated like interacting with Windows UAC or
something then we'll need to find a volunteer Windows hacker who can
implement it.

The situation we have at the moment is people complaining but nobody
taking action.

Duncan

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal install on Windows 7

[Sebastian Sylvan]

On Wed, Sep 9, 2009 at 1:28 PM, Duncan Coutts
wrote:

> On Tue, 2009-09-08 at 09:58 -0500, Jeff Wheeler wrote:
> > On Tue, Sep 8, 2009 at 9:17 AM, Peter Verswyvelen
> wrote:
> >
> > > Ouch, right, I forgot the default is global. It works fine with cabal
> > > install --user. And of course I could have edited the default config
> > > file, setting user-install: True
> > >
> > > Well, maybe for newbies this might be a bit confusing.
> >
> > Yep, I agree. I'm not sure why Cabal defaults to --global on Windows,
> > but I found it quite counter-intuitive having come from a Linux
> > environment. I forgot about the different default for some time.
>
> It was because last time we discussed this, the Windows users seemed to
> be of the opinion that things were simpler with global installs since
> the %PATH% would be right by default and "everyone runs as Administrator
> anyway". That may well be different now.
>
> If the Windows users can come to a consensus on whether the default
> should be global or user, then we can easily switch it. The same applies
> for the default global or user installation paths.
>

I think it's morally right to run as user by default. Yes, the windows
culture has some legacy that may, on occasion, make it slightly harder to
use "well behaved" programs, but it's fairly minor these days.

-- 
Sebastian Sylvan
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Cabal install on Windows 7

[Jeff Wheeler]

On Wed, Sep 9, 2009 at 2:19 PM, Sebastian
Sylvan wrote:

> I think it's morally right to run as user by default. Yes, the windows
> culture has some legacy that may, on occasion, make it slightly harder to
> use "well behaved" programs, but it's fairly minor these days.

I strongly agree. Presently, on Windows 7, I have to right-click and
"Run As Administrator" and then approve the process via UAC to get
anything done under the default --global setting, in much the same way
I would have to launch a root terminal and provide my password within
GNOME (a la gksu) or other *nix environments (Windows doesn't have
anything like sudo, as far as I know).

Since it works essentially the same as *nix does, as of Windows 7, I
see no reason for a different default.

Jeff Wheeler
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe