1. 04 Feb, 2016 1 commit
  2. 29 Jan, 2016 2 commits
  3. 27 Jan, 2016 1 commit
  4. 26 Jan, 2016 2 commits
  5. 24 Jan, 2016 1 commit
  6. 23 Jan, 2016 8 commits
  7. 22 Jan, 2016 2 commits
  8. 21 Jan, 2016 2 commits
  9. 20 Jan, 2016 14 commits
    • Jeroen Demeyer's avatar
      Doctest also the parent of floor division · bca94fce
      Jeroen Demeyer authored
      bca94fce
    • Release Manager's avatar
      Trac #10227: change_labels for sum species structure does not actually change the labels · 8530da83
      Release Manager authored
      {{{
      
      sage: X = species.SingletonSpecies()
      sage: X2 = X+X
      sage: X2.structures([1]).list()
      [1, 1]
      sage: s = X2.structures([1]).list()[0]
      sage: s.labels()
      [1]
      sage: s.change_labels(["a"])
      1
      }}}
      
      URL: http://trac.sagemath.org/10227
      Reported by: mhansen
      Ticket author(s): Mike Hansen
      Reviewer(s): Florent Hivert, Martin Rubey
      8530da83
    • Jeroen Demeyer's avatar
      Add more doctests for floor division · 3e0e5b80
      Jeroen Demeyer authored
      3e0e5b80
    • Jeroen Demeyer's avatar
    • Release Manager's avatar
      Trac #19914: Fix typo in Weyl character ring tutorial · ded762d7
      Release Manager authored
      Fix typo biproduct -> by-product.
      
      URL: http://trac.sagemath.org/19914
      Reported by: slelievre
      Ticket author(s): Samuel Lelièvre
      Reviewer(s): Nicolas M. Thiéry
      ded762d7
    • Release Manager's avatar
      Trac #19738: doctest trig expansion for exp · 86bf2300
      Release Manager authored
      I stumbled on the following oddity during an exercise class (sage-6.8,
      x86_64-linux, debian 8.2).
      {{{
      sage: simplify(cos(pi/12))
      1/12*sqrt(6)*(sqrt(3) + 3)
      sage: simplify(sin(pi/12))
      -1/12*sqrt(6)*(sqrt(3) - 3)
      sage: simplify(exp(i*pi/12))
      e^(1/12*I*pi)
      }}}
      Is there any rationale for this ? It looks like an inconsistency.
      
      See https://github.com/pynac/pynac/issues/113
      
      Since this is fixed in Sage now, this ticket should provide doctests.
      
      URL: http://trac.sagemath.org/19738
      Reported by: thome
      Ticket author(s): Ralf Stephan
      Reviewer(s): Paul Zimmermann
      86bf2300
    • Release Manager's avatar
      Trac #19907: Clean-up index of modules for coding theory · 5c54b92f
      Release Manager authored
      With the increasing number of modules in `sage/coding`, it seems like a
      good time to clean
      [http://doc.sagemath.org/html/en/reference/coding/index.html the index
      of modules] related to coding theory.
      
      This ticket:
      
      - makes names and formatting consistent (upper case vs lower case,
      period vs no period),
      - cleans the list of modules, and
      - orders modules under categories to help the reader to easily find what
      he is looking for.
      
      URL: http://trac.sagemath.org/19907
      Reported by: dlucas
      Ticket author(s): David Lucas
      Reviewer(s): Nathann Cohen
      5c54b92f
    • Release Manager's avatar
      Trac #19904: Crash in SR(QQbar) · 9f206d4d
      Release Manager authored
      QQbar wrapped in SR can lead to Sage crashing:
      {{{
      sage: bool(SR(QQbar(I)) == I)
      terminate called after throwing an instance of 'std::runtime_error'
        what():
      ------------------------------------------------------------------------
      /home/vbraun/Code/sage/local/lib/python2.7/site-
      packages/sage/ext/interrupt/interrupt.so(+0x3da5)[0x7f06b9187da5]
      /home/vbraun/Code/sage/local/lib/python2.7/site-
      packages/sage/ext/interrupt/interrupt.so(+0x3df7)[0x7f06b9187df7]
      /home/vbraun/Code/sage/local/lib/python2.7/site-
      packages/sage/ext/interrupt/interrupt.so(+0x644c)[0x7f06b918a44c]
      /lib64/libpthread.so.0(+0x109f0)[0x7f06c8b0e9f0]
      /lib64/libc.so.6(gsignal+0x38)[0x7f06c8068a98]
      /lib64/libc.so.6(abort+0x16a)[0x7f06c806a69a]
      /home/vbraun/Code/sage/local/lib/libstdc++.so.6(__gnu_cxx::__verbose_ter
      minate_handler()+0x15d)[0x7f06acab2ccd]
      /home/vbraun/Code/sage/local/lib/libstdc++.so.6(+0x5dd46)[0x7f06acab0d46
      ]
      /home/vbraun/Code/sage/local/lib/libstdc++.so.6(+0x5dd91)[0x7f06acab0d91
      ]
      /home/vbraun/Code/sage/local/lib/libstdc++.so.6(+0x5dfa9)[0x7f06acab0fa9
      ]
      /home/vbraun/Code/sage/local/lib/libpynac.so.0(py_error(char
      const*)+0x70)[0x7f069376ede0]
      /home/vbraun/Code/sage/local/lib/libpynac.so.0(GiNaC::numeric::numeric(_
      object*, bool)+0x1b8)[0x7f069376f9e8]
      /home/vbraun/Code/sage/local/lib/libpynac.so.0(GiNaC::numeric::add(GiNaC
      ::numeric const&) const+0x1fa)[0x7f0693776c6a]
      /home/vbraun/Code/sage/local/lib/libpynac.so.0(GiNaC::operator+(GiNaC::n
      umeric const&, GiNaC::numeric const&)+0x9)[0x7f069377a3a9]
      /home/vbraun/Code/sage/local/lib/libpynac.so.0(GiNaC::numeric::add_dyn(G
      iNaC::numeric const&) const+0x39)[0x7f0693770889]
      /home/vbraun/Code/sage/local/lib/libpynac.so.0(GiNaC::expairseq::combine
      _overall_coeff(GiNaC::ex const&)+0x1a)[0x7f06936d163a]
      /home/vbraun/Code/sage/local/lib/libpynac.so.0(GiNaC::expairseq::constru
      ct_from_2_ex(GiNaC::ex const&, GiNaC::ex const&)+0x375)[0x7f06936d6515]
      /home/vbraun/Code/sage/local/lib/libpynac.so.0(GiNaC::add::add(GiNaC::ex
      const&, GiNaC::ex const&)+0x63)[0x7f06936a5a73]
      /home/vbraun/Code/sage/local/lib/libpynac.so.0(GiNaC::operator-(GiNaC::e
      x const&, GiNaC::ex const&)+0x5f)[0x7f069377b0af]
      /home/vbraun/Code/sage/local/lib/libpynac.so.0(GiNaC::relational::decide
      () const+0x46)[0x7f069378b886]
      /home/vbraun/Code/sage/local/lib/python2.7/site-
      packages/sage/symbolic/expression.so(+0x9ec48)[0x7f0693387c48]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyObject_IsTrue+0x3
      7)[0x7f06c8dbaa57]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(+0x54e4e)[0x7f06c8d
      6fe4e]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(+0xbcb63)[0x7f06c8d
      d7b63]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyObject_Call+0x43)
      [0x7f06c8d6dc43]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+
      0x3b2e)[0x7f06c8e2228e]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0
      x830)[0x7f06c8e255a0]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalCode+0x1
      9)[0x7f06c8e256c9]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+
      0x58de)[0x7f06c8e2403e]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0
      x830)[0x7f06c8e255a0]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+
      0x5936)[0x7f06c8e24096]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0
      x830)[0x7f06c8e255a0]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+
      0x5936)[0x7f06c8e24096]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0
      x830)[0x7f06c8e255a0]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+
      0x5936)[0x7f06c8e24096]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0
      x830)[0x7f06c8e255a0]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+
      0x5936)[0x7f06c8e24096]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0
      x830)[0x7f06c8e255a0]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+
      0x5936)[0x7f06c8e24096]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0
      x830)[0x7f06c8e255a0]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+
      0x5936)[0x7f06c8e24096]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0
      x830)[0x7f06c8e255a0]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyEval_EvalCode+0x1
      9)[0x7f06c8e256c9]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyRun_FileExFlags+0
      x8a)[0x7f06c8e4949a]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(PyRun_SimpleFileExF
      lags+0xd7)[0x7f06c8e4aa27]
      /home/vbraun/Code/sage/local/lib/libpython2.7.so.1.0(Py_Main+0xc25)[0x7f
      06c8e60c25]
      /lib64/libc.so.6(__libc_start_main+0xf0)[0x7f06c8054580]
      python(_start+0x29)[0x400769]
      }}}
      
      URL: http://trac.sagemath.org/19904
      Reported by: vbraun
      Ticket author(s): Ralf Stephan
      Reviewer(s): Jeroen Demeyer
      9f206d4d
    • Release Manager's avatar
      Trac #19901: Index of Permutation Group methods · 164fb460
      Release Manager authored
      As the title says. Makes the reference manual a bit more user-friendly.
      
      URL: http://trac.sagemath.org/19901
      Reported by: ncohen
      Ticket author(s): Nathann Cohen
      Reviewer(s): Jori Mäntysalo
      164fb460
    • Release Manager's avatar
      Trac #19899: Use -Wno-unused to compile Python + Python packages · 5f6a7c4f
      Release Manager authored
      One kind of warning which appears a lot in Cython-generated code is
      unused functions or variables. Such warnings also appear in external
      Cython packages which use Sage. Therefore, this ticket proposes to
      compile Python with `-Wno-unused` which is then passes down to all
      Python packages.
      
      Currently, the Sage library is compiled with `-w` which suppresses all
      warnings. I don't think that is a good idea because we might miss useful
      warnings. This ticket doesn't change that, but it will help to cut down
      the number of harmless "unused" warnings if we do change that.
      
      I noticed something else strange: Python puts `CFLAGS` ''before'' its
      own flags like `-O3`. But there is also a variable `EXTRA_CFLAGS` which
      is put after Python's flags. Since we usually want user flags to
      override the package flags, we put the user's `CFLAGS` into
      `EXTRA_CFLAGS`.
      
      URL: http://trac.sagemath.org/19899
      Reported by: jdemeyer
      Ticket author(s): Jeroen Demeyer
      Reviewer(s): Volker Braun
      5f6a7c4f
    • Release Manager's avatar
      Trac #19893: Let rpy2 build on Cygwin again · 17bfd9dc
      Release Manager authored
      rpy2 does not build on Cygwin. See
      https://groups.google.com/forum/#!topic/sage-devel/JzXLO0zejGM.
      
      URL: http://trac.sagemath.org/19893
      Reported by: tscrim
      Ticket author(s): Travis Scrimshaw
      Reviewer(s): Jean-Pierre Flori
      17bfd9dc
    • Release Manager's avatar
      Trac #19888: Move gen_py.python to gen.pyx · 8e1c286f
      Release Manager authored
      There is no reason for `gen_py.py` to be a separate file. We move the
      function `python()` to a `cpdef` function `gentoobj()` (mirroring the
      already existing function `objtogen()`).
      
      URL: http://trac.sagemath.org/19888
      Reported by: jdemeyer
      Ticket author(s): Jeroen Demeyer
      Reviewer(s): Volker Braun
      8e1c286f
    • Release Manager's avatar
      Trac #19886: remove misleading line in FormalSums · 0814e3c3
      Release Manager authored
      As discussed in [https://groups.google.com/d/topic/sage-
      devel/09Xf1_coMOc/discussion this sage-devel discussion], the "elif"
      branch in this excerpt can never be visited, since if its condition was
      satisfied, the "if" condition would have been too, and the method would
      have ended with the "return" statement in the "if" branch.
      
      {{{
      class FormalSums(UniqueRepresentation, Module):
      
          Element = FormalSum
      
          def _element_constructor_(self, x, check=True, reduce=True):
      
              if isinstance(x, FormalSum):
                  P = x.parent()
                  if P is self:
                      return x
                  elif P == self:
                      return self.element_class(x._data, check=False,
      reduce=False, parent=self)
                  else:
                      x = x._data
      }}}
      
      We therefore remove the "elif" branch which can only cause confusion.
      
      URL: http://trac.sagemath.org/19886
      Reported by: mantepse
      Ticket author(s): Martin Rubey
      Reviewer(s): Daniel Krenn
      0814e3c3
    • Release Manager's avatar
      Trac #19885: Jupyter documentation fails for notebooks in subdirectories · 7841f42c
      Release Manager authored
      Exactly the same as #19469, but for help links.
      
      Steps to reproduce:
      * Start sage --notebook=jupyter
      * In the Jupyter file browser, select New -> Folder
      * Click on the newly-created "Untitled Folder" (name does not matter)
      * Create a new Sage kernel notebook in this subfolder
      * Click on Help -> Sage Documentation
      
      Opened URL is `http://localhost:8888/notebooks/Untitled%20Folder/kernels
      pecs/sagemath/doc/index.html`
      
      Correct URL would be
      `http://localhost:8888/kernelspecs/sagemath/doc/reference/index.html`
      
      URL: http://trac.sagemath.org/19885
      Reported by: vbraun
      Ticket author(s): Volker Braun
      Reviewer(s): Emmanuel Charpentier
      7841f42c
  10. 19 Jan, 2016 7 commits
    • Jeroen Demeyer's avatar
      Add doctest for floor division · 227e8bb4
      Jeroen Demeyer authored
      227e8bb4
    • Release Manager's avatar
      Trac #19874: Configure NTL without NTL_LEGACY_SP_MULMOD=on · 0d8435cd
      Release Manager authored
      There is an issue with bernmm which prevents this.
      For every even number from 128, the result of
      {{{
      bernoulli(n, algorithm='bernmm')
      }}}
      is wrong.
      
      This is because some modular multiplication mod n is made with inputs
      larger than n which is not supported by NTL (as documented).
      
      URL: http://trac.sagemath.org/19874
      Reported by: jpflori
      Ticket author(s): Jean-Pierre Flori
      Reviewer(s): Jeroen Demeyer
      0d8435cd
    • Release Manager's avatar
      Trac #19872: regular symmetric Hadamard matrices for n=324 · e3520f45
      Release Manager authored
      Implements the construction from
      
      Z.Janko, H.Kharaghani, V.D.Tonchev, The existence of a Bush-type
      Hadamard matrix of order 324
      and two new infinite classes of symmetric designs. Des. Codes Cryptogr.
      24(2001), 225-232
      
      and use its RSHCD of '+' type to build an srg on v=324, k=153. Also, use
      it to construct an RSHCD of '-' type and build an srg on v=324, k=152.
      
      URL: http://trac.sagemath.org/19872
      Reported by: dimpase
      Ticket author(s): Dima Pasechnik
      Reviewer(s): Nathann Cohen
      e3520f45
    • Release Manager's avatar
      Trac #19860: Upgrade gp2c optional package · d82103fa
      Release Manager authored
      '''Upstream''':
      http://pari.math.u-bordeaux.fr/pub/pari/GP2C/gp2c-0.0.9pl5.tar.gz
      
      URL: http://trac.sagemath.org/19860
      Reported by: jdemeyer
      Ticket author(s): Jeroen Demeyer
      Reviewer(s): Volker Braun
      d82103fa
    • Release Manager's avatar
      Trac #19858: Reproducible documentation build · 4d0e8ae0
      Release Manager authored
      Building twice the documentation from the same sources should produce
      the exact same result, byte for byte.  This requires removing
      hexadecimal addresses like `function <lambda> at 0xdeadbeef`.
      
      This will make it easier to diff docs to review doc-related tickets.
      
      With the branch applied, the only source of non-reproducibility is this
      one:
      {{{
      #!diff
      diff -ru html1/en/reference/finance/sage/finance/stock.html
      html2/en/reference/finance/sage/finance/stock.html
      --- html1/en/reference/finance/sage/finance/stock.html  2016-01-14
      23:06:42.738032047 +0100
      +++ html2/en/reference/finance/sage/finance/stock.html  2016-01-15
      07:25:57.041963861 +0100
      @@ -271,7 +271,7 @@
      
       <dl class="method">
       <dt id="sage.finance.stock.Stock.history">
      -<tt class="descname">history</tt><big>(</big><em>startdate='Jan+1</em>,
      <em>+1900'</em>, <em>enddate='Jan+14</em>, <em>+2016'</em>,
      <em>histperiod='daily'</em><big>)</big><a class="headerlink"
      href="#sage.finance.stock.Stock.history" title="Permalink to this
      definition">¶</a></dt>
      +<tt class="descname">history</tt><big>(</big><em>startdate='Jan+1</em>,
      <em>+1900'</em>, <em>enddate='Jan+15</em>, <em>+2016'</em>,
      <em>histperiod='daily'</em><big>)</big><a class="headerlink"
      href="#sage.finance.stock.Stock.history" title="Permalink to this
      definition">¶</a></dt>
       <dd><p>Return an immutable sequence of historical price data
       for this stock, obtained from Google. OHLC data is stored
       internally as well. By default, returns the past year&#8217;s daily
      }}}
      
      URL: http://trac.sagemath.org/19858
      Reported by: jdemeyer
      Ticket author(s): Jeroen Demeyer
      Reviewer(s): Volker Braun
      4d0e8ae0
    • Release Manager's avatar
      Trac #19851: Interpreter cell magics in Jupyter · 1f79761a
      Release Manager authored
      This ticket changes interface magics to the way IPython intends them to
      be:
      {{{
      sage: %gap 1+1
      2
      sage: _
      2
      sage: %%gap
      ....: 1+1;
      ....: G:=SymmetricGroup(5);
      ....: Order(G);
      ....:
      2
      Sym( [ 1 .. 5 ] )
      120
      }}}
      [[Image(http://sagepad.org/pub/interface_magic.png)]]
      
      URL: http://trac.sagemath.org/19851
      Reported by: vbraun
      Ticket author(s): Volker Braun
      Reviewer(s): Emmanuel Charpentier
      1f79761a
    • Release Manager's avatar
      Trac #19850: correct confusing is_constant of symbolic expression · 97955306
      Release Manager authored
      We have
      {{{
      sage: log(2).is_constant()
      False
      sage: SR(2).is_constant()
      False
      }}}
      which is confusing. Moreover, it is inconsistent with
      {{{
      sage: P.<p> = ZZ[]
      sage: P(2).is_constant()
      True
      }}}
      
      [https://groups.google.com/forum/#!topic/sage-devel/khPX73AG-WU related
      discussion on sage-devel]
      
      URL: http://trac.sagemath.org/19850
      Reported by: dkrenn
      Ticket author(s): Daniel Krenn
      Reviewer(s): Volker Braun
      97955306