Le 28 avril 2014 10:58, Arnaud Bailly a écrit :

Tu as essayé dans une sandbox ?

Tu veux dire mettre GHC 7.8.2 dans une sandbox cabal ?

Le 28 avril 2014 11:10, Arnaud Bailly a écrit :

Non, je veux dire créer une sandbox et invoquer cabal install XXX dedans.

Non, mais ça n'est pas mieux : $ mkdir sandox_test $ cd sandox_test $ pwd /root/sandox_test $ cabal sandbox init Writing a default package environment file to /root/sandox_test/cabal.sandbox.config Creating a new sandbox at /root/sandox_test/.cabal-sandbox $ cabal install dapi Resolving dependencies... cabal: Could not resolve dependencies: trying: dapi-0.2.0.0 (user goal) next goal: base (dependency of dapi-0.2.0.0) rejecting: base-4.7.0.0/installed-018... (conflict: dapi => base==4.6.*) rejecting: base-4.7.0.0, 4.6.0.1, 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, 3.0.3.2, 3.0.3.1 (global constraint requires installed instance) Dependency tree exhaustively searched. Note: when using a sandbox, all packages are required to have consistent dependencies. Try reinstalling/unregistering the offending packages or recreating the sandbox. Alors que ça marche sur mon système hôte.

2014-04-28 11:27 GMT+02:00 Arnaud Bailly :

J’ai l’impression que c’est pas gagné : http://stackoverflow.com/questions/6312592/haskell-cabal-how-to-ignore-depen...

Base étant un package core, installé avec ghc, j’imagine que c’est assez logique.

Je trouve ça parfaitement logique, mais c'est pénible :/

Tu peux 'cabal unpack dapi', ça va créer un dossier 'dapi' là où tu es dans ton shell, tu vas dedans, tu changes 'base == 4.6.*' en 'base >= 4 && <5'. Ca revient un peu à utiliser l'option qui ignores les "upper bounds". 2014-04-28 11:51 GMT+02:00 Simon Marechal :

On 04/28/2014 10:57 AM, Gautier DI FOLCO wrote:

...

Je comprends bien l'erreur (en gros dapi à besoin d'une version antérieur de base), mais j'aimerais savoir s'il y a un test fiable qui me permettrais de voir si cabal est fonctionnel. Le truc c'est que je suis bien arrivé à installer lens, du coup je suis en plein doute.

La dernière version de cabal a une option permettant d'ignorer les limites hautes de versions dans les dépendances. Il y a 80% de chances que ça permette de compiler le package.

Mais si tu as installé lens, ça veut dire que tu as installé un paquet de packages, ce qui semble prouver que cabal fonctionne. _______________________________________________ Haskell-fr mailing list Haskell-fr@haskell.org http://www.haskell.org/mailman/listinfo/haskell-fr

-- Alp Mestanogullari

J'ai les deux mais pas vraiment eu beaucoup de soucis jusque là. Au boulot, tous les packages qu'on utilise ont assez vite suivi au final. Côté perso idem. Mais souvent c'est grâce aux gens qui spécifient leurs versions de façon assez étroite, ou font des changements juste avant qu'un nouveau GHC soit publié. 2014-04-28 12:59 GMT+02:00 Gautier DI FOLCO :

Le 28 avril 2014 12:50, Alp Mestanogullari a écrit :

Tu peux 'cabal unpack dapi', ça va créer un dossier 'dapi' là où tu es

...

dans ton shell, tu vas dedans, tu changes 'base == 4.6.*' en 'base >= 4 && <5'. Ca revient un peu à utiliser l'option qui ignores les "upper bounds".

Je retiens la commande, merci.

...

2014-04-28 11:51 GMT+02:00 Simon Marechal :

On 04/28/2014 10:57 AM, Gautier DI FOLCO wrote:

...

...

Je comprends bien l'erreur (en gros dapi à besoin d'une version antérieur de base), mais j'aimerais savoir s'il y a un test fiable qui me permettrais de voir si cabal est fonctionnel. Le truc c'est que je suis bien arrivé à installer lens, du coup je suis en plein doute.

La dernière version de cabal a une option permettant d'ignorer les limites hautes de versions dans les dépendances. Il y a 80% de chances que ça permette de compiler le package.

--allow-newer et ça semble fonctionner pour ce paquet, merci.

...

Mais si tu as installé lens, ça veut dire que tu as installé un paquet

...

de packages, ce qui semble prouver que cabal fonctionne.

C'est mon raisonnement aussi, mais personne n'a eu le soucis ? vous êtes encore sous GHC 7.6.3 ?

_______________________________________________ Haskell-fr mailing list Haskell-fr@haskell.org http://www.haskell.org/mailman/listinfo/haskell-fr

-- Alp Mestanogullari