On Thu, Oct 24, 2013 at 7:19 PM, Todd Munson wrote:
>
> I vote for logo or delphi.
The turtle graphics do rock, but what about love for Turbo Pascal?
Matt
>
> Todd.
>
> On Oct 24, 2013, at 6:45 PM, Jed Brown wrote:
>
> > Satish Balay writes:
> >> From what I remember - python build migh
I vote for logo or delphi.
Todd.
On Oct 24, 2013, at 6:45 PM, Jed Brown wrote:
> Satish Balay writes:
>> From what I remember - python build might succeed if libssl is missing
>> [python configure will work arround it ] - but then --download-package
>> from petsc configure would fail.
>
> Sc
Satish Balay writes:
> From what I remember - python build might succeed if libssl is missing
> [python configure will work arround it ] - but then --download-package
> from petsc configure would fail.
Screw it, we're changing languages. Scala, Haskell, or APL? Actually,
INTERCAL might be more
On Thu, 24 Oct 2013, Satish Balay wrote:
> On Thu, 24 Oct 2013, Jed Brown wrote:
>
> > Satish Balay writes:
> >
> > > yeah its a 'apt-get install python2'. Similar thing with future fedora
> > > releases.
> >
> > So long as you are root and don't mind enabling the repository.
> >
> > http:/
On Thu, 24 Oct 2013, Jed Brown wrote:
> Satish Balay writes:
>
> > yeah its a 'apt-get install python2'. Similar thing with future fedora
> > releases.
>
> So long as you are root and don't mind enabling the repository.
>
> http://askubuntu.com/questions/148638/how-do-i-enable-the-universe-r
Satish Balay writes:
> yeah its a 'apt-get install python2'. Similar thing with future fedora
> releases.
So long as you are root and don't mind enabling the repository.
http://askubuntu.com/questions/148638/how-do-i-enable-the-universe-repository
> with such isses python creates - no wonder
On Oct 24, 2013, at 3:23 PM, Jed Brown wrote:
> Satish Balay writes:
>
>
> With respect to the old versions of Python in the logs, a better
> question is which of those machines do not have a more recent version of
> Python, perhaps one that you have to invoke using "python2.6" instead of
> "
On Thu, 24 Oct 2013, Jed Brown wrote:
> Satish Balay writes:
>
> > On Thu, 24 Oct 2013, Jed Brown wrote:
> >
> >> Satish Balay writes:
> >> > But then - as you said - python 2.4 doesn't provide python2
> >>
> >> Python 2.6.8 (April 2012) does not provide python2!
> >
> > so changing 'python' t
Satish Balay writes:
> On Thu, 24 Oct 2013, Jed Brown wrote:
>
>> Satish Balay writes:
>> > But then - as you said - python 2.4 doesn't provide python2
>>
>> Python 2.6.8 (April 2012) does not provide python2!
>
> so changing 'python' to 'python2' in configure won't help
The front-end "configu
On Thu, 24 Oct 2013, Jed Brown wrote:
> Satish Balay writes:
> > But then - as you said - python 2.4 doesn't provide python2
>
> Python 2.6.8 (April 2012) does not provide python2!
so changing 'python' to 'python2' in configure won't help
'python' is likely to be python2 on all OSes except arc
Åsmund Ervik writes:
> I sincerely doubt that archlinux will switch back, they've made python
> == python3 in all python scripts in the entire distro, which tooks
> quite some effort. There were some initial negative reactions, but
> that's three years ago now.
Yeah, it was done 3 years ago and w
Satish Balay writes:
> But then - as you said - python 2.4 doesn't provide python2
Python 2.6.8 (April 2012) does not provide python2!
pgpGR0NSn0OQn.pgp
Description: PGP signature
"Mark F. Adams" writes:
>>
>> $ git checkout -b madams/sr-driver3 knepley/feature-plex-refine-3d
>> $ git merge knepley/fix-plex-ghost-cells
>> $ git cherry-pick [sha1 for "start of segmental refinement"]
>
> I did:
>
> 575 git checkout -b madams/sr-driver4 origin/knepley/feature-plex-refine
On Thu, 24 Oct 2013, Barry Smith wrote:
>
> On Oct 24, 2013, at 2:15 PM, Satish Balay wrote:
>
> > An emphirical count on my recent mail archives.. I'm not sure if grep
> > is able to access all configure.log files in these mailboxes - but the
> > ratio could be representative..
> >
> > so 10%
On Oct 24, 2013, at 2:15 PM, Satish Balay wrote:
> An emphirical count on my recent mail archives.. I'm not sure if grep
> is able to access all configure.log files in these mailboxes - but the
> ratio could be representative..
>
> so 10% of logs found are using python 2.4/2.5
What about in
A larger sample [starting Apr 2011]
balay@mockingbird /home/balay/mail
$ grep --no-group-separator -A 1 'Python version' inbox.old.3? inbox.old.4?
|grep -v 'Python' | wc -l
503
balay@mockingbird /home/balay/mail
$ grep --no-group-separator -A 1 'Python version' inbox.old.3? inbox.old.4?
|grep -
On Thu, 24 Oct 2013, Satish Balay wrote:
>
>On Thu, 24 Oct 2013, Jed Brown wrote:
>>
>> Default installations of Python through python-2.6 do not contain
>> "python2", so those users will have to type:
>>
>> $ python configure --args
>>
>> On Arch Linux, I always end up needing:
>>
>> $ python2
An emphirical count on my recent mail archives.. I'm not sure if grep
is able to access all configure.log files in these mailboxes - but the
ratio could be representative..
so 10% of logs found are using python 2.4/2.5
Satish
---
balay@mockingbird /home/balay/mail
$ grep --no-group-sepa
configure.log contains the python version used. Can we scarf up the version
for say the last three years of all configure.log we have received and view the
trend of pre 2.6 ones still being used? Won’t be a perfect measure, but at
least it is a measure.
Barry
On Oct 24, 2013, at 1:52 PM,
On Thu, 24 Oct 2013, Jed Brown wrote:
> Satish Balay writes:
>
> > Do you know if archlinux will switch over to using the guideline from
> > python.org?
>
> The guideline does not prohibit Arch from doing what they did (3 years
> ago).
Yeah - it appears guideline came up in response to what a
Satish Balay writes:
> Do you know if archlinux will switch over to using the guideline from
> python.org?
The guideline does not prohibit Arch from doing what they did (3 years
ago). It says that scripts should use "python2" if they will only work
for python-2.x and use "python" if they work
I think that —citations should be only citations; that is previous original
work that deserves to be cited in the new publication because,
1) the new publication builds on/depends on the previous work
2) the previous work is of some “quality”
3) the previous work is not yet comm
On Thu, Oct 24, 2013 at 1:15 PM, Jed Brown wrote:
> Matthew Knepley writes:
> > I would argue that Saad's implementation suggestions (like incremental
> > QR) are much better than the GCR and justify an independent citation.
>
> The real difference is that GCR keeps two sets of vectors. It does
Matthew Knepley writes:
> I would argue that Saad's implementation suggestions (like incremental
> QR) are much better than the GCR and justify an independent citation.
The real difference is that GCR keeps two sets of vectors. It does not
have any "brute-force QR". But GCR allows nonlinear pre
On Thu, Oct 24, 2013 at 11:31 AM, Jed Brown wrote:
> Matthew Knepley writes:
> > I think we can differentiate between mathematical background and
> analysis,
> > e.g.
> >
> > Proving that GMRES converges with these matrices, etc.
> >
> > and showing exactly how to structure an algorithm:
> >
>
On Thu, 24 Oct 2013, Jed Brown wrote:
> Matthew Knepley writes:
> >> So configure using '#!/usr/bin/env python' should be fine for a while
> >> - and at some point it can be switched to '#!/usr/bin/env python2' if
> >> needed.
> >
> >
> > Will anything break if we change it now?
>
> Default inst
>
> $ git checkout -b madams/sr-driver3 knepley/feature-plex-refine-3d
> $ git merge knepley/fix-plex-ghost-cells
> $ git cherry-pick [sha1 for "start of segmental refinement"]
I did:
575 git checkout -b madams/sr-driver4 origin/knepley/feature-plex-refine-3d
576 git merge knepley/fix-ple
"Mark F. Adams" writes:
> [amend to add important part of error message]
>
> I am trying to rebase -i, where I squashed one commit message, and get this
> error:
>
> 12:31 madams/sr-driver2 ~/Codes/petsc$ git pull
> Merge made by the 'recursive' strategy.
Where did this come from? This merge p
Matthew Knepley writes:
>> So configure using '#!/usr/bin/env python' should be fine for a while
>> - and at some point it can be switched to '#!/usr/bin/env python2' if
>> needed.
>
>
> Will anything break if we change it now?
Default installations of Python through python-2.6 do not contain
"py
[amend to add important part of error message]
I am trying to rebase -i, where I squashed one commit message, and get this
error:
12:31 madams/sr-driver2 ~/Codes/petsc$ git pull
Merge made by the 'recursive' strategy.
12:31 madams/sr-driver2 ~/Codes/petsc$ git rebase -i HEAD~10
[detached HEAD 31
I am trying to rebase -i, where I squashed one commit message, and get this
error:
12:31 madams/sr-driver2 ~/Codes/petsc$ git pull
Merge made by the 'recursive' strategy.
12:31 madams/sr-driver2 ~/Codes/petsc$ git rebase -i HEAD~10
[detached HEAD 319baff] TS ex32: Added a parallel test
Author: M
Matthew Knepley writes:
> I think we can differentiate between mathematical background and analysis,
> e.g.
>
> Proving that GMRES converges with these matrices, etc.
>
> and showing exactly how to structure an algorithm:
>
> Saad and Schultz, 96
*86*, but what about GCR? After all, GMRES is
On Thu, Oct 24, 2013 at 10:24 AM, Satish Balay wrote:
> http://lwn.net/Articles/571528/
> https://fedoraproject.org/wiki/Changes/Python_3_as_Default
> http://www.python.org/dev/peps/pep-0394/
>
> >>
>
> * python2 will refer to some version of Python 2.x.
>
> * python3 will refer to so
On Thu, Oct 24, 2013 at 9:11 AM, Jed Brown wrote:
> This is responding to Matt's comment, which is a topic that we could use
> more feedback on.
>
>
> https://bitbucket.org/petsc/petsc/commits/0a8e8854d85628d5034c7879b76533cb3504de85#general-comments
>
> Should the formal citations list (produced
On Thu, Oct 24, 2013 at 10:31 AM, Jed Brown wrote:
> @madams This branch is totally unreviewable in its current form, and
> it cannot be bisected because many of the intermediate states are
> broken. I understand making haphazard/checkpoint commits while
> developing, but to maintain reviewabili
@madams This branch is totally unreviewable in its current form, and
it cannot be bisected because many of the intermediate states are
broken. I understand making haphazard/checkpoint commits while
developing, but to maintain reviewability and quality in the long term,
it's important to organize t
http://lwn.net/Articles/571528/
https://fedoraproject.org/wiki/Changes/Python_3_as_Default
http://www.python.org/dev/peps/pep-0394/
>>
* python2 will refer to some version of Python 2.x.
* python3 will refer to some version of Python 3.x.
* for the time being, all distributions
This is responding to Matt's comment, which is a topic that we could use
more feedback on.
https://bitbucket.org/petsc/petsc/commits/0a8e8854d85628d5034c7879b76533cb3504de85#general-comments
Should the formal citations list (produced when running with -citations)
include underlying mathematical w
38 matches
Mail list logo