Fix for deformation has been tagged in my fork.
And mentioned here:
https://trac.sagemath.org/ticket/30325
Feel free to package and review.
Not sure that it supports GMP instead of MPIR (which is also abandonware).
Le jeudi 22 avril 2021 à 17:44:39 UTC+2, dim...@gmail.com a écrit :
> errors buil
y had to 1) remove my /usr/local, 2) install a fresh brew,
3) install the latest Xcode and Command line, and 4) cleanup my .zshrc
This is surprising as for the previous version of sage this worked
relatively smoothly.
Thanks for all the tips - I have learned a lot.
Pierre
Le mercredi 16 décembre
ath can confuse software installed via
Homebrew if the config script overrides a system or Homebrew-provided
script of the same name. We found the following "config" scripts:
/Users/pierre/local/bin/givaro-config
/Users/pierre/local/bin/fflas-ffpack-config
/Users/pierre/local/bin/linb
tion just fails at
[setuptools_scm-4.1.2] Error installing package setuptools_scm-4.1.2
Pierre
Le mercredi 16 décembre 2020 à 10:51:19 UTC+1, dim...@gmail.com a écrit :
> On Wed, Dec 16, 2020 at 9:34 AM Pierre Vanhove
> wrote:
> >
> > Hi - so I've tried to recompile (
gt; startup.
> Could you try to move away ~/.sage/ and see if it helps?
> (it tends to accumulate incompatible stuff and during updates cause
> all sorts of issues)
>
> If it doesn't help:
>
> Could you provide the output of
>
> otool -L /Users/pierre/local/lib/libSingu
Here is the crash report
Le mercredi 16 décembre 2020 à 09:17:14 UTC+1, Pierre Vanhove a écrit :
> Hi
>
> thanks for the tips. So I have recompiled sage successfully
>
> touch
> "/Users/pierre/local/sage-9.3.beta4/local/var/lib/sage/installed/sagelib-9.3.beta4"
Hi
thanks for the tips. So I have recompiled sage successfully
touch
"/Users/pierre/local/sage-9.3.beta4/local/var/lib/sage/installed/sagelib-9.3.beta4"
"/Users/pierre/local/sage-9.3.beta4/build/bin/sage-starts"
Testing that Sage starts...
[2020-12-16 01:46:39] SageMa
environnement and rerun configure in
sage, I still get the message
$ brew install pandoc ffmpeg imagemagick texinfo
Pierre
Le mardi 15 décembre 2020 à 19:57:40 UTC+1, zsc...@gmail.com a écrit :
> Have you tried running "brew doctor"? Homebrew should complain loudly
> about a
locally I cannot
work...
best, Pierre
====
Pierre Vanhove (vanhove.pie...@gmail.com) | web:
http://sites.google.com/site/vanhovepierre/
<https://sites.google.com/site/vanhovepierre/>
--
You received this message because you are su
ommandLineTools/SDKs/MacOSX.sdk/usr/include/stdio.h
This looks like the standard MacOS distrib.
I will try conda ….
thanks,
Pierre
> Le 15 déc. 2020 à 13:54, Dima Pasechnik a écrit :
>
> On Tue, Dec 15, 2020 at 12:47 PM Pierre Vanhove
> mailto:vanhove.pie...@gmail.com>> wrote:
&g
t;
> On Tue, Dec 15, 2020 at 12:40 PM Pierre Vanhove
> mailto:vanhove.pie...@gmail.com>> wrote:
>>
>> hi
>>
>> Since no compilation was succesfull I tried sage-9.3-beta4.
>>
>> My homebrew version is
>>
>> % brew --version
>&
back to work on macos 10.15.7
thank you,
Pierre Vanhove
--
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+unsubscr...@googlegroups.com.
To
from source. Now, I'm
getting this compilation failure.
What should I do?
Thank you for your help,
Pierre Vanhove
--
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, se
I found the Mac app quite useful now I use Mac and don't have the time to
build Sage anymore :(
Le samedi 7 novembre 2020 à 09:20:14 UTC+1, dim...@gmail.com a écrit :
> On Fri, Nov 6, 2020 at 9:50 PM Matthias Koeppe
> wrote:
> >
> > On Friday, November 6, 2020 at 12:50:01 PM UTC-8, kcrisman wr
They should be placed as close as possible to the continued fraction
functions; all persons using the Minkowski question mark function also want
to use continued fraction.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this
On Wednesday, February 13, 2019 at 8:44:07 AM UTC+1, Simon King wrote:
>
> Hi again,
>
> On 2019-02-12, Simon King > wrote:
> > If I recall correctly, valgrind would be able to report leaking memory.
> > But how to use it in Sage?
> >
> > I guess `sage -i valgrind` is the first step. But the
You should surely be able to extract some info in this ticket where we
fought hard memory leaks:
https://trac.sagemath.org/ticket/715
Maybe comment 75 though I did not really go through the whole ticket:
https://trac.sagemath.org/ticket/715#comment:75
--
You received this message because you are
For GB addict, yet another open source implementation:
https://gforge.inria.fr/projects/tinygb/
--
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+unsubscr
On Monday, September 10, 2018 at 2:34:06 PM UTC+2, Erik Bray wrote:
>
> On Mon, Sep 10, 2018 at 1:43 PM 'Bill Hart' via sage-devel
> > wrote:
> >
> > NTL is your best best. However zn_poly is a tour de force. It would be
> hard to beat.
>
IIRC it's very hardcoded into hypellfrob
(http://web
It might be an issue with the "printing" order which is used to sort stuff
in pynac internally (but not in orignal ginac) and we already had issues
with in the past.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group
Ok I finally ended up in pynac code.
It seems there is a bad recursion happening, with the following reversed
backtrace:
(Sage.)Expression._mul_
Ginac::*
Ginac::exmul
Ginac::ex::ex
Ginac::ex::construct_from_basic
Ginac::mul::eval
Ginac::ex::ex
Ginac::ex::construct_from_basic
Ginac::mul::eval
...
G
Kind of strange, running sage -gdb I never end up in Expression._mul_ but
at random places in Python code.
On Tuesday, April 24, 2018 at 2:40:50 PM UTC+2, Frédéric Chapoton wrote:
>
> Amusing.. Also hangs on
>
> sage: (1/e1)/e2
> 1/2*sqrt(2)/((I - 1)*sqrt(2) - 2)
> sage: 1/_
>
>
> Le mardi 24 avr
I thought PY_NEW was to be avoided (except for classes overriding tp_new).
See https://trac.sagemath.org/ticket/17668 and
https://github.com/cython/cython/wiki/FAQ#can-cython-create-objects-or-apply-operators-to-locally-created-objects-as-pure-c-code
On Sunday, April 8, 2018 at 9:41:17 AM UTC+2,
I have (or used to have) access to a power 7 machine and so did Francois
Bissey IIRC.
Things were in quite good shape there.
On Wednesday, March 14, 2018 at 1:52:07 PM UTC+1, Dima Pasechnik wrote:
>
> On Wednesday, March 14, 2018 at 6:42:33 AM UTC, vdelecroix wrote:
>>
>> As mentioned on the tick
I've added a project from last year that Johan and I were ok to mentor.
Don't know about Johan's availability this year so if anyone is ready to
comentor with me (and even take the lead) that would be nice.
On Tuesday, January 23, 2018 at 10:29:34 AM UTC+1, Dima Pasechnik wrote:
>
> Are we skippi
Remove it.
--
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+unsubscr...@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.co
Note that we don't disable https support, we just let R compile it is not
available...
--
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+unsubscr...@goog
On Monday, September 11, 2017 at 3:40:41 PM UTC+2, Maarten Derickx wrote:
>
> On Mon, 11 Sep 2017 at 10:30 Jean-Pierre Flori > wrote:
>
>>
>> I've made a pull request at
>> https://github.com/mmasdeu/sage_package_template/pull/3 with some
>> changes
On Sunday, September 10, 2017 at 1:54:44 PM UTC+2, Maarten Derickx wrote:
>
> Changed the subject to not clutter Davids thread.
>
>
>
> On Sunday, 10 September 2017 12:01:51 UTC+2, Jeroen Demeyer wrote:
>>
>> On 2017-09-10 06:09, Maarten Derickx wrote:
>> > I plan to work on https://github.com/s
Sure giac would be good as well!
--
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+unsubscr...@googlegroups.com.
To post to this group, send email to sage
On Monday, September 4, 2017 at 6:06:35 PM UTC+2, Jean-Pierre Flori wrote:
>
> I would also say that passing -m64 is needed on Solaris even when the
> kernel is 64bits, and I think the situation is the same on linux running on
> sparc.
> On these platforms default versions of
I would also say that passing -m64 is needed on Solaris even when the
kernel is 64bits, and I think the situation is the same on linux running on
sparc.
On these platforms default versions of gcc produces 32 bits stuff by
default, unless you begin compiling your own gcc and convince it to do
so
Anyway we should definitely get some multivariate polynomial arithmetic
over Z based on flint and keep singular for groebner bases or things it is
meant for.
On Monday, September 4, 2017 at 7:13:59 AM UTC+2, parisse wrote:
>
>
>
> Le dimanche 3 septembre 2017 16:06:46 UTC+2, rjf a écrit :
>>
>>
Oh and the MANIFEST.in file is not quite good at the moment.
You could add pxd files in there.
On Wednesday, August 23, 2017 at 2:57:03 PM UTC-7, Jean-Pierre Flori wrote:
>
> Yes!
> I support this :)
>
> My only suggestion would be to get rid of using the travis command.
>
Yes!
I support this :)
My only suggestion would be to get rid of using the travis command.
And maybe move the get_all_version_names into the fake sagemath package.
On Wednesday, August 23, 2017 at 2:45:18 PM UTC-7, Marc Masdeu wrote:
>
> This is essentially what they are supposed to be. The main
On Thursday, June 15, 2017 at 2:31:58 PM UTC+2, William wrote:
>
>
> (but 1st thing 1st, let's start from the current version being
>>> well-supported...)
>>>
>> Or rather let's find someone from ODK willing to buy the hardware!
>>
>> (Next we could buy some sparc and itanium CPUs and Solaris li
On Thursday, June 15, 2017 at 12:13:20 PM UTC+2, Dima Pasechnik wrote:
>
>
>
> On Thursday, June 15, 2017 at 11:03:11 AM UTC+1, Erik Bray wrote:
>>
>> On Thu, Jun 15, 2017 at 11:49 AM, Dima Pasechnik
>> wrote:
>> > https://www.apple.com/fr/shop/buy-mac/mac-pro
>> >
>> > I don't see why ODK c
On Thursday, June 15, 2017 at 8:29:37 AM UTC+2, Dima Pasechnik wrote:
>
> problem is, Apple headless hardware range currently available consists of
> Mac Mini's, which are very much underpowered.
>
> they promise something better in Dec.
>
> Internet is offering details on how to hack OSX to r
Here's the bt for the latter example:
#0 visit_decref (op=0xfdc9906aac2f2efe, data=0x0) at Modules/gcmodule.c:360
#1 0x3fffad7f61e0 in
__pyx_tp_traverse_4sage_4misc_9randstate_randstate (
o=0x3ffb1a37c5d0, v=@0x3fffb7f62aa8: 0x3fffb7eb91d0 ,
a=0x0)
at
/home/jpflori/sage.git/src/bu
Good job!
--
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+unsubscr...@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com
On Tuesday, April 4, 2017 at 4:02:46 PM UTC+2, vdelecroix wrote:
>
> Dear all,
>
> I am currently solving huge sparse linear systems over rationals (up to
> millions of equations and variables). The equation are actually
> integral, but the solutions are rationals.
>
> Sage is doing pretty go
Thanks Harald.
I did not realize so many of them were for my project.
I only saw one and it was junk.
I'll check the other ones but have little hope.
Hopefully other mentors will be much luckier!
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
T
Our pexpect interface happily leaves zombies around on linux because it
never waits on the processes it forks.
At least for each instantiation of the pexpect class it tries to launch
sage-cleaner to have at least one instance running and only the first does
actual work, the other ones becoming z
On a POWER7 (ppc64), giac looks very broken in the spirit of:
* http://xcas.e.ujf-grenoble.fr/XCAS/viewtopic.php?f=19&t=1723
I've opened:
* https://trac.sagemath.org/ticket/22280
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from
The LDConvert error must be some LongDouble stuff not guarded correctly
with #if HAS_LONG_DOUBLE (or a variation thereof).
Cygwin does not provide these.
It should be reported upstream.
Actually we have a trac ticket and that has been reported upstream:
https://trac.sagemath.org/ticket/21690
On
On Friday, January 20, 2017 at 11:03:52 AM UTC+1, Johan S. H. Rosenkilde
wrote:
>
> Hi sage-devel,
>
> Our current polynomial implementation has severe issues:
>
> - Our speed for GF(2^e)[x] is abysmal.
>
> - For other cases we are probably not linking to the currently fastest
> libraries.
On Wednesday, January 18, 2017 at 7:36:37 PM UTC+1, Emmanuel Charpentier
wrote:
>
> It also used to build pcre, an lzma library and SSL tools. No longer since
> 3.3, which is an itch I tried to scratch for 8 months... Hence also my
> insistence on the SSL tragicomedy.
>
No I mean Sage itself!
Strange, Sage used to optionally build iconv on retarded systems.
On Wednesday, January 18, 2017 at 2:22:47 PM UTC+1, Emmanuel Charpentier
wrote:
>
> Forgot to add : ISTR that R has depended on an external iconv for a long
> while. I didn't see it would now be mandatory...
>
> --
> Emmanuel Char
On Monday, January 9, 2017 at 10:33:49 PM UTC+1, Jeroen Demeyer wrote:
>
> On 2017-01-09 16:45, Jean-Pierre Flori wrote:
> > I guess you want to free the memory allocated here:
> > *
> >
> https://github.com/sagemath/sage/blob/master/src/sage/l
On Monday, January 9, 2017 at 7:03:57 PM UTC+1, Volker Braun wrote:
>
> On Monday, January 9, 2017 at 4:45:19 PM UTC+1, Jean-Pierre Flori wrote:
>>
>> You can just use the Python "del" operator and Cython should translate it
>> to a destructor call.
>>
&g
I guess you want to free the memory allocated here:
*
https://github.com/sagemath/sage/blob/master/src/sage/libs/eclib/newforms.pyx#L112
You should add a __dealloc__ method to your class and free the memory there:
*
http://docs.cython.org/en/latest/src/userguide/special_methods.html#finalization
On Thursday, January 5, 2017 at 8:01:42 AM UTC+1, Ralf Stephan wrote:
>
> There was a bug in the Pynac/Singular interface. To cancel fractions
> a GCD is done via Singular. This was fixed 7 days ago in
>
> https://github.com/pynac/pynac/commit/fd180a9a82018e97c540950c1bbf083768f703ef
> and the ne
On Sunday, December 25, 2016 at 8:22:33 PM UTC+1, Jeroen Demeyer wrote:
>
> On 2016-12-25 12:55, Jean-Pierre Flori wrote:
> >
> >
> > On Sunday, December 25, 2016 at 10:32:11 AM UTC+1, Jeroen Demeyer wrote:
> >
> > On 2016-12-24 13:30, Jean-Pierre Flo
On Sunday, December 25, 2016 at 10:32:11 AM UTC+1, Jeroen Demeyer wrote:
>
> On 2016-12-24 13:30, Jean-Pierre Flori wrote:
> > I just want to kill Magma
>
> M.quit() should work.
>
Sure, but how do I trigger a call to M.quit() iin the middle of a long
computation?
On Saturday, December 24, 2016 at 11:00:33 AM UTC+1, Jeroen Demeyer wrote:
>
> On 2016-12-24 10:37, Jean-Pierre Flori wrote:
> > My issue is that I can not use the alarm() machinery to trigger it...
>
> I do not understand why you would want to use alarm() to kill magma. I
On Saturday, December 24, 2016 at 10:22:13 AM UTC+1, Jeroen Demeyer wrote:
>
> On 2016-12-23 21:49, Jean-Pierre Flori wrote:
> >
> >
> > On Friday, December 23, 2016 at 9:10:53 PM UTC+1, Jeroen Demeyer wrote:
> >
> > On 2016-12-23 10:34, Jean-Pierr
On Friday, December 23, 2016 at 9:10:53 PM UTC+1, Jeroen Demeyer wrote:
>
> On 2016-12-23 10:34, Jean-Pierre Flori wrote:
> > Maybe the code in sage/except.py should at least be modified not to
> > modify the class of the exception.
>
> I guess you are talking a
On Wednesday, December 21, 2016 at 7:10:35 PM UTC+1, John Cremona wrote:
>
> Is there a list somewhere of which C or C++ types or classes can be
> converted in cython files?
>
> For example, in the eclib interface (in sage/libs/eclib) a lot of
> quite complicated C++ classes defined in eclib a
On Friday, December 23, 2016 at 7:58:11 AM UTC+1, Jeroen Demeyer wrote:
>
> On 2016-12-22 11:25, Jean-Pierre Flori wrote:
> > Dear all,
> >
> > First question: Is there are fundamental differences btw using the
> > cysignal alarm function and the one from the si
Dear all,
First question: Is there are fundamental differences btw using the cysignal
alarm function and the one from the signal module?
Second question: Is there any reason to make AlarmInterrupt derive from
KeyboardInterrupt?
SIGALARM and SIGINT are different signals.
And its troublesome when
On Wednesday, December 7, 2016 at 8:09:56 PM UTC+1, Jean-Pierre Flori wrote:
>
>
>
> On Wednesday, December 7, 2016 at 7:34:01 PM UTC+1, William wrote:
>>
>> Worked for me -- I installed Windows into a VM, then ran Erik's
>> installer, and it worked.
>>
On Wednesday, December 7, 2016 at 7:34:01 PM UTC+1, William wrote:
>
> Worked for me -- I installed Windows into a VM, then ran Erik's installer,
> and it worked.
>
Ahah that's exactly how I used to work on Sage on Cygwin: from a Windows VM
on top of Linux!
--
You received this message becaus
n overflow warning when it happens. No increase in
speed, for general reasons which I will just call "overhead" for lack
of a better understanding. (Still good for numpy functions,
obviously).
2016-12-04 9:11 GMT-05:00 Pierre :
> PS actually, i am a little wrong with Python ints being arbit
at everything is as slow as if
everything was always a "long". Well, i don't really know, and I wish I did.
On Sunday, December 4, 2016 at 8:47:12 AM UTC-5, Pierre wrote:
>
> Hi all,
>
> Thanks for your answers. There are a few things that I now understand, but
> i'm st
alogous question with floats will be
answered, too.
Thanks !
Pierre
--
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+unsubscr...@googlegroups
ybody know of a basic test/piece of code
that would illustrate the difference in speed between various types of
integers and/or floats?
thanks!
Pierre
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this gr
On Friday, December 2, 2016 at 9:38:01 AM UTC+1, François wrote:
>
>
> > On 2/12/2016, at 21:30, Jean-Pierre Flori > wrote:
> >
> >
> >
> > On Friday, December 2, 2016 at 9:24:16 AM UTC+1, François wrote:
> >
> > > On
On Friday, December 2, 2016 at 9:24:16 AM UTC+1, François wrote:
>
>
> > On 2/12/2016, at 21:21, Thierry > wrote:
> >
> > Hi,
> >
> > the SAGE_ATLAS_LIB stuff, which allowed to use system blas belongs to
> > SAGE_ROOT/build/pkgs/atlas/spkg-install Is it possible to have such
> option
> >
On Thursday, December 1, 2016 at 11:47:40 PM UTC+1, Volker Braun wrote:
>
> On Linux, you can build Sage with and without openssl. If you ever hit the
> network you really should build with openssl(-devel) available, it will be
> picked up automatically. But its not a requirement. Though we sho
On Wednesday, November 23, 2016 at 12:24:43 PM UTC+1, Erik Bray wrote:
>
> On Wed, Nov 23, 2016 at 12:19 PM, Jean-Pierre Flori > wrote:
> >
> >
> > On Wednesday, November 23, 2016 at 12:17:08 PM UTC+1, Jean-Pierre Flori
> > wrote:
> >>
>
On Wednesday, November 23, 2016 at 12:17:08 PM UTC+1, Jean-Pierre Flori
wrote:
>
> We should definitely contact upstream if updating the autotools stuff
> there is needed.
>
But do they ship autotools stuff or does it come from Sage?
Old tickets:
* https://trac.sagemath.org/
We should definitely contact upstream if updating the autotools stuff there
is needed.
--
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+unsubscr...@goog
On Friday, November 18, 2016 at 8:12:32 AM UTC+1, David Roe wrote:
>
> If I checkout an old branch (say, from one or two versions of Sage ago),
> it essentially forces a rebuild of all of Sage, even if I think better of
> it and checkout develop immediately. The rebuild is a consequence of the
On Thursday, November 17, 2016 at 5:27:15 PM UTC+1, Erik Bray wrote:
> Hmm, okay. I am using my system's autoreconf. For the sage autotools
> is that just an optional package I need to install?
>
Yes.
--
You received this message because you are subscribed to the Google Groups
"sage-deve
On Thursday, November 17, 2016 at 5:26:39 PM UTC+1, Jean-Pierre Flori wrote:
>
>
>
> On Thursday, November 17, 2016 at 5:25:24 PM UTC+1, Jean-Pierre Flori
> wrote:
>>
>>
>>
>> On Thursday, November 17, 2016 at 5:11:23 PM UTC+1, Erik Bray wrote:
>
On Thursday, November 17, 2016 at 5:25:24 PM UTC+1, Jean-Pierre Flori wrote:
>
>
>
> On Thursday, November 17, 2016 at 5:11:23 PM UTC+1, Erik Bray wrote:
>>
>> Hi,
>>
>> I'm in the process of patching a couple spkgs that use autotools build
>> s
On Thursday, November 17, 2016 at 5:11:23 PM UTC+1, Erik Bray wrote:
>
> Hi,
>
> I'm in the process of patching a couple spkgs that use autotools build
> systems. I've done this in the past in Sage but it's never been quite
> clear to me what the correct process should be. In this particular
Dear all,
We currently repackage singular so merge the source code and help files
into a single archive (and renaming directories).
Should we stop doing so by creating a "singular_share" package for the
latter files?
Best,
JPF
--
You received this message because you are subscribed to the Goo
ave a vote on the I-II block (which *is* urgent), and on the Ia
> vs Ib alternative ?
>
> HTH,
>
> --
> Emmanuel Charpentier
>
> Le jeudi 27 octobre 2016 10:03:03 UTC+2, Jean-Pierre Flori a écrit :
>>
>> Hi all,
>>
>> The latest R versions depe
On Friday, October 28, 2016 at 3:58:42 PM UTC+2, Volker Braun wrote:
>
> I think you are making it more difficult than it is. I'm pretty sure our
> binaries already depend on openssl being installed, and we do this under
> the GPL system library exception. We just can't ship our own openssl (no
On Friday, October 28, 2016 at 12:33:42 PM UTC+2, Emmanuel Charpentier
wrote:
>
> I just checked (by installation on a virtual machine) that a *virgin*
> (base + destktop + usual utilities) debian stable (jessie) has openssl
> installed. Tentatively asking for its removal (apt-get remove -s op
On Thursday, October 27, 2016 at 8:15:38 PM UTC+2, kcrisman wrote:
>
>
> So either they will stop distribute R or they will patch
>>> en-masse.
>>>
>>
>> Somehow, I doubt it.
>>
>>
> Probably nobody even bothered to notice or notify e.g. Debian?
>
> I think people at Debian ar well aware of suc
On Thursday, October 27, 2016 at 5:28:41 PM UTC+2, William wrote:
>
> On Thu, Oct 27, 2016 at 8:25 AM, Jean-Pierre Flori > wrote:
> >
> >
> > On Thursday, October 27, 2016 at 5:16:02 PM UTC+2, Jean-Pierre Flori
> wrote:
> >>
> >> But
On Thursday, October 27, 2016 at 5:23:58 PM UTC+2, William wrote:
>
> Hi,
>
>
>
> We've been down this road before with Sage, and it's pretty annoying.
> I've personally wasted hundreds of hours on it (GNUtls, openssl, etc.)
> Programmers playing lawyers have ended up with a broken and
> i
On Thursday, October 27, 2016 at 5:16:02 PM UTC+2, Jean-Pierre Flori wrote:
>
> But you're right, by default Debian links to openssl:
> https://packages.debian.org/sid/libcurl3
>
> And indeed curl is not GPL anyway:
> https://curl.haxx.se/docs/copyright.html
On Thursday, October 27, 2016 at 5:18:40 PM UTC+2, Emmanuel Charpentier
wrote:
>
>
>
> Le jeudi 27 octobre 2016 17:00:05 UTC+2, Jean-Pierre Flori a écrit :
>>
>>
>>
>> On Thursday, October 27, 2016 at 4:59:02 PM UTC+2, Jean-Pierre Flori
>> wrote:
>
But you're right, by default Debian links to openssl:
https://packages.debian.org/sid/libcurl3
And indeed curl is not GPL anyway: https://curl.haxx.se/docs/copyright.html
Groumpf.
See https://curl.haxx.se/legal/distro-dilemma.html for more rumbling.
Now what if a GPL application links to libcurl
On Thursday, October 27, 2016 at 4:59:02 PM UTC+2, Jean-Pierre Flori wrote:
>
>
>
> On Thursday, October 27, 2016 at 4:49:23 PM UTC+2, Emmanuel Charpentier
> wrote:
>>
>>
>>
>> Le jeudi 27 octobre 2016 16:04:52 UTC+2, Jean-Pierre Flori a écrit :
>>&
On Thursday, October 27, 2016 at 4:49:23 PM UTC+2, Emmanuel Charpentier
wrote:
>
>
>
> Le jeudi 27 octobre 2016 16:04:52 UTC+2, Jean-Pierre Flori a écrit :
>>
>>
>>
>> On Thursday, October 27, 2016 at 3:59:26 PM UTC+2, Emmanuel Charpentier
>> wrote:
&
On Thursday, October 27, 2016 at 3:59:26 PM UTC+2, Emmanuel Charpentier
wrote:
>
>
>
> Le jeudi 27 octobre 2016 13:10:17 UTC+2, François a écrit :
>>
>> It is a most interesting point because it explain why
>> the R binary installed from epel for RH7.1 and family
>> isn’t linked to openssl.
>
Building R against a ssl-less libcurl works (modulo patching configure) and
does not seem to add errors into R's test suite.
So I suggest the following:
[123]:
* add curl as a standard package and let it use ssl if present except when
making dist tarballs (ticket needs some tweaking in case of di
On Thursday, October 27, 2016 at 12:31:00 PM UTC+2, Jeroen Demeyer wrote:
>
> On 2016-10-27 12:24, Francois Bissey wrote:
> > While not configurable by the user in R-3.2.x it would build if
> > libcurl wasn’t found or missing https support.
> > The change to bail out if you don’t fulfil all th
I doubt that
>> install.package(“$some_package”,method=“$somemethod”)
>> where $somemethod is CURL (command line) or WGET has disappeared.
>> The R-3.2.1 package for RH7.1/centos7.1 is not compiled against libcurl
>> or lack https support for example. An interesting expe
On Thursday, October 27, 2016 at 12:02:42 PM UTC+2, Jeroen Demeyer wrote:
>
> On 2016-10-27 11:49, Jean-Pierre Flori wrote:
> >
> >
> > On Thursday, October 27, 2016 at 11:41:20 AM UTC+2, Jeroen Demeyer
> wrote:
> >
> > On 2016-10-27 11:29, Franc
On Thursday, October 27, 2016 at 11:41:20 AM UTC+2, Jeroen Demeyer wrote:
>
> On 2016-10-27 11:29, Francois Bissey wrote:
> > R package system include downloading facility from repositories.
>
> That's fine but it should be possible to just run R without it's
> packaging system.
>
Then I sugg
Hi all,
The latest R versions depends on libcurl and actually more than that: on a
libcurl with https support.
So we might want to build our own libcurl with https support (see #21767)
but we then need an SSL/TLS implementation which Sage curretnly provides
only optionally through openSSL becau
Sure. What you uncovered here is larger than R.
--
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+unsubscr...@googlegroups.com.
To post to this group, sen
There is a curl-config utility.
--
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+unsubscr...@googlegroups.com.
To post to this group, send email to sage-
On Wednesday, October 26, 2016 at 3:45:02 PM UTC+2, Volker Braun wrote:
>
> On Wednesday, October 26, 2016 at 2:40:42 AM UTC-4, Emmanuel Charpentier
> wrote:
>>
>> This issue is *distinct* from the one I'm trying to solve (iL e. satisfy
>> R's prerequisites). Should't you open a relevant ticket
On Wednesday, October 26, 2016 at 3:01:48 PM UTC+2, Jean-Pierre Flori wrote:
>
>
>
> On Wednesday, October 26, 2016 at 2:58:44 PM UTC+2, Jean-Pierre Flori
> wrote:
>>
>>
>>
>> On Wednesday, October 26, 2016 at 2:22:45 PM UTC+2, Jean-Pierre Flori
>>
1 - 100 of 959 matches
Mail list logo
