Re: [fricas-devel] New release

2020-02-29 Thread Neven Sajko
On Sat, 29 Feb 2020 at 17:38, Ralf Hemmecke wrote: > > >> one need not be forced to use github/gitlab workflows of pull/merge > >> requests. One can instead work with named branches. > > > > Well, for FriCAS traditional branches are of limited use. My > > main developement flow is interactive,

Re: [fricas-devel] New release

2020-02-29 Thread Bill Page
On Sat, Feb 29, 2020 at 11:02 AM Dima Pasechnik wrote: > ... > The projects that stick to cvs or svn suffer, > as cvs and svn are legacy tools, and forcing > it on contributors is counterproductive. > +1 for git. Please. -- You received this message because you are subscribed to the Google

Re: [fricas-devel] New release

2020-02-29 Thread Ralf Hemmecke
>> one need not be forced to use github/gitlab workflows of pull/merge >> requests. One can instead work with named branches. > > Well, for FriCAS traditional branches are of limited use. My > main developement flow is interactive, compiling only edited > files and loading them, while if

Re: [fricas-devel] New release

2020-02-29 Thread Dima Pasechnik
On Sat, 29 Feb 2020, 09:51 Waldek Hebisch, wrote: > On Sat, Feb 29, 2020 at 11:01:45AM -0500, Dima Pasechnik wrote: > > On Sat, 29 Feb 2020, 08:11 Waldek Hebisch, > wrote: > > > > > On Sat, Feb 29, 2020 at 03:48:43PM +0100, Ralf Hemmecke wrote: > > > > > ATM master sources are in svn, so diff

Re: [fricas-devel] New release

2020-02-29 Thread Waldek Hebisch
On Sat, Feb 29, 2020 at 11:01:45AM -0500, Dima Pasechnik wrote: > On Sat, 29 Feb 2020, 08:11 Waldek Hebisch, wrote: > > > On Sat, Feb 29, 2020 at 03:48:43PM +0100, Ralf Hemmecke wrote: > > > > ATM master sources are in svn, so diff is better than pull request. > > > > > > When do we switch to

Re: [fricas-devel] New release

2020-02-29 Thread Dima Pasechnik
On Sat, 29 Feb 2020, 08:11 Waldek Hebisch, wrote: > On Sat, Feb 29, 2020 at 03:48:43PM +0100, Ralf Hemmecke wrote: > > > ATM master sources are in svn, so diff is better than pull request. > > > > When do we switch to git? > > > > Well, some time ago I thought that I am almost ready for switch.

Re: [fricas-devel] New release

2020-02-29 Thread Waldek Hebisch
On Sat, Feb 29, 2020 at 03:48:43PM +0100, Ralf Hemmecke wrote: > > ATM master sources are in svn, so diff is better than pull request. > > When do we switch to git? > Well, some time ago I thought that I am almost ready for switch. But then Camm Maguire wrote "fetch this special gcl branch".

Re: [fricas-devel] New release

2020-02-29 Thread Ralf Hemmecke
> ATM master sources are in svn, so diff is better than pull request. When do we switch to git? Ralf -- You received this message because you are subscribed to the Google Groups "FriCAS - computer algebra system" group. To unsubscribe from this group and stop receiving emails from it, send an

Re: [fricas-devel] New release

2020-02-29 Thread Waldek Hebisch
On Fri, Feb 28, 2020 at 01:45:53PM -0800, Neven Sajko wrote: > Waldek, Ralf; regarding my previous email, I should have mentioned that > info about stack and heap limits and how to raise them should be > documented better for users of Fricas. Probably should go into the > INSTALL file. Do you want

Re: [fricas-devel] New release

2020-02-29 Thread Waldek Hebisch
On Fri, Feb 28, 2020 at 12:05:12AM +0100, Ralf Hemmecke wrote: > On 2/27/20 10:41 PM, Kurt Pagani wrote: > > The problem is not the conversion to TeX, but rather a strange way of > storing that in OutputForm. > > (12) -> (eq1 :: OutputForm) pretend SExpression > >(12) (= ((PRIME f ",,,")

Re: [fricas-devel] New release

2020-02-29 Thread Waldek Hebisch
On Thu, Feb 27, 2020 at 10:41:32PM +0100, Kurt Pagani wrote: > I'd like to point out two small issues. Would be great if one or the other > could > be resolved in a next release: > > -- The (TexFormat) output of derivatives of (univariate) functions looks ugly. > Examples: > -

Re: [fricas-devel] New release

2020-02-29 Thread Waldek Hebisch
On Fri, Feb 28, 2020 at 07:40:22PM +0100, Kurt Pagani wrote: > On 28.02.2020 17:58, Waldek Hebisch wrote: > > On Thu, Feb 27, 2020 at 10:41:32PM +0100, Kurt Pagani wrote: > >> > >> The second issue concerns big files (compile or read doesn't matter): > >> > >> > >> --ECL > >> -- (1) -> )r bigfile