Is there a reason you can't use finite cyclotomic fields? These exist in
Sage and are reasonably well optimized. And GAP supports matrix groups over
them, though as David Joyner mentioned, I don't think that functionality is
wrapped from Sage. Defining matrix groups over finite cyclotomic fields
Cool. I'd be happy to review that after Wednesday (when I have an
application due). I can provide the perspective of someone who works mostly
within sage.rings rather than sage.combinat.
David
On Sat, Oct 16, 2010 at 18:17, Christian Stump wrote:
> > Is there a reason you can't use finite cyclo
ot;base_ring in
CommutativeRings()" would be determining whether this was the case.
David
On Sun, Oct 17, 2010 at 04:42, Florent Hivert
wrote:
> On Sat, Oct 16, 2010 at 05:08:37PM -0400, David Roe wrote:
> > You can either inherit from sage.rings.commutative_ring.CommutativeRing,
>
I suspect that this is aimed at C-computations that are not wrapped in a
_sig_on _sig_off pair. Such code should be wrapped if it's going to take
substantial time, but since it isn't always, two interrupts are sent.
David
On Sun, Oct 17, 2010 at 11:51, Jeroen Demeyer wrote:
> I noticed that the
Right, but it may have finished within 5 seconds and proceeded on to
something that is interruptable.
David
On Sun, Oct 17, 2010 at 14:53, Jeroen Demeyer wrote:
> On 2010-10-17 20:49, David Roe wrote:
> > I suspect that this is aimed at C-computations that are not wrapped in a
&g
I don't know how to do it technically, but one way to do it is to submit a
patch changing the double underscore in
CategoryObject.__temporarily_change_names into a single underscore. Name
mangling is annoying, and I would personally love it if every double
underscore became a single one.
David
On
There are a number of tickets in trac about performance regressions in
Sage. I'm sure there are far more performance regressions which we don't
know about because nobody noticed.
As someone writing library code, it's generally not obvious that one is
about to introduce a performance regression (o
This is a good workaround, but the original problem can be traced to the
function sage.symbolic.expression.Expression.__int__
def __int__(self):
#FIXME: can we do better?
return int(self.n(prec=100))
Presumably you could adaptively estimate to higher precision until your
error interval in
I posted a patch there that should fix it; I have to work on other stuff,
but if someone else wants to take over and write some doctests, make sure it
works in lots of cases...
David
On Mon, Oct 25, 2010 at 17:14, Burcin Erocal wrote:
> On Mon, 25 Oct 2010 17:00:39 -0400
> David Roe
Note that fs in the example is a list of length 1.
David
On Mon, Oct 25, 2010 at 23:14, François Bissey wrote:
> Hi,
>
> I am looking at the code and tests for the class Riemann_Map in
> calculus/riemann.pyx and I have a hard time understanding how it can be
> working at all.
>
> The init method
I think if you set both number and repeat to 1 in sage.misc.sage_timeit, it
will only run once (though I could be wrong).
We should think about a way to automate uploading of timing data if someone
doesn't have MongoDB installed. For example, we could have the test script
which ran doctests have
On Tue, Oct 26, 2010 at 04:03, François Bissey wrote:
> > Note that fs in the example is a list of length 1.
> > David
> >
>
>
>
> > > which suggests that fs should instead be an array. If I try to go
> through
> > > the
> > > steps of the initialization process by hand using the data from the
>
It's just a question of __call__ not being defined. It should be really
easy to fix. I suggest making a trac ticket and then looking at
sage.rings.polynomial.polynomial_quotient_ring_element and defining __call__
to do function composition. Make sure you raise a TypeError if the input is
an elem
William Stein and David Joyner, Notices of the AMS.
http://www.ams.org/notices/200710/
David
On Thu, Nov 4, 2010 at 07:56, David Kirkby wrote:
> I've seen reference to somewhere, where an academic said essentially
> that submitting a paper to a peer reviewed journal, while refusing to
> give the
This can currently be done by
sage: a = ZZ("sage",base=32); a
928270
sage: a.str(base=32)
'sage'
sage: a.str(base=36)
'jw9a'
For bases outside of 2..36, you can work with lists:
sage: b = ZZ([4,1,7],base=100)
sage: b
70104
sage: b.digits(base=71)
[27, 64, 13]
sage: 27 + 64*71 + 13*71^2
70104
Fo
I think a Sage Days on algebraic topology would be great. The first
things you need to figure out are:
* Where and when is it happening? You should think about other
conferences in algebraic topology (mostly to avoid conflicts for your
audience, but possibly so that people can stay for a Sage Day
I'm interested, though I can't commit quite yet. What campus are you at?
David
On Fri, Nov 4, 2011 at 15:31, kcrisman wrote:
> There is the potential to have Sage Days 36+k, another Bug Days format
> like http://wiki.sagemath.org/days27, immediately after the Joint
> Mathematics Meetings in Bost
> Gordon College. It's about two or three miles from the commuter rail,
> 45 min. from North Station. You're local (Harvard?), right?
I'm actually at the University of Calgary now. I'm currently planning
on coming back for the Joint Meetings and staying in Cambridge for a
while afterward. I
> Gordon College. It's about two or three miles from the commuter rail,
> 45 min. from North Station. You're local (Harvard?), right?
I'm actually at the University of Calgary now. I'm currently planning
on coming back for the Joint Meetings and staying in Cambridge for a
while afterward. I
Welcome to Sage!
There was an effort a couple years ago to get Sage as a debian
package. It was successful for a while, but then the maintainer left
academia and founded a startup, so it hasn't been upgraded.
I think one of the problems is getting a fairly current version of
Sage into Debian. I
I think I'd describe it as a feature to reduce the number of GF(7)s
floating around. There's no coercion from ZZ[x] to GF(p), regardless
of the choice of modulus. The modulus function on
FiniteField_prime_modn is there for consistency of interface with the
other finite fields. Is there a reason
This is now #12038, which has a patch which eliminates the segfault.
The problem was that you shouldn't be using coerce like that: the
first argument should be a parent, not the element class. That
element class requires two inputs: both the parent and the data to
make a new element out of. In t
Also useful is http://wiki.sagemath.org/SageServer
David
On Wed, Nov 16, 2011 at 09:55, Maarten Derickx
wrote:
> Or if you like the web better
> view: http://www.sagemath.org/doc/reference/sagenb/notebook/notebook_object.html
>
> --
> To post to this group, send an email to sage-devel@googlegroup
For those of us who don't have bits to close tickets, should we just
change the milestone to "sage-duplicate/invalid/wontfix," or do we
need to do something else?
David
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-de
I'm not a Valgrind expert, but I think that it's the tool you're
looking for. Take a look at the Valgrind options listed at the bottom
of the output from "sage -advanced". sage -memcheck looks like it
might be useful.
David
On Wed, Nov 23, 2011 at 13:12, Dima Pasechnik wrote:
> consider the fol
On Mon, Nov 28, 2011 at 08:56, Dima Pasechnik wrote:
>
>
> On Monday, 28 November 2011 21:29:32 UTC+8, Emil Widmann wrote:
>>
>> On Nov 28, 11:33 am, Dima Pasechnik wrote:
>> > It's much more urgent to work on the Sage notebook, than to create yet
>> > another frontend.
>> > IMHO.
>>
>> Probably
I'd like the following to work (in a Cython file):
from sage.misc.cachefunc import cached_method
from sage.rings.arith import factor
cdef class A:
@cached_method
def expensive(self):
return factor(10^5000 + 41)
Currently it fails since the type of a def method on a cython class is
Wow. There are a ton of comments on that patch. I will take a look
and see if I can review #11900.
David
On Fri, Dec 9, 2011 at 04:17, Simon King wrote:
> Hi David,
>
> On 9 Dez., 12:14, David Roe wrote:
>> I'd like the following to work (in a Cython file):
>>
&
Thanks for all the work Simon. I think it makes more sense for
Nicolas to review #11900, since he probably has already read most of
the code. But I can review it if necessary.
David
On Fri, Dec 9, 2011 at 04:58, David Roe wrote:
> Wow. There are a ton of comments on that patch. I will tak
> Note that super does not work with old style classes (`A` derives from
> `object` in the object above). However old style classes are more or
> less deprecated, and there are not that many left in Sage so you
> should be fine.
Isn't SageObject (and thus all Parents and Elements) an old style
cla
I'd like to propose making the Cunningham Tables spkg standard.
== BASIC DETAILS ==
It contains factorizations for integers of the form b^k + 1 and b^k -
1, with b in {2, 3, 5, 6, 7, 10, 11, 12}.
It has been an optional spkg for a couple of years. The total size is 1.1 MB.
Ticket #7240 updates
The current approach is to just load a dictionary into memory from a
.sobj file. I was thinking yesterday that this might be better done
with a real database; I'm certainly open to that suggestion from a
reviewer on the ticket. It sounds like sqlite is probably a better
approach.
The load time o
>> 4.7.2.alpha4, 4.8.alpha3:
>>
>> sage: five = Integers(7).list()[5]; five
>> 5
>> sage: five.parent()
>> Ring of integers modulo 7
>> sage: gcd(Integer(five), Integer(7))
>> 1
>> sage: gcd(five, 7)
>> 5
>>
>
> I like the new behavior better. It's coercing to the common parent, then
> giving a
eger)
k (Integer)
s (Integer)
factor_id (Integer) - used to link with the factors table.
On Sat, Dec 10, 2011 at 14:15, David Roe wrote:
> The current approach is to just load a dictionary into memory from a
> .sobj file. I was thinking yesterday that this might be better done
&
>> but my guess is that it would take about
>> 90ms (since a single query takes about 80ms to execute).
>
>
> Did you use an index with the table?
Yes. I labelled all of the columns as index=True. I don't know if
that's sufficient, or if the size-on-disk would be a lot less without
redundant ind
>> First of all, size on disk. Storing the Cunningham database using a
>> list and dictionary requires 1.04MB. The database takes 10.7MB
>> (perhaps I chose a poor representation. I've included my skeleton
>> below).
>
>
> This shouldn't be too much of a concern, assuming the source text files
>
On Mon, Dec 12, 2011 at 07:33, R. Andrew Ohana wrote:
> On Mon, Dec 12, 2011 at 06:12, David Roe wrote:
>>
>> Yes. I labelled all of the columns as index=True.
>
>
> You should not be indexing all columns, only the ones you are making many
> queries upon.
By "
>> So now I have hacked together a patch that works as I will it, both in
>> the shell and notebook. I think it is a bug that the latex
>> representation currently ignores the repr-value of the finite field.
>> What do you other say?
Agreed: latex should respect the repr-value.
>> And as long as
I helping a colleague try to wrap some magma code that uses verbose
print statements. Apparently, just setting the verbose flag is not
enough:
sage: magma.SetVerbose("Factorization",1)
sage: magma.Factorization(56654654654464)
[ <2, 11>, <1289, 1>, <21461137, 1> ]
Instead, you have to use StdOut
I also work in math far from the Cartan-Kähler theorem, but I'm
enthusiastic about having more support for differential forms in Sage.
David
On Thu, Dec 15, 2011 at 06:38, adsmith wrote:
> Hi everyone,
>
> I am in need of a package to carry out computations in exterior
> algebra, differential ide
I think it's fine to require that objects in a category support
weakrefs. There are certainly categories where you might want
integers to be the objects, but then I think that you need to wrap
those integers in some class inheriting from CategoryObject.
Simon, where were you planning on adding th
That sounds awesome, and not too hard to do. I'll add it to my
wishlist as well.
David
On Tue, Dec 20, 2011 at 02:25, Nicolas M. Thiery
wrote:
> On Fri, Dec 16, 2011 at 10:12:35AM -0800, Harald Schilly wrote:
>> done, it's here: http://trac.sagemath.org/sage_trac/ticket/12168
>
> Speaking of
nstall.
The Brent spkg is 11.2MB to download and 47.2MB on disk, and takes
about 100 seconds to install. It creates the database during
installation.
David
On Mon, Dec 12, 2011 at 05:38, David Roe wrote:
> I just did some experiments with SQL. I wanted to see if people had
> thoughts on the
> Some people have proposed that it would be a good idea to have an
> architecture for comparisons that are useful for making output (e.g.,
> a list of complex numbers) be returned in some well-defined order, but
> which wouldn't be __cmp__. Then one can order complex (number
> field, etc.) el
>> I would like to propose the addition of a matrix literal syntax, namely
>>
>> sage: [1, 2; 3, 4]
>> [1 2]
>> [3 4]
> +1
+1 from me as well
>
>> A second question, what of the basering?
>
> Consistency with "[Mm]atrix([[1,2],[3,4]])" would be most clear. So would
> you argue to change basering o
> As for global defaults, it's nice for both examples and debugging for
> there to be as little global state as possible, and someone who wants
> RDF for reals probably wants CDF for complexes. The consistency
> argument is a good one, but changing matrix(...) would be much more
> invasive, and bot
> So I am suggesting that a clean syntax is possible if
> the base ring is associated with the target symbol, not
> with the input tokens.
Apprently in Axiom you can statically type variable names, whereas in
Python a variable is dynamically typed: you can't specify that a
should hold an Integer f
> So the idea would be that one would develop on Mac by doing
>
> ./sage -i gcc
> ./sage -b
+1
David
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@googlegroups.com
For more options, visit this group
>> Another issue: do we allow [1..10; 10..20]?
>
> We probably shouldn't go to extra effort to support it.
>
>> I can't seem to construct
>> matrices with matrix entries (this is not absurd) -- but should the
>> preparser grok it? [[1..10; 10..20] ; [2..12; 14..24]]
>
> Yes, for sure. And [[1..10;
Come over to Padelford: Robert and I are working on something like this. :-)
David
On Fri, Jan 27, 2012 at 02:04, R. Andrew Ohana wrote:
> So I've been looking into restarting ticket #21 now that we have
> argparse in python 2.7. The basic premise of the ticket was to make
> our command line opt
Why? So that things like sage -i can work without python?
David
On Fri, Jan 27, 2012 at 02:15, Jeroen Demeyer wrote:
> On 2012-01-27 11:04, R. Andrew Ohana wrote:
>> So I've been looking into restarting ticket #21 now that we have
>> argparse in python 2.7.
> -1 to making Python a requirement to
functionality which should be
available before building python (sage -i for example). Overall I
think using python for the majority of sage's option parsing is a good
idea.
David
On Fri, Jan 27, 2012 at 02:20, R. Andrew Ohana wrote:
> On Fri, Jan 27, 2012 at 02:07, David Roe wrote:
&
> % sage ARGS # this would be for running sage scripts, or a couple of
> oddball arguments
> % sage notebook ARGS
> % sage pkg ARGS # this would include spkg stuff
> % sage pkg install # since install has some special flags like -f or -s
> % sage test ARGS
> % sage build ARGS
> % sage {python,maxim
>From http://wiki.cython.org/ReleaseNotes-0.15:
The inlined generator expressions (introduced in Cython 0.13) were disabled
in favour of full generator expression support. This breaks code that
previously used them inside of cdef functions (usage in def functions
continues to work) and induces a p
I'm not actually a cython developer, so I don't know what the issues
involved are. I agree that a compile time error would be nice
David
On Fri, Feb 3, 2012 at 12:29, Nicolas M. Thiery wrote:
>Hi David,
>
> On Wed, Feb 01, 2012 at 01:39:06PM -0800, David Ro
>
> As for why your viewpoint might be harmful: I have heard anecdotes of
> people
> not wanting to release their code because it was ugly, or nonstandard, or
> difficult to use, etc. As long as the response that they are going to
> receive
> it along the lines of the above, that viewpoint is valid
William and I are planning three workshops in the next four months and we
have funding available to support attendees. If you're seriously
interested in attending one (or more) of these please e-mail me
immediately. A priori we have no restrictions on where you're flying from
and we don't need a
I think it's nice for people who are not used to Unix to be able to just
type make rather than also having to run configure first. So I would
support William's intermediate option, though I don't know whether we have
anyone who actually wants to write such a configure script.
David
On Sun, Feb 5,
That SEP suggests adding subcommands similar to what Andrew suggested. But
I don't agree with removing sage -t etc because you can get the same
functionality with make.
David
On Mon, Feb 6, 2012 at 05:08, Keshav Kini wrote:
> I just found this SEP (Sage Enhancement Proposal), which one might wa
> +100. Our main problem with Mercurial is that we are not *using* it. We
> are just using Mercurial as a way for Jeroen to generate changelogs, and no
> other collaborative purpose whatsoever (despite what individual developers
> such as William might be doing with qfinishing patches, committing,
I will take a look later today.
David
On Thu, Feb 9, 2012 at 08:16, Jeroen Demeyer wrote:
> For the Sage port to OS X 10.7 using GCC-4.6.2 (#12369), I am down to
> *one doctest failure*: #12480.
>
> This is however one huge can of worms involving padics and NTL.
>
> In sage/rings/padics/pow_comp
It took more than a minute to load, but it eventually did. I don't know
why it might be so slow.
David
On Fri, Feb 10, 2012 at 00:23, Iftikhar Burhanuddin <
iftikhar.burhanud...@gmail.com> wrote:
> Hi folks,
>
> Is http://wiki.sagemath.org down?
>
> I.
>
> --
> To post to this group, send an ema
Sounds like a good idea.
David
On Fri, Feb 10, 2012 at 08:19, Dr. David Kirkby wrote:
> I see a question on sage-support where someone had troubles on OS X, as he
> had installed a 10.6 binary on a 10.5 machine. With all the different
> binaries, I can see it being fairly easy to pick the wrong o
Awesome!
Given this, do you have an estimate for the release timetable for Sage 5.0?
David
On Fri, Feb 10, 2012 at 14:09, Jeroen Demeyer wrote:
> I would like to announce a working Sage on OS X 10.7. It requires XCode
> 4 and setting SAGE_PORT=yes, but apart from that it builds from source
> "o
e to have you at Doc Days.
David
On Sun, Feb 5, 2012 at 13:23, David Roe wrote:
> William and I are planning three workshops in the next four months and we
> have funding available to support attendees. If you're seriously
> interested in attending one (or more) of these please e-m
>
> I was positive we had some way to run doctests on external files based on
> what they defined. I just tried a test and it didn't seem to work. I know
> there has been discussion in the past about how to get doctests in external
> files working well.
>
Yeah, this should work in external files.
I see from the list of projects at Sage Days 35 (
http://wiki.sagemath.org/SageFlintDays/projects) that an effort was made to
get FLINT 2 into Sage. Can someone involved let me know what the status of
that effort is? Sage Days 36 starts tomorrow and it would be nice to be
able to use the p-adics
at 13:29, David Roe wrote:
> > I see from the list of projects at Sage Days 35
> > (http://wiki.sagemath.org/SageFlintDays/projects) that an effort was
> made to
> > get FLINT 2 into Sage. Can someone involved let me know what the status
> of
> > that effort is? Sa
> > 1. Are you willing to participate in such a sage days?
> > 1. a) If yes, are there dates around the end of this year which are very
> > inconvenient for you?
>
> I would be willing to participate in this. For me a date before mid-October
> would be great, because our lecture period will start a
If the errors on the normal patchbot were all something like "Killed," you
can go ahead and give a positive review. The processes running tests in
the patchbot are killed sometimes and we don't understand exactly why
David
On Sat, Feb 25, 2012 at 10:28, Daniel Krenn wrote:
> I'm currently r
Is there an easy way to collaborate on an experimental set of patches on
top of Sage? The sage-combinat model is very close to what I'm looking
for, but it seems difficult to set up all the infrastructure: we have to
have a server analogous to http://sage.math.washington.edu:2144/, set up
the init
I think the problem William is trying to resolve is that there are lots of
tickets marked as "need review" on trac, where nobody besides the author
feels any responsibility for getting them reviewed. Perhaps the idea of
using the CC field for this purpose is a good one: whenever you mark a
ticket
> > ticket but don't want to review it, or remove yourself from the CC list.
>
> By the way, I don't think this removes one from Trac notification
> emails for that ticket, correct?
>
I don't know. I think it should if you've never commented on the ticket.
David
--
To post to this group, send an
as has happened to me.
>
> Is there a way I can ask trac for a list of tickets where I have set
> the "needs review" flag but which are still open? Maybe it is age,
> but I just lose...trac.
>
> John
>
> On 29 February 2012 22:02, David Roe wrote:
> >
> &g
Bober (University of Washington)
- Tom Boothby (Simon Frasier University)
- Robert Bradshaw (Google)
- Keshav Kini (Nanyang Technological University)
- David Roe (University of Calgary)
- William Stein (University of Washington)
*Doc Days* (April 17-22): http://wiki.sagemath.org
If we get GSOC funding I could supervise various projects, depending on
interest (though probably only one of these):
* sparse matrices: Sage currently uses generic sparse matrices for almost
every base ring.
* cleaning up coercion: many parts of Sage still use the old coercion
system. It would be
In this case I have to agree with Richard. The problem is not for real
domains, where it's possible to make a continuous choice of square root.
But for complex input there's no nice way to choose which root you want.
See
http://en.wikipedia.org/wiki/Complex_plane#Multi-valued_relationships_and_bra
Fantastic! I hope that more people will submit ideas. People may have
been discouraged by our repeated failure to be selected in previous years.
And well done Harald.
David
On Fri, Mar 16, 2012 at 17:41, Harald Schilly wrote:
> Hi everyone. Sage got accepted as a mentoring organization for the
That sounds really useful actually. I still don't think it's enough for a
GSOC project; is there something related we could add?
David
On Sat, Mar 17, 2012 at 10:23, Volker Braun wrote:
> Just to rephrase things, there should be
> a) a new ring analogous to RIF that does error propagation (inst
Hi everyone,
We're looking at upgrading trac from 0.11.5 to 0.12.3 (latest stable
version). There will probably be some downtime later today (hopefully less
than 10 minutes) to switch over to the new version.
Let us know if today is a bad day for some reason, and also if something is
misbehaving
Strange. We haven't actually done anything yet related to the upgrade, so
I don't know what to tell you.
David
On Sun, Mar 18, 2012 at 20:34, Hugh Thomas wrote:
>
> Twice, today, instead of the page I was expecting, trac produced something
> like this:
>
> Traceback (most recent call last):
>
Trac will go down in 5 minutes.
David
On Sun, Mar 18, 2012 at 21:10, Keshav Kini wrote:
> David Roe writes:
> > Strange. We haven't actually done anything yet related to the upgrade,
> so I
> > don't know what to tell you.
> > David
> >
> > On Su
On Sun, Mar 18, 2012 at 21:10, leif wrote:
> On 19 Mrz., 03:20, "R. Andrew Ohana" wrote:
> > Trac is more or less working, please report any bugs.
>
> More or less? :-)
>
Known issues:
* The link to the patchbot has disappeared (thanks for pointing that out
Dima). We understand what happened
Hi,
I'm working on putting together more useful reports on trac. One useful
filter for a report is to show only tickets where the current user is in
the Author field. Currently this is impossible since we use real names for
authors; if we used trac usernames then I could just filter for
authors~=
What link is broken? I'm finding the link to
http://trac.sagemath.org/sage_trac/raw-attachment/ticket/8109/trac_8109-lzz_pEX-copyrights.patchfrom
the attachment page for example...
David
On Tue, Mar 20, 2012 at 01:00, Jeroen Demeyer wrote:
> On 2012-03-18 17:35, David Roe wrote:
> &g
Yep, that listing lets you convert manually in either direction. But
there's no way I can see to run ticket queries testing whether the
currently logged in user is the author/reviewer of a given ticket.
David
On Mon, Mar 19, 2012 at 23:12, P Purkayastha wrote:
>
>
> On Tuesday, March 20, 2012 1
ote:
> On 2012-03-20 09:43, Jeroen Demeyer wrote:
> > On 2012-03-20 09:17, David Roe wrote:
> >> What link is broken? I'm finding the link to
> >>
> http://trac.sagemath.org/sage_trac/raw-attachment/ticket/8109/trac_8109-lzz_pEX-copyrights.patch
> >&g
Then do you know how I can create a report that lists the tickets for which
the currently logged in user is an author?
David
On Tue, Mar 20, 2012 at 09:20, leif wrote:
> On 20 Mrz., 15:40, David Kirkby wrote:
> > On 20 March 2012 00:32, David Roe wrote:
> >
> > > I
n I again have to wait that long to see if it went ok.
>
>
>
>
>> Le dimanche 18 mars 2012 17:35:01 UTC+1, David Roe a écrit :
>>>
>>> Hi everyone,
>>> We're looking at upgrading trac from 0.11.5 to 0.12.3 (latest stable
>>> version). There w
Yeah. I've figured out how to write these queries, so I'm now fine with
keeping the current policy on using real names in the Authors and Reviewers
field.
David
On Tue, Mar 20, 2012 at 13:54, Keshav Kini wrote:
> Jason Grout writes:
> > On 3/20/12 2:30 PM, David Roe wrot
Yep. Everyone should set their "Real Name" in trac's preferences if they
want the personalized reports to work for them.
David
On Tue, Mar 20, 2012 at 17:12, Keshav Kini wrote:
> David Roe writes:
> > Yeah. I've figured out how to write these queries, so I&#x
Hi everyone,
I've reorganized our trac reports, added a bunch of new ones and changed
the View Tickets button so that it points to
http://trac.sagemath.org/sage_trac/wiki/TicketReports. If you have any
ideas for new reports you can either add them (if you can express them as a
trac query) or reply
This seems to be happening much more frequently right now. Could someone
with root on boxen either restart the postgres server or kill some of the
postgres processes?
I'm afraid this is my fault: I've started a few long running processes
while experimenting with SQL reports and can't kill them.
D
nt or metadata
> correction,
> > so it would be nice to have a list of only ones where I was an actual
> > author.)
>
> Is there a report that lists "tickets needing work that I *attached a
> patch to*"?
>
> -- William
>
> >
> > David
> >
>
I don't know exactly what happened, but the folder
/var/trac/sage_trac/attachments/ticket/12717 didn't exist even though the
ticket existed. I tried attaching a file to the ticket, succeeded, and now
the folder exists. Try again?
David
On Wed, Mar 21, 2012 at 10:55, Florent Hivert wrote:
>
I have no idea what's going on, but I succeeded in uploading it. It's now
attached to 12717.
David
On Wed, Mar 21, 2012 at 11:23, Florent Hivert wrote:
> Hi David,
>
> > > I don't know exactly what happened, but the folder
> > > /var/trac/sage_trac/attachments/ticket/12717 didn't exist eve
> Are we using the same schema as at
> http://trac.edgewall.org/wiki/TracDev/DatabaseSchema, or do we have
> modifications of our own? Actually, I'm not sure why I'm asking since I
> don't really have DBA skills, and I don't want to be a trac admin. :-)
> Thanks to those who have this (often than
Hi everyone,
There is now a Cython debugger (
http://docs.cython.org/src/userguide/debugging.html). It would be great if
this functionality were tied into the python debugger, so that (after you
compiled your program with some flags perhaps and start Sage under gdb) you
could drop into the python
> Oh cool. Just FYI it appears there is a trailing space in the page name.
>
> This says that the session.sid is text. Surely that can't be!?
>
It is. "session.sid" is a fancy way of saying "trac username." :-)
David
--
To post to this group, send an email to sage-devel@googlegroups.com
To u
Is there another user that could try uploading the patch from your
computer? I seem to recall you've had difficulty with trac before. It
would be nice to figure out if it was based on your trac account or your
computer somehow.
David
On Wed, Mar 21, 2012 at 14:00, Florent Hivert wrote:
>
201 - 300 of 922 matches
Mail list logo
