Re: Oh look, another language (ceylon)
Hi Stephen On Sunday, 17 November 2013 05:48:58 UTC, Steven D'Aprano wrote: [...] It's just a pity they based the syntax on C rather than something more enlightened. (Why do people keep doing that when they design languages?) When the only tool you've used is a hammer, every tool you design ends up looking like a hammer. true, and yet ... if [I] were to design a hammer, would you be justified in assuming that that is the only tool I know about? J^n -- https://mail.python.org/mailman/listinfo/python-list
Re: Question regarding 2 modules installed via 'pip'
Στις 16/11/2013 6:48 μμ, ο/η YBM έγραψε: I doubt it, find ... | rm ... does absolutely nothing as you'd have figured out by yourself if you had a brain. Βut 'find / -name python34 | xargs rm -rf' does what i want. -- https://mail.python.org/mailman/listinfo/python-list
Re: PYTHON 3.4 LEFTOVERS
Στις 16/11/2013 6:46 μμ, ο/η YBM έγραψε:
Le 16.11.2013 17:30, Ferrous Cranus a écrit :
Mark wrote:
If you have to deliberately post like this in an attempt to annoy
people, would you please not do so using double spaced google crap as
it's very annoying, thank you in anticipation.
Sure thing Mark, here:
root@secure [~]# find / -name python3.4 | rm -rf
root@secure [~]# locate python3.4
/root/.local/lib/python3.4
/usr/local/include/python3.4m
/usr/local/lib/libpython3.4m.a
/usr/local/lib/python3.4
/usr/local/share/man/man1/python3.4.1
still there!!!
You are utterly stupid:
1st: rm does not read its standard input so doing
whatever | rm -fr is useless
2st: even if it had worked (i.e. removed the files) they
would still appear with locate, as locate is just reading
a database build every day by updatedb (using find btw)
What you want to do can be done this way :
find / -name python3.4 -exec rm -rf {} \;
'find / -name python34 | xargs -rf' does what i need it do
it works similar to find's built-in exec method using as argument
whatever matches results to.
find / -name python3.4 -exec rm -rf {}
So both have same effect i assume.
--
https://mail.python.org/mailman/listinfo/python-list
Re: PYTHON 3.4 LEFTOVERS
Στις 16/11/2013 11:02 μμ, ο/η Tim Chase έγραψε: On 2013-11-16 08:03, Ferrous Cranus wrote: root@secure [~]# find / -name python3.4 | rm -rf [snip] 1. DELETE ALL REMAINS OF PYTHON3.4 I'm surprised I haven't seen the suggestion to move the / to the end of the entire command...it would certainly DELETE ALL REMAINS OF PYTHON3.4 ;-) Note1: DO NOT DO THIS unless you want to also DELETE ALL REMAINS OF YOUR HARD DRIVE. But hey, Python3.4 would be gone in the process... Note2: you're running commands you don't understand AS ROOT?!?!?! You're just asking for trouble there. Note3: since locate uses a cached DB of files for rapid finding, and your process doesn't rebuild that locate-DB, they'll continue to show up even after you eventually figure out how to successfully remove the files. Use find for both purposes: deletion and verification. -tkc Yeah, 'rm -rf /' will certainly would have worked not questions asked :) -- https://mail.python.org/mailman/listinfo/python-list
Where to find pip3 for Python 3.3.2?
python3.4 is gone at this stage. Now if i only could install pip for Python 3.3.2 Here is what i have tried: root@secure [~]# which python3 /usr/bin/python3 root@secure [~]# which pip /usr/bin/pip root@secure [~]# yum install pip3 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.secrel.com.br * epel: mirror.imt-systems.com * extras: centos.secrel.com.br * remi: mirror5.layerjet.com * updates: mirrors.ucr.ac.cr Setting up Install Process No package pip3 available. Error: Nothing to do Where to find 'pip3' for Python 3.3.2? -- https://mail.python.org/mailman/listinfo/python-list
Help installing pip3 for python3
python3.4 is gone at this stage. Now if i only could install pip for Python 3.3.2 Here is what i have tried: root@secure [~]# which python3 /usr/bin/python3 root@secure [~]# which pip /usr/bin/pip root@secure [~]# yum install pip3 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.secrel.com.br * epel: mirror.imt-systems.com * extras: centos.secrel.com.br * remi: mirror5.layerjet.com * updates: mirrors.ucr.ac.cr Setting up Install Process No package pip3 available. Error: Nothing to do Where to find 'pip3' for Python 3.3.2? -- https://mail.python.org/mailman/listinfo/python-list
Installing Python 3.3.2 pip
python3.4 is gone at this stage. Now if i only could install pip for Python 3.3.2 Here is what i have tried: root@secure [~]# which python3 /usr/bin/python3 root@secure [~]# which pip /usr/bin/pip root@secure [~]# yum install pip3 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.secrel.com.br * epel: mirror.imt-systems.com * extras: centos.secrel.com.br * remi: mirror5.layerjet.com * updates: mirrors.ucr.ac.cr Setting up Install Process No package pip3 available. Error: Nothing to do Where to find 'pip3' for Python 3.3.2? -- https://mail.python.org/mailman/listinfo/python-list
Re: Installing Python 3.3.2 pip
On 11/17/2013 01:56 AM, Nikos wrote: python3.4 is gone at this stage. Now if i only could install pip for Python 3.3.2 Here is what i have tried: root@secure [~]# which python3 /usr/bin/python3 root@secure [~]# which pip /usr/bin/pip root@secure [~]# yum install pip3 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.secrel.com.br * epel: mirror.imt-systems.com * extras: centos.secrel.com.br * remi: mirror5.layerjet.com * updates: mirrors.ucr.ac.cr Setting up Install Process No package pip3 available. Error: Nothing to do Where to find 'pip3' for Python 3.3.2? Maybe you could ask the exact same question one more time...? -- https://mail.python.org/mailman/listinfo/python-list
Re: Installing Python 3.3.2 pip
On 17/11/2013 09:56, Nikos wrote: python3.4 is gone at this stage. Now if i only could install pip for Python 3.3.2 Here is what i have tried: root@secure [~]# which python3 /usr/bin/python3 root@secure [~]# which pip /usr/bin/pip root@secure [~]# yum install pip3 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.secrel.com.br * epel: mirror.imt-systems.com * extras: centos.secrel.com.br * remi: mirror5.layerjet.com * updates: mirrors.ucr.ac.cr Setting up Install Process No package pip3 available. Error: Nothing to do Where to find 'pip3' for Python 3.3.2? Nikos: you've asked the same question three times in less than half an hour. Please have some patience. In addition, your question is about finding packages under CentOS, so you should be asking or searching on a CentOS forum about how to find a package whose exact name you don't know. TJG -- https://mail.python.org/mailman/listinfo/python-list
Re: Program Translation - Nov. 14, 2013
E.D.G. edgrs...@ix.netcom.com wrote in message
news:jckdnqiu1zxguxvpnz2dnuvz_qmdn...@earthlink.com...
E.D.G. edgrs...@ix.netcom.com wrote in message
news:ro-dnch2dptbrhnpnz2dnuvz_rsdn...@earthlink.com...
Etgtab FORTRAN project
Perl speed comparison
This Etgtab FORTRAN computer program related effort is progressing
much better than I thought possible. Here is some information on the
project plus a status report.
The Etgtab program appears to be highly unique. And under the right
conditions it might be highly valuable to the international scientific
community. So, what we are attempting to do is get it translated into some
modern language that researchers around the world can have their own
programmers easily modify for their specific uses.
The first step is to get someone to actually prepare the new code.
And if it were up to me I would stay with FORTRAN.
It appears that my retired programming colleague is going to be
willing to do the work since he has the program already partly translated.
But he will only prepare a True BASIC translation.
In order for him to finish the True BASIC version we would need a
modern FORTRAN version of the program that my research colleague can
decipher. And it appears that there are some people or groups that are
willing to help make that conversion. He can hopefully work with them to
get any details settled.
We would then like to merge that True BASIC version of program with
an already existing True BASIC program and then get things organized so that
the output data can be displayed on charts.
Personally, I don't like the way that True BASIC draws charts for
Windows computers. And although my colleague has permission to put chart
drawing routines in the program we also plan to use a different procedure.
I myself will create a Perl language program that can call an exe version of
the True BASIC program and have it generate the necessary data. Perl can
then plot the data on a chart. That doesn't take long.
We will then make those Perl chart generation code available to the
Python programmers and any other interested parties to see if they would
like to create a Python (or whatever) program that can do the same thing.
Of course, everything could be done using FORTRAN. However since
this is all volunteer work we need to go with whatever language the people
actually doing the work are willing to work with.
PERL SPEED COMPARISON
Some of the early discussions leading to this point involved
calculation speed comparisons for Perl and Python. The table on the
following Web page contains some interesting speed comparisons between
various programming languages. They are all compared to the speed it takes
a C language program to run the tests.
http://julialang.org/
For comparing Perl with Perl I ran the following program. And I
would expect that the same time differences might also be seen if standard
Python were used though each individual speed might run faster than Perl.
print 'start', \n;
for (1..1){$x = 2/3};
print 'end', \n;
sleep 10;
8 seconds - On a 64 bit Windows 8 fast quad core 64 bit computer with plenty
of memory running the latest version of ActiveState 64 bit Perl there was an
8 second delay between when it printed start and end.
20 seconds - On a 32 bit Vista fairly fast dual core 64 bit computer with
plenty of memory running ActiveState 32 bit Perl 5.10.0.1005 there was a 20
second delay between the start and end.
36 seconds- On a 32 bit XP moderate speed single core computer (don't know
if it is 32 or 64 bit) using a software program that makes it work like a
dual core system plus plenty of memory running ActiveState 32 bit Perl
5.10.0.1005 there was a 36 second delay between start and end.
--
https://mail.python.org/mailman/listinfo/python-list
Re: PYTHON 3.4 LEFTOVERS
On Sunday, November 17, 2013 2:42:05 PM UTC+5:30, Ferrous Cranus wrote:
Στις 16/11/2013 6:46 μμ, ο/η YBM έγραψε:
You are utterly stupid:
1st: rm does not read its standard input so doing
whatever | rm -fr is useless
2st: even if it had worked (i.e. removed the files) they
would still appear with locate, as locate is just reading
a database build every day by updatedb (using find btw)
What you want to do can be done this way :
find / -name python3.4 -exec rm -rf {} \;
'find / -name python34 | xargs -rf' does what i need it do
it works similar to find's built-in exec method using as argument
whatever matches results to.
find / -name python3.4 -exec rm -rf {}
So both have same effect i assume.
Hey Nikos!
Greetings!
Just having a sip of tangy, warm olive oil+lemon (from Greece!) on a
COLD Europe morning and am experiencing a feeling of kindness towards
you. Since this is a rare cosmic event and unlikely to recur, let me
capitalize on this feeling while it lasts.
You see I am a warm-blooded tropical animal -- completely unused to
this cold. Very sweet people out here but I keep having the question:
Am I going to survive this? And I have a loud resonance with all your
thrashings -- programming, python, CS, web, unicode, cookies,
mysql... and God knows what else -- hitting you as the cold is hitting
me.
As it happens I am with a colleague: Come out and walk in the
street! I resist every time and then when I go out and see people
walking cycling and unbelievably enjoying themselves, the cold becomes
a little more bearable. In my more balanced and less traumatized
moments I can actually see that cold is much more of a perception
than a fact.
In short as I listen to this kind colleague of mine, I get little by
little ACCLIMATIZED.
If you would listen to your friends on this list, you too will get
acclimatized to all this horrible stuff that is confusing and
hitting you. The only condition is:
You need to listen.
Acclimatization is NOT about getting others to solve your
problems, it is about listening to kind advice and using that to solve
your problems. Its no use asking my friend to wear coats and go out
in the cold for me -- Ive to do it myself.
Coming to your current problem. Unix (Linux) is a way of life that
you need to get used to. If you dont understand commands and pipes
and all that stuff, I dont blame you but you need to listen to what
advice you are given in order to start understanding and finding your
way around.
[Also your specific question -- deinstalling python (modules) -- is
certainly more relevant to this list than many of your other questions
so I am saying something in this regard. The general question of unix
usage is not appropriate for this list]
rm is a very dangerous Unix command. The amount of times Ive had
students come to me with tears saying I lost weeks of work... I
deleted all my files is not funny.
Personally, as someone using unix for about 30 years, I am always a bit
paranoid with rm.
Just rm -- be careful
rm -rf much more careful
rm inside a find I just never do.
So what do I do?
find / -name python3.4 -print filelist
Then look at that filelist.
Even if there are hundreds of files, they will be in a handful of
directories. Mostly the best bet is to remove those directories by
hand. Then rerun the find to check that you have cleaned up.
As for pip: yeah its a mess. pip+pypi in python is a mess;
cabal+hackage in haskell is a mess; gem in ruby is a mess. The only
thing that really works smoothly is apt in ubuntu/debian and that's a
few months/years behind the time.
This should not be the case but it is. And the solution (not very
good but better than nothing) is to use sandboxes combined with pip.
Its called virtualenv.
There is a forum for that
https://groups.google.com/forum/#!aboutgroup/python-virtualenv
Hopefully, you will have learnt from your lessons here to behave
in a way that will get you more help and less enemies there.
Just remember: There are people on this list who know enormously more
than you and me. I always try to do my due diligence before taking
their time. If one is a normal reasonably knowledgeable person, one
should expect to spend 3 times more effort understanding an answer
than the person giving the answer. If one is clueless noob its more
like 10 times.
Skimp on that and we are wasting everyone's time including our own.
--
https://mail.python.org/mailman/listinfo/python-list
Re: PYTHON 3.4 LEFTOVERS
Le 17.11.2013 10:12, Nikos a écrit :
Στις 16/11/2013 6:46 μμ, ο/η YBM έγραψε:
Le 16.11.2013 17:30, Ferrous Cranus a écrit :
Mark wrote:
If you have to deliberately post like this in an attempt to annoy
people, would you please not do so using double spaced google crap as
it's very annoying, thank you in anticipation.
Sure thing Mark, here:
root@secure [~]# find / -name python3.4 | rm -rf
root@secure [~]# locate python3.4
/root/.local/lib/python3.4
/usr/local/include/python3.4m
/usr/local/lib/libpython3.4m.a
/usr/local/lib/python3.4
/usr/local/share/man/man1/python3.4.1
still there!!!
You are utterly stupid:
1st: rm does not read its standard input so doing
whatever | rm -fr is useless
2st: even if it had worked (i.e. removed the files) they
would still appear with locate, as locate is just reading
a database build every day by updatedb (using find btw)
What you want to do can be done this way :
find / -name python3.4 -exec rm -rf {} \;
'find / -name python34 | xargs -rf' does what i need it do
certainly not with xargs -rf, but with xargs rm -rf
it works similar to find's built-in exec method using as argument
whatever matches results to.
find / -name python3.4 -exec rm -rf {}
So both have same effect i assume.
Yes, but they were no xargs in the command lines you wrote
originally, Nikos.
bla bla | rm ...
is not the same as
bla bla | xargs rm ...
do you suffer of some kind of visual illness?
--
https://mail.python.org/mailman/listinfo/python-list
Re: PYTHON 3.4 LEFTOVERS
On Sunday, November 17, 2013 7:30:03 AM UTC-5, YBM wrote:
Le 17.11.2013 10:12, Nikos a écrit :
Στις 16/11/2013 6:46 μμ, ο/η YBM έγραψε:
Le 16.11.2013 17:30, Ferrous Cranus a écrit :
Mark wrote:
If you have to deliberately post like this in an attempt to annoy
people, would you please not do so using double spaced google crap as
it's very annoying, thank you in anticipation.
Sure thing Mark, here:
root@secure [~]# find / -name python3.4 | rm -rf
root@secure [~]# locate python3.4
/root/.local/lib/python3.4
/usr/local/include/python3.4m
/usr/local/lib/libpython3.4m.a
/usr/local/lib/python3.4
/usr/local/share/man/man1/python3.4.1
still there!!!
You are utterly stupid:
1st: rm does not read its standard input so doing
whatever | rm -fr is useless
2st: even if it had worked (i.e. removed the files) they
would still appear with locate, as locate is just reading
a database build every day by updatedb (using find btw)
What you want to do can be done this way :
find / -name python3.4 -exec rm -rf {} \;
'find / -name python34 | xargs -rf' does what i need it do
certainly not with xargs -rf, but with xargs rm -rf
it works similar to find's built-in exec method using as argument
whatever matches results to.
find / -name python3.4 -exec rm -rf {}
So both have same effect i assume.
Yes, but they were no xargs in the command lines you wrote
originally, Nikos.
bla bla | rm ...
is not the same as
bla bla | xargs rm ...
do you suffer of some kind of visual illness?
YBM: I'm going to politely ask you again to please stop.
1) Don't answer off-topic questions here. It only encourages more off-topic
questions.
2) Don't be abusive. http://www.python.org/psf/codeofconduct/
3) Lastly, your abuse is in the form of a (rhetorical) question, which is
likely to simply cause another answer, which we don't want.
Thanks, please do what you can to make this community the kind that you want.
--Ned.
--
https://mail.python.org/mailman/listinfo/python-list
Re: inconsistency in converting from/to hex
On 17/11/2013 06:31, Steven D'Aprano wrote: I agree that its a bit of a mess. But only a little bit, and it will be less messy by 3.5 when the codecs solution is re-introduced. Then the codecs.encode and decode functions will be the one obvious way. For anyone who's interested in the codecs issues see http://bugs.python.org/issue7475 and http://bugs.python.org/issue19543 -- Python is the second best programming language in the world. But the best has yet to be invented. Christian Tismer Mark Lawrence -- https://mail.python.org/mailman/listinfo/python-list
Re: Oh look, another language (ceylon)
On 17/11/2013 03:41, Gregory Ewing wrote: Neal Becker wrote: http://ceylon-lang.org/documentation/1.0/introduction/ The type system looks very interesting! It's just a pity they based the syntax on C rather than something more enlightened. (Why do people keep doing that when they design languages?) As a rule of thumb people don't like change? This obviously assumes that language designers are people :) -- Python is the second best programming language in the world. But the best has yet to be invented. Christian Tismer Mark Lawrence -- https://mail.python.org/mailman/listinfo/python-list
Re: When to use assert
On 2013-11-17 07:35, Steven D'Aprano wrote: py x = 23 py assert x 0, x is not zero or negative This is the worst way to use an assertion: with a misleading message ;-) -tkc -- https://mail.python.org/mailman/listinfo/python-list
Re: Program Translation - Nov. 14, 2013
E.D.G. edgrs...@ix.netcom.com writes: E.D.G. edgrs...@ix.netcom.com wrote in message news:jckdnqiu1zxguxvpnz2dnuvz_qmdn...@earthlink.com... E.D.G. edgrs...@ix.netcom.com wrote in message news:ro-dnch2dptbrhnpnz2dnuvz_rsdn...@earthlink.com... Etgtab FORTRAN project Perl speed comparison This Etgtab FORTRAN computer program related effort is progressing much better than I thought possible. Here is some information on the project plus a status report. The Etgtab program appears to be highly unique. And under the right conditions it might be highly valuable to the international scientific community. So, what we are attempting to do is get it translated into some modern language that researchers around the world can have their own programmers easily modify for their specific uses. The first step is to get someone to actually prepare the new code. And if it were up to me I would stay with FORTRAN. It appears that my retired programming colleague is going to be willing to do the work since he has the program already partly translated. But he will only prepare a True BASIC translation. There is a slight air in unreality to all this, but just in case this is a real project, here are a few random observations. Fortran is still the language that most scientists use, and the program is already a working Fortran program. The most significant thing you could do to revive this work is to document it and tidy up the code. If you wan to modernise the code (and there could be benefits in terms of clarity if you do so) a modern version of standard Fortran is the obvious choice. However, a few well-written pages explaining what the program does and how it does it, together with some more detailed descriptions of the algorithms will probably be more beneficial than any updating, especially if you can find references to papers describing the original work. Though to my mind secondary, tidying up the code would also help. Things could be clarified by introducing a few more utility functions, using more descriptive names, indenting loops, replacing out-dated constructs with newer ones, and so on. These two things will make the program far more accessible to the scientific community. Translating it into a proprietary (paid for) implementation of Basic will ensure that no one ever uses it again. True BASIC does not even have a Linux/Unix port. Finally, why are you timing Perl arithmetic? A translation into Perl does not seem to be an option. snip -- Ben. -- https://mail.python.org/mailman/listinfo/python-list
Re: PYTHON 3.4 LEFTOVERS
On 17/11/2013 12:34, Ned Batchelder wrote:
On Sunday, November 17, 2013 7:30:03 AM UTC-5, YBM wrote:
Le 17.11.2013 10:12, Nikos a écrit :
Στις 16/11/2013 6:46 μμ, ο/η YBM έγραψε:
Le 16.11.2013 17:30, Ferrous Cranus a écrit :
Mark wrote:
If you have to deliberately post like this in an attempt to annoy
people, would you please not do so using double spaced google crap as
it's very annoying, thank you in anticipation.
Sure thing Mark, here:
root@secure [~]# find / -name python3.4 | rm -rf
root@secure [~]# locate python3.4
/root/.local/lib/python3.4
/usr/local/include/python3.4m
/usr/local/lib/libpython3.4m.a
/usr/local/lib/python3.4
/usr/local/share/man/man1/python3.4.1
still there!!!
You are utterly stupid:
1st: rm does not read its standard input so doing
whatever | rm -fr is useless
2st: even if it had worked (i.e. removed the files) they
would still appear with locate, as locate is just reading
a database build every day by updatedb (using find btw)
What you want to do can be done this way :
find / -name python3.4 -exec rm -rf {} \;
'find / -name python34 | xargs -rf' does what i need it do
certainly not with xargs -rf, but with xargs rm -rf
it works similar to find's built-in exec method using as argument
whatever matches results to.
find / -name python3.4 -exec rm -rf {}
So both have same effect i assume.
Yes, but they were no xargs in the command lines you wrote
originally, Nikos.
bla bla | rm ...
is not the same as
bla bla | xargs rm ...
do you suffer of some kind of visual illness?
YBM: I'm going to politely ask you again to please stop.
1) Don't answer off-topic questions here. It only encourages more off-topic
questions.
2) Don't be abusive. http://www.python.org/psf/codeofconduct/
3) Lastly, your abuse is in the form of a (rhetorical) question, which is
likely to simply cause another answer, which we don't want.
Thanks, please do what you can to make this community the kind that you want.
--Ned.
So I'll ask again, why is YBM singled out for the code of conduct when I
can't remember it ever being aimed at Nikos? This strikes me as dual
standards, something that I dislike intensely.
--
Python is the second best programming language in the world.
But the best has yet to be invented. Christian Tismer
Mark Lawrence
--
https://mail.python.org/mailman/listinfo/python-list
Re: Installing Python 3.3.2 pip
On 17/11/2013 10:05, Tim Golden wrote: Nikos: you've asked the same question three times in less than half an hour. Please have some patience. According to my system it was actually 34 minutes, more accuracy please :) In addition, your question is about finding packages under CentOS, so you should be asking or searching on a CentOS forum about how to find a package whose exact name you don't know. This as usual has been pointed out repeatedly over the last few days and as usual has been repeatedly ignored. He'll keep coming back like a pet who keeps getting tit bits from the owners hand. Fortunately the message is finally getting through to the owners and the number of responses is dwindling. With any luck it will hit zero within a few days and normality will be restored to this rather wonderful mailing list. TJG p.s. am I the only person who is currently paranoid about my spelling and grammar? -- Python is the second best programming language in the world. But the best has yet to be invented. Christian Tismer Mark Lawrence -- https://mail.python.org/mailman/listinfo/python-list
Re: PYTHON 3.4 LEFTOVERS
On Sunday, November 17, 2013 7:45:05 AM UTC-5, Mark Lawrence wrote: On 17/11/2013 12:34, Ned Batchelder wrote: YBM: I'm going to politely ask you again to please stop. 1) Don't answer off-topic questions here. It only encourages more off-topic questions. 2) Don't be abusive. http://www.python.org/psf/codeofconduct/ 3) Lastly, your abuse is in the form of a (rhetorical) question, which is likely to simply cause another answer, which we don't want. Thanks, please do what you can to make this community the kind that you want. --Ned. So I'll ask again, why is YBM singled out for the code of conduct when I can't remember it ever being aimed at Nikos? This strikes me as dual standards, something that I dislike intensely. Mark Lawrence Mark, if you are going to play the self-appointed policeman of fairness, you need to stay on top of things. I posted this message within the last day, on this very thread: https://mail.python.org/pipermail/python-list/2013-November/660343.html --Ned. -- https://mail.python.org/mailman/listinfo/python-list
Re: PYTHON 3.4 LEFTOVERS
On 17/11/2013 12:57, Ned Batchelder wrote: On Sunday, November 17, 2013 7:45:05 AM UTC-5, Mark Lawrence wrote: On 17/11/2013 12:34, Ned Batchelder wrote: YBM: I'm going to politely ask you again to please stop. 1) Don't answer off-topic questions here. It only encourages more off-topic questions. 2) Don't be abusive. http://www.python.org/psf/codeofconduct/ 3) Lastly, your abuse is in the form of a (rhetorical) question, which is likely to simply cause another answer, which we don't want. Thanks, please do what you can to make this community the kind that you want. --Ned. So I'll ask again, why is YBM singled out for the code of conduct when I can't remember it ever being aimed at Nikos? This strikes me as dual standards, something that I dislike intensely. Mark Lawrence Mark, if you are going to play the self-appointed policeman of fairness, you need to stay on top of things. I posted this message within the last day, on this very thread: https://mail.python.org/pipermail/python-list/2013-November/660343.html --Ned. Brilliant, he's been plaguing us for months and you pulled him up yesterday, but YBM gets singled out first time (s)he's here, I really love the consistency. How many other people have the code of conduct thrust down their throats the first time they arrive here, very few I imagine? -- Python is the second best programming language in the world. But the best has yet to be invented. Christian Tismer Mark Lawrence -- https://mail.python.org/mailman/listinfo/python-list
Re: Installing Python 3.3.2 pip
On Sun, Nov 17, 2013 at 11:56 PM, Mark Lawrence breamore...@yahoo.co.uk wrote: p.s. am I the only person who is currently paranoid about my spelling and grammar? Certainly not. I'm paranoid about your grammar too, she may be getting on in years but she could whump me if she wanted to! ChrisA -- https://mail.python.org/mailman/listinfo/python-list
Where to find pip3 for python3
python3.4 is gone at this stage. Now if i only could install pip for Python 3.3.2 Here is what i have tried: root@secure [~]# which python3 /usr/bin/python3 root@secure [~]# which pip /usr/bin/pip root@secure [~]# yum install pip3 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.secrel.com.br * epel: mirror.imt-systems.com * extras: centos.secrel.com.br * remi: mirror5.layerjet.com * updates: mirrors.ucr.ac.cr Setting up Install Process No package pip3 available. Error: Nothing to do Where to find 'pip3' for Python 3.3.2? -- What is now proved was at first only imagined! -- https://mail.python.org/mailman/listinfo/python-list
Re: PYTHON 3.4 LEFTOVERS
Op 17-11-13 14:07, Mark Lawrence schreef: On 17/11/2013 12:57, Ned Batchelder wrote: On Sunday, November 17, 2013 7:45:05 AM UTC-5, Mark Lawrence wrote: On 17/11/2013 12:34, Ned Batchelder wrote: YBM: I'm going to politely ask you again to please stop. 1) Don't answer off-topic questions here. It only encourages more off-topic questions. 2) Don't be abusive. http://www.python.org/psf/codeofconduct/ 3) Lastly, your abuse is in the form of a (rhetorical) question, which is likely to simply cause another answer, which we don't want. Thanks, please do what you can to make this community the kind that you want. --Ned. So I'll ask again, why is YBM singled out for the code of conduct when I can't remember it ever being aimed at Nikos? This strikes me as dual standards, something that I dislike intensely. Mark Lawrence Mark, if you are going to play the self-appointed policeman of fairness, you need to stay on top of things. I posted this message within the last day, on this very thread: https://mail.python.org/pipermail/python-list/2013-November/660343.html --Ned. Brilliant, he's been plaguing us for months and you pulled him up yesterday, but YBM gets singled out first time (s)he's here, I really love the consistency. How many other people have the code of conduct thrust down their throats the first time they arrive here, very few I imagine? Mark, I don't think this is helping. AFAIU you wished for a change in behaviour on this list. You thought people were tolerating Nikos's deviantion from the code of conduct for far too long. So of course people will not be consistent with the past, because that would mean that should a second Nikos arrive here the chance of repeating the past would be very high. So of course people will get the code of conduct trust down on them sooner than happened in the past. AFAICS, Ned is putting a lot of energy into trying to limit the damage that Nikos's threads can impose of the list. Is it perfect? No, but I very much appreciate what he is doing none the less because it is far more preferable than what happened in the past. -- Antoon Pardon -- https://mail.python.org/mailman/listinfo/python-list
Re: Where to find pip3 for python3
On Sunday, November 17, 2013 8:28:43 AM UTC-5, Ferrous Cranus wrote: python3.4 is gone at this stage. Now if i only could install pip for Python 3.3.2 Here is what i have tried: root@secure [~]# which python3 /usr/bin/python3 root@secure [~]# which pip /usr/bin/pip root@secure [~]# yum install pip3 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.secrel.com.br * epel: mirror.imt-systems.com * extras: centos.secrel.com.br * remi: mirror5.layerjet.com * updates: mirrors.ucr.ac.cr Setting up Install Process No package pip3 available. Error: Nothing to do Where to find 'pip3' for Python 3.3.2? Nikos, your continued aggressive disrespect for this group will not get you the outcome you want. Your off-topic question will continue to be ignored here, and you will only further cement your reputation as a difficult person, making it difficult for you to get help with Python questions in the future. Find another way to get your question answered. Please read this: http://www.python.org/psf/codeofconduct --Ned. -- https://mail.python.org/mailman/listinfo/python-list
Re: When to use assert
In article 528871d5$0$29975$c3e8da3$54964...@news.astraweb.com, Steven D'Aprano steve+comp.lang.pyt...@pearwood.info wrote: * Don't use assert for any error which you expect to recover from. In other words, you've got no reason to catch an AssertionError exception in production code. Which leads to another reason for using asserts... Every once in a while, I'll get into a situation where something is happening that I just can't understand. If a given pice of code is being called, there's NO WAY the program should be exhibiting the behavior it's exhibiting. But, there's also NO WAY that piece of code can't be getting called. So, I stick assert 0 in the code an re-run the program to see if I get an AssertionError. If I do, then I know the code is being run. If I don't then I know it's not. Either way, I know more about what's going on than I did before. Once I know what's going on, I remove the assert. -- https://mail.python.org/mailman/listinfo/python-list
Re: Where to find pip3 for python3
On 17/11/2013 13:28, Nikos wrote: You're on dangerous ground me old son. Please give up, you can't win, too many people have seen you in your true light. -- Python is the second best programming language in the world. But the best has yet to be invented. Christian Tismer Mark Lawrence -- https://mail.python.org/mailman/listinfo/python-list
Re: Where to find pip3 for python3
Στις 17/11/2013 3:33 μμ, ο/η Ned Batchelder έγραψε: python3.4 is gone at this stage. Now if i only could install pip for Python 3.3.2 Here is what i have tried: root@secure [~]# which python3 /usr/bin/python3 root@secure [~]# which pip /usr/bin/pip root@secure [~]# yum install pip3 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.secrel.com.br * epel: mirror.imt-systems.com * extras: centos.secrel.com.br * remi: mirror5.layerjet.com * updates: mirrors.ucr.ac.cr Setting up Install Process No package pip3 available. Error: Nothing to do Where to find 'pip3' for Python 3.3.2? python3.4 is gone at this stage. Now if i only could install pip for Python 3.3.2 Here is what i have tried: root@secure [~]# which python3 /usr/bin/python3 root@secure [~]# which pip /usr/bin/pip root@secure [~]# yum install pip3 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.secrel.com.br * epel: mirror.imt-systems.com * extras: centos.secrel.com.br * remi: mirror5.layerjet.com * updates: mirrors.ucr.ac.cr Setting up Install Process No package pip3 available. Error: Nothing to do Where to find 'pip3' for Python 3.3.2? -- What is now proved was at first only imagined! -- https://mail.python.org/mailman/listinfo/python-list
pip3 for python3?
python3.4 is gone at this stage. Now if i only could install pip for Python 3.3.2 Here is what i have tried: root@secure [~]# which python3 /usr/bin/python3 root@secure [~]# which pip /usr/bin/pip root@secure [~]# yum install pip3 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.secrel.com.br * epel: mirror.imt-systems.com * extras: centos.secrel.com.br * remi: mirror5.layerjet.com * updates: mirrors.ucr.ac.cr Setting up Install Process No package pip3 available. Error: Nothing to do Where to find 'pip3' for Python 3.3.2? -- What is now proved was at first only imagined! -- https://mail.python.org/mailman/listinfo/python-list
Damn weird Python Module errors
== root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == Not only the fucking thing is so trouble to install but now we have to the damn module ourselves. -- https://mail.python.org/mailman/listinfo/python-list
Python3 and its messed up modules which cannot even get installed properly
== root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == Not only the fucking thing is so trouble to install but now we have to the damn module ourselves. -- What is now proved was at first only imagined! -- https://mail.python.org/mailman/listinfo/python-list
Python3 and its messed up modules which cannot even get installed properly
== root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == Not only the fucking thing is so trouble to install but now we have to the damn module ourselves. -- What is now proved was at first only imagined! -- https://mail.python.org/mailman/listinfo/python-list
Re: Suggest an open-source issue tracker, with github integration and kanban boards?
Thanks, I have actually been leaning towards Apache Bloodhound (which is built on Trac) On Sun, Nov 17, 2013 at 12:28 PM, Miki Tebeka miki.teb...@gmail.com wrote: Can you recommend an open source project (or two) written in Python; which covers multi project + sub project issue tracking linked across github repositories? Don't know if it covers all what you need, but http://trac.edgewall.org/ is written in Python, and has many, many plugins. -- https://mail.python.org/mailman/listinfo/python-list -- https://mail.python.org/mailman/listinfo/python-list
Re: Program Translation - Nov. 14, 2013
Ben Bacarisse ben.use...@bsb.me.uk wrote in message news:0.444ab0f1470c9d9a7a89.20131117124526gmt.87li0nqjrt@bsb.me.uk... There is a slight air in unreality to all this, but just in case this is The world of science where programmers work with people who have degrees in the physical sciences can get complicated. I myself have found that it is almost a necessity to have people sitting next to one another in order to get anything done in a timely manner. A relatively simple program that my programming colleague and I developed took something like six months to get running because it was created by sending E-mail back and forth. And virus filters etc. kept blocking some of the programs. We had to give them all dat extensions just to send them from one location to another and then change them back to exe or zip at their destinations. Fortran is still the language that most scientists use, and the program is already a working Fortran program. The most significant thing you could do to revive this work is to document it and tidy up the code. If you wan to modernise the code (and there could be benefits in terms of clarity if you do so) a modern version of standard Fortran is the obvious choice. I myself would go with Fortran. But my programming colleague will only work with True BASIC. And he is the one who will be doing the work. Fortunately, it sounds like there is a Fortran to True BASIC converter avaiable. So, once underway the effort might be completed in a very short time. Though to my mind secondary, tidying up the code would also help. Things could be clarified by introducing a few more utility functions, using more descriptive names, indenting loops, replacing out-dated constructs with newer ones, and so on. For one thing, the input and output routines need to be changed. And we want it to be able to generate charts or graphs. The existing program will generate only text data. If it is translated to True BASIC then those code along with the newer Fortran code will likely be made available to people as freeware. Finally, why are you timing Perl arithmetic? A translation into Perl Those timing data were an update for earlier notes that were posted to the Perl and Python Newsgroups. One question that got asked was if 64 bit Perl runs faster than 32 bit Perl for simple math. Those speed tests indicate that there was only about a factor of 2 difference at best. All of my own important programs are written using Perl. I am starting to run into calculation speed limitations with one of the programs. And I wanted to determine if the calculations could be done faster within Perl or if another language would need to be used. The answer is that for math calculations there are much faster languages including Fortran. These are personal opinions. -- https://mail.python.org/mailman/listinfo/python-list
Re: Python3 and its messed up modules which cannot even get installed properly
On 17/11/2013 14:17, Nikos wrote: == root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == Not only the fucking thing is so trouble to install but now we have to the damn module ourselves. May I most humbly suggest that you stop this behaviour before she gets extremely angry and completely destroys your web site, rather than simply change one or two pieces of data. Incidentally I do like your signature What is now proved was at first only imagined!. This perfectly summarises your posting over the last couple of hours. -- Python is the second best programming language in the world. But the best has yet to be invented. Christian Tismer Mark Lawrence -- https://mail.python.org/mailman/listinfo/python-list
Re: Program Translation - Nov. 14, 2013
On 17/11/13 14:37, E.D.G. wrote: All of my own important programs are written using Perl. I am starting to run into calculation speed limitations with one of the programs. Your Perl code is, er, sub-optimal. There is absolutely no point in doing benchmarks until you've improved the code. I've got an idea; why not re-write it all in C? -- Henry LawManchester, England -- https://mail.python.org/mailman/listinfo/python-list
HOW WILL INSUCCESSFULYL INSTALLTHE DAMN THING
== root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == Not only the fucking thing is so trouble to install but now we have to the damn module ourselves. -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! -- https://mail.python.org/mailman/listinfo/python-list
Re: Python3 and its messed up modules which cannot even get installed properly
On Sunday, November 17, 2013 9:42:25 AM UTC-5, Mark Lawrence wrote: On 17/11/2013 14:17, Nikos wrote: == root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == Not only the fucking thing is so trouble to install but now we have to the damn module ourselves. May I most humbly suggest that you stop this behaviour before she gets extremely angry and completely destroys your web site, rather than simply change one or two pieces of data. Incidentally I do like your signature What is now proved was at first only imagined!. This perfectly summarises your posting over the last couple of hours. Mark Lawrence May I humbly suggest that if you want fewer and shorter noisy Nikos threads, then this sort of taunting is counter-productive. It will only add to them. --Ned. -- https://mail.python.org/mailman/listinfo/python-list
Re: Program Translation - Nov. 14, 2013
In article xmydnrjrq45fsbxpnz2dnuvz8mgdn...@giganews.com, Henry Law n...@lawshouse.org wrote: On 17/11/13 14:37, E.D.G. wrote: All of my own important programs are written using Perl. I am starting to run into calculation speed limitations with one of the programs. Your Perl code is, er, sub-optimal. There is absolutely no point in doing benchmarks until you've improved the code. Having spent many years in science (molecular biology), I disagree with this sentiment. Scientists view computer programs as tools, no different from any other piece of lab equipment or instrumentation they use. When picking a tool to use, it's perfectly reasonable to evaluate what performance you can get out of that without having to be an expert in its use. If I'm using a spectrophotometer, there may be many things that instrument is capable of doing, but as long as I'm getting the data I need from it, it's serving my purpose. My goal is to do science, not to be an expert on optics, or electronics, or data processing. The same goes for programming languages. Most programs I've seen written by scientists are horrible from a computer science point of view, but they serve their purpose. A language which makes is easy for a non-(computer)-expert to write decent programs is a good tool. To get back to the original point, let's say I (as a computer expert) am comparing two programming languages, L1 and L2. If I write a fully optimized program in L1 and a piece of crap in L2, then try to say, L1 is better than L2, that's a poor comparison. Until I've optimized my L2 code, it is, as Henry says, pointless to try to compare them. But, for a non-expert, it may be that while L2 is capable of computing a solution in less time than L1, it takes a lot of expert knowledge to get the L2 program to that state. For the limited amount of programming expertise and time available, L1 may actually be better for this use case. -- https://mail.python.org/mailman/listinfo/python-list
Re: Program Translation - Nov. 14, 2013
On Mon, Nov 18, 2013 at 2:20 AM, Roy Smith r...@panix.com wrote: But, for a non-expert, it may be that while L2 is capable of computing a solution in less time than L1, it takes a lot of expert knowledge to get the L2 program to that state. For the limited amount of programming expertise and time available, L1 may actually be better for this use case. But then you have to be careful how you describe your conclusion. You can't say that Python is a faster language than C on the basis that it's quicker to get a working Python program than a working C program. However, I do agree with your sentiment. ChrisA -- https://mail.python.org/mailman/listinfo/python-list
pip install pygeoip
== root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == Not only the fucking thing is so trouble to install but now we have to the damn module ourselves. -- https://mail.python.org/mailman/listinfo/python-list
Re: Python3 and its messed up modules which cannot even get installed properly
On 17/11/2013 15:06, Ned Batchelder wrote: On Sunday, November 17, 2013 9:42:25 AM UTC-5, Mark Lawrence wrote: On 17/11/2013 14:17, Nikos wrote: == root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == Not only the fucking thing is so trouble to install but now we have to the damn module ourselves. May I most humbly suggest that you stop this behaviour before she gets extremely angry and completely destroys your web site, rather than simply change one or two pieces of data. Incidentally I do like your signature What is now proved was at first only imagined!. This perfectly summarises your posting over the last couple of hours. Mark Lawrence May I humbly suggest that if you want fewer and shorter noisy Nikos threads, then this sort of taunting is counter-productive. It will only add to them. --Ned. I have just typed up a response and as I often do hit delete rather than send. Rather I would like to say for the benefit of newbies, lurkers and the like that while some of us here (sadly sometimes myself) have been reenacting the Batley Townswomen's Guild reenactment of the Battle of Pearl Harbour, over on the bug tracker people are working their butts off getting Python 3.4 ready for beta release next weekend. Just something to dwell on for everybody. -- Python is the second best programming language in the world. But the best has yet to be invented. Christian Tismer Mark Lawrence -- https://mail.python.org/mailman/listinfo/python-list
pip install pygeoip
== root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == Not only the fucking thing is so trouble to install but now we have to the damn module ourselves. -- https://mail.python.org/mailman/listinfo/python-list
pip install pygeoip
== root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- https://mail.python.org/mailman/listinfo/python-list
Re: Sharing Python installation between architectures
On Sat, 2013-11-16 at 19:28 -0500, Paul Smith wrote: On Fri, 2013-11-15 at 18:00 -0500, Paul Smith wrote: By this I mean, basically, multiple architectures (Linux, Solaris, MacOSX, even Windows) sharing the same $prefix/lib/python2.7 directory. The large majority of the contents there are completely portable across architectures (aren't they?) so why should I have to duplicate many megabytes worth of files? OK, after some investigation and reading the code in Modules/getpath.c to determine exactly how sys.prefix and sys.exec_prefix are computed (it would be nice if this algorithm was documented somewhere... maybe it is but I couldn't find it) I have a solution for this that appears to be working fairly well. Ouch. I spoke a bit too soon. The standard Python installation and interpreter works fine with the split --prefix and --exec-prefix configuration, even with relocation of the installation directory. However, that configuration doesn't work for embedded Python (for example, if you embed the Python interpreter in GDB by linking libpython2.7.a) if you relocate it. In that configuration when the interpreter looks for the lib/python directory at runtime it appears to use only the prefix path Python was originally compiled with (I'm using strace on Linux to see what paths are being probed at startup). It doesn't use the current installation path via argv[0], which means it's not relocatable at all. I can, of course, set PYTHONHOME to point to the right place. Unfortunately, if you set PYTHONHOME then it's used for both $PREFIX and $EXECPREFIX without any path probing whatsoever, so PYTHONHOME is unusable with an installation where you've used different values for --prefix and --exec-prefix during configure. We'd need a new environment variable, like PYTHONEXECHOME or something, which would be tested first when looking for the exec_path (only). If that didn't exist, it could try PYTHONHOME as before. I'm willing to do this and file a bug with a patch if there's any interest in pursuing it further. Or should this be discussed on python-dev? -- https://mail.python.org/mailman/listinfo/python-list
pip install pygeoip
== root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- https://mail.python.org/mailman/listinfo/python-list
Re: Sharing Python installation between architectures
On Mon, Nov 18, 2013 at 2:46 AM, Paul Smith p...@mad-scientist.net wrote: However, that configuration doesn't work for embedded Python (for example, if you embed the Python interpreter in GDB by linking libpython2.7.a) if you relocate it. ... I'm willing to do this and file a bug with a patch if there's any interest in pursuing it further. Or should this be discussed on python-dev? I don't have any experience with your actual issue, so though I've been reading your posts, I haven't anything to add to the thread. But one small side point: If you're going to propose patches that materially change functionality, they won't be applied to 2.7, which is now closed for new features (and there won't be a 2.8). So the first thing I'd recommend doing is trying the same things with 3.3, or possibly an alpha of 3.4 (or the beta, if you can wait one week for its launch). If it's exactly the same, then you could propose changes to the 3.x branch (probably too late for 3.4 now, but 3.5), and possibly they could be backported to 2.7 if it's considered a bugfix. Or you might find that, by the magic of Guido's time machine, the problem's already been solved in 3.x! Maybe you can't actually migrate your codebase fully, but at very least, try this sort of thing in both versions - at worst, you spend a bit of time spinning up a duplicate and then say Same thing happens in 3.3.2. ChrisA -- https://mail.python.org/mailman/listinfo/python-list
pip install pygeoip
== root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! -- https://mail.python.org/mailman/listinfo/python-list
pip pip pip
== root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! -- https://mail.python.org/mailman/listinfo/python-list
Re: Sharing Python installation between architectures
On Sun, 2013-11-17 at 10:46 -0500, Paul Smith wrote: Unfortunately, if you set PYTHONHOME then it's used for both $PREFIX and $EXECPREFIX without any path probing whatsoever, so PYTHONHOME is unusable with an installation where you've used different values for --prefix and --exec-prefix during configure. Gak. Never mind. That's what you get when you're trying to hack relocatable installations at 3am: even after some sleep you think you know what's going on. PYTHONHOME accepts a colon-separated list for prefix:exec-prefix. This is even clearly documented, even in the error output from the interpreter when it can't find its installation! Making this change in my wrapper script for GDB gets everything working. Cheers! -- https://mail.python.org/mailman/listinfo/python-list
Re: Program Translation - Nov. 14, 2013
E.D.G. edgrs...@ix.netcom.com wrote in message news:f7mdndyty6yrsrxpnz2dnuvz_owdn...@earthlink.com... For one thing, the input and output routines need to be changed. And we want it to be able to generate charts or graphs. The existing program will generate only text data. You can generate charts and graphs in Fortran. Just use OpenGL via f2003 C interoperability. One project that does this is f03GL. Another project interfaces to GTK (gtk-fortran). -- write(*,*) transfer((/17.392111325966148d0,6.5794487871554595D-85, 6.0134700243160014d-154/),(/'x'/)); end -- https://mail.python.org/mailman/listinfo/python-list
pip pip pip
== root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! -- https://mail.python.org/mailman/listinfo/python-list
Re: Program Translation - Nov. 14, 2013
E.D.G. edgrs...@ix.netcom.com wrote in message news:ro-dnch2dptbrhnpnz2dnuvz_rsdn...@earthlink.com... All of the necessary information regarding this effort has now been obtained. So, further discussions of this particular project will probably take place in only the Fortran Newsgroup. If and when the project is completed I will probably post another general note about it. The retired computer programmer that I am working with has agreed to work on it. If we can generate a modern Fortran translation of the original program code then that will be made available to people and probably tested by Fortran users. And researchers around the world can then work with that code if they wish. But, if my programming colleague is going to do any work on modifying the newer program code then that will need to be done using True BASIC as that is the only language he will work with. So, for our own work, its that language or nothing. The project is in my opinion worthwhile as the Etgtab program seems to be so unique. No other freeware program can generate those data as far as I am aware. And it has been my own experience that True BASIC code is very easy to translate into virtually any other language. -- https://mail.python.org/mailman/listinfo/python-list
Re: inconsistency in converting from/to hex
17.11.13 08:31, Steven D'Aprano написав(ла):
There's already at least two ways to do it in Python 2:
py import binascii
py binascii.hexlify('Python')
'507974686f6e'
py import codecs
py codecs.encode('Python', 'hex')
'507974686f6e'
Third:
import base64
base64.b16encode(b'Python')
b'507974686F6E'
Fourth:
'%0*x' % (2*len(b'Python'), int.from_bytes(b'Python', byteorder='big'))
b'507974686F6E'
Fifth:
''.join('%02x' % b for b in b'Python')
b'507974686F6E'
[Aside: in Python 3, the codecs where (mistakenly) removed, but they'll
be added back in 3.4 or 3.5.]
Only renamed.
import codecs
codecs.encode(b'Python', 'hex_codec')
b'507974686f6e'
--
https://mail.python.org/mailman/listinfo/python-list
Re: Program Translation - Nov. 14, 2013
Roy Smith r...@panix.com wrote in message news:roy-d4b9a4.10202517112...@news.panix.com... Scientists view computer programs as tools, no different from any other I agree totally. There are many scientists who learn how to write programs to help with their scientific work. I doubt that there are too many programmers who go out and get an additional degree in biology, chemistry, or physics to help with their programming work. And there appears to me to often be a gap between how people in the two different worlds go about getting things done. Since this program translation will be done by someone who actually wrote program code for a living it will at least actually look like a program when it is finished. There will be indentation etc. -- https://mail.python.org/mailman/listinfo/python-list
Re: Program Translation - Nov. 14, 2013
On 11/17/2013 8:25 AM, E.D.G. wrote: Roy Smith r...@panix.com wrote in message news:roy-d4b9a4.10202517112...@news.panix.com... Scientists view computer programs as tools, no different from any other I agree totally. There are many scientists who learn how to write programs to help with their scientific work. I doubt that there are too many programmers who go out and get an additional degree in biology, chemistry, or physics to help with their programming work. And there appears to me to often be a gap between how people in the two different worlds go about getting things done. Since this program translation will be done by someone who actually wrote program code for a living it will at least actually look like a program when it is finished. There will be indentation etc. Perhaps you would start with an automatic indentation tool before translating. You may have a rule against using current syntax and indentation for Fortran, but others don't. -- Tim Prince -- https://mail.python.org/mailman/listinfo/python-list
Re: Program Translation - Nov. 14, 2013
In article bes9a5ffm6...@mid.individual.net, Tim Prince tpri...@computer.org wrote: Perhaps you would start with an automatic indentation tool before translating. You may have a rule against using current syntax and indentation for Fortran, but others don't. Does anybody still use ratfor? -- https://mail.python.org/mailman/listinfo/python-list
pip pip pip
== root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! == root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! == root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! == root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! == root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128)
Re: Program Translation - Nov. 14, 2013
mecej4 mecej4_nos...@operamail.com wrote: On 11/14/2013 8:18 AM, E.D.G. wrote: Posted by E.D.G. on November 14, 2013 In view of the fact that I mentioned the following project in both Perl and Python Newsgroup notes and did not get any hostile responses [...] Don't flatter yourself. Just to get the records straight: you didn't get any replies because any- and everyone in CLPM has plonked you aeons ago. jue -- https://mail.python.org/mailman/listinfo/python-list
Self-defence
: Note: I drafted a version of this post earlier today. I had been waiting to see whether Nikos succeeded in baiting the list into yet another round of unpleasantness before sending it, because I didn't want to worsen the situation, but at this point things are completely out of hand, and even what looks like a consensus attempt to ignore Nikos out of existence is a) failing: I count eighteen emails so far today. b) going to lead casual visitors to assume either that we ignore requests for help or that the list is Nikos' personal echo chamber. At this point I consider Nikos' actions a conscious attack on the list. There is simply no way, after the many times he's been told not to repost, that this is anything other than a direct and deliberate attempt to annoy as many people as he can. That being the case, I'd like to know whether there are technical measures that can be taken to prevent him from posting here. I understand that the mail/news gateway might complicate that, and that any measures taken could be bypassed by someone with sufficient skill. I suspect that in this particular case the latter issue is less relevant than it might otherwise be. I don't believe that killfiles are a sufficient response in this situation. I can, of course, stop Nikos' posts reaching me, and without too much hassle also stop replies to his posts reaching me. He would, however, continue to pollute the list in public, and his posts, whether replied to or not at the volume he's now sending them, would continue to damage the reputation of the list and, ultimately, I think possibly kill it. This is a last-ditch request, and not one I particularly expect to succeed, but I honestly can't stand to watch this happen to python-list for very much longer, and am very close to unsubscribing after six years as an admittedly not very active member. -[]z. -- Zero Piraeus: pollice verso http://etiol.net/pubkey.asc -- https://mail.python.org/mailman/listinfo/python-list
Re: Program Translation - Nov. 14, 2013
Roy Smith r...@panix.com wrote: In article bes9a5ffm6...@mid.individual.net, Tim Prince tpri...@computer.org wrote: Perhaps you would start with an automatic indentation tool before translating. You may have a rule against using current syntax and indentation for Fortran, but others don't. Does anybody still use ratfor? No. Well, I suppose it is possible you might find a soul or two somewhere, but you'd have to look prety hard. Ratfor became essentially obsolete with Fortran 77. -- Richard Maine email: last name at domain . net domain: summer-triangle -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
On Sun, Nov 17, 2013 at 6:09 PM, Zero Piraeus z...@etiol.net wrote: : Note: I drafted a version of this post earlier today. I had been waiting to see whether Nikos succeeded in baiting the list into yet another round of unpleasantness before sending it, because I didn't want to worsen the situation, but at this point things are completely out of hand, and even what looks like a consensus attempt to ignore Nikos out of existence is a) failing: I count eighteen emails so far today. b) going to lead casual visitors to assume either that we ignore requests for help or that the list is Nikos' personal echo chamber. At this point I consider Nikos' actions a conscious attack on the list. There is simply no way, after the many times he's been told not to repost, that this is anything other than a direct and deliberate attempt to annoy as many people as he can. That being the case, I'd like to know whether there are technical measures that can be taken to prevent him from posting here. I understand that the mail/news gateway might complicate that, and that any measures taken could be bypassed by someone with sufficient skill. I suspect that in this particular case the latter issue is less relevant than it might otherwise be. I don't believe that killfiles are a sufficient response in this situation. I can, of course, stop Nikos' posts reaching me, and without too much hassle also stop replies to his posts reaching me. He would, however, continue to pollute the list in public, and his posts, whether replied to or not at the volume he's now sending them, would continue to damage the reputation of the list and, ultimately, I think possibly kill it. We could report abuse to his server, eternal-september.org[0]. I tried to do this, but they wanted fancy usenetty headers, and I am not equipped to get them. Now, we can try reporting for (a) abusive trolling; (b) excessive morphing for killfile evasion (my original attempted report); (c) spam (if I understand the Breidbart Index correctly, we might have to wait for this, at least two emails to be precise) [0]: http://www.eternal-september.org/index.php?showpage=abuse -- Chris “Kwpolska” Warrick http://kwpolska.tk PGP: 5EAAEA16 stop html mail | always bottom-post | only UTF-8 makes sense -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
Στις 17/11/2013 7:09 μμ, ο/η Zero Piraeus έγραψε: : Note: I drafted a version of this post earlier today. I had been waiting to see whether Nikos succeeded in baiting the list into yet another round of unpleasantness before sending it, because I didn't want to worsen the situation, but at this point things are completely out of hand, and even what looks like a consensus attempt to ignore Nikos out of existence is a) failing: I count eighteen emails so far today. b) going to lead casual visitors to assume either that we ignore requests for help or that the list is Nikos' personal echo chamber. At this point I consider Nikos' actions a conscious attack on the list. There is simply no way, after the many times he's been told not to repost, that this is anything other than a direct and deliberate attempt to annoy as many people as he can. That being the case, I'd like to know whether there are technical measures that can be taken to prevent him from posting here. I understand that the mail/news gateway might complicate that, and that any measures taken could be bypassed by someone with sufficient skill. I suspect that in this particular case the latter issue is less relevant than it might otherwise be. I don't believe that killfiles are a sufficient response in this situation. I can, of course, stop Nikos' posts reaching me, and without too much hassle also stop replies to his posts reaching me. He would, however, continue to pollute the list in public, and his posts, whether replied to or not at the volume he's now sending them, would continue to damage the reputation of the list and, ultimately, I think possibly kill it. This is a last-ditch request, and not one I particularly expect to succeed, but I honestly can't stand to watch this happen to python-list for very much longer, and am very close to unsubscribing after six years as an admittedly not very active member. -[]z. Is this your doing? [18:03:55 secure root@4385109 /lib64]cPs# ls -al |grep libkey lrwxrwxrwx 1 root root 20 Jun 22 2012 libkeyutils.so.1 - libkeyutils.so.1.3.0* -rwxr-xr-x 1 root root 10192 Jun 22 2012 libkeyutils.so.1.3* -rwxr-xr-x 1 root root 32920 Jun 22 2012 libkeyutils.so.1.3.0* [18:03:57 secure root@4385109 /lib64]cPs# rpm -qf libkeyutils.so.1.3.0 file /lib64/libkeyutils.so.1.3.0 is not owned by any package It appears that my server has been compromised with a malicious payload designed to sniff for and steal server passwords. I'am sure this is your doing Zero Piraeus. -- What is now proved was at first only imagined! -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
On Sunday, November 17, 2013 12:09:44 PM UTC-5, Zero Piraeus wrote: Note: I drafted a version of this post earlier today. I had been waiting to see whether Nikos succeeded in baiting the list into yet another round of unpleasantness before sending it, because I didn't want to worsen the situation, but at this point things are completely out of hand, and even what looks like a consensus attempt to ignore Nikos out of existence is a) failing: I count eighteen emails so far today. b) going to lead casual visitors to assume either that we ignore requests for help or that the list is Nikos' personal echo chamber. At this point I consider Nikos' actions a conscious attack on the list. There is simply no way, after the many times he's been told not to repost, that this is anything other than a direct and deliberate attempt to annoy as many people as he can. That being the case, I'd like to know whether there are technical measures that can be taken to prevent him from posting here. I understand that the mail/news gateway might complicate that, and that any measures taken could be bypassed by someone with sufficient skill. I suspect that in this particular case the latter issue is less relevant than it might otherwise be. I don't believe that killfiles are a sufficient response in this situation. I can, of course, stop Nikos' posts reaching me, and without too much hassle also stop replies to his posts reaching me. He would, however, continue to pollute the list in public, and his posts, whether replied to or not at the volume he's now sending them, would continue to damage the reputation of the list and, ultimately, I think possibly kill it. This is a last-ditch request, and not one I particularly expect to succeed, but I honestly can't stand to watch this happen to python-list for very much longer, and am very close to unsubscribing after six years as an admittedly not very active member. -[]z. Nikos's behavior has been escalating, and is particularly bad today. But I'd like to point out that everyone else's has been better than ever: the latest threads have been ignored. We have not been descending into anger and vitriol. I can't say what will happen in the future, but I would expect an exasperated help vampire to behave precisely this way as the counter-measures (ignoring) because more effective. --Ned. -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
On 17/11/2013 17:16, Chris “Kwpolska” Warrick wrote: We could report abuse to his server, eternal-september.org[0]. I tried to do this, but they wanted fancy usenetty headers, and I am not equipped to get them. I have reported to that address. It's up to them whether they consider it abuse. (And their FAQ page suggests that it's a fairly high hurdle). TJG -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
Zero Piraeus z at etiol.net writes: I don't believe that killfiles are a sufficient response in this situation. I can, of course, stop Nikos' posts reaching me, and without too much hassle also stop replies to his posts reaching me. He would, however, continue to pollute the list in public, and his posts, whether replied to or not at the volume he's now sending them, would continue to damage the reputation of the list and, ultimately, I think possibly kill it. As an occasional reader (and even more occasional poster), I agree with this. As far as I'm concerned, if I were the list owner and if it were easy to ban him, I would already have banned him for a long time. I believe it is not desirable to let poisonous posters do their thing, even if they might improve. The time spent trying to improve a troll is time not spent caring about and helping other, more benevolent posters, which makes it really harmful to the community (not only pointless) trying to improve a troll. As for the but banning him would impede free expression argument, I'd say that people who want a perfectly free discussion space can always open their own. We'll see how well it fares in practice, but I'm not holding my hopes very high :-) Regards Antoine. -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
On 17/11/2013 17:09, Zero Piraeus wrote: Note: I drafted a version of this post earlier today. I had been waiting to see whether Nikos succeeded in baiting the list into yet another round of unpleasantness before sending it, because I didn't want to worsen the situation, but at this point things are completely out of hand, and even what looks like a consensus attempt to ignore Nikos out of existence is a) failing: I count eighteen emails so far today. b) going to lead casual visitors to assume either that we ignore requests for help or that the list is Nikos' personal echo chamber. At this point I consider Nikos' actions a conscious attack on the list. There is simply no way, after the many times he's been told not to repost, that this is anything other than a direct and deliberate attempt to annoy as many people as he can. That being the case, I'd like to know whether there are technical measures that can be taken to prevent him from posting here. Thanks for bringing this up, Zero. Nikos appears to be posting through Usenet, apparently via eternal-september. I have emailed their abuse address to ask if any action can be taken. I have also asked the postmaster at python.org what our option are the mail-news gateway. Obviously this isn't just about one poster: we need a means to (trying to think of a better word than police) the mailing list while allowing for the usual give and take of off-topicness, temporary argumentation and general banter. I and others are trying to bring to a focus off-list discussions about who has the appropriate responsibility and right to act in these cases. FWIW today's outpouring has been more comical than tragic with few people taking the bait :) TJG -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
Στις 17/11/2013 7:21 μμ, ο/η Tim Golden έγραψε: On 17/11/2013 17:09, Zero Piraeus wrote: Note: I drafted a version of this post earlier today. I had been waiting to see whether Nikos succeeded in baiting the list into yet another round of unpleasantness before sending it, because I didn't want to worsen the situation, but at this point things are completely out of hand, and even what looks like a consensus attempt to ignore Nikos out of existence is a) failing: I count eighteen emails so far today. b) going to lead casual visitors to assume either that we ignore requests for help or that the list is Nikos' personal echo chamber. At this point I consider Nikos' actions a conscious attack on the list. There is simply no way, after the many times he's been told not to repost, that this is anything other than a direct and deliberate attempt to annoy as many people as he can. That being the case, I'd like to know whether there are technical measures that can be taken to prevent him from posting here. Thanks for bringing this up, Zero. Nikos appears to be posting through Usenet, apparently via eternal-september. I have emailed their abuse address to ask if any action can be taken. I have also asked the postmaster at python.org what our option are the mail-news gateway. Obviously this isn't just about one poster: we need a means to (trying to think of a better word than police) the mailing list while allowing for the usual give and take of off-topicness, temporary argumentation and general banter. I and others are trying to bring to a focus off-list discussions about who has the appropriate responsibility and right to act in these cases. FWIW today's outpouring has been more comical than tragic with few people taking the bait :) TJG How difficult will it be to just use another free NEWS server to post here or even under another mail address or another name or ALL of them simultaneously? -- What is now proved was at first only imagined! -- https://mail.python.org/mailman/listinfo/python-list
Re: Program Translation - Nov. 14, 2013
On Sun, Nov 17, 2013 at 12:05 PM, Richard Maine nospam@see.signature wrote: Roy Smith r...@panix.com wrote: In article bes9a5ffm6...@mid.individual.net, Tim Prince tpri...@computer.org wrote: Perhaps you would start with an automatic indentation tool before translating. You may have a rule against using current syntax and indentation for Fortran, but others don't. Does anybody still use ratfor? No. Well, I suppose it is possible you might find a soul or two somewhere, but you'd have to look prety hard. Ratfor became essentially obsolete with Fortran 77. -- Richard Maine email: last name at domain . net domain: summer-triangle -- https://mail.python.org/mailman/listinfo/python-list This thread is bizarre. Its been over 20 years since I have heard the term 'freeware'. The OP first seems to suggest that he wants to translate this code to python or some other language. He then points out that the guy they have doing the re-write will only write it in True BASIC. I'm not seeing how this has anything to do with python, except that there was mention that it wouldn't be fast enough. Is True BASIC fast? That being said, I'm guessing that this thing is used in some academic setting. If that's true, why not get a student (who will be much more versed in modern programming languages and techniques) to document and rewrite the code. When you start off with the requirement that the new code will be True BASIC you may find that it serves your purposes, but over time no one will know what to make of the code since no one learns BASIC (or FORTRAN) anymore I don't think -- Joel Goldstick http://joelgoldstick.com -- https://mail.python.org/mailman/listinfo/python-list
pip pip pip pip pip
== root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! == root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! == root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! == root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! == root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128)
Re: Self-defence
On 17/11/2013 17:09, Zero Piraeus wrote: : Note: I drafted a version of this post earlier today. I had been waiting to see whether Nikos succeeded in baiting the list into yet another round of unpleasantness before sending it, because I didn't want to worsen the situation, but at this point things are completely out of hand, and even what looks like a consensus attempt to ignore Nikos out of existence is a) failing: I count eighteen emails so far today. b) going to lead casual visitors to assume either that we ignore requests for help or that the list is Nikos' personal echo chamber. At this point I consider Nikos' actions a conscious attack on the list. There is simply no way, after the many times he's been told not to repost, that this is anything other than a direct and deliberate attempt to annoy as many people as he can. That being the case, I'd like to know whether there are technical measures that can be taken to prevent him from posting here. I understand that the mail/news gateway might complicate that, and that any measures taken could be bypassed by someone with sufficient skill. I suspect that in this particular case the latter issue is less relevant than it might otherwise be. I don't believe that killfiles are a sufficient response in this situation. I can, of course, stop Nikos' posts reaching me, and without too much hassle also stop replies to his posts reaching me. He would, however, continue to pollute the list in public, and his posts, whether replied to or not at the volume he's now sending them, would continue to damage the reputation of the list and, ultimately, I think possibly kill it. This is a last-ditch request, and not one I particularly expect to succeed, but I honestly can't stand to watch this happen to python-list for very much longer, and am very close to unsubscribing after six years as an admittedly not very active member. -[]z. I entirely agree with the sentiments expressed above. Would the Python Software Foundation (I assume?) please take whatever steps it can to prevent Nikos posting here? This is justified on the grounds of today's behaviour alone. Add in previous days when perhaps 95% of the bandwidth has been taken up by his posts and I know it's time to say enough is enough. TIA. -- Python is the second best programming language in the world. But the best has yet to be invented. Christian Tismer Mark Lawrence -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
Στις 17/11/2013 7:17 μμ, ο/η Ned Batchelder έγραψε: On Sunday, November 17, 2013 12:09:44 PM UTC-5, Zero Piraeus wrote: Note: I drafted a version of this post earlier today. I had been waiting to see whether Nikos succeeded in baiting the list into yet another round of unpleasantness before sending it, because I didn't want to worsen the situation, but at this point things are completely out of hand, and even what looks like a consensus attempt to ignore Nikos out of existence is a) failing: I count eighteen emails so far today. b) going to lead casual visitors to assume either that we ignore requests for help or that the list is Nikos' personal echo chamber. At this point I consider Nikos' actions a conscious attack on the list. There is simply no way, after the many times he's been told not to repost, that this is anything other than a direct and deliberate attempt to annoy as many people as he can. That being the case, I'd like to know whether there are technical measures that can be taken to prevent him from posting here. I understand that the mail/news gateway might complicate that, and that any measures taken could be bypassed by someone with sufficient skill. I suspect that in this particular case the latter issue is less relevant than it might otherwise be. I don't believe that killfiles are a sufficient response in this situation. I can, of course, stop Nikos' posts reaching me, and without too much hassle also stop replies to his posts reaching me. He would, however, continue to pollute the list in public, and his posts, whether replied to or not at the volume he's now sending them, would continue to damage the reputation of the list and, ultimately, I think possibly kill it. This is a last-ditch request, and not one I particularly expect to succeed, but I honestly can't stand to watch this happen to python-list for very much longer, and am very close to unsubscribing after six years as an admittedly not very active member. -[]z. Nikos's behavior has been escalating, and is particularly bad today. But I'd like to point out that everyone else's has been better than ever: the latest threads have been ignored. We have not been descending into anger and vitriol. I can't say what will happen in the future, but I would expect an exasperated help vampire to behave precisely this way as the counter-measures (ignoring) because more effective. --Ned. You said you would help but you didn't. 4 days i struggle with this. All you do is preventing people from helping me. -- https://mail.python.org/mailman/listinfo/python-list
pip pip pippen
== root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! == root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! == root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! == root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) == -- What is now proved was at first only imagined! -- What is now proved was at first only imagined! == root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128) Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1098: ordinal not in range(128)
Re: Self-defence
Στις 17/11/2013 7:33 μμ, ο/η Mark Lawrence έγραψε: I entirely agree with the sentiments expressed above. Would the Python Software Foundation (I assume?) please take whatever steps it can to prevent Nikos posting here? This is justified on the grounds of today's behaviour alone. Add in previous days when perhaps 95% of the bandwidth has been taken up by his posts and I know it's time to say enough is enough. TIA. Perhaps if you would people actually helped me out the percentage of my posts would have been much lower in value. But no, make sarcastic comments to someone who is trying is better by your opinion. -- What is now proved was at first only imagined! -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
Am 17.11.2013 18:33, schrieb Mark Lawrence: This is a last-ditch request, and not one I particularly expect to succeed, but I honestly can't stand to watch this happen to python-list for very much longer, and am very close to unsubscribing after six years as an admittedly not very active member. -[]z. I entirely agree with the sentiments expressed above. Would the Python Software Foundation (I assume?) please take whatever steps it can to prevent Nikos posting here? This is justified on the grounds of today's behaviour alone. Add in previous days when perhaps 95% of the bandwidth has been taken up by his posts and I know it's time to say enough is enough. As another lurking member, I can only say this: Folks, it's your decision to let this matter die. As long as python-list is coupled to Usenet, there will be little to no barrier to posting, and the only way to get rid of trolls is to ignore them. Let the barrage of posts continue for a few more days; if he doesn't get replies he will get fed up eventually. cheers, Georg -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
2013/11/17 Georg Brandl g.bra...@gmx.net: Let the barrage of posts continue for a few more days; if he doesn't get replies he will get fed up eventually. My thoughts exactly. -- http://ysar.net/ -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
On Nov 17, 2013, at 6:50 PM, Yaşar Arabacı yasar11...@gmail.com wrote: 2013/11/17 Georg Brandl g.bra...@gmx.net: Let the barrage of posts continue for a few more days; if he doesn't get replies he will get fed up eventually. My thoughts exactly. In the meantime, for coming relieve: http://foaas.com/ -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
On 17/11/2013 18:00, Petite Abeille wrote: On Nov 17, 2013, at 6:50 PM, Yaşar Arabacı yasar11...@gmail.com wrote: 2013/11/17 Georg Brandl g.bra...@gmx.net: Let the barrage of posts continue for a few more days; if he doesn't get replies he will get fed up eventually. My thoughts exactly. In the meantime, for coming relieve: http://foaas.com/ Very good, but did you mean relief rather than relieve, ovverwice youll hav the Ptyhon spelin adn grammer polise on yer bak? :) -- Python is the second best programming language in the world. But the best has yet to be invented. Christian Tismer Mark Lawrence -- https://mail.python.org/mailman/listinfo/python-list
Re: Program Translation - Nov. 14, 2013
E.D.G. edgrs...@ix.netcom.com wrote in message news:ro-dnch2dptbrhnpnz2dnuvz_rsdn...@earthlink.com... Some additional research indicates that there is an international scientific organization that should be interested in this particular program translation effort. And tomorrow I plan to contact them and see what they have to say about it. It is possible they might decide to do the work themselves. -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
On Sun, 17 Nov 2013 14:09:44 -0300 Zero Piraeus wrote: snip Since Nikos is providing downloads to torrent files from Hollywood movies I reported abuse/copyright violation to CloudFlare where he is hosting his site. I made screenshots of that site and downloaded all torrent files as evidence. I will report this information to the FBI but since I am german and live in Germany I think I have no chance to do that. May an american person could take over this part. I could share all those files as ZIP file. Regards, Johannes -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
On Nov 17, 2013, at 7:08 PM, Mark Lawrence breamore...@yahoo.co.uk wrote: In the meantime, for coming relieve: http://foaas.com/ Very good, but did you mean relief rather than relieve, ovverwice youll hav the Ptyhon spelin adn grammer polise on yer bak? :) comic relief! d’oh! :D -- https://mail.python.org/mailman/listinfo/python-list
Re: Suggest an open-source issue tracker, with github integration and kanban boards?
On 11/13/13, 7:46 AM, Alec Taylor wrote: Started to build this on my own; then was like, hang on! - This is probably something very commonly requested… Can you recommend an open source project (or two) written in Python; which covers multi project + sub project issue tracking linked across github repositories? [on the github side, want to be able to reference commit hash solved by patch from issue #; fine to have that extra annotation only present on my server] Also would be perfect if it has kanban board support, issue prioritisation and distribution/assignment amongst team members; as well as related analytics. Thanks for all suggestions! =) Not written in Python, but Fossil (http://www.fossil-scm.org/) offers an all-in-one, lightweight DCVS/issue-tracking/wiki/blog package. Written the author of SQLite. --Kevin -- Kevin Walzer Code by Kevin/Mobile Code by Kevin http://www.codebykevin.com http://www.wtmobilesoftware.com -- https://mail.python.org/mailman/listinfo/python-list
Re: Program Translation - Nov. 14, 2013
Roy Smith r...@panix.com writes: Henry Law n...@lawshouse.org wrote: On 17/11/13 14:37, E.D.G. wrote: All of my own important programs are written using Perl. I am starting to run into calculation speed limitations with one of the programs. Your Perl code is, er, sub-optimal. There is absolutely no point in doing benchmarks until you've improved the code. Having spent many years in science (molecular biology), I disagree with this sentiment. Scientists view computer programs as tools, no different from any other piece of lab equipment or instrumentation they use. When picking a tool to use, it's perfectly reasonable to evaluate what performance you can get out of that without having to be an expert in its use. If I'm using a spectrophotometer, there may be many things that instrument is capable of doing, but as long as I'm getting the data I need from it, it's serving my purpose. My goal is to do science, not to be an expert on optics, or electronics, or data processing. The same goes for programming languages. Indeed it does. So, while your comfortable with BUYING spectrophotometers built by people who know how to do that, why on earth do you insist on hacking your own 'Rocky Horror Picture Show' crap code together to evaluate the data INSTEAD of concentrating on 'the science'? -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
On Sun, Nov 17, 2013 at 12:45 PM, Johannes Findeisen mail...@hanez.org wrote: On Sun, 17 Nov 2013 14:09:44 -0300 Zero Piraeus wrote: snip Since Nikos is providing downloads to torrent files from Hollywood movies I reported abuse/copyright violation to CloudFlare where he is hosting his site. I made screenshots of that site and downloaded all torrent files as evidence. I will report this information to the FBI but since I am german and live in Germany I think I have no chance to do that. May an american person could take over this part. I could share all those files as ZIP file. Regards, Johannes You could fill out this form: http://www.mpaa.org/contentprotection/report-piracy -- https://mail.python.org/mailman/listinfo/python-list -- Joel Goldstick http://joelgoldstick.com -- https://mail.python.org/mailman/listinfo/python-list
[ANN] Pythonium Core 0.2.5
Héllo Pythonistas from all over the world, I'm very proud to announce the immediate availability of Pythonium Core 0.2.5, a Python 3 to Javascript translator (the best) that generates *fast* *portable* code written in Python. It use Python 3 parser and translates the code to JavaScript code. I did not say “it's fully compliant” because it's not. That's not the point of this flavor. Its point is to make possible to write Python code and use it in the browsers. All the objects stay vanilla Javascript objects. There is no builtins, no stdlib, except what is available in the wild, because Pythonium can access Javascript objects directly, you can use *whatever* JavaScript library you want. There is port of the mrdoob webgl cloud demo available watch: http://pythonium.github.io/ read: https://github.com/pythonium/pythonium.github.io/blob/master/js/app.py The project is hosted at github: https://github.com/pythonium/pythonium Don't hesitate to watch/star/fork/create/pr ! Like said earlier, it's the best translator I know of, and it's written in Python. How do you get started ? == If you know JavaScript it's easy you don't need guidance. Don't forget to read the cookook https://github.com/pythonium/pythonium/wiki/Pythonium-Core-Cookbook If you only know backend or desktop Python development, it will be a bit more work. What you can do is take a jQuery or Javascript course, and translate the code on the fly to Python, compile it using the pythonium_core and and run it in nodejs or a browser. Good luck! What's next? == Now, basicly, I don't know what to do! Except bugs in requirejs integration, I don't except to commit more on this flavor of Pythonium, so I could work on more compliant flavors until reaching full compliance with Python 3. BUT, this is not very interesting, having full compliance is nice, but you loose native javascript speed (meh!) I'd rather be working on the next killer todo list or some Kivy-like library for the browser using Pythonium Core. What do you think? Amirouche -- https://mail.python.org/mailman/listinfo/python-list
RapydScript : Python to Javascript translator
Hello, If someone is interested about a fast Python to Javascript translator (not a compiler like Brython which is another beast) Here is a link of a RapydScript Tester. For now it's only for windows. Regards http://salvatore.pythonanywhere.com/static/Projects/RapydScriptDemo.exe (I can if there is needs publish it for mac and linux) -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
: I'd really rather not, but since this is a public accusation of criminal behaviour: On Sun, Nov 17, 2013 at 07:16:34PM +0200, Nikos wrote: Is this your doing? [18:03:55 secure root@4385109 /lib64]cPs# ls -al |grep libkey lrwxrwxrwx 1 root root 20 Jun 22 2012 libkeyutils.so.1 - libkeyutils.so.1.3.0* -rwxr-xr-x 1 root root 10192 Jun 22 2012 libkeyutils.so.1.3* -rwxr-xr-x 1 root root 32920 Jun 22 2012 libkeyutils.so.1.3.0* [18:03:57 secure root@4385109 /lib64]cPs# rpm -qf libkeyutils.so.1.3.0 file /lib64/libkeyutils.so.1.3.0 is not owned by any package It appears that my server has been compromised with a malicious payload designed to sniff for and steal server passwords. I'am sure this is your doing Zero Piraeus. It is not my doing. Please desist from defaming me. I will not respond here, or except through legal counsel should that prove necessary, to further communications from you. I will, however, point out that the last time you were embarrassed in public over your inability to maintain the security of your business and that of your clients, I attempted in private to assist you in resolving your issue. -[]z. -- Zero Piraeus: dictatum erat http://etiol.net/pubkey.asc -- https://mail.python.org/mailman/listinfo/python-list
Re: Obtaining the name of a function/method
On Sunday, November 17, 2013 2:24:19 PM UTC-5, John Ladasky wrote: Hi, folks, Here's a minimal Python 3.3.2 code example, and its output: = def foo(): pass print(foo) bar = foo print(bar) = function foo at 0x7fe06e690c20 function foo at 0x7fe06e690c20 = Obviously, Python knows that in my source code, the name that was bound to the function I defined was foo. The print function even returns me the name foo when I bind a new name, bar, to the same function. This is useful information that I would like to obtain directly, rather than having to extract it from the output of the print statement. How can I do this? Thanks. Functions have a __name__ attribute, which is the name they were defined as: def foo(): pass ... foo.__name__ 'foo' bar = foo bar.__name__ 'foo' Like many statements in Python, the def statement is really performing an assignment, almost as if it worked like this: foo = function_thing(name=foo, code=..) The function object itself has a name, and is also assigned to that name, but the two can diverge by reassigning the function to a new name. --Ned. -- https://mail.python.org/mailman/listinfo/python-list
Re: How to round trip python and sqlite dates
On 17/11/2013 02:16, Mark Lawrence wrote:
All the references regarding the subject that I can find, e.g.
http://stackoverflow.com/questions/1829872/read-datetime-back-from-sqlite-as-a-datetime-in-python,
talk about creating a table in memory using the timestamp type from the
Python layer. I can't see how to use that for a file on disk, so after
a bit of RTFM I came up with this.
import sqlite3
from datetime import datetime, date
def datetime2date(datetimestr):
return datetime.strptime(datetimestr, '%Y-%m-%d')
sqlite3.register_converter('DATETIME', datetime2date)
db = sqlite3.connect(r'C:\Users\Mark\Cash\Data\test.sqlite',
detect_types=sqlite3.PARSE_DECLTYPES)
c = db.cursor()
c.execute('delete from temp')
row = 'DWP ESA', date(2013,11,18), 'Every two weeks', 143.4, date.max
c.execute('insert into temp values (?,?,?,?,?)', row)
c.execute('select * from temp')
row = c.fetchone()
nextdate = row[1]
print(nextdate, type(nextdate))
Run it and
Traceback (most recent call last):
File C:\Users\Mark\MyPython\mytest.py, line 13, in module
c.execute('select * from temp')
File C:\Users\Mark\MyPython\mytest.py, line 7, in datetime2date
return datetime.strptime(datetimestr, '%Y-%m-%d')
TypeError: must be str, not bytes
However if I comment out the register_converter line this output is printed
2013-11-18 class 'str'
Further digging in the sqlite3 file dbapi2.py I found references to
convert_date and convert_timestamp, but putting print statements in them
and they didn't appear to be called.
So how do I achieve the round trip that I'd like, or do I simply cut my
loses and use strptime on the string that I can see returned?
Note that I won't be checking replies, if any, for several hours as it's
now 02:15 GMT and I'm heading back to bed.
Problem solved by RTFMing to section 12.6.5.4. of the standard library
reference for Python 3.3.2, which even gives an example.
--
Python is the second best programming language in the world.
But the best has yet to be invented. Christian Tismer
Mark Lawrence
--
https://mail.python.org/mailman/listinfo/python-list
Re: Obtaining the name of a function/method
On 2013-11-17 11:34, Ned Batchelder wrote: Functions have a __name__ attribute, which is the name they were defined as: def foo(): pass ... foo.__name__ 'foo' bar = foo bar.__name__ 'foo' which they have even in less-than-useful situations: (lambda s: s.lower()).__name__ accurately returns that its name is lambda. So you get what you pay for ;-) -tkc -- https://mail.python.org/mailman/listinfo/python-list
Re: Obtaining the name of a function/method
On Sunday, November 17, 2013 11:34:15 AM UTC-8, Ned Batchelder wrote: Functions have a __name__ attribute, which is the name they were defined as: Thank you, that's exactly what I needed. -- https://mail.python.org/mailman/listinfo/python-list
Re: [ANN] Pythonium Core 0.2.5
Thanks Amirouche, I am now balanced between RapydScript and Pythonium :-) Le dimanche 17 novembre 2013 20:17:44 UTC+1, Amirouche Boubekki a écrit : Héllo Pythonistas from all over the world, I'm very proud to announce the immediate availability of Pythonium Core 0.2.5, a Python 3 to Javascript translator (the best) that generates *fast* *portable* code written in Python. It use Python 3 parser and translates the code to JavaScript code. I did not say “it's fully compliant” because it's not. That's not the point of this flavor. Its point is to make possible to write Python code and use it in the browsers. All the objects stay vanilla Javascript objects. There is no builtins, no stdlib, except what is available in the wild, because Pythonium can access Javascript objects directly, you can use *whatever* JavaScript library you want. There is port of the mrdoob webgl cloud demo available watch: http://pythonium.github.io/ read: https://github.com/pythonium/pythonium.github.io/blob/master/js/app.py The project is hosted at github: https://github.com/pythonium/pythonium Don't hesitate to watch/star/fork/create/pr ! Like said earlier, it's the best translator I know of, and it's written in Python. How do you get started ? == If you know JavaScript it's easy you don't need guidance. Don't forget to read the cookook https://github.com/pythonium/pythonium/wiki/Pythonium-Core-Cookbook If you only know backend or desktop Python development, it will be a bit more work. What you can do is take a jQuery or Javascript course, and translate the code on the fly to Python, compile it using the pythonium_core and and run it in nodejs or a browser. Good luck! What's next? == Now, basicly, I don't know what to do! Except bugs in requirejs integration, I don't except to commit more on this flavor of Pythonium, so I could work on more compliant flavors until reaching full compliance with Python 3. BUT, this is not very interesting, having full compliance is nice, but you loose native javascript speed (meh!) I'd rather be working on the next killer todo list or some Kivy-like library for the browser using Pythonium Core. What do you think? Amirouche -- https://mail.python.org/mailman/listinfo/python-list
numpy masked array puzzle
I have two numpy arrays, xx and yy - (Pdb) xx array([0.7820524520874, masked, masked, 0.3700476837158, 0.7252384185791, 0.6002384185791, 0.6908474121094, 0.7878760223389, 0.6512288818359, 0.1110143051147, masked, 0.716205039978, 0.5460381469727, 0.4358950958252, 0.63868808746337891, 0.02700700354576, masked, masked], dtype=object) (Pdb) yy array([-0.015120843222826226, -0.0080196081193390761, 0.02241851002495138, -0.021720756657755306, -0.0095334465407607427, -0.0063953867288363917, -0.013363615476044387, 0.0080645889792231359, -0.0056745213729654086, -0.0071783823973457523, -0.0019400978318164389, -0.0038670581150256019, 0.0048961156278229494, -0.01315129469368378, -0.007727079344820257, -0.0042560259937610449, 0.0063857167196111056, 0.0024528141737232877], dtype=object) (Pdb) -- which gives a strange error - stats.mstats.linregress(x, y) *** AttributeError: 'int' object has no attribute 'view' (Pdb) What is stranger I can't get the mask - (Pdb) np.ma.getmaskarray(xx) array([False, False, False, False, False, False, False, False, False, False, False, False, False, False, False, False, False, False], dtype=bool) (Pdb) -- https://mail.python.org/mailman/listinfo/python-list
Re: numpy masked array puzzle
On Sun, Nov 17, 2013 at 3:59 PM, Tom P werot...@freent.dd wrote: I have two numpy arrays, xx and yy - (Pdb) xx array([0.7820524520874, masked, masked, 0.3700476837158, 0.7252384185791, 0.6002384185791, 0.6908474121094, 0.7878760223389, 0.6512288818359, 0.1110143051147, masked, 0.716205039978, 0.5460381469727, 0.4358950958252, 0.63868808746337891, 0.02700700354576, masked, masked], dtype=object) (Pdb) yy array([-0.015120843222826226, -0.0080196081193390761, 0.02241851002495138, -0.021720756657755306, -0.0095334465407607427, -0.0063953867288363917, -0.013363615476044387, 0.0080645889792231359, -0.0056745213729654086, -0.0071783823973457523, -0.0019400978318164389, -0.0038670581150256019, 0.0048961156278229494, -0.01315129469368378, -0.007727079344820257, -0.0042560259937610449, 0.0063857167196111056, 0.0024528141737232877], dtype=object) (Pdb) -- which gives a strange error - stats.mstats.linregress(x, y) *** AttributeError: 'int' object has no attribute 'view' (Pdb) What is stranger I can't get the mask - (Pdb) np.ma.getmaskarray(xx) array([False, False, False, False, False, False, False, False, False, False, False, False, False, False, False, False, False, False], dtype=bool) (Pdb) -- https://mail.python.org/mailman/listinfo/python-list Chances are you will get quicker answer in numpy group. Someone here might be able to help, but this is a general purpose python list. -- Joel Goldstick http://joelgoldstick.com -- https://mail.python.org/mailman/listinfo/python-list
Re: [ANN] Pythonium Core 0.2.5
Porting Kivy would be really great. Le dimanche 17 novembre 2013 20:17:44 UTC+1, Amirouche Boubekki a écrit : Héllo Pythonistas from all over the world, I'm very proud to announce the immediate availability of Pythonium Core 0.2.5, a Python 3 to Javascript translator (the best) that generates *fast* *portable* code written in Python. It use Python 3 parser and translates the code to JavaScript code. I did not say “it's fully compliant” because it's not. That's not the point of this flavor. Its point is to make possible to write Python code and use it in the browsers. All the objects stay vanilla Javascript objects. There is no builtins, no stdlib, except what is available in the wild, because Pythonium can access Javascript objects directly, you can use *whatever* JavaScript library you want. There is port of the mrdoob webgl cloud demo available watch: http://pythonium.github.io/ read: https://github.com/pythonium/pythonium.github.io/blob/master/js/app.py The project is hosted at github: https://github.com/pythonium/pythonium Don't hesitate to watch/star/fork/create/pr ! Like said earlier, it's the best translator I know of, and it's written in Python. How do you get started ? == If you know JavaScript it's easy you don't need guidance. Don't forget to read the cookook https://github.com/pythonium/pythonium/wiki/Pythonium-Core-Cookbook If you only know backend or desktop Python development, it will be a bit more work. What you can do is take a jQuery or Javascript course, and translate the code on the fly to Python, compile it using the pythonium_core and and run it in nodejs or a browser. Good luck! What's next? == Now, basicly, I don't know what to do! Except bugs in requirejs integration, I don't except to commit more on this flavor of Pythonium, so I could work on more compliant flavors until reaching full compliance with Python 3. BUT, this is not very interesting, having full compliance is nice, but you loose native javascript speed (meh!) I'd rather be working on the next killer todo list or some Kivy-like library for the browser using Pythonium Core. What do you think? Amirouche -- https://mail.python.org/mailman/listinfo/python-list
Fire Method by predefined string!
Hi people! Assume we have 2 methods, one called Fire and the other __DoSomething. I want the param which is a string to be converted, that I can fire directly a method. Is it somehow possible in python, instead of writing if else statements ???! Tamer class(object): def Fire(self,param) #possible ?! self.__param(): def _DoSomething(self): print 'I did it!' -- https://mail.python.org/mailman/listinfo/python-list
Re: [ANN] Pythonium Core 0.2.5
Are lists comprehensions are featured in Veloce ? -- https://mail.python.org/mailman/listinfo/python-list
Re: Fire Method by predefined string!
On Sun, Nov 17, 2013 at 2:46 PM, Tamer Higazi th9...@googlemail.com wrote: Hi people! Assume we have 2 methods, one called Fire and the other __DoSomething. I want the param which is a string to be converted, that I can fire directly a method. Is it somehow possible in python, instead of writing if else statements ???! Tamer class(object): def Fire(self,param) #possible ?! self.__param(): def _DoSomething(self): print 'I did it!' You can use the getattr function to resolve an attribute (such as a method) on an object by name. For example: class Spam(object): def fire(self, name): method = getattr(self, name) method() Note that if the parameter is derived from untrusted user input, this can be a potential security hole, as the user can potentially name *any* attribute of the object. -- https://mail.python.org/mailman/listinfo/python-list
Re: Self-defence
Στις 17/11/2013 7:37 μμ, ο/η Zero Piraeus έγραψε: : I'd really rather not, but since this is a public accusation of criminal behaviour: On Sun, Nov 17, 2013 at 07:16:34PM +0200, Nikos wrote: Is this your doing? [18:03:55 secure root@4385109 /lib64]cPs# ls -al |grep libkey lrwxrwxrwx 1 root root 20 Jun 22 2012 libkeyutils.so.1 - libkeyutils.so.1.3.0* -rwxr-xr-x 1 root root 10192 Jun 22 2012 libkeyutils.so.1.3* -rwxr-xr-x 1 root root 32920 Jun 22 2012 libkeyutils.so.1.3.0* [18:03:57 secure root@4385109 /lib64]cPs# rpm -qf libkeyutils.so.1.3.0 file /lib64/libkeyutils.so.1.3.0 is not owned by any package It appears that my server has been compromised with a malicious payload designed to sniff for and steal server passwords. I'am sure this is your doing Zero Piraeus. It is not my doing. Please desist from defaming me. I will not respond here, or except through legal counsel should that prove necessary, to further communications from you. I will, however, point out that the last time you were embarrassed in public over your inability to maintain the security of your business and that of your clients, I attempted in private to assist you in resolving your issue. -[]z. You did, but chances are you also imported a good password sniffer whn you logged in as root. You had also altered my .htaccess file. What is now proved was at first only imagined! -- https://mail.python.org/mailman/listinfo/python-list
Re: Fire Method by predefined string!
In article mailman.2807.1384725251.18130.python-l...@python.org, Tamer Higazi th9...@googlemail.com wrote: Hi people! Assume we have 2 methods, one called Fire and the other __DoSomething. I want the param which is a string to be converted, that I can fire directly a method. Is it somehow possible in python, instead of writing if else statements ???! Tamer class(object): def Fire(self,param) #possible ?! self.__param(): def _DoSomething(self): print 'I did it!' I'm not sure why you'd want to do this, but it's certainly possible (as, I imagine it would be, in any language that has introspection). You can use getattr() to look up an attribute by name. Here's a little program which demonstrates this: class C: def Fire(self, param): print I'm Fire try: f = getattr(self, param) f() except AttributeError as ex: print == %s % ex def _DoSomething(self): print I'm _DoSomething if __name__ == '__main__': c = C() c.Fire(_DoSomething) c.Fire(blah) $ python s.py I'm Fire I'm _DoSomething I'm Fire == C instance has no attribute 'blah' One thing to be aware of is that a single underscore in front of a name is fine, but a double underscore (i.e. __DoSomething) invokes a little bit of Python Magic and will give you unexpected results. -- https://mail.python.org/mailman/listinfo/python-list
