Trac #16916: cuspform_lseries() method for a new form has precision issues

{{{
sage: f = Newforms(67, names='a')[0]
sage: L = f.cuspform_lseries()
...
RuntimeError: Unable to create L-series, due to precision or other
limits in PARI.
}}}

This is because the field {{{prec}}} is used both for the numerical
precision ''and'' for the number of coefficients computed.

Since the L-functions class has a {{{num_coeffs()}}} method, the proper
thing is to use that to know how many coefficients to compute.

URL: http://trac.sagemath.org/16916
Reported by: tornaria
Ticket author(s): Gonzalo Tornaría
Reviewer(s): Michael Neururer
update sagenb version and checksum
Trac #11631: L-series attached to cusp forms are broken

{{{
sage: C = CuspForms(43,2)
sage: N = C.newforms('a')
sage: f = N[1]
sage: L = f.cuspform_lseries()
Boom!
}}}

There are two issues:

  (1) the code doesn't work at all when the degree of the form is > 1,
which is the main interesting case,

  (2) the name "cuspform_lseries" is bad, since f is already a cuspform,
and we use the name "lseries" in all other places (e.g., elliptic
curves, abelian varieties), so it is hard to find.  In fact, I didn't
even think to look for cuspform_lseries, instead only finding this via
lots of grepping and reading source code.

So to fix this issue, I think (1) the bug should get fixed, and (2) the
name should be changed (actually *deprecate* the old name as explained
in the developers guide and introduce the name lseries).

See also #12015.

The part about deprecating cuspform_lseries() is moved to #16917.

URL: http://trac.sagemath.org/11631
Reported by: was
Ticket author(s): Gonzalo Tornaría
Reviewer(s): Michael Neururer
trac #15817 better code for Molien series
Trac #16745: Random OperationalError: disk I/O error

I see this occasionally on different buildbots, so it is not a hardware
problem. Looks like a race with the IPython sqlite history database.
{{{
sage: sig_on_count() ## line 923 ##
0
sage: ascii_art(tuple(DyckWords(3))) ## line 933 ##
(                                   /\   )
(            /\    /\      /\/\    /  \  )
( /\/\/\, /\/  \, /  \/\, /    \, /    \ )
sage: sig_on_count() ## line 937 ##
0

**********************************************************************
Traceback (most recent call last):
  File "/Users/buildslave-sage/slave/sage_git/build/local/lib/python2.7
/site-packages/sage/doctest/forker.py", line 2117, in __call__
    atexit._run_exitfuncs()
  File "/Users/buildslave-
sage/slave/sage_git/build/local/lib/python/atexit.py", line 24, in
_run_exitfuncs
    func(*targs, **kargs)
  File "/Users/buildslave-sage/slave/sage_git/build/local/lib/python2.7
/site-packages/IPython/core/interactiveshell.py", line 3189, in
atexit_operations
    self.history_manager.end_session()
  File "/Users/buildslave-sage/slave/sage_git/build/local/lib/python2.7
/site-packages/IPython/core/history.py", line 525, in end_session
    len(self.input_hist_parsed)-1, self.session_number))
OperationalError: disk I/O error
}}}

See also #16372.

URL: http://trac.sagemath.org/16745
Reported by: vbraun
Ticket author(s): Volker Braun
Reviewer(s): William Stein
Use new doctest continuation
Trac #16641: Add qepcad to documentation

at http://sagemath.org/doc/py-modindex.html

URL: http://trac.sagemath.org/16641
Reported by: jondo
Ticket author(s): Frédéric Chapoton
Reviewer(s): Jeroen Demeyer
Trac #16941: Add a hold parameter for symbolic integrals

As discussed in [http://ask.sagemath.org/question/24039/showing-both-
input-and-output/?answer=24040 this ask question], there is no hold
parameter for integration:

{{{
sage: integral(x^2, x, 0, 3, hold=True)
TypeError: integrate() got an unexpected keyword argument 'hold'
}}}

However `definite_integral` and `indefinite_integral` support this
paramter:

{{{
sage: from sage.symbolic.integration.integral import definite_integral
sage: definite_integral(x^2, x, 0, 3, hold=True)
integrate(x^2, x, 0, 3)
sage: latex(_)
\int_{0}^{3} x^{2}\,{d x}
}}}

Since `integral` basically calls the previous functions, we should
transfer this parameter.

URL: http://trac.sagemath.org/16941
Reported by: tmonteil
Ticket author(s): Thierry Monteil
Reviewer(s): Ralf Stephan
Trac #14637: Maxima should simplify acos(cos(x))

{{{
sage: assume(x > 0)
sage: assume(x < pi/2)
sage: F = asin(sin(x))
sage: F.simplify() # sends to Maxima, nothing else
x
sage: G = acos(cos(x))
sage: G.simplify()
arccos(cos(x))
}}}
This has been [http://sourceforge.net/p/maxima/bugs/2570/ reported
upstream] and resolved.

So we just need a patch to doctest this once we upgrade to whatever
upstream release will have this.

URL: http://trac.sagemath.org/14637
Reported by: kcrisman
Ticket author(s): Peter Bruin
Reviewer(s): Ralf Stephan
Trac #16943: convert angle_label to float if possible
Return FFELT in GF(q) -> PARI conversion
Trac #16943: FiniteStateMachine._latex_: convert angles to floats where necessary.

Fix the following bug:
{{{
sage: T = Transducer([(0,1),(1,1),(2,2),(3,3),(4,4)])
sage: latex(T)
Traceback (most recent call last)
...
TypeError: float argument required, not
sage.symbolic.expression.Expression
}}}

URL: http://trac.sagemath.org/16943
Reported by: cheuberg
Ticket author(s): Clemens Heuberger
Reviewer(s): Sara Kropf
Update buckygen package for the sage-git directory layout
Add residue_field() method to polynomials over GF(p)
bugfix: root_extension_embedding didn't always produce the correct embedding, replaced the method by a slower but more reliable one
support action of elements on elements by conjugation
support an argument (the power) for the translation (this gives a performance gain for large or negative powers)
Use pari_ffelt for residue fields
Update citation HKW2014 to reflect new revision of that article on arxiv.org
Trac #15057: SymPy conversions for symbolic functions that are missing them

Some symbolic functions are missing SymPy conversions.

URL: http://trac.sagemath.org/15057
Reported by: eviatarbach
Ticket author(s): Eviatar Bach
Reviewer(s): Ralf Stephan