On Friday, July 3, 2015 at 12:41:02 AM UTC-7, Jeroen Demeyer wrote:
>
> Hello all,
>
> There were some important changes to the Sage build system in 6.8.beta7:
>
> * All logs of running "make" will appear in install.log, including the
> logs of the documentation and the Sage library build. Nothi
On 2015-07-03 15:55, Volker Braun wrote:
The GPL doesn't restrict what you do on your own computer. If __you__
willingly initiate linking of gpl and non-gpl code on your computer,
then thats fine (you can't distribute it but that doesn't concern your
own computer). But you can only willingly init
> but this is not interactive and no confirmation is requested. Should it?
My understanding is that you do not need to in this situation: the
user explicitly asked to install a non-GPL-compatible software, so "he
is assumed to know what he is doing".
Apparently we only need a warning if the user
On 3 July 2015 at 11:24, Simon King wrote:
> Hi,
>
> On 2015-07-03, Nathann Cohen wrote:
> >> * New-style packages can now be installed with dependency checking by
> >> running "make pkgname". This applies to all types (standard, optional,
> >> experimental).
> >>
> >
> > About this, Volker rais
The GPL doesn't restrict what you do on your own computer. If __you__
willingly initiate linking of gpl and non-gpl code on your computer, then
thats fine (you can't distribute it but that doesn't concern your own
computer). But you can only willingly initiate something if you are
actually awar
On Friday, 3 July 2015 14:14:24 UTC+1, Jeroen Demeyer wrote:
>
> On 2015-07-03 15:10, Volker Braun wrote:
> > If you "convey" linked gpl and non-gpl code then you must make the
> > source available under terms of the gpl. Writing a script that does it
> > silently is still a form of conveyance
On 2015-07-03 15:10, Volker Braun wrote:
If you "convey" linked gpl and non-gpl code then you must make the
source available under terms of the gpl. Writing a script that does it
silently is still a form of conveyance on the script author's part.
Could be, but then your statement remains true i
If you "convey" linked gpl and non-gpl code then you must make the source
available under terms of the gpl. Writing a script that does it silently is
still a form of conveyance on the script author's part.
On Friday, July 3, 2015 at 2:52:24 PM UTC+2, Jeroen Demeyer wrote:
>
> On 2015-07-03 11
On 2015-07-03 11:44, Nathann Cohen wrote:
one could "silently" install a non-GPL package without
knowing, and that the GPL does not allow that.
Why do you think so? I don't see how it could matter at all whether it
is done "silently" or interactively.
--
You received this message because you
Hi!
On 2015-07-03, Dima Pasechnik wrote:
> open a ticket... :-)
There is a ticket open for upgrading my spkg already. There have been
too many backwards incompatible changes in Sage recently...
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
"sage-d
On Friday, 3 July 2015 12:08:30 UTC+1, Simon King wrote:
>
> Hi Nathann,
>
> On 2015-07-03, Nathann Cohen > wrote:
> > Alternatively, and because your package can never become standard
> > (because of this dependency), you can simplify the user's workflow a
> > bit and add an interactive lice
> Such interactive license agreement would already be there, if I'd know
> how to write such thing in bash...
You will find an example at src/bin/sage-spkg. Look for the string
"You are about to download and install an experimental package." :-)
Nathann
--
You received this message because you
Hi Nathann,
On 2015-07-03, Nathann Cohen wrote:
> Alternatively, and because your package can never become standard
> (because of this dependency), you can simplify the user's workflow a
> bit and add an interactive license agreement to you spkg-install file:
> it would tell the user what is abou
On 2015-07-03, Dima Pasechnik wrote:
> this is now http://trac.sagemath.org/ticket/18848
Thanks!
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to sage-devel+unsub
> However, it must not be
> the case that my package installs database_gap without asking the user.
That's also what I understood. You can return an error if the other
thing is not installed, but not add the dependency yourself.
Alternatively, and because your package can never become standard
(b
Hi,
On 2015-07-03, Nathann Cohen wrote:
>> * New-style packages can now be installed with dependency checking by
>> running "make pkgname". This applies to all types (standard, optional,
>> experimental).
>>
>
> About this, Volker raised an important point:
>
> Technically, an optional GPL-comp
On Friday, 3 July 2015 11:20:41 UTC+1, Simon King wrote:
>
> Hi Nathann,
>
> On 2015-07-03, Nathann Cohen > wrote:
> > Is there anybody around who would know how to change that? I don't
> > feel much at home around pickling and interfaces ^^;
>
> I can try. Is there a ticket yet?
>
you are c
Hi Nathann,
On 2015-07-03, Nathann Cohen wrote:
> Is there anybody around who would know how to change that? I don't
> feel much at home around pickling and interfaces ^^;
I can try. Is there a ticket yet?
Cheers,
Simon
--
You received this message because you are subscribed to the Google Gro
this is now http://trac.sagemath.org/ticket/18848
On Friday, 3 July 2015 10:48:27 UTC+1, Dima Pasechnik wrote:
>
>
>
> On Friday, 3 July 2015 10:36:45 UTC+1, Nathann Cohen wrote:
>>
>> Hell,
>>
>> > Realistically, we don't have a chance of pickling interface objects
>> when we
>>
On Friday, 3 July 2015 10:36:45 UTC+1, Nathann Cohen wrote:
>
> Hell,
>
> > Realistically, we don't have a chance of pickling interface objects when
> we
> > don't have any deeper understanding of the object in the interfaced
> system.
> > Unless the interfaced system supports pi
>
> * New-style packages can now be installed with dependency checking by
> running "make pkgname". This applies to all types (standard, optional,
> experimental).
>
About this, Volker raised an important point:
Technically, an optional GPL-compatible package can have a GPL-incompatible
packa
Hell,
> Realistically, we don't have a chance of pickling interface objects when we
> don't have any deeper understanding of the object in the interfaced system.
> Unless the interfaced system supports pickling natively, which few do.
Yep yep.
> So my suggestion would be to define x.
Realistically, we don't have a chance of pickling interface objects when we
don't have any deeper understanding of the object in the interfaced system.
Unless the interfaced system supports pickling natively, which few do.
So my suggestion would be to define x.dumps() as x.sage().dumps(), that i
Helloo everybody,
A friend of mine just reported something which may be considered as a bug:
sage: x=singular(3)
sage: save(x,"/tmp/aaa.sobj")
Several days later:
sage: load("/tmp/aaa.sobj")
(invalid object -- defined in terms of closed session)
This, because 'x' is not an
I should add something from 6.8.beta4:
* Optional new-style packages are automatically upgraded when running
"make", just like standard packages.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving
On 2015-07-03 09:40, Vincent Delecroix wrote:
Is that the expected behavior?
Yes, see the other message I just sent.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
Hello all,
There were some important changes to the Sage build system in 6.8.beta7:
* All logs of running "make" will appear in install.log, including the
logs of the documentation and the Sage library build. Nothing changed
for the individual log files.
* The documentation can now be built
Hello,
I just upgraded to 6.8.beta7 and remarked that make distclean/doc-clean
now print the list of packages and environment variables. Is that the
expected behavior?
Vincent
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe fro
28 matches
Mail list logo
