On 25 led, 21:40, John H Palmieri wrote:
> sage: 'x^2'
> sage: type(factor)
>
> both work fine.
A similar problem:
sage:'x_2' (with checked Typeset button)
and
sage: view('x_2')
produce unwanted backslash (but the TeX code "\hbox{x\_2}" is O.K. and
jsmath should not include the backslash)
Rob
Dear sage-devel
I submitted an easy to review patch which uses T1 font encoding in
LaTeX header.
http://trac.sagemath.org/sage_trac/ticket/8083
This should help European users and should not break anything for the
others. Very easy to review IMHO, if you are interested.
Robert Marik
--
To post
On 6 ún, 23:59, Minh Nguyen wrote:
> > I think making a trivial 4.3.3 and skipping posting 4.3.2 would cause
> > too much confusion...
>
> I apologize for the confusion I have caused.
>
No problem, Minh. Thank you for your good and hard work.
Compiles fine on Debian Lenny with kernel 2.6.26-2-68
Dear Sage
Lenka Viskotova found a bug in evaluating limits in Sage. Evaluating
limits via Maxima may return complex infinity or real ininity. Sage
does not distinguish between them. As a consequence, limit(1/x,x=0) is
wrong.
I was not able to find report on this and thus reported this as
http://t
I have some failed doctests on Centos
[ma...@carya ~]$ uname -a
Linux carya 2.6.9-67.0.20.ELsmp #1 SMP Thu Jun 26 08:14:55 EDT 2008
x86_64 x86_64 x86_64 GNU/Linux
sage -t "local/lib/python2.6/site-packages/sagenb-0.7.5-py2.6.egg/
sagenb/misc/sphinxify.py"
[4.4 s]
sage -t "local/lib/py
32 bit debian:
sage -t -long "devel/sage/sage/interfaces/r.py"
[9.6 s]
--
All tests passed!
Total time for all tests: 9.7 seconds
On 19 ún, 18:42, John Cremona wrote:
> and on 64-bit ubuntu I get a different error:
>
The same problem on 32 bit debian as reported above
sage -t "devel/sage/sage/misc/functional.py"
**
File "/opt/sage-4.3.3.alpha1/devel/sage/sage/misc/functional.py", line
705:
sage: h.n()
Expected:
0.33944794097891573
Got
And the other tests passed (fresh install)
Linux um-bc107 2.6.26-2-686 #1 SMP Wed Aug 19 06:06:52 UTC 2009 i686
GNU/Linux
Robert
On 19 ún, 19:50, "ma...@mendelu.cz" wrote:
> The same problem on 32 bit debian as reported above
>
> sage -t "devel/sage
On 20 ún, 18:16, John Cremona wrote:
> >http://trac.sagemath.org/sage_trac/ticket/8314
>
> Now positively reviewed.
>
> John
This solves the problem with dostests, but I see another problem: we
have two different answers. One of them is wrong. Which one? And why?
And is it O.K. to change doctest
Hi Minh
thank you very much for explanation. Looks strange for me, but I
cannot understand details - I have no education in computer science.
I wonder, if Maple, Mathematica or Maxima exihibit similar behavior on
various architectures. Does anybody know?
Robert
On 20 ún, 19:26, Minh Nguyen wro
Dear sage-devel
Is there any reason to return log(a=b) instead of log(a)=log(b) when
we use logarthm on equality? Adding numbers and multiplying numbers
work in this way:
[ma...@um-bc107 /opt]$ sage
--
| Sage Version 4.3.3, Relea
On 4 bře, 18:03, Florent Hivert wrote:
> Hi there,
>
> Disclaimer: I'm not a debian user and my intend is not to launch a flame nor
> to disregard the hard work that has been done to have a sage debian package.
>
Hi all,
I have three machines on Debian (notebook, PC, server). Compilation
On 7 bře, 01:05, William Stein wrote:
>
> It's not clear if it is PITA or not. As far as I can tell, nobody
> lifted a finger to work on the Debian/Ubuntu packaging of Sage during
> the last 6 months (or more). Nobody is working on it.
>
Just some ideas. I wonder if the following is possible
R
On 9 bře, 20:45, Mike Hansen wrote:
> Hello all,
>
> This release should fix many of the outstanding issues on Solaris as
> well as some more of the combinatorics code from Sage Days 20.
>
> Source tarball:
>
> http://sage.math.washington.edu/home/release/sage-4.3.4.alpha1/sage-4...
>
> Binary f
On 22 bře, 14:26, YURi KARADZhOV wrote:
> I played around with sage and found some problems with desolve command.
> To solve ode diff(y(x),x)+a*y(x)+b*x+c we should first define variables and
> functions
>
> x = var('x')
>
> a,b,c=var('a b c')
>
> y=function('y',x)
>
> eq=diff(y,x)+a*y+b*x+c
>
>
On 22 bře, 14:26, YURi KARADZhOV wrote:
> desolve(eq,y,ivar=x)
>
> which is really annoying. And what is worse - we get a wrong answer
>
> -((a*x - 1)*b*e^(a*x)/a^2 + c*e^(a*x)/a - c)*e^(-a*x)
>
> but the right answer is
>
> -((a*x - 1)*b*e^(a*x)/a^2 + c*e^(a*x)/a - _C1)*e^(-a*x)
>
> where _C1 - a
I got some problems after installing the patch, see the comment at
trac.sagemath.org
On 27 bře, 22:45, "yuri.k" wrote:
> patch added
>
> http://trac.sagemath.org/sage_trac/ticket/8616#comment:3
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group
Dear Sage developers
var('h1')._maxima_() returns a binomial coefficient instead of 'h1'.
I was not find an explanation for this behavior in sage/interfaces and
sage/symbolic. Do you have any explanation for this (I think
unintended) behavior?
See trac http://trac.sagemath.org/sage_trac/ticket/8
Dear sage-devel
If some piece of code comes from working on author's grant, the author
should acknowledge this grant support. What is the recommended place
where to put this statement?
In the discussion following the trac? Acknowledge the grant together
with author's name on the main page at http:
icket/8390 . So I think that
akcnowledging this small piece of code in trac ticket is fine.
Thanks for the answers.
Robert
On 7 dub, 02:23, William Stein wrote:
> On Tue, Apr 6, 2010 at 3:50 PM, Jason Grout
> wrote:
> > On 04/06/2010 05:09 PM, William Stein wrote:
>
> >
Hi Yuri,
thanks for working on this topis, it is a nice idea to extract
variables from ODE automatically. I vote also for splitting into two
patches and if you have problems with this, I can try it to split them
by myself. Anyway, the ODE patch depends on the mtype interface and
this interface sho
Hi, I think that this is related to
http://trac.sagemath.org/sage_trac/ticket/7661
and probably gets positive review within few hours :) .
R.
On 10 dub, 18:37, Harald Schilly wrote:
> Hi, I got this from the "report a problem" public bugtracker. I don't
> know if this is already known but it's
On 10 dub, 19:33, "ma...@mendelu.cz" wrote:
> Hi, I think that this is related
> tohttp://trac.sagemath.org/sage_trac/ticket/7661
> and probably gets positive review within few hours :) .
>
> R.
And since I have the patch installed I trie
On 12 čvn, 23:30, orca wrote:
> Dear Sirs,
>
> I have a palin vanilla Debian lenny amd64 machine, which I use for
> quite some time now; I am reasonably conversant (but not much) with
> some installation commands for programs in general.
>
> I have just tried to compile Sage 4.4.3 from source un
Hi, sws it is gzipped (or bzipped) tar fille. Unzip, untar and ypou
should see text version and directories, one subdirectory for each
output cell.
Robert
On 18 čvn, 12:02, Ralf Hemmecke wrote:
> Hello,
>
> I realized that the .sws File of a notebook is not a text file.
> Would it be hard to als
On 22 čvn, 02:29, Ralf Hemmecke wrote:
> Thanks.
>
> Looks like I rather want to use localhost. But I need it for about 20
> users. What options do I have to give to "sage -notebook"?
>
1. Run sage inside virtual machine. Do not put your private ssh keys
into this machine. Do not install import
Dear sage-devel
this is continuation of
http://groups.google.cz/group/sage-support/browse_thread/thread/527f12e3b859bbb3/203fca703ceb1741
I would like to modify interact so that changing the input of interact
with auto_update=False does NOT remove the output computed for
previous data from the sc
Thnank you very much. I have looked at this and unfortunatelly, it
exceeds my knowledges and skills. It would be great if you could
implment this feature. Many many thanks.
Robert
On 13 čnc, 14:57, pang wrote:
> I'd say that's in the sagenb package.
>
> You can use the instructions at:
>
> http:
On 28 čnc, 09:39, Johannes wrote:
> > 2. I wanted to avoid confusion about whether "left" meant "moving
> > leftward" as opposed to "from the left."
>
> +1 here seems to be more presice than just left or right.
> greatz Johannes
I wonder if the preferred way how to read the limit in some langua
On 29 čnc, 18:39, Jason Grout wrote:
> On 7/29/10 9:22 AM, Rob Beezer wrote:
>
> > I'm going to undiplomatically poison the well as I'll be offline for
> > the next few days. I like minus/plus and '-'/'+' as a package, like
> > left/right, and would not miss below/above. With good documentatio
Both desolve_system and desolve_laplace use Maxima's function desolve.
Desolve_laplace has been updated in 2009, but desolve_system not. I
believe that desolve_system could be improved in the same way as
desolve_laplace. Please, make a trac report and put me (robert.marik)
into Cc field. Thanks
Ro
ff(x2(t),t) = 1;
(%o3) 'diff(x2(t),t,1) = 1
(%i4) desolve([eq1,eq2],[x1(t),x2(t)]);
(%o4) [x1(t) = 'ilt(-((3*'laplace(x2(t)^2,t,?g21841)-x1(0))*?g21841-3)
/?g21841^2,?g21841,t),x2(t) = t+x2(0)]
(%i5)
Robert
On 27 srp, 14:05, "ma...@mendelu.cz" wrote:
&
On 26 srp, 23:25, Ryan Hinton wrote:
> I am having trouble trying to use desolve_system. Am I doing
> something wrong? If not, I can create trac tickets for these errors.
>
> 1. If I make the reference manual example easier, I get an exception:
>
> sage: t = var('t')
> sage: x = function('x',
Dear all, I observed (slightly more complicated example of) this bug
in the web reports
sage: latex(-(x+1)/(x+2))
\frac{-x + 1}{x + 2}
I remember that Burcin fixed some relevant problems recently (
http://trac.sagemath.org/sage_trac/ticket/9314 ), but similar problem
presists. I think that it is
On 27 srp, 18:49, Ryan Hinton wrote:
> I split these problems into three tickets, now trac #9823, #9824, and
> #9825. My knowledge and need are not great enough for me to dig into
> these at the moment, but at least they are in the system now. :-)
>
> - Ryan
Thanks for making the report.
I su
Perhaps http://wiki.sagemath.org/sagenb is what you need.
With regards
Robert
On 26 lis, 09:12, "Nicolas M. Thiery"
wrote:
> Hi!
>
> While discussing the Sage book, someone asked us where Sage was used
> in France and we did not have an instantaneous answer. Then Paul came
> up with the
On 8 led, 12:12, mmarco wrote:
> Hi
>
> One of the skills that is studied in high-school and college is to
> compute the domain of a real function of real variable given by a
> formula.
>
> I haven't seen that implented in sage, so i plan to do so.
Hi, I wish you success, but I think that this is
On 17 led, 16:51, Francois Maltey wrote:
> Hello Jean-Pierre,> It would be nice to add an option to set Maxima simpsum
> option when
> > calling Sage symbolic_sum function, or to enable it by default.
> > Indeed, without it Maxima (and so Sage) does not evaluate symbolic
> > sums of sums, i.e.
101 - 138 of 138 matches
Mail list logo
