[sage-devel] Re: [sage-release] Re: recent woes with relocation of SageMath installation directory

2016-02-02 Thread Jan Groenewald
Hi Yes, that is the Ubuntu PPA. The installation is mostly working despite that error message. (We have it running on campus while courses are using sage for the last 3 weeks.) I'm waiting to see a use case that warrants reverting, despite the lack of confidence that this message inspires. Regar

[sage-devel] Re: recent woes with relocation of SageMath installation directory

2016-02-02 Thread Volker Braun
Is this the Ubuntu PPA? I think thats not working right now. Whoever is maintaining it (Jan?) should probably revert it until its fixed. On Tuesday, February 2, 2016 at 6:16:08 PM UTC+1, Samuel Lelievre wrote: > > Dear sage-support (cc: sage-release, sage-devel) > (please reply on sage-support

[sage-devel] recent woes with relocation of SageMath installation directory

2016-02-02 Thread Samuel Lelièvre
Dear sage-support (cc: sage-release, sage-devel) (please reply on sage-support only) I received the following question after announcing Sage 7.0 on sage-announce. This is one of many such questions I am reading on various lists and sites recently. Something needs to be more clearly documented, o

Re: [sage-devel] Re: Can anyone provide access to recent Intel or AMD machines?

2016-02-02 Thread Dima Pasechnik
On Tuesday, 2 February 2016 10:09:28 UTC, Nathann Cohen wrote: > > > you cannot do this from a free account, due to e.g. DDOS attacks > launched > > from free SMC accounts in the past. > > We can get you ODK-paid accounts if you like. > > Ahahahah. Isn't that money-laundering? you now breaki

[sage-devel] Re: Plots in plot.py documentation

2016-02-02 Thread jhonrubia6
work done. changed status to needs review. El jueves, 21 de enero de 2016, 20:45:31 (UTC+1), jhonrubia6 escribió: > > Does it makes sense to you if I modify the plot.py docstrings in order to > include PLOT:: blocks? Wouldn't it be more clear for newbies? (well it wold > have helped me anyway)

[sage-devel] Re: Compiling of Sage on cygwin64 failed on package scipy-0.16.1

2016-02-02 Thread Travis Scrimshaw
On Tuesday, February 2, 2016 at 3:25:23 AM UTC-6, robert.ma...@web.de wrote: > > Thank you for the quick answer, and sorry for my late reply. I don't have > time jump into that for a while, but I'll give it a try as soon as possible. > >> Robert >> > This has been included and will be in the next

Re: [sage-devel] Re: Can anyone provide access to recent Intel or AMD machines?

2016-02-02 Thread William Stein
On Tue, Feb 2, 2016 at 2:17 AM, Bill Hart wrote: > I have a paid SMC account, but only the cheapo option. Not sure if that's > relevant. > Your cheapo SMC subscription provides network access upgrades for *20* projects. -- William > > On Tuesday, 2 February 2016 11:07:43 UTC+1, Dima Pasechnik

Re: [sage-devel] Re: Can anyone provide access to recent Intel or AMD machines?

2016-02-02 Thread William Stein
> At present I'm not able to wget or git clone anything from my account on > there anyway. So I will probably not try to use SMC for that. It's not Network access is blocked for projects by default. Go to project settings and click "Adjust quotas", then click the checkbox next to Network. (Backg

Re: [sage-devel] Re: cannot post comments on trac #19984

2016-02-02 Thread William Stein
On Mon, Feb 1, 2016 at 3:50 PM, Dima Pasechnik wrote: > > > On Monday, 1 February 2016 20:43:40 UTC, Volker Braun wrote: >> >> Something broke already before you pressed submit, the next-to-last >> preview already timed out Still looks more like a network issue, perhaps >> a wonky UW firewall?

Re: [sage-devel] Re: cannot post comments on trac #19984

2016-02-02 Thread Eric Gourgoulhon
Hi, Just to tell that I also have exactly the same problem from time to time (last time, a few days ago). Sometimes, changing the browser (from Firefox to Chromium) helps, sometimes not... Best wishes, Eric. -- You received this message because you are subscribed to the Google Groups "sa

Re: [sage-devel] interrupt.pyx on PyPi?

2016-02-02 Thread Jeroen Demeyer
On 2016-02-02 12:00, Volker Braun wrote: One might want to use it without Cython, e.g. plain CPython or boost::python Well, the Cython and C parts are quite intertwined, so I do not intend to support anything but Cython. -- You received this message because you are subscribed to the Google G

Re: [sage-devel] interrupt.pyx on PyPi?

2016-02-02 Thread Volker Braun
On Tuesday, February 2, 2016 at 11:44:44 AM UTC+1, Jeroen Demeyer wrote: > > > * makes it easier for distros, e.g. passing custom arguments to > ./configure > Why is it easier to pass custom arguments to ./configure if there are 2 > packages instead of 1 package? > Because only one of them has

Re: [sage-devel] interrupt.pyx on PyPi?

2016-02-02 Thread 'Martin R. Albrecht' via sage-devel
Jean-Pierre Flori writes: > "cygnals"? +1 -- _pgp: https://keybase.io/martinralbrecht _www: https://martinralbrecht.wordpress.com _jab: martinralbre...@jabber.ccc.de _otr: 47F43D1A 5D68C36F 468BAEBA 640E8856 D7951CCF -- You received this message because you are subscribed to the Google Group

Re: [sage-devel] interrupt.pyx on PyPi?

2016-02-02 Thread Jeroen Demeyer
On 2016-02-02 11:33, 'Martin R. Albrecht' via sage-devel wrote: Hi Jeroen, my concern is mainly of convention: I don’t think people expect pip to install shared libraries. I am not convinced that this "cysignals" package should contain a shared library. In Sage, it's a Python module(*), not a

Re: [sage-devel] interrupt.pyx on PyPi?

2016-02-02 Thread Jeroen Demeyer
On 2016-02-02 11:16, Volker Braun wrote: * makes it easier for distros, e.g. passing custom arguments to ./configure Why is it easier to pass custom arguments to ./configure if there are 2 packages instead of 1 package? * easier and faster venv installations if you don't have to recompile the

Re: [sage-devel] Re: Can anyone provide access to recent Intel or AMD machines?

2016-02-02 Thread Nathann Cohen
> It's obviously an evil plan between the two entities to fund more drinks for > software developers. Note that Sage ODK is an anagram for keg + soda. And God knows that we *need* more soda. Nathann -- You received this message because you are subscribed to the Google Groups "sage-devel" group

Re: [sage-devel] Re: Can anyone provide access to recent Intel or AMD machines?

2016-02-02 Thread Bill Hart
On Tuesday, 2 February 2016 11:09:28 UTC+1, Nathann Cohen wrote: > > > you cannot do this from a free account, due to e.g. DDOS attacks > launched > > from free SMC accounts in the past. > > We can get you ODK-paid accounts if you like. > > Ahahahah. Isn't that money-laundering? Having ODK pay

Re: [sage-devel] Re: interrupt.pyx on PyPi?

2016-02-02 Thread Jeroen Demeyer
On 2016-02-02 11:12, Volker Braun wrote: Right now all tests for interrupts use "sage:" markers and customized magic comments. So its not easy to run the existing doctests under $favorite_testing_framework. At least for the interrupt tests, this shouldn't be a big issue. For other parts of Sag

Re: [sage-devel] interrupt.pyx on PyPi?

2016-02-02 Thread 'Martin R. Albrecht' via sage-devel
Hi Jeroen, my concern is mainly of convention: I don’t think people expect pip to install shared libraries. Also, virtual environments tend not to set LD_LIBRARY_PATH but many people use pip with virtualenvs. Cheers, Martin Jeroen Demeyer writes: > On 2016-02-02 10:16, 'Martin R. Albrecht' via s

Re: [sage-devel] interrupt.pyx on PyPi?

2016-02-02 Thread Jeroen Demeyer
On 2016-02-02 11:04, Jean-Pierre Flori wrote: "cygnals"? Sounds too much like Cygwin. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@goog

Re: [sage-devel] Re: Can anyone provide access to recent Intel or AMD machines?

2016-02-02 Thread Jori Mäntysalo
On Tue, 2 Feb 2016, Bill Hart wrote: MPIR is frequently not able to identify virtual machines correctly since the cpuid instructions are somehow intercepted. I also don't know the effect on the rtdsc instruction, which is critical. cpuid masking is a must. Migrating a virtual machine to anoth

Re: [sage-devel] Re: Can anyone provide access to recent Intel or AMD machines?

2016-02-02 Thread Bill Hart
I have a paid SMC account, but only the cheapo option. Not sure if that's relevant. On Tuesday, 2 February 2016 11:07:43 UTC+1, Dima Pasechnik wrote: > > > > On Tuesday, 2 February 2016 09:12:39 UTC, Bill Hart wrote: >> >> I don't know if a VM would cause issued for the timing or not. Given that

Re: [sage-devel] interrupt.pyx on PyPi?

2016-02-02 Thread Volker Braun
On Tuesday, February 2, 2016 at 9:59:11 AM UTC+1, Jeroen Demeyer wrote: > > That just adds an extra step, I don't see why this is a good idea. * makes it easier for distros, e.g. passing custom arguments to ./configure * easier and faster venv installations if you don't have to recompile the c-l

Re: [sage-devel] Re: interrupt.pyx on PyPi?

2016-02-02 Thread Volker Braun
Right now all tests for interrupts use "sage:" markers and customized magic comments. So its not easy to run the existing doctests under $favorite_testing_framework. On Tuesday, February 2, 2016 at 10:11:23 AM UTC+1, Martin Albrecht wrote: > > I’m not sure I follow. Many Python packages have tes

Re: [sage-devel] Re: Can anyone provide access to recent Intel or AMD machines?

2016-02-02 Thread Nathann Cohen
> you cannot do this from a free account, due to e.g. DDOS attacks launched > from free SMC accounts in the past. > We can get you ODK-paid accounts if you like. Ahahahah. Isn't that money-laundering? Having ODK pay SMC, so that you can use the SMC money for whatever you like without writing repor

Re: [sage-devel] Re: Can anyone provide access to recent Intel or AMD machines?

2016-02-02 Thread Dima Pasechnik
On Tuesday, 2 February 2016 09:12:39 UTC, Bill Hart wrote: > > I don't know if a VM would cause issued for the timing or not. Given that > the timings need to be cycle accurate, it could be an issue. It's not just > tuning we are doing, but superoptimisation. > > At present I'm not able to wget

Re: [sage-devel] Trac detected an internal error: OSError: [Errno 2] No such file or directory: ...

2016-02-02 Thread Samuel Lelievre
Le vendredi 29 janvier 2016 08:29:05 UTC+1, Justin C. Walker a écrit : > > > > On Jan 28, 2016, at 22:35, Samuel Lelièvre > wrote: > > > > Trying to connect to > > > >http://trac.sagemath.org/ticket/11517 > > > > I get this error > > > >Trac detected an internal error: > > > >

Re: [sage-devel] interrupt.pyx on PyPi?

2016-02-02 Thread Jean-Pierre Flori
On Tuesday, February 2, 2016 at 10:35:27 AM UTC+1, Jeroen Demeyer wrote: > > On 2016-02-02 10:16, 'Martin R. Albrecht' via sage-devel wrote: > > I guess this ends my plan to just > > > >pip install -r requirements.txt > > I'm not sure it does. I have no idea what pip install $FOO actually

Re: [sage-devel] Re: cannot post comments on trac #19984

2016-02-02 Thread Dima Pasechnik
As I noticed, using geom.math.washington.edu as socks_v5 proxy for Firefox does seem to work. But this is of course not an easy solution, in particular this means that every Sagemath dev would need an account there... On 2 February 2016 at 08:55, Jori Mäntysalo wrote: > On Tue, 2 Feb 2016, Nath

Re: [sage-devel] Re: Can anyone provide access to recent Intel or AMD machines?

2016-02-02 Thread Bill Hart
It's just impossible to know. Many machines that are perfectly good for benchmarking turn out to be no use for superoptimisation due to machine load, frequency scaling or quite possibly virtualisation, which comes with many known performance issues. We'd just have to try it to find out. It does

Re: [sage-devel] interrupt.pyx on PyPi?

2016-02-02 Thread Jeroen Demeyer
On 2016-02-02 10:16, 'Martin R. Albrecht' via sage-devel wrote: I guess this ends my plan to just pip install -r requirements.txt I'm not sure it does. I have no idea what pip install $FOO actually does. If it just runs setup.py, we can still run ./configure from setup.py. libcynterupt?

Re: [sage-devel] Re: Can anyone provide access to recent Intel or AMD machines?

2016-02-02 Thread Jori Mäntysalo
On Tue, 2 Feb 2016, Bill Hart wrote: I don't know if a VM would cause issued for the timing or not. I can't see how VM interrupts could make more noise than normal OS interrupts. I have run some tests, and speed of the code inside VM was from 99,5% to 100,5% of that without VM -- i.e. imposs

[sage-devel] Re: Compiling of Sage on cygwin64 failed on package rpy2-2.7.5

2016-02-02 Thread robert . matovinovic
Thank you for the quick answers, and sorry for my late reply. I don't have time jump into that for a while, but I'll give it a try as soon as possible. Robert -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop

[sage-devel] Re: Compiling of Sage on cygwin64 failed on package scipy-0.16.1

2016-02-02 Thread robert . matovinovic
Thank you for the quick answer, and sorry for my late reply. I don't have time jump into that for a while, but I'll give it a try as soon as possible. > Robert > -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and

Re: [sage-devel] interrupt.pyx on PyPi?

2016-02-02 Thread 'Martin R. Albrecht' via sage-devel
I guess this ends my plan to just pip install -r requirements.txt it. But it makes sense. This is now http://trac.sagemath.org/ticket/20002 libcynterupt? Cheers, Martin Volker Braun writes: > The system-specific part could be a separate C library "libinterrupt" that > the python package de

Re: [sage-devel] Re: Can anyone provide access to recent Intel or AMD machines?

2016-02-02 Thread Bill Hart
I don't know if a VM would cause issued for the timing or not. Given that the timings need to be cycle accurate, it could be an issue. It's not just tuning we are doing, but superoptimisation. At present I'm not able to wget or git clone anything from my account on there anyway. So I will proba

Re: [sage-devel] Re: interrupt.pyx on PyPi?

2016-02-02 Thread 'Martin R. Albrecht' via sage-devel
Hi Volker, I’m not sure I follow. Many Python packages have tests, pick your favourite Python testing framework. Why should this be a problem here? In addition, Sage can/should run its own doctests to check there’s no mismatch. Cheers, Martin Volker Braun writes: > On Monday, February 1, 2016 at

Re: [sage-devel] interrupt.pyx on PyPi?

2016-02-02 Thread Jeroen Demeyer
On 2016-02-02 09:51, Volker Braun wrote: The system-specific part could be a separate C library "libinterrupt" that the python package depends on. That is how many other Python packages depend on system-specific libraries... That just adds an extra step, I don't see why this is a good idea. I c

Re: [sage-devel] Re: cannot post comments on trac #19984

2016-02-02 Thread Jori Mäntysalo
On Tue, 2 Feb 2016, Nathann Cohen wrote: Just reporting that the same happened to me today. I tried to post four times on #19451 (forgetting *every single time* to save my message before hitting 'submit'), and no luck so far. It waits, it waits, it waits, then gives up. I had the same problem

Re: [sage-devel] interrupt.pyx on PyPi?

2016-02-02 Thread Volker Braun
The system-specific part could be a separate C library "libinterrupt" that the python package depends on. That is how many other Python packages depend on system-specific libraries... On Tuesday, February 2, 2016 at 9:41:13 AM UTC+1, Jeroen Demeyer wrote: > > One more thing: I think that this

Re: [sage-devel] Re: cannot post comments on trac #19984

2016-02-02 Thread Nathann Cohen
Hello everybody, Just reporting that the same happened to me today. I tried to post four times on #19451 (forgetting *every single time* to save my message before hitting 'submit'), and no luck so far. It waits, it waits, it waits, then gives up. Nathann -- You received this message because

Re: [sage-devel] interrupt.pyx on PyPi?

2016-02-02 Thread Jeroen Demeyer
One more thing: I think that this "interrupt" project would really benefit from autoconf. I know that Python + autoconf is not a common combination, but there are some non-trivial system-specific things which are best handled by autoconf. Moreover, I have always wanted to add support for handli