On Nov 25, 9:55 pm, Dima Pasechnik wrote:
> wouldn't EE be a more consistent choice, in line with QQ, ZZ, etc?
That looks like an emulation of \mathbb{E}, which I have quite
frequently seen used for expectation of a random variable and for
nothing else.
If we put UCF in the global namespace, wo
On 2012-11-25, John H Palmieri wrote:
> --=_Part_50_31240537.1353878014628
> Content-Type: text/plain; charset=ISO-8859-1
>
>
>
> On Sunday, November 25, 2012 12:56:55 PM UTC-8, Volker Braun wrote:
>>
>> On Sunday, November 25, 2012 8:12:50 PM UTC, Nils Bruin wrote:
>>>
>>> opposed to having a
Hi!
On 2012-11-25, John H Palmieri wrote:
> There is a drawback to adding things to the global namespace if the name is
> ambiguous or uninformative. "UCF" looks much better to me than "E" because
> of this.
Indeed. I would expect that "E" in the global name space of any computer
algebra syste
2012-11-26 04:52, Dima Pasechnik skrev:
On 2012-11-26, v_2e wrote:
I removed the package 't1-cyrillic' which contained the files with
comma in 'ItalicAngle', and now the Sage tests pass fine.
I think that 't1-cyrillic' triggers a bug -
E.g. on a system without cygillic locale one e.g. has
/
Hey everyone,
> - will anyone have any idea what "E" would do from the Sage command line?
> Once you've seen ZZ, you can guess about QQ or RR or CC; how universally
> used is "E" for this mathematical object?
>
>
My 2 cents: perhaps EE in similar fashion to ZZ, QQ, etc.? I feel that E is
too
On 2012-11-26, v_2e wrote:
> I removed the package 't1-cyrillic' which contained the files with
> comma in 'ItalicAngle' value that I listed in one of my previous
> messages, and now the Sage tests pass fine.
> However, I do not understand why the Sage which installed into '/opt'
> directory d
On Sunday, November 25, 2012 10:34:47 PM UTC, John Cremona wrote:
> The notation e(n) is common for exp(2*pi*i*n), more so than E(n) in
> normal mathematics. But I do not think that either e() or E() should
> be global functions with this meaning; anyone wanting to use them can
> easily defin
I removed the package 't1-cyrillic' which contained the files with
comma in 'ItalicAngle' value that I listed in one of my previous
messages, and now the Sage tests pass fine.
However, I do not understand why the Sage which installed into '/opt'
directory depends on some Cyrillic fonts installe
Was it expected or did I mess something in the way?
I just exported MAKE and SAGE_ATLAS_LIB
The R spkg fails erroring in the end with
make[6]: Entering directory
`/home/jpflori/sage-5.5.rc0/spkg/build/r-2.14.0.p6/src/src/main'
gcc -std=gnu99 -I../../src/extra/zlib -I../../src/extra/bzip2
-I../.
On Mon, 26 Nov 2012 00:35:45 v_2e wrote:
> Hello!
>
> On Sun, 25 Nov 2012 22:19:14 +0100
>
> Johan Grönqvist wrote:
> > All my lines like that in AFM files seem to use a "." as decimal
> > separator. Perhaps you have a "," somewhere?
> >
> > (Of course, it could just be your system printing t
Hello!
On Sun, 25 Nov 2012 22:19:14 +0100
Johan Grönqvist wrote:
>
> All my lines like that in AFM files seem to use a "." as decimal
> separator. Perhaps you have a "," somewhere?
>
> (Of course, it could just be your system printing things using the
> ",", rather than the actual AFM file c
The notation e(n) is common for exp(2*pi*i*n), more so than E(n) in
normal mathematics. But I do not think that either e() or E() should
be global functions with this meaning; anyone wanting to use them can
easily define it themselves.
John
On 25 November 2012 21:50, Volker Braun wrote:
> If y
If you ever used GAP then the E(3) notation will be very familiar. Its
shorthand for exp(2*pi*I/3), so its not unintentional that it is similar to
exponentiation.
If you don't know GAP then neither E(3) nor UCF.gen(3) will be familiar to
you, of course.
Also, one thing that I learned to appre
On Sun, 25 Nov 2012 21:56:11 +0100
Johan Grönqvist wrote:
>
> If I was missing a font related to these kinds of things, I would
> first try to install the debian package texlive-fonts-recommended and
> see if that helped. (I have that package installed on the system
> where all tests pass.)
>
2012-11-25 21:41, v_2e skrev:
On Mon, 26 Nov 2012 09:24:38 +1300
François Bissey wrote:
You may be missing a font Vladimir.
Yes, I thought so too, but which one? How can I find it out?
Another idea, after some reading on the internet
In another message, you pasted the following output
On Sunday, November 25, 2012 12:56:55 PM UTC-8, Volker Braun wrote:
>
> On Sunday, November 25, 2012 8:12:50 PM UTC, Nils Bruin wrote:
>>
>> opposed to having an instance of UCF initialized in sage by default.
>> It's a very useful parent to have, but it can easily be constructed
>> when requir
On Sunday, November 25, 2012 8:12:50 PM UTC, Nils Bruin wrote:
>
> opposed to having an instance of UCF initialized in sage by default.
> It's a very useful parent to have, but it can easily be constructed
> when required.
>
Are we also getting rid of QQ then, since it can easily be obtained as
2012-11-25 21:41, v_2e skrev:
You may be missing a font Vladimir.
Yes, I thought so too, but which one? How can I find it out?
Trying to help by random guessing:
If I was missing a font related to these kinds of things, I would first
try to install the debian package texlive-fonts-reco
On Sun, 25 Nov 2012 22:41:24 v_2e wrote:
> On Mon, 26 Nov 2012 09:24:38 +1300
>
> François Bissey wrote:
> > You may be missing a font Vladimir.
>
> Yes, I thought so too, but which one? How can I find it out?
>
Could you check if any font are pulled by debian if you install the
matplotlib d
On Mon, 26 Nov 2012 09:24:38 +1300
François Bissey wrote:
> You may be missing a font Vladimir.
>
Yes, I thought so too, but which one? How can I find it out?
Thanks!
Vladimir
-
v_2e
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group
On Sun, 25 Nov 2012 22:22:47 v_2e wrote:
> Hello!
>
> On Sun, 25 Nov 2012 19:05:28 +0100
>
> Johan Grönqvist wrote:
> > On my (amd64) debian wheezy, I ran make test on sage 5.4.1 and I see:
> >
> > "All tests passed!"
> >
> > Did you run some other command to test things?
>
> I did run 'm
Hello!
On Sun, 25 Nov 2012 19:05:28 +0100
Johan Grönqvist wrote:
>
> On my (amd64) debian wheezy, I ran make test on sage 5.4.1 and I see:
>
> "All tests passed!"
>
> Did you run some other command to test things?
>
I did run 'make test' command.
I have also noticed that the detailed e
On Nov 25, 12:12 pm, Nils Bruin wrote:
> However, I would be opposed to have E injected in the global namespace
> for this purpose.
Sorry, I wasn't clear there. I mean I'm opposed to have E injected *by
default*. Of course, once someone defines an instance of this field
then they're free to inject
On Nov 25, 10:49 am, Christian Stump
wrote:
> Hi --
>
> we are almost ready getting the universal cyclotomic field, UCF (which
> is the smallest subfield of the complex numbers containing all roots
> of unity) into sage, seehttp://trac.sagemath.org/sage_trac/ticket/8327.
>
> In GAP, the point of e
Volker Braun writes:
> On Sunday, November 25, 2012 7:30:21 PM UTC, Keshav Kini wrote:
>
> Yup. (The latter would of course be better.) But it would be on
> everyone's local sage install, not on trac or in the release
> management
> scripts :)
>
>
> Well it better be a hook in th
The example docstrings are horrible ;-)
http://trac.sagemath.org/sage_trac/ticket/13756
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To post to this group, send email to sage-devel@googlegroups.com.
To unsubscribe from this group, send email
On Sunday, November 25, 2012 7:30:21 PM UTC, Keshav Kini wrote:
> Yup. (The latter would of course be better.) But it would be on
> everyone's local sage install, not on trac or in the release management
> scripts :)
Well it better be a hook in the local repo, its very annoying to commit and
Ivan Andrus writes:
> On Nov 25, 2012, at 1:01 AM, Keshav Kini wrote:
>
>> Travis Scrimshaw writes:
>>> Hey,
>>> I'd be happy with A), but perhaps we could have an option D) where
>>> when we upload (or merge) patches into sage, we automatically strip
>>> all whitespace in the patch file?
>>
I'm happy with E... It would be nice to also have it as UCF.E in case you
overrode E already with something else in an interactive session though.
On Sunday, November 25, 2012 6:49:51 PM UTC, Christian Stump wrote:
>
> Hi --
>
> we are almost ready getting the universal cyclotomic field, UCF
Hi --
we are almost ready getting the universal cyclotomic field, UCF (which
is the smallest subfield of the complex numbers containing all roots
of unity) into sage, see
http://trac.sagemath.org/sage_trac/ticket/8327.
In GAP, the point of entry is the function E, like in E(5) to get exp(
2 \pi i
2012-11-25 17:20, v_2e skrev:
I'm not sure this is important, but I decided to report it just in
case. These are the failed tests of Sage-5.4.1 on Debian Wheezy.
--
The following tests failed:
> [...]
On my (amd64) debi
Hello!
I'm not sure this is important, but I decided to report it just in
case. These are the failed tests of Sage-5.4.1 on Debian Wheezy.
--
The following tests failed:
sage -t -force_lib
"devel/sage/doc/de/tutoria
On Sat, Nov 24, 2012 at 6:11 AM, Ivan Andrus wrote:
> I disagree. Perhaps I am alone in this, but I often (used to) move to the
> end of the line, go back a few characters (to get inside parenthesis or
> something), and start typing. If there is trailing whitespace that I didn't
> know about I w
On Nov 24, 2012 5:09 PM, "Keshav Kini" wrote:
>
> Charles Bouillaguet writes:
> > Hi all,
> >
> > I just tried to upgrade from 5.4 to 5.4.1, and it worked.
> >
> > However, the upgrade process interacts bizarrely with mercurial's
> > patch queue. I had a non-empty patch queue, and applied the upg
Good news - it is said to be fixed in git (like 10 minutes ago). I will
test git version soon.
https://sourceforge.net/p/maxima/code/ci/5ad2bf71294381da63cafdeded1e5e2de03aa936/
Anyway, is such cases (wrong answers), do we wait for 5.28.1/5.29 or
backport this (short) patch into 5.28.0 spkg?
On
On Nov 25, 2012, at 1:01 AM, Keshav Kini wrote:
> Travis Scrimshaw writes:
>> Hey,
>> I'd be happy with A), but perhaps we could have an option D) where
>> when we upload (or merge) patches into sage, we automatically strip
>> all whitespace in the patch file?
>
> This will get nasty once we
+1 for doing it during the git conversion
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To post to this group, send email to sage-devel@googlegroups.com.
To unsubscribe from this group, send email to
sage-devel+unsubscr...@googlegroups.com.
Vis
37 matches
Mail list logo
