Roel van Dijk wrote:

Yes, that happens. I don't now the cause but the work-around is easy. Simply download the package manually from hackage, unpack and install using cabal.

At least the following packages suffer from this problem: bindings-common bindings-libusb bindings-posix

Perhaps Maurí­cio can shed some light on this.

That's odd, even cabal unpack fails. Smells like a cabal bug. :-) I'll see if I can find if it's been reported before. Martijn.

On Thu, 2009-10-01 at 16:22 +0200, Martijn van Steenbergen wrote:

Roel van Dijk wrote:

...

Yes, that happens. I don't now the cause but the work-around is easy. Simply download the package manually from hackage, unpack and install using cabal.

At least the following packages suffer from this problem: bindings-common bindings-libusb bindings-posix

Perhaps Maurí­cio can shed some light on this.

That's odd, even cabal unpack fails. Smells like a cabal bug. :-) I'll see if I can find if it's been reported before.

I suspect it is a bug in the tar code (a copy of which is used in cabal-install). Most .tar files contain entries for the directories that precede the entries for the files. This is only by convention however. It looks like this tar file has an entry for "src/Bindings/SomeFile.hs" without any preceding entries for "src/AnotherFile" or for the directory itself "src/Bindings/". The bug is that while the tar code would create the "src/" directory for a file entry "src/AnotherFile", it would not create the "src/" directory for "src/Bindings/SomeFile.hs", just try to create the "src/Bindings" directroy, which then fails since "src/" does not yet exist. I was trying to avoid making all parent directories in a fully recursive way. In particular I don't want it to make the target root directory if it did not already exist. I guess it should at least make the directories between the target root and the directory containing the file to be unpacked. If someone wants to make a patch for this then please do it against the tar package code: darcs get http://code.haskell.org/tar/ Note that tar files constructed using cabal sdist should not have this particular problem due to the order of entries within the archive. Duncan

2009/10/1 Maurí­cio CA :

Meanwhile, I'll be uploading as soon as possible new versions...

Thanks Mauricio, I've uploaded usb-0.1.0.1 that now depends on the fixed bindings-libusb-1.2. http://hackage.haskell.org/package/usb-0.1.0.1 regards, Bas

The file bindings-common.tar.gz looks a bit odd: when I unpack it with 7Zip, I get the path: bindings-common-1.1.tar.gz\\home\mauricio\bindings-common-1.1.tar.gz\bindings-common-1.1\ (first part deleted) Met vriendelijke groet, Henk-Jan van Tuyl -- http://functor.bamikanarie.com http://Van.Tuyl.eu/ -- On Thu, 01 Oct 2009 16:12:21 +0200, Roel van Dijk wrote:

Yes, that happens. I don't now the cause but the work-around is easy. Simply download the package manually from hackage, unpack and install using cabal.

At least the following packages suffer from this problem: bindings-common bindings-libusb bindings-posix

Perhaps Maurício can shed some light on this.

Groetjes, Roel

On Thu, Oct 1, 2009 at 4:02 PM, Martijn van Steenbergen wrote:

...

Bas van Dijk wrote:

...

Comments and patches are highly welcome.

I tried to install on my Mac but bindings-common choked on:

...

cabal install bindings-common Resolving dependencies... cabal: Error: some packages failed to install: bindings-common-1.1 failed while unpacking the package. The exception was: /var/folders/mR/mRFqQvztFo0URT0d6GN9wE+++TI/-Tmp-/bindings-common-1.174967/bindings-common-1.1/src/Bindings: createDirectory: does not exist (No such file or directory)

Not sure if this is interesting to you, Bas, but I thought I'd share. :-)

Groetjes,

Martijn.

---

--