Christopher Samuel, le Tue 19 Feb 2013 05:30:40 +0100, a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 06/02/13 10:29, Samuel Thibault wrote:
>
> > Right. If hwloc was strictly requiring a GPL library to be able
> > to run, providing it under BSD would be questionable:
>
> I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/02/13 10:29, Samuel Thibault wrote:
> Right. If hwloc was strictly requiring a GPL library to be able
> to run, providing it under BSD would be questionable:
I don't think that's true, the BSD license is compatible with the GPL
so it's not an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
/*
* Trying to catch up with email, but I've not seen the question of
* whether or not linking proprietary->BSD->GPL was OK or not addressed
* yet.
*/
On 06/02/13 08:50, Jeff Squyres (jsquyres) wrote:
> It was just pointed out to me that libpci i
Le 09/02/2013 15:50, Jeff Squyres (jsquyres) a écrit :
> On Feb 8, 2013, at 6:08 AM, Brice Goglin wrote:
>
>> Jeff, do you want to put a patch into OMPI 1.7rc7 in the very near
>> future? I mean even before we do a v1.6.2? I still want some testing
>> before we put that into a hwloc release. And w
On Feb 9, 2013, at 9:53 AM, Brice Goglin wrote:
> I think the only difference is when passing --enable-libpci while
> pciaccess is available. Above says "use libpciaccess". My code uses
> "libpci".
Sounds reasonable to me (assuming the big flashing warning is shown if we use
libpci, regardless
On Feb 9, 2013, at 9:51 AM, Brice Goglin wrote:
> You know their usual license, but you can't check at runtime that the
> libnuma/libxml/libpci you're actually linking to is the usual one with
> the license you expect and not another one with same ABI but different
> license.
Sure, I understand
Le 09/02/2013 15:48, Jeff Squyres (jsquyres) a écrit :
> On Feb 6, 2013, at 1:01 PM, Brice Goglin wrote:
>
>>> How about:
>>>
>>> - Check for libpciaccess. If found, use it. STOP.
>>> - If not found:
>>> - check for libpci.
>>> - if found, and if --enable-gpl-taint was specified, use it. STOP.
Le 09/02/2013 15:47, Jeff Squyres (jsquyres) a écrit :
> On Feb 6, 2013, at 1:24 PM, Samuel Thibault wrote:
>
>> On another level, as previously mentioned, such kind of option would
>> mean that we track GPL-ness, while we can't really promise that we can
>> check the licence of the libraries we a
On Feb 8, 2013, at 6:08 AM, Brice Goglin wrote:
> Jeff, do you want to put a patch into OMPI 1.7rc7 in the very near
> future? I mean even before we do a v1.6.2? I still want some testing
> before we put that into a hwloc release. And with at least one week
> between rc1 and final, it'll take som
On Feb 6, 2013, at 1:01 PM, Brice Goglin wrote:
>> How about:
>>
>> - Check for libpciaccess. If found, use it. STOP.
>> - If not found:
>> - check for libpci.
>> - if found, and if --enable-gpl-taint was specified, use it. STOP.
>> - if not found, display the usual "no pci support" message
On Feb 6, 2013, at 1:24 PM, Samuel Thibault wrote:
> On another level, as previously mentioned, such kind of option would
> mean that we track GPL-ness, while we can't really promise that we can
> check the licence of the libraries we are linking with.
Why not?
--
Jeff Squyres
jsquy...@cisco.
Le 06/02/2013 22:25, Brice Goglin a écrit :
> See the attached patch.
I'll commit that later today unless somebody complains.
Jeff, do you want to put a patch into OMPI 1.7rc7 in the very near
future? I mean even before we do a v1.6.2? I still want some testing
before we put that into a hwloc rel
Brice Goglin, le Wed 06 Feb 2013 07:11:03 +0100, a écrit :
> Any idea why it doesn't find your nvidia card?
Actually it is due to my use of bumblebee, which puts the graphic card
into sleep when not running CUDA. Running lstopo through optirun brings
the card back. It actually makes sense, I hav
Le 06/02/2013 19:01, Brice Goglin a écrit :
> Le 06/02/2013 16:10, Jeff Squyres (jsquyres) a écrit :
>> On Feb 6, 2013, at 7:02 AM, Brice Goglin wrote:
>>
>>> Just pushed Samuel's patch + the configury + one fix for object names.
>>> The code currently uses libpciaccess by default. pciutils is onl
Jeff Squyres (jsquyres), le Wed 06 Feb 2013 17:33:03 +0100, a écrit :
> On Feb 6, 2013, at 8:21 AM, Samuel Thibault wrote:
>
> >> - if found, and if --enable-gpl-taint was specified, use it. STOP.
> >
> > Such kind of options are questionable: nothing says that libpci is for sure
> > GPL. The
Le 06/02/2013 16:10, Jeff Squyres (jsquyres) a écrit :
> On Feb 6, 2013, at 7:02 AM, Brice Goglin wrote:
>
>> Just pushed Samuel's patch + the configury + one fix for object names.
>> The code currently uses libpciaccess by default. pciutils is only used
>> when libpciaccess isn't available.
>
>
On Feb 6, 2013, at 8:21 AM, Samuel Thibault wrote:
>> - if found, and if --enable-gpl-taint was specified, use it. STOP.
>
> Such kind of options are questionable: nothing says that libpci is for sure
> GPL. The system might have a BSD replacement for libpci with the exact same
> API...
Do
Brice Goglin, le Wed 06 Feb 2013 16:03:21 +0100, a écrit :
> I am not sure yet if we should add a
> --disable-gpl or --enable-gpl,
Jeff Squyres (jsquyres), le Wed 06 Feb 2013 16:11:55 +0100, a écrit :
> - if found, and if --enable-gpl-taint was specified, use it. STOP.
Such kind of options are
On Feb 6, 2013, at 7:02 AM, Brice Goglin wrote:
> Just pushed Samuel's patch + the configury + one fix for object names.
> The code currently uses libpciaccess by default. pciutils is only used
> when libpciaccess isn't available.
I think that this will still result in many GPL-enabled hwlocs
Le 06/02/2013 15:11, Brice Goglin a écrit :
> Le 06/02/2013 15:06, Jeff Squyres (jsquyres) a écrit :
>> On Feb 5, 2013, at 10:11 PM, Brice Goglin wrote:
>>
>>> It's a Xorg dependency, so it's available on many platforms and
>>> prepackaged in many distributions, including darwin if I remember corr
Le 06/02/2013 15:06, Jeff Squyres (jsquyres) a écrit :
> On Feb 5, 2013, at 10:11 PM, Brice Goglin wrote:
>
>> It's a Xorg dependency, so it's available on many platforms and
>> prepackaged in many distributions, including darwin if I remember correctly.
>
> I'm thinking that we should actually re
On Feb 5, 2013, at 10:11 PM, Brice Goglin wrote:
> It's a Xorg dependency, so it's available on many platforms and
> prepackaged in many distributions, including darwin if I remember correctly.
I'm thinking that we should actually release a new version for all hwloc
versions that defaulted to
Brice Goglin, le Wed 06 Feb 2013 07:11:03 +0100, a écrit :
> Any idea why it doesn't find your nvidia card?
Well, actually it does, but vendor id & co are all 0x
> By the way, the contamination should be limited to the libpci plugin
> when plugins are enabled.
Right.
Samuel
Le 06/02/2013 01:40, Jeff Squyres (jsquyres) a écrit :
> On Feb 5, 2013, at 3:50 PM, Samuel Thibault wrote:
>
>> Jeff Squyres (jsquyres), le Tue 05 Feb 2013 22:52:01 +0100, a écrit :
>>> It was just pointed out to me that libpci is licensed under the GPL (not
>>> the LGPL).
>> I'm told that we co
Le 06/02/2013 01:55, Samuel Thibault a écrit :
> Jeff Squyres (jsquyres), le Wed 06 Feb 2013 01:41:21 +0100, a écrit :
>> On Feb 5, 2013, at 3:50 PM, Samuel Thibault wrote:
>>
>>> Jeff Squyres (jsquyres), le Tue 05 Feb 2013 22:52:01 +0100, a écrit :
It was just pointed out to me that libpci i
Samuel Thibault, le Wed 06 Feb 2013 01:55:18 +0100, a écrit :
> Jeff Squyres (jsquyres), le Wed 06 Feb 2013 01:41:21 +0100, a écrit :
> > On Feb 5, 2013, at 3:50 PM, Samuel Thibault
> > wrote:
> >
> > > Jeff Squyres (jsquyres), le Tue 05 Feb 2013 22:52:01 +0100, a écrit :
> > >> It was just poin
Jeff Squyres (jsquyres), le Wed 06 Feb 2013 01:41:21 +0100, a écrit :
> On Feb 5, 2013, at 3:50 PM, Samuel Thibault wrote:
>
> > Jeff Squyres (jsquyres), le Tue 05 Feb 2013 22:52:01 +0100, a écrit :
> >> It was just pointed out to me that libpci is licensed under the GPL (not
> >> the LGPL).
> >
On Feb 5, 2013, at 3:50 PM, Samuel Thibault wrote:
> Jeff Squyres (jsquyres), le Tue 05 Feb 2013 22:52:01 +0100, a écrit :
>> It was just pointed out to me that libpci is licensed under the GPL (not the
>> LGPL).
>
> I'm told that we could use libpciaccess instead, which is BSD.
That would be
Jeff Squyres (jsquyres), le Tue 05 Feb 2013 22:52:01 +0100, a écrit :
> It was just pointed out to me that libpci is licensed under the GPL (not the
> LGPL).
I'm told that we could use libpciaccess instead, which is BSD.
Samuel
Pavan Balaji, le Tue 05 Feb 2013 23:53:54 +0100, a écrit :
> I checked libnuma, which seems to be LGPL (phew!), but didn't look at
> the remaining libraries hwloc uses.
The base of hwloc needs libm/libc (LGPL), plugin support needs libltdl
(LGPL) and libdl (LGPL).
Samuel
Pavan Balaji, le Tue 05 Feb 2013 23:53:54 +0100, a écrit :
> I checked libnuma, which seems to be LGPL (phew!), but didn't look at
> the remaining libraries hwloc uses.
Right. If hwloc was strictly requiring a GPL library to be able to
run, providing it under BSD would be questionable: you'd have
Cc'ed a bunch of mpich folks.
Dave forwarded this link, which has some good information:
http://en.wikipedia.org/wiki/GNU_General_Public_License#Point_of_view:_dynamic_and_static_linking_violate_GPL
If libpci was disabled by default, would hwloc still come under the same
GPL issue?
I checked l
Jeff Squyres (jsquyres), le Tue 05 Feb 2013 22:52:01 +0100, a écrit :
> The complaint to me was that hwloc needs to be clearer about this in its
> documentation.
>
> Does this sound right?
It makes sense that we warn about this, yes, so people know they might
want to pass --disable-pci.
Samuel
IANAL
I think that it would be possible to say something like:
While hwloc is BSD licensed, it may potentially link to libraries with
more restrictive license terms.
However, that is more or less true of ANY software.
For instance, if I compile some BSD licensed software on AIX with '-static'
34 matches
Mail list logo
