GitHub PushEvent at 2014-03-01 22:52:11
Repository: sage
Actor: vbraun
Payload: {"shas":[["2202e18e6fc80fc5ef6c1871dd252796cb14656c","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #9505: coeff(f,x*y) does not work\n\nThe following is ok:\n{{{\nsage: var('x,y,z')\nsage: f=x*y*z^2\nsage: f.coeff(z^2)\nx*y\n}}}\nHowever the following is not:\n{{{\nsage: f.coeff(x*y)\n0\n}}}\n\nURL: http://trac.sagemath.org/9505\nReported by: zimmerma\nTicket author(s): Paul Zimmermann\nReviewer(s): Ralf Stephan","Release Manager",true],["d2c82ffdf943d1b0b31482970e2090820198c63c","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #9634: binomial does not accept variable when only in the lower argument\n\n{{{\nsage: var('k')\nk\nsage: binomial(x,3)\n1/6*(x - 2)*(x - 1)*x\nsage: binomial(3,k)\n------------------------------------------------------------------------\n---\nTypeError: Either m or x-m must be an integer\n}}}\n\nThis is a bug since\n{{{\nsage: binomial(x,k)\nbinomial(x, k)\n}}}\nworks.\n\nURL: http://trac.sagemath.org/9634\nReported by: Henryk.Trappmann\nTicket author(s): Burcin Erocal\nReviewer(s): Ralf Stephan","Release Manager",true],["3e399310402fc8e604345defa54b0eaa776c12f6","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #15575: Remove deprecated functions from symmetric functions\n\nThe class for each basis of the symmetric functions was deprecated from\nthe global name space in #5457 and the ticket was merged in sage-5.4.\n\nThe this ticket will remove the following functions:\n\n `kschur.py`\n\nThe way of accessing these functions since sage-5.4 is to get the basis\nfrom within `SymmetricFunctions(R)`.\n\nURL: http://trac.sagemath.org/15575\nReported by: zabrocki\nTicket author(s): Anne Schilling, Mike Zabrocki\nReviewer(s): Travis Scrimshaw","Release Manager",true],["3ab65f0d61c0eec03378ae67e16949241ae0ec29","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #15827: Fast check for linear dependence\n\nCurrently I can check for linear dependence by\n{{{\nsage: V = QQ^4\nsage: ld = lambda vecs: len(V.linear_dependence(ves) > 0\n}}}\nHowever this is relatively slow since it determines a basis of all such\nlinear dependencies. Also it only works for vector spaces. A faster way\nto do a simple check is to construct a matrix of the vectors, echelonize\nthe matrix, and see if any of the resulting rows are 0.\n\nURL: http://trac.sagemath.org/15827\nReported by: tscrim\nTicket author(s): Travis Scrimshaw\nReviewer(s): Marc Mezzarobba","Release Manager",true],["efd4cefeb6f635da551cc2172d38e99fb515fd1f","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #15744: Speed up MPC multiplication\n\nAdd a patch from Paul Zimmermann which significantly speeds up MPC\nmultiplication (although it is still noticably slower than\n`ComplexField` which is based on MPFR).\n\n'''Timings''' (time in microseconds for 1 multiplication on an `Intel(R)\nCore(TM) i7-2640M CPU @ 2.80GHz`):\n||Prec (bits)||= `ComplexField` =||= `MPComplexField` (old)=||=\n`MPComplexField` (new)=||\n||53||0.53||1.09||0.81||\n||128||0.56||1.18||0.90||\n||360||0.77||1.47||1.12||\n||1024||1.74||3.98||3.39||\n\nURL: http://trac.sagemath.org/15744\nReported by: jdemeyer\nTicket author(s): Jeroen Demeyer\nReviewer(s): Jean-Pierre Flori","Release Manager",true],["56dc178fe523ba757e8219203df8d0291f4170fa","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #9870: Clean up Cliquer's spkg-install\n\nThe {{{spkg-install}}} file for Cliquer could do with a lot of cleaning\nup. Some examples of the problems are:\n\n * There are flags set for the C++ and Fortran compilers, though the\ncode is only C.\n * There's code to check for a mix of Sun and GNU compilers, which is\npointless since there is only 1 compiler used.\n * Lots of unnecessary environment variables are set.\n * Use `make` instead of `$MAKE`.\n * Runs tests in `spkg-install` instead of `spkg-check`.\n\n'''None of these issues are currently causing any problems, but should\nbe resolved at some point'''\n\nURL: http://trac.sagemath.org/9870\nReported by: drkirkby\nTicket author(s): Jeroen Demeyer\nReviewer(s): Jean-Pierre Flori","Release Manager",true],["612a33e64672bccf2cfa5896a9a82eca2955f72b","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #15684: Remove support for SAGE_FORTRAN\n\nIn order to simplify the build system, let's remove support for\n`SAGE_FORTRAN` and `SAGE_FORTRAN_LIB`. These environment variables have\nbeen deprecated since Sage 5.3 (more than a year).\n\nTo remove all traces of `SAGE_FORTRAN` from the Sage sources, also #9870\nand #15685 should be fixed.\n\nURL: http://trac.sagemath.org/15684\nReported by: jdemeyer\nTicket author(s): Jeroen Demeyer\nReviewer(s): Jean-Pierre Flori","Release Manager",true],["dcfb5dd316d00fac23dc46447ceb6f3c6fd93224","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #15446: GP interface confused by stack overflow when enlarging results vector\n\nFrom Georgi Guninski on sage-support\n(https://groups.google.com/forum/#!topic/sage-support/A_GilhiUAwM):\n{{{\nsage: gp(\"{T(n)=n+1}\")\nsage: for n in [ 1 .. 2**20]:\n    a=gp.T(n)\n    print n\n\n#wait some time..\n...\n65535\n65536\n------------------------------------------------------------------------\n---\nTypeError\n\nTypeError: Error executing code in GP:\nCODE:\n        sage[131074]=65537;\nPARI/GP ERROR:\n  ***   at top-level: sage[131074]=65537\n  ***                     ^--------------\n  ***   array index (131074) out of allowed range [1-131073].\n}}}\nafter this trying:\n{{{\nsage: gp.T(1)\n}}}\nagain raises exception.\n\nAfter the above computation, the log file `.sage/gp-expect.log` ends\nwith\n{{{\n? sage[131070]=65535;\nsage[131070]=65535;\n? sage[131071]=T(sage[131070]);\nsage[131071]=T(sage[131070]);\n? sage=concat(sage, vector(131072,k,0));\nsage=concat(sage, vector(131072,k,0));\n  ***   at top-level: sage=concat(sage,vec\n  ***                 ^--------------------\n  ***   the PARI stack overflows !\n  current stack size: 10000000 (9.537 Mbytes)\n  [hint] you can increase GP stack with allocatemem()\n\n? allocatemem()\nallocatemem()\n  ***   Warning: new stack size = 20000000 (19.073 Mbytes).\n? sage=concat(sage, vector(131072,k,0));\nsage=concat(sage, vector(131072,k,0));\n? sage[131072]=65536;\nsage[131072]=65536;\n? sage[131073]=T(sage[131072]);\nsage[131073]=T(sage[131072]);\n? sage[131074]=65537;\nsage[131074]=65537;\n  ***   at top-level: sage[131074]=65537\n  ***                     ^--------------\n  ***   array index (131074) out of allowed range [1-131073].\n?\n}}}\nIt appears that the vector `sage` wasn't doubled correctly; probably it\ngot messed up by the failed `concat()`.\n\nThis could be related to #11017/#11018.\n\nURL: http://trac.sagemath.org/15446\nReported by: pbruin\nTicket author(s): Peter Bruin\nReviewer(s): Alejandro Argaez","Release Manager",true],["26a8cca9869985477892c1d2426d6fdd827317c3","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #15822: Tropical semiring cannot exponentiate infinity\n\nJust found this while experimenting with my own semirings:\n\n{{{\nsage: T = TropicalSemiring(QQ)\nsage: T.infinity() ** 2\n------------------------------------------------------------------------\n---\nTypeError                                 Traceback (most recent call\nlast)\n<ipython-input-28-b94a4a077331> in <module>()\n----> 1 T.infinity() ** Integer(2)\n\n/scratch/sage-6.1.1/local/lib/python2.7/site-\npackages/sage/rings/semirings/tropical_semiring.so in\nsage.rings.semirings.tropical_semiring.TropicalSemiringElement.__pow__\n(sage/rings/semirings/tropical_semiring.c:4218)()\n\n/scratch/sage-6.1.1/local/lib/python2.7/site-\npackages/sage/structure/element.so in\nsage.structure.element.RingElement.__mul__\n(sage/structure/element.c:14520)()\n\n/scratch/sage-6.1.1/local/lib/python2.7/site-\npackages/sage/structure/coerce.so in\nsage.structure.coerce.CoercionModel_cache_maps.bin_op\n(sage/structure/coerce.c:8150)()\n\nTypeError: unsupported operand parent(s) for '*': 'Integer Ring' and\n'<type 'NoneType'>'\n}}}\n\nHere is a way to solve this\n(sage/rings/semirings/tropical_semiring.pyx):\n\n{{{\n    def __pow__(base, exp, dummy):\n        \"\"\"\n        Return ``self`` to ``exp``.\n\n        EXAMPLES::\n\n            sage: T = TropicalSemiring(QQ)\n            sage: elt = T(2)\n            sage: elt**3\n            6\n            sage: elt**-2\n            -4\n            sage: elt**(3/7)\n            6/7\n            sage: elt**0\n            0\n\n            sage: elt = T.infinity()\n            sage: elt**0\n            0\n            sage: elt**(1/2)\n            +infinity\n            sage: elt*33\n            +infinity\n        \"\"\"\n        cdef TropicalSemiringElement self, x\n        self = base\n        if self._val is None:\n            if exp > 0:\n                return self\n            elif exp == 0:\n                return self.parent().one()\n            raise ZeroDivisionError(\"Tropical division by infinity\")\n        x = self._new()\n        x._val = exp*self._val\n        return x\n}}}\n\nIs this good? (I cannot upload branches from here -- \"fatal: remote\nerror: access denied or repository not exported: /sage.git\")\n\nURL: http://trac.sagemath.org/15822\nReported by: darij\nTicket author(s): Darij Grinberg\nReviewer(s): Travis Scrimshaw","Release Manager",true],["4e21f5777f748bd5e8b2645fa375c97e8240dd3f","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #15841: sage.combinat.finite_state_machine: incorrect indent in docstring\n\nThere was an indentation error in the docstring of class\n{{{sage.combinat.finite_state_machine.FiniteStateMachine}}}\nstarting at {{{TESTS::}}}.\n\nURL: http://trac.sagemath.org/15841\nReported by: cheuberg\nTicket author(s): Clemens Heuberger\nReviewer(s): Daniel Krenn","Release Manager",true],["2b91ef3b1eb3624ed1ba77b1b9cfe9fa1f91d63e","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #5383: isinstance(PrincipalIdealDomain) should be replaced with a method .is_principal_ideal_domain()\n\nThis is the cause of things like:\n\n{{{\nsage: R.<x, y> = QQ[]\nsage: M = R^2\nsage: span(R, vector([1, 0]))\n------------------------------------------------------------------------\n---\nTypeError                                 Traceback (most recent call\nlast)\n\n/Users/ncalexan/.sage/temp/dhcp_v009_038.mobile.uci.edu/301/_Users_ncale\nxan_Documents_School_rumely_polynomial_ring_as_module2_sage_142.py in\n<module>()\n\n/Users/ncalexan/sage-3.3.rc0/local/lib/python2.5/site-\npackages/sage/modules/free_module.pyc in span(gens, base_ring, check,\nalready_echelonized)\n    408\n    409     if not isinstance(R,\nprincipal_ideal_domain.PrincipalIdealDomain):\n--> 410         raise TypeError, \"The base_ring (= %s) must be a\nprincipal ideal domain.\"%R\n    411     if len(gens) == 0:\n    412         return FreeModule(R, 0)\n\nTypeError: The base_ring (= Multivariate Polynomial Ring in x, y over\nRational Field) must be a principal ideal domain.\n}}}\n\nSurprisingly few places where this bites us:\n\n{{{\nsage: search_src('PrincipalIdealDomain')\nmodules/free_module.py:        elif isinstance(base_ring,\nprincipal_ideal_domain.PrincipalIdealDomain):\nmodules/free_module.py:    if not isinstance(R,\nprincipal_ideal_domain.PrincipalIdealDomain):\nmodules/free_module.py:        if not isinstance(base_ring,\nprincipal_ideal_domain.PrincipalIdealDomain):\nmodules/free_quadratic_module.py:    elif isinstance(base_ring,\nprincipal_ideal_domain.PrincipalIdealDomain):\nrings/all.py:from principal_ideal_domain import PrincipalIdealDomain,\nis_PrincipalIdealDomain\nrings/all.py:from principal_ideal_domain_element import\nPrincipalIdealDomainElement, is_PrincipalIdealDomainElement\nrings/ideal.py:    if isinstance(R,\nsage.rings.principal_ideal_domain.PrincipalIdealDomain):\n<snip>\n}}}\n\nURL: http://trac.sagemath.org/5383\nReported by: ncalexan\nTicket author(s): Mike Hansen\nReviewer(s): Ralf Stephan","Release Manager",true],["0229e68d3609cdc15df27b2adeb8959fc599869b","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #10218: enhance dev manual on reviewing tickets\n\nAs the subject says. This is a follow-up to #10201. From\n[https://groups.google.com/group/sage-\ndevel/browse_thread/thread/d83f8d87962f8a9f/ sage-devel], William Stein\nannounced this blog entry:\n\nhttp://sagemath.blogspot.com/2010/10/how-to-referee-sage-trac-\ntickets.html\n\nIt would be a shame if new developers of Sage could not easily find it.\n\nWith the switch to git, both sections on reviewing were streamlined. The\nlink to William's blog made in #10201 was presumably removed because it\ntalks about mercurial.\n\nWe make the following changes:\n* add a short summary on top of the walkthrough section (see\nhttps://en.wikipedia.org/wiki/Inverted_pyramid)\n* add a paragraph about reviewer's patches to in-depth section\n* refer with caveat to blog post, again, literature style\n\nI will discuss these changes on the grounds of me having been bitten by\nthe absence of them.\n\nURL: http://trac.sagemath.org/10218\nReported by: mvngu\nTicket author(s): Ralf Stephan\nReviewer(s): Jean-Pierre Flori","Release Manager",true],["df1a5c468a1a81e45525fc75b42738ad19128d39","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #10095: Linear algebra with large integer matrices fails with RuntimeError\n\nOn my laptop (Ubuntu 64 bit, Intel T4400 CPU), integer matrices\n(solving, calculating determinant, etc.) appear to be broken when they\nget sufficiently large. I can't reproduce the problem on sage.math.\n\nWith a fresh install of the 4.5.3 release:\n\n{{{\nsage: MatrixSpace(ZZ,20,20)(1) \\ MatrixSpace(ZZ,20,1).random_element()\n20 x 1 dense matrix over Rational Field\nsage: MatrixSpace(ZZ,200,200)(1) \\\nMatrixSpace(ZZ,200,1).random_element()\n------------------------------------------------------------------------\n---\nRuntimeError                              Traceback (most recent call\nlast)\n\n/home/fredrik/sage-4.5.3-linux-64bit-ubuntu_10.04.1_lts-\nx86_64-Linux/<ipython console> in <module>()\n\n/home/fredrik/sage-4.5.3-linux-64bit-ubuntu_10.04.1_lts-\nx86_64-Linux/local/lib/python2.6/site-packages/sage/misc/preparser.py in\n__mul__(self, right)\n   1358             (0.0, 0.5, 1.0, 1.5, 2.0)\n   1359         \"\"\"\n-> 1360         return self.left._backslash_(right)\n   1361\n   1362\n\n/home/fredrik/sage-4.5.3-linux-64bit-ubuntu_10.04.1_lts-\nx86_64-Linux/local/lib/python2.6/site-packages/sage/matrix/matrix2.so in\nsage.matrix.matrix2.Matrix._backslash_ (sage/matrix/matrix2.c:2641)()\n\n/home/fredrik/sage-4.5.3-linux-64bit-ubuntu_10.04.1_lts-\nx86_64-Linux/local/lib/python2.6/site-packages/sage/matrix/matrix2.so in\nsage.matrix.matrix2.Matrix.solve_right (sage/matrix/matrix2.c:3550)()\n\n/home/fredrik/sage-4.5.3-linux-64bit-ubuntu_10.04.1_lts-\nx86_64-Linux/local/lib/python2.6/site-\npackages/sage/matrix/matrix_rational_dense.so in\nsage.matrix.matrix_rational_dense.Matrix_rational_dense.rank\n(sage/matrix/matrix_rational_dense.c:20600)()\n\n/home/fredrik/sage-4.5.3-linux-64bit-ubuntu_10.04.1_lts-\nx86_64-Linux/local/lib/python2.6/site-\npackages/sage/matrix/matrix_integer_dense.so in\nsage.matrix.matrix_integer_dense.Matrix_integer_dense.rank\n(sage/matrix/matrix_integer_dense.c:24534)()\n\n/home/fredrik/sage-4.5.3-linux-64bit-ubuntu_10.04.1_lts-\nx86_64-Linux/local/lib/python2.6/site-\npackages/sage/matrix/matrix_integer_dense.so in\nsage.matrix.matrix_integer_dense.Matrix_integer_dense._rank_modp\n(sage/matrix/matrix_integer_dense.c:24821)()\n\nRuntimeError:\n}}}\n\nURL: http://trac.sagemath.org/10095\nReported by: fredrik.johansson\nTicket author(s): Travis Scrimshaw\nReviewer(s): Marc Mezzarobba","Release Manager",true],["df6273782af3ce83444578a0e4062d2d5a20b6db","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #9494: marked mpoly_all() as not tested\n\nDemo at SD23.5, also increases coverage!\n\n----\n\nApply [attachment:trac_9494-doctest_mpoly_all.2.patch] to the Sage\nlibrary.\n\nURL: http://trac.sagemath.org/9494\nReported by: demosd235\nTicket author(s): Robert Miller\nReviewer(s): Rob Beezer, Benjamin Jones, Ralf Stephan","Release Manager",true],["412a06d93571daf38e53f6fed859e6347273e1e3","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #14720: Pade approximants\n\nIt would be good to have Padé approximants for formal power series\n\n{{{\nsage: z = PowerSeriesRing(QQ, 'z').gen()\nsage: exp(z).pade(4,0)\n1/24*z^4 + 1/6*z^3 + 1/2*z^2 + z + 1\nsage: exp(z).pade(3,1)\n(1/144*z^3 + 1/24*z^2 + 1/8*z + 1/6)/(-1/24*z + 1/6)\n}}}\n\nApply:\n\n* [attachment:trac_14720_pade_approximants-fc.patch]\n\nURL: http://trac.sagemath.org/14720\nReported by: chapoton\nTicket author(s): Frédéric Chapoton\nReviewer(s): Marc Mezzarobba","Release Manager",true],["e222964d9facb7b60570855df61f22cd0deca8bd","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #13274: Add QQ._factor_univariate_polynomial()\n\nAs a part of #11731, transfer the code which does the factorization over\n{{{QQ}}} from\n{{{sage.rings.polynomial.polynomial_element.Polynomial.factor()}}} to\n{{{QQ._factor_univariate_polynomial()}}}.\n\nURL: http://trac.sagemath.org/13274\nReported by: saraedum\nTicket author(s): Julian Rueth\nReviewer(s): Peter Bruin","Release Manager",true],["4bbd1fff34d3b7eb2adc9a352c31c8a3180dd6ca","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #13275: Add QQbar._factor_univariate_polynomial()\n\nAs a part of #11731, transfer the code which does the factorization over\n{{{QQbar}}} and {{{AA}}} from\n{{{sage.rings.polynomial.polynomial_element.Polynomial.factor()}}} to\n{{{QQbar._factor_univariate_polynomial()}}} and\n{{{AA._factor_univariate_polynomial()}}} respectively.\n\nURL: http://trac.sagemath.org/13275\nReported by: saraedum\nTicket author(s): Julian Rueth\nReviewer(s): Peter Bruin","Release Manager",true],["d1e77b200b4dedf1b2ca2b2490987a5e176fc2f7","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #13276: Add CDF._factor_univariate_polynomial()\n\nAs a part of #11731, transfer the code which does the factorization over\n{{{CDF}}} and {{{RDF}}} from\n{{{sage.rings.polynomial.polynomial_element.Polynomial.factor()}}} to\n{{{CDF._factor_univariate_polynomial()}}} and\n{{{RDF._factor_univariate_polynomial()}}} respectively.\n\nThis will also fix the following bug:\n{{{\nsage: R.<x> = CDF[]\nsage: (x^2).factor()\nAssertionError\n}}}\n\nURL: http://trac.sagemath.org/13276\nReported by: saraedum\nTicket author(s): Julian Rueth\nReviewer(s): Peter Bruin","Release Manager",true],["844e981da083a5bda2037976f83b4ddf53d1384f","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #15686: Improve documentation of constraint_generation in MixedIntegerLinearProgramming\n\nAs prompted by http://ask.sagemath.org/question/3410, this ticket is\nmeant for discussion to improve the documentation of the\n`constraint_generation` option of MixedIntegerLinearProgramming.\n\nFrom the ref:\nhttp://www.sagemath.org/doc/reference/numerical/sage/numerical/mip.html:\n\n> constraint_generation – whether to require the returned solver to\nsupport constraint generation (excludes Coin). False by default.\n\nFrom the source: https://github.com/sagemath/sage/blob/master/src/sage/n\numerical/backends/generic_backend.pyx#L983:\n\n>  - `constraint_generation` (boolean) -- whether the solver returned is\nto be used for constraint/variable generation. As the interface with\nCoin does not support constraint/variable generation, setting\n`constraint_generation` to `False` ensures that the backend to Coin is\nnot returned when `solver = None`. This is set to `False` by default.\n\nFirst issue: in the source the phrase “setting `constraint_generation`\nto `False` ensures that the backend to Coin is not returned when `solver\n= None`” seems incorrect, as setting `constraint_generation` to `False`\nis meant to ''allow'' selection of Coin.\n\nSecond issue: upon first reading the ref and source documentation, I\nunderstood that Coin would not be selected if `constraint_generation`\nwere set to `True`, but not what was exactly meant by ‘constraint\ngeneration’ in the context of the module. I thought it would enable\npassing a constraint generator. Now I understand that constraint\ngeneration means: after a first call `solve()`, one or more constraints\nis added to the solved instance, and then `solve()` is called again.\nPerhaps the documentation should be changed to make this clearer.\n\nURL: http://trac.sagemath.org/15686\nReported by: equaeghe\nTicket author(s): Erik Quaeghebeur\nReviewer(s): Nathann Cohen","Release Manager",true],["555049d335fe40ca86b9f4e661e4b27a02b267d7","01f561ac4ab15d6a23a57976bba4dbcc423b9cbb@sagemath.org","Trac #15823: Implement conversion map from tropical semiring\n\nBecause sometimes one might want to go back:\n{{{\nsage: T = TropicalSemiring(QQ)\nsage: QQ(T(2))\n2\n}}}\n\nURL: http://trac.sagemath.org/15823\nReported by: tscrim\nTicket author(s): Travis Scrimshaw\nReviewer(s): Darij Grinberg","Release Manager",true]],"size":41,"ref":"refs/heads/develop","head":"f7342705aadccbd309121baa4889183a8bd56d59"}