[sage-devel] Re: creation of tmp files names is not lexicographic anymore

2014-07-01 Thread Nils Bruin
On Tuesday, July 1, 2014 3:42:15 PM UTC-7, Sébastien Labbé wrote: > > >> >> If you're creating filenames via a predictable pattern, you're >> vulnerable to a denial of service, since an adversary might try and predict >> which file you're going to try and create next and do that before you. >>

[sage-devel] Re: creation of tmp files names is not lexicographic anymore

2014-07-01 Thread Sébastien Labbé
> > If you're creating filenames via a predictable pattern, you're vulnerable > to a denial of service, since an adversary might try and predict which file > you're going to try and create next and do that before you. > OK, but why not do both? tmp000_hashpart.png tmp001_hashpart.png tmp002_

Re: [sage-devel] Re: creation of tmp files names is not lexicographic anymore

2014-07-01 Thread William Stein
On Tue, Jul 1, 2014 at 11:55 AM, Thierry wrote: > Hi, > > why not use tempfile standard package with specifying a prefix, so that > you both have insurance that the file is not existing and unpredictable, > andi correct lexicographic order : > > import tempfile > for i in range(10): > file_pat

Re: [sage-devel] Re: creation of tmp files names is not lexicographic anymore

2014-07-01 Thread Thierry
Hi, why not use tempfile standard package with specifying a prefix, so that you both have insurance that the file is not existing and unpredictable, andi correct lexicographic order : import tempfile for i in range(10): file_path = tempfile.mkstemp(prefix='tmp{}'.format(i), dir='/tmp')[1]

Re: [sage-devel] Re: creation of tmp files names is not lexicographic anymore

2014-07-01 Thread William Stein
On Tue, Jul 1, 2014 at 10:06 AM, Niles Johnson wrote: > > > > On Tuesday, July 1, 2014 12:45:57 PM UTC-4, Nils Bruin wrote: >> >> >> It probably was intended. As a general rule, temporary files live in >> directories where multiple entities have file creation privileges, including >> ones that don

[sage-devel] Re: creation of tmp files names is not lexicographic anymore

2014-07-01 Thread Niles Johnson
also, I'll just mention my other trick for manually digging through temporary sage outputs: sort by creation date instead of name On Tuesday, July 1, 2014 1:06:18 PM UTC-4, Niles Johnson wrote: > > > > > On Tuesday, July 1, 2014 12:45:57 PM UTC-4, Nils Bruin wrote: >> >> >> It probably was inte

[sage-devel] Re: creation of tmp files names is not lexicographic anymore

2014-07-01 Thread Niles Johnson
On Tuesday, July 1, 2014 12:45:57 PM UTC-4, Nils Bruin wrote: > > > It probably was intended. As a general rule, temporary files live in > directories where multiple entities have file creation privileges, > including ones that don't necessarily trust each other fully. If you're > creating

[sage-devel] Re: creation of tmp files names is not lexicographic anymore

2014-07-01 Thread Nils Bruin
On Tuesday, July 1, 2014 9:21:09 AM UTC-7, Sébastien Labbé wrote: > Now (since at least one year, but I don't know which version exactly), tmp > files are created with some hashed value in the end and the left and right > arrow do not correspond to the order of creation of the files anymore. Two

[sage-devel] creation of tmp files names is not lexicographic anymore

2014-07-01 Thread Sébastien Labbé
Hi sage-devel, Long time ago temporary file names in Sage were created with increasing lexicographic order in the same temporary folder: tmp_00.png, tmp_01.png tmp_02.png ... and so on This was practical for users looking at pictures in a viewer where the left arrow and right arrow was changin

[sage-devel] Re: Control Systems Toolbox

2014-07-01 Thread Salvatore Giorgi
The COMA package seems to have the basics for frequency domain systems analysis, and almost nothing regarding time domain systems. With the basics taken care of, one could start building a toolbox comparable to Matlab / Mathematica / Maple. Topics which would be useful: System algebra (paralle

Re: [sage-devel] Re: Best practice when working on multiple (kind of related) tickets

2014-07-01 Thread Vincent Knight
On 1 July 2014 12:43, Niles Johnson wrote: > It sounds like you're in the situation Volker described. I don't think > there's any need to "clean" 16333 if it just contains some commits that are > in the 16332 branch -- branches aren't patches, so (as I understand it) > they already contain the h

[sage-devel] Re: Best practice when working on multiple (kind of related) tickets

2014-07-01 Thread Niles Johnson
On Monday, June 30, 2014 6:32:03 PM UTC-4, Volker Braun wrote: > > Ideally you have a directed graph of dependencies a->b->c. > > > On Monday, June 30, 2014 3:12:58 PM UTC-4, Vincent Knight wrote: >> >> (16333 is in effect a branch of 16332) >> > It sounds like you're in the situation Volker des

[sage-devel] Re: Control Systems Toolbox

2014-07-01 Thread Dima Pasechnik
On 2014-06-30, Salvatore Giorgi wrote: > Hello, > > I am a PhD student in electrical engineering and wanted to contribute to > Sage. As my research is in controls, I thought a control systems toolbox, > similar to Matlab or Maple, might be interesting. Is this something Sage > would want? we

Re: [sage-devel] Re: Make a trivial spkg standard immediately

2014-07-01 Thread Vincent Delecroix
2014-07-01 8:39 UTC+02:00, Robert Bradshaw : > On Mon, Jun 30, 2014 at 3:00 AM, Dima Pasechnik wrote: >> On 2014-06-30, Nathann Cohen wrote: >>> Hello everybody ! >>> >>> Here is the problem : we need in the designs code a table of 10 000 >>> integers available in a book. I turned this into a fil