On 12-02-02 12:12 AM, Scott Lawrence wrote:
When running cabal install with --extra-lib-dirs=./lib, if a package is
found both in ~/.cabal/lib and ./lib, cabal seems to favor the
~/.cabal/lib one. Is there some way to specify the correct precedence to
use?
--extra-lib-dirs is for C libs only.
That Cabal-1.10.1.0 bug seems to be back, now with bytestring-0.9.2.1
just uploaded to hackage. Same workaround as last time works (or maybe
its time to upgrade...).
For more info see:
http://www.haskell.org/pipermail/haskell-cafe/2011-August/094883.html
Thanks,
Alan
When running cabal install with --extra-lib-dirs=./lib, if a package is
found both in ~/.cabal/lib and ./lib, cabal seems to favor the
~/.cabal/lib one. Is there some way to specify the correct precedence to
use?
--
Scott Lawrence
signature.asc
Description: OpenPGP digital signature
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
Hi Cafe,
I have a package that depends on several other Haskell libraries. One
of these libraries depends on some native libraries (and associated
headers) to build. I would like to make this dependency optional in
my package if the libraries don't exist.
To do this, I tried to switch my
Hello all.
I have written some code that can be compiled with either of two
libraries, with no modification. How can I tell Cabal?
I tried || but it failed to parse.
I could find which package is available in the build script, and then
call defaultMainNoRead with the appropriate
On Mon, Dec 12, 2011 at 6:25 PM, Matthew Farkas-Dyck
strake...@gmail.com wrote:
I have written some code that can be compiled with either of two
libraries, with no modification. How can I tell Cabal?
I tried || but it failed to parse.
I could find which package is available in the build
Grand. Thanks!
On 12/12/2011, Felipe Almeida Lessa felipe.le...@gmail.com wrote:
On Mon, Dec 12, 2011 at 6:25 PM, Matthew Farkas-Dyck
strake...@gmail.com wrote:
I have written some code that can be compiled with either of two
libraries, with no modification. How can I tell Cabal?
I tried
I understand that this may have been addressed before on this list in some
form, so I'll be brief:
Had problem with deprecated package, was told my only option was to wipe my
Haskell install and start over. Is this true and if so, doesn't this mean
that Cabal (or the package management system
Not what you asked for, but..
Although the documentation looks somewhat cryptic, and I have not use it at
all, a nix + cabal option seems to be in the works.
Search google for nix haskell. I am guessing that their Hydra continuous
build system which is built on top of nix also could do wonders
On Fri, Dec 9, 2011 at 5:20 AM, Kevin Jardine kevinjard...@gmail.com wrote:
I understand that this may have been addressed before on this list in some
form, so I'll be brief:
Had problem with deprecated package, was told my only option was to wipe my
Haskell install and start over. Is this
On Fri, Dec 9, 2011 at 06:20, Kevin Jardine kevinjard...@gmail.com wrote:
Had problem with deprecated package, was told my only option was to wipe
my Haskell install and start over. Is this true and if so, doesn't this
mean that Cabal (or the package management system that it is a part of) is
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
On 2 December 2011 16:13, Johannes Waldmann waldm...@imn.htwk-leipzig.dewrote:
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.
Hi,
On Mac OSX, ghc-6.12.3, I have successfully installed the 'hxt' package:
http://hackage.haskell.org/package/hxt-8.5.2
Registering hxt-9.1.4...
Installing library in /Users/user/.cabal/lib/hxt-9.1.4/ghc-6.12.3
Now when I try to install hSimpleDB (
http://hackage.haskell.org/package/hSimpleDB)
On 8 November 2011 21:58, dokondr doko...@gmail.com wrote:
Hi,
On Mac OSX, ghc-6.12.3, I have successfully installed the 'hxt' package:
http://hackage.haskell.org/package/hxt-8.5.2
Registering hxt-9.1.4...
Installing library in /Users/user/.cabal/lib/hxt-9.1.4/ghc-6.12.3
Now when I try to
This is because hSimpleDB doesn't specify version ranges on its
dependencies, when it should. Since hxt changed its module structure
going from 9.0 to 9.1, hSimpleDB doesn't build against 9.0.
You can try to build it by adding '--constraint=hxt==9.0.\*' after
your cabal-install command. You can
On 8 November 2011 22:10, Erik Hesselink hessel...@gmail.com wrote:
This is because hSimpleDB doesn't specify version ranges on its
dependencies, when it should. Since hxt changed its module structure
going from 9.0 to 9.1, hSimpleDB doesn't build against 9.0.
You can try to build it by
On Tue, Nov 8, 2011 at 12:16, Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com wrote:
On 8 November 2011 22:10, Erik Hesselink hessel...@gmail.com wrote:
This is because hSimpleDB doesn't specify version ranges on its
dependencies, when it should. Since hxt changed its module structure
going
Thanks,
Alas adding '--constraint=hxt==9.0.\*' after cabal-install command does not
help. I get the same error.
On Tue, Nov 8, 2011 at 2:10 PM, Erik Hesselink hessel...@gmail.com wrote:
This is because hSimpleDB doesn't specify version ranges on its
dependencies, when it should. Since hxt
On Tue, Nov 8, 2011 at 2:31 PM, Audun Skaugen audunskau...@gmail.comwrote:
Erik Hesselink wrote:
On Tue, Nov 8, 2011 at 12:16, Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com wrote:
On 8 November 2011 22:10, Erik Hesselink hessel...@gmail.com wrote:
This is because hSimpleDB doesn't
Package Text.XML.HXT.Arrow existed only in 8.5.2 version of hxt:
http://hackage.haskell.org/packages/archive/hxt/8.5.2/doc/html/Text-XML-HXT-Arrow.html
Yet trying to install with this version produce even more problems:
~cabal --constraint=hxt==8.5.2 install hSimpleDB
Resolving dependencies...
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 victorsmil...@gmail.com wrote:
Lately whenever I try to install a cabal package it fails with the
following
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
On 6 November 2011 01:52, Victor Miller victorsmil...@gmail.com 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'?
On Saturday 05 November 2011, 16:00:40, Ivan Lazar Miljenovic wrote:
On 6 November 2011 01:52, Victor Miller victorsmil...@gmail.com wrote:
Lately whenever I try to install a cabal package it fails with the
following error message:
Could not find module `Control.Monad.State':
On Mon, Oct 10, 2011 at 17:24:18 +0200, Henk-Jan van Tuyl wrote:
I'd like a tool that takes a .cabal file as input and produces a list of
all dependencies (recursive, all the way to 'base') and some metadata
for each (most importantly, LICENSE)
cab[0] can do that, for installed packages:
Hi all,
I'd like a tool that takes a .cabal file as input and produces a list of
all dependencies (recursive, all the way to 'base') and some metadata
for each (most importantly, LICENSE)
Does this already exist, or will I to write it myself?
I notice that there's a patch by Trevor Elliot to
On Mon, Oct 10, 2011 at 11:53 AM, Eric Y. Kow eric@gmail.com wrote:
I notice that there's a patch by Trevor Elliot to either Cabal or
cabal-install that does something similar [1], and I know that Magnus
Therning wrote a little tool that creates a GraphViz graph [2]... so it
seems like all
On Mon, 10 Oct 2011 16:53:29 +0200, Eric Y. Kow eric@gmail.com wrote:
Hi all,
I'd like a tool that takes a .cabal file as input and produces a list of
all dependencies (recursive, all the way to 'base') and some metadata
for each (most importantly, LICENSE)
Does this already exist, or
On 30 September 2011 03:02, Claude Heiland-Allen cla...@goto10.org wrote:
On 30/09/11 02:45, DukeDave wrote:
1. Is there some reason (other than 'safety') that cabal install cleans
everything up?
As far as I've experienced and understand it, it doesn't - it's more that
GHC can detect when
Hi all, I've been trying to resolve a compile time issue[1] with
wxHaskell, and I thought I'd throw it open to see if anyone on cafe
can help.
Here's the crux of the issue:
The Setup.hs for wxcore (the major component of wxHaskell) uses
simpleUserHooks, overriding only confHook.
However there is
Hi all, I've been trying to resolve a compile time issue[1] with
wxHaskell, and I thought I'd throw it open to see if anyone on cafe
can help.
Here's the crux of the issue:
The Setup.hs for wxcore (the major component of wxHaskell) uses
simpleUserHooks, overriding only confHook.
However there is
On Thu, Sep 29, 2011 at 7:15 PM, DukeDave duked...@gmail.com wrote:
Hi all, I've been trying to resolve a compile time issue[1] with
wxHaskell, and I thought I'd throw it open to see if anyone on cafe
can help.
Here's the crux of the issue:
The Setup.hs for wxcore (the major component of
On Friday, 30 September 2011 01:42:00 UTC+1, Antoine Latter wrote:
Why do you want to change the behavior of the 'clean' hook? Most users
would expect it to clear out everything that 'configure', 'build' and
such have done.
I would be cautious about subverting user expectations like that.
On 30/09/11 02:45, DukeDave wrote:
1. Is there some reason (other than 'safety') that cabal install cleans
everything up?
As far as I've experienced and understand it, it doesn't - it's more
that GHC can detect when Haskell modules don't need recompiling while
the same is not true for C or
Dear Cafe,
What would be the easiest way of generating the following output, given a
package name optionally with additional constraints?
$- foo X 3
X 3 depends on A-2.2, B-1.0, C-1.2
A-2.2 depends on D-1.2.3
...
I assume cabal-install internally does this anyway while creating the
Dear list,
Cabal-1.10.1.0 contains a bug that causes it to fail to parse the
test-suite target of bytestring-0.9.2.0. Since cabal-install parses
all package descriptions to before resolving dependencies, users
with that version of Cabal are stuck.
Now it seems somebody realised this problem and
Thanks! I was scratching my head at this
On Thu, Aug 25, 2011 at 16:42:58 +0200, Bertram Felgenhauer wrote:
1. http://hackage.haskell.org/package/bytestring is now broken.
2. The downloadeble package index (00-index.tar) still contains
the bytestring-0.9.2.0 cabal file, so the problem
On 11-08-25 10:42 AM, Bertram Felgenhauer wrote:
(or rebuild Cabal / cabal-install starting with
'cabal unpack Cabal; cabal unpack cabal-install')
Replacing Cabal will break bin-package-db.
Breaking bin-package-db will break ghc (the GHC API).
Break means you likely don't run into problems
Please add an automated uninstall option for Cabal packages. It's a pain to
remove them manually, and the user expectation based on other package
managers (Gem, Aptitude, MacPorts, Homebrew, Yum, Emerge) is that cabal
uninstall/cabal remove does the intuitive thing: remove packages and
their
Seconded. This would have been very useful to me many times.
I tried forwarding this to cabal-de...@haskell.org (Cabal development
discussion), but it's a members-only list. Can someone in the in-crowd
pass along the suggestion?
Thanks,
Tom
On 7/9/11, Andrew Pennebaker
On 10 July 2011 09:12, Tom Murphy amin...@gmail.com wrote:
Seconded. This would have been very useful to me many times.
I tried forwarding this to cabal-de...@haskell.org (Cabal development
discussion), but it's a members-only list. Can someone in the in-crowd
pass along the suggestion?
They
How do you make Cabal fail?
Let me clarify. I built a package that uses a post-configure hook to do
some settings detection. Under certain circumstances, it can fail. When
this happens, the hook prints fatal error and quits. Unfortunately, I
didn't actually /test/ whether it works. On further
Yep, works fine now, thanks!
/Niklas
On Tue, May 24, 2011 at 2:52 PM, Ross Paterson r...@soi.city.ac.uk wrote:
Version skew problem -- I hope it's fixed now.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
Hi,
Could anyone shed light on the meaning of this error message?
cabal: cannot configure xmonad-0.9.1 It requires base ==3.*
For the dependency on base ==3.* there are these packages:
base-3.0.3.1 and
base-3.0.3.2. However none of them are available.
base-3.0.3.1 was excluded because of the
Hi.
Could anyone shed light on the meaning of this error message?
cabal: cannot configure xmonad-0.9.1 It requires base ==3.*
For the dependency on base ==3.* there are these packages: base-3.0.3.1 and
base-3.0.3.2. However none of them are available.
base-3.0.3.1 was excluded because of
On 24 May 2011 16:57, Jacek Generowicz jacek.generow...@cern.ch wrote:
Hi,
Could anyone shed light on the meaning of this error message?
cabal: cannot configure xmonad-0.9.1 It requires base ==3.*
For the dependency on base ==3.* there are these packages: base-3.0.3.1 and
base-3.0.3.2.
On 2011 May 24, at 09:28, Andres Loeh wrote:
Hi.
Could anyone shed light on the meaning of this error message?
cabal: cannot configure xmonad-0.9.1 It requires base ==3.*
For the dependency on base ==3.* there are these packages:
base-3.0.3.1 and
base-3.0.3.2. However none of them are
On 2011 May 24, at 09:28, Ivan Lazar Miljenovic wrote:
On 24 May 2011 16:57, Jacek Generowicz jacek.generow...@cern.ch
wrote:
Hi,
Could anyone shed light on the meaning of this error message?
cabal: cannot configure xmonad-0.9.1 It requires base ==3.*
For the dependency on base ==3.* there
Hi.
So would it be correct to infer that the -any restriction will only (and
always) come into play with special packages such as base?
No. Unfortunately, -any really means any version is allowed, so
that's why the error message is really misleading.
Are there any other special packages
On 24 May 2011 18:13, Andres Loeh m...@andres-loeh.de wrote:
Hi.
So would it be correct to infer that the -any restriction will only (and
always) come into play with special packages such as base?
No. Unfortunately, -any really means any version is allowed, so
that's why the error message
I hope you will pardon another *ignorant* question.
'cabal install lambdabot' fails on Ubuntu Natty.
According to the following exchange and bug report
http://comments.gmane.org/gmane.comp.lang.haskell.cafe/88735
http://hackage.haskell.org/trac/ghc/ticket/5050
the workaround is not
On 2011 May 24, at 11:12, Jacek Generowicz wrote:
I have found an {-# OPTION -fvia-C #-} deep inside the lambdabot
code in Plugin/Pl/Common.hs. How can I tell cabal install to ignore
this? Is there some command line option for doing so, or do I have
to edit the source code and somehow
Hello!
I'm trying to upload a new version of syntactic, but Hackage gives the
error:
500 Internal Server Error
stdin: hWaitForInput: invalid argument (Invalid or incomplete
multibyte or wide character)
In fact, I get the same error if I use the Check functionality on the
earlier version
On Tue, 24 May 2011, Jacek Generowicz wrote:
On 2011 May 24, at 11:12, Jacek Generowicz wrote:
I have found an {-# OPTION -fvia-C #-} deep inside the lambdabot code in
Plugin/Pl/Common.hs. How can I tell cabal install to ignore this? Is there
some command line option for doing so, or do I
On 2011 May 24, at 11:49, Henning Thielemann wrote:
You cannot only run
$ cabal install lambdabot
but you can also switch to lambdabot source directory and call
lambdabot$ cabal install
Ah. That's useful. I tried manually going through the Cabal song and
dance in that directory, but it
On 24 May 2011 19:48, Emil Axelsson e...@chalmers.se wrote:
Hello!
I'm trying to upload a new version of syntactic, but Hackage gives the
error:
500 Internal Server Error
stdin: hWaitForInput: invalid argument (Invalid or incomplete multibyte or
wide character)
In fact, I get the same
On 24 May 2011 19:48, Emil Axelsson e...@chalmers.se wrote:
Hello!
I'm trying to upload a new version of syntactic, but Hackage gives the
error:
500 Internal Server Error
stdin: hWaitForInput: invalid argument (Invalid or incomplete multibyte
or
wide character)
In fact, I get the same
2011-05-24 12:05, Niklas Broberg skrev:
On 24 May 2011 19:48, Emil Axelsson e...@chalmers.se
mailto:e...@chalmers.se wrote:
Hello!
I'm trying to upload a new version of syntactic, but Hackage gives the
error:
500 Internal Server Error
stdin: hWaitForInput: invalid argument (Invalid
Version skew problem -- I hope it's fixed now.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Henning Thielemann, Tuesday, May 24, 2011
On Tue, 24 May 2011, Jacek Generowicz wrote:
On 2011 May 24, at 11:12, Jacek Generowicz wrote:
I have found an {-# OPTION -fvia-C #-} deep inside the lambdabot code
in Plugin/Pl/Common.hs. How can I tell cabal install to ignore this? Is
- Original Message -
From: max ulidtko ulid...@gmail.com
To: haskell-cafe@haskell.org
Cc:
Sent: Monday, May 23, 2011 11:38 PM
Subject: [Haskell-cafe] Cabal: wrapping namespace of a package into top-level
module
Hi haskell-cafe.
I have a package which builds with cabal pretty
Brandon Moore schrieb:
From: max ulidtko ulid...@gmail.com
...
3) There's also package-qualified imports, but I don't think you should use
them -
if there are actually conflicts on those top-level module names, the package
should be fixed sooner rather than later.
4) Write wrapper
Hi haskell-cafe.
I have a package which builds with cabal pretty fine, but there is
namespace issue which disturbs me. The problem is that the package
exports (to the toplevel namespace!) some modules with fairly general
names, like Tests, Basics, Applications. This is probably an oversight
of
On 24 May 2011 14:38, max ulidtko ulid...@gmail.com wrote:
Hi haskell-cafe.
I have a package which builds with cabal pretty fine, but there is
namespace issue which disturbs me. The problem is that the package
exports (to the toplevel namespace!) some modules with fairly general
names, like
On Tue, May 24, 2011 at 00:38, max ulidtko ulid...@gmail.com wrote:
I have a package which builds with cabal pretty fine, but there is
namespace issue which disturbs me. The problem is that the package
exports (to the toplevel namespace!) some modules with fairly general
names, like Tests,
On Thu, May 12, 2011 at 7:24 AM, Guy guytsalmave...@yahoo.com wrote:
http://www.haskell.org/cabal/release/cabal-latest/ points to version
1.8.0.4. Is this correct?
Replying to this on Haskell-Cafe and cabal-dev lists.
The latest version is 1.10.x and ships with the HP. I bet that link is
Hi all,
I have a package[1] which uses some system libraries (Qt to be
precise). On Linux (and I'm hoping Mac), it's able to use pkg-config
to determine which libraries are necessary and where to find all the
files. On Windows, I've been less than successful using pkg-config.
However, I *was*
On Fri, Mar 18, 2011 at 06:47:58PM -0500, Thomas Tuegel wrote:
On Fri, Mar 18, 2011 at 3:51 PM, Magnus Therning mag...@therning.org wrote:
On Fri, Mar 18, 2011 at 09:35:51PM +0100, JP Moresmau wrote:
Hello, the following URL contains some useful information:
After upgrading to ghc7 and Cabal 1.10 I get the following message
when running 'Setup configure' on one of my packages:
Setup.hs:3:1:
Warning: In the use of `runTests'
(imported from Distribution.Simple, but defined in
Distribution.Simple.UserHooks):
Deprecated:
Hello, the following URL contains some useful information:
http://www.haskell.org/cabal/release/cabal-1.10.1.0/doc/users-guide/#test-suites
Hope this helps,
JP
On Fri, Mar 18, 2011 at 8:37 PM, Magnus Therning mag...@therning.org wrote:
After upgrading to ghc7 and Cabal 1.10 I get the following
On Fri, Mar 18, 2011 at 09:35:51PM +0100, JP Moresmau wrote:
Hello, the following URL contains some useful information:
http://www.haskell.org/cabal/release/cabal-1.10.1.0/doc/users-guide/#test-suites
Hope this helps,
That answered some questions, and I know have my test building again.
On Friday 18 March 2011 21:51:27, Magnus Therning wrote:
However, I can't seem to get the test's sources included in the
tar-ball created by 'sdist'. Is there some trick to it?
extra-source-files?
___
Haskell-Cafe mailing list
On Fri, Mar 18, 2011 at 10:13:21PM +0100, Daniel Fischer wrote:
On Friday 18 March 2011 21:51:27, Magnus Therning wrote:
However, I can't seem to get the test's sources included in the
tar-ball created by 'sdist'. Is there some trick to it?
extra-source-files?
That field can't be used
On Fri, 18 Mar 2011, Magnus Therning wrote:
On Fri, Mar 18, 2011 at 10:13:21PM +0100, Daniel Fischer wrote:
On Friday 18 March 2011 21:51:27, Magnus Therning wrote:
However, I can't seem to get the test's sources included in the
tar-ball created by 'sdist'. Is there some trick to it?
On Fri, Mar 18, 2011 at 3:51 PM, Magnus Therning mag...@therning.org wrote:
On Fri, Mar 18, 2011 at 09:35:51PM +0100, JP Moresmau wrote:
Hello, the following URL contains some useful information:
http://www.haskell.org/cabal/release/cabal-1.10.1.0/doc/users-guide/#test-suites
Hope this helps,
cabal install yesod gives an error on ghc 7.02:
http://hackage.haskell.org/trac/ghc/ticket/5004
One of the commenters on that ticcket says: found that providing an
unstripped version of libHsghc-7.0.2.a allows for successful linking.
Where can i get that unstripped version of libHsghc-7.0.2.a
Quick idea: I wonder if the linking with hint is causing the trouble.
Could you try building with cabal install yesod -fproduction? I
haven't had a chance to install GHC 7.02 locally yet /shame.
Michael
On Sat, Mar 12, 2011 at 7:26 PM, Vagif Hagverdiyev
vagif.ve...@gmail.com wrote:
cabal
Yes, -fproduction installs fine.
On Sat, Mar 12, 2011 at 9:31 AM, Michael Snoyman mich...@snoyman.comwrote:
Quick idea: I wonder if the linking with hint is causing the trouble.
Could you try building with cabal install yesod -fproduction? I
haven't had a chance to install GHC 7.02 locally
Generally, it shouldn't (and doesn't), but here some packages have to be
reinstalled because they have to be built against different dependencies.
I'd prefer cabal install to refuse here (overridable with a --force flag)
because reinstalling boot libs (containers, filepath, directory,
On Wed, Feb 23, 2011 at 8:48 AM, Volker Wysk p...@volker-wysk.de wrote:
Hello
I'm new to Cabal, and I'm trying to Cabalize my library HsShellScript, with
help by Howard Golden. I'm using the Simple Build Infrastructure.
1. I'm irritated by the fact, that calling the Cabal with runhaskell
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
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
Chris Smith schrieb:
It feels to me like a quite reasonable simplification that if someone
wants to offer different bits of code, with the intent that the license
terms of the eventual executable may be different depending on which
bits you use, then they ought to do so in different packages.
Chris Smith cdsm...@gmail.com writes:
actually matter. The instant anyone actually compiles an application
that uses your library, however indirectly, they are bound by the terms
There are other uses for code than compilation. Let's say I wrote a
wrapper for a proprietary library that
Dan Knapp dan...@gmail.com writes:
There is a legal distinction between static and dynamic linking,
Well, the obvious distinction is that a dynamically linked executable
doesn't actually contain any code from its libraries, while a statically
linked one does.
In particular, they assert that
On 9 February 2011 23:35, Dan Knapp dan...@gmail.com wrote:
[SNIP]
I believe this means that if we have a
package named hs-save-the-whales that is under the GPL, and a
front-end package hs-redeem-them-for-valuable-cash-prizes which
makes use of the functionality in hs-save-the-whales, the
On Wed, 2011-02-09 at 03:47 +1300, Vivian McPhail wrote:
license: Foo, Bar
Could this be computed automatically from the source files by Cabal?
I would not want to rely on that.
Looking specifically at hmatrix, there are three kinds of modules
i) bindings to GSLGPL
On Wed, 2011-02-09 at 18:35 -0500, Dan Knapp wrote:
I haven't heard anyone mention this yet, and it's a biggie, so I
guess I'd better de-lurk and explain it. The issue is this: There is
a legal distinction between static and dynamic linking, or at least
some licenses (the GPL is the one I'm
On 10.02.11 12:12, Duncan Coutts wrote:
We are already working on a feature that will show the full set of
licenses that the end user must comply with (a patch has been submitted
and it's been through one round of review so far). In your example that
would mean you expect the set to be {BSD}
On Thu, 2011-02-10 at 19:00 +1300, Vivian McPhail wrote:
It seems then that a package should be the least restrictive
combination of all the licenses in all the contained modules.
Omit the words least restrictive and I think you are correct.
To combine licences, just aggregate them.
On Thu, 2011-02-10 at 12:44 +0100, Stefan Kersten wrote:
On 10.02.11 12:12, Duncan Coutts wrote:
We are already working on a feature that will show the full set of
licenses that the end user must comply with (a patch has been submitted
and it's been through one round of review so far). In
On Thu, 2011-02-10 at 08:59 +0100, Ketil Malde wrote:
I disagree - the linked executable must, but not the wrapper by itself.
It's source code, i.e. text, thus a creative work, and therefore
covered by copyright - on its own.
You're certainly right from a legal standpoint. But being right
On Thu, Feb 10, 2011 at 10:04 AM, Chris Smith cdsm...@gmail.com wrote:
On Thu, 2011-02-10 at 08:59 +0100, Ketil Malde wrote:
I disagree - the linked executable must, but not the wrapper by itself.
It's source code, i.e. text, thus a creative work, and therefore
covered by copyright - on its
On 10 Feb 2011, at 17:38, Antoine Latter wrote:
So no, the instant of compilation is not when the transitive
dependencies kick in, it is the publication of compiled binaries,
which in my mind is a pretty specialized case.
This is possibly the most important point to emphasise, of which many
On 2/7/11 9:42 AM, Malcolm Wallace wrote:
To combine licences, just aggregate them. There is no lattice of
subsumption; no more or less restrictive ordering. It's simple: you
must obey all of them.
In the event that my comments on the previous thread were a source of
confusion, I agree with
I haven't heard anyone mention this yet, and it's a biggie, so I
guess I'd better de-lurk and explain it. The issue is this: There is
a legal distinction between static and dynamic linking, or at least
some licenses (the GPL is the one I'm aware of) believe that there is.
In particular, they
It seems then that a package should be the least restrictive
combination of all the licenses in all the contained modules.
Omit the words least restrictive and I think you are correct.
To combine licences, just aggregate them. There is no lattice of
subsumption; no more or less
On Mon, 2011-02-07 at 14:42 +, Malcolm Wallace wrote:
It seems then that a package should be the least restrictive
combination of all the licenses in all the contained modules.
Omit the words least restrictive and I think you are correct.
To combine licences, just aggregate them.
201 - 300 of 913 matches
Mail list logo