Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #59627 > unrolled thread

PYTHON 3.4 LEFTOVERS

Back to article view | Back to comp.lang.python

Contents

  PYTHON 3.4 LEFTOVERS Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-11-16 08:03 -0800
    Re: PYTHON 3.4 LEFTOVERS Ned Batchelder <ned@nedbatchelder.com> - 2013-11-16 08:07 -0800
      Re: PYTHON 3.4 LEFTOVERS Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-11-16 08:09 -0800
        Re: PYTHON 3.4 LEFTOVERS Mark Lawrence <breamoreboy@yahoo.co.uk> - 2013-11-16 16:18 +0000
          Re: PYTHON 3.4 LEFTOVERS Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-11-16 08:30 -0800
            Re: PYTHON 3.4 LEFTOVERS YBM <ybmess@nooos.fr.invalid> - 2013-11-16 17:46 +0100
              Re: PYTHON 3.4 LEFTOVERS Nikos <nikos@superhost.gr> - 2013-11-16 19:00 +0200
                Re: PYTHON 3.4 LEFTOVERS Ned Batchelder <ned@nedbatchelder.com> - 2013-11-16 09:02 -0800
                  Re: PYTHON 3.4 LEFTOVERS Mark Lawrence <breamoreboy@yahoo.co.uk> - 2013-11-16 17:24 +0000
                Re: PYTHON 3.4 LEFTOVERS YBM <ybmess@nooos.fr.invalid> - 2013-11-16 20:46 +0100
                  Re: PYTHON 3.4 LEFTOVERS Ned Batchelder <ned@nedbatchelder.com> - 2013-11-16 12:13 -0800
              Re: PYTHON 3.4 LEFTOVERS Nikos <nikos@superhost.gr> - 2013-11-16 19:14 +0200
                Re: PYTHON 3.4 LEFTOVERS Ned Batchelder <ned@nedbatchelder.com> - 2013-11-16 09:20 -0800
              Re: PYTHON 3.4 LEFTOVERS Nikos <nikos@superhost.gr> - 2013-11-17 11:12 +0200
                Re: PYTHON 3.4 LEFTOVERS rusi <rustompmody@gmail.com> - 2013-11-17 03:50 -0800
                Re: PYTHON 3.4 LEFTOVERS YBM <ybmess@nooos.fr.invalid> - 2013-11-17 13:30 +0100
                  Re: PYTHON 3.4 LEFTOVERS Ned Batchelder <ned@nedbatchelder.com> - 2013-11-17 04:34 -0800
                    Re: PYTHON 3.4 LEFTOVERS Mark Lawrence <breamoreboy@yahoo.co.uk> - 2013-11-17 12:45 +0000
                      Re: PYTHON 3.4 LEFTOVERS Ned Batchelder <ned@nedbatchelder.com> - 2013-11-17 04:57 -0800
                        Re: PYTHON 3.4 LEFTOVERS Mark Lawrence <breamoreboy@yahoo.co.uk> - 2013-11-17 13:07 +0000
                        Re: PYTHON 3.4 LEFTOVERS Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-11-17 14:33 +0100
    Re: PYTHON 3.4 LEFTOVERS Tim Chase <python.list@tim.thechases.com> - 2013-11-16 15:02 -0600
      Re: PYTHON 3.4 LEFTOVERS Nikos <nikos@superhost.gr> - 2013-11-17 11:15 +0200
    Re: PYTHON 3.4 LEFTOVERS Mark Lawrence <breamoreboy@yahoo.co.uk> - 2013-11-16 21:20 +0000
    Re: PYTHON 3.4 LEFTOVERS Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-11-16 22:26 +0100
    Re: PYTHON 3.4 LEFTOVERS Mark Lawrence <breamoreboy@yahoo.co.uk> - 2013-11-16 21:44 +0000
    Re: PYTHON 3.4 LEFTOVERS Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-11-16 23:07 +0100
    Re: PYTHON 3.4 LEFTOVERS xDog Walker <thudfoo@gmail.com> - 2013-11-16 08:24 -0800
    Re: PYTHON 3.4 LEFTOVERS PyRate <pyrate@email.cz> - 2013-11-16 17:26 +0100

Page 1 of 2  [1] 2  Next page →

#59627 — PYTHON 3.4 LEFTOVERS

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!!!

root@secure [~]# locate 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
root@secure [~]# 

still there!!!
==================================


The Questions Are:

1. DELETE ALL REMAINS OF PYTHON3.4

2. HOW AM'I  I GOING TO DELETE THESE 2 PACKAGES THAT PIP INSTALLED

3. HOW CAN I PROPERLY INSTALL THE ABOVE 2 WRONGLY PLACED MODULES SO THEY CAN BE USED BY PYTHON 3.3.2

[toc] | [next] | [standalone]

#59628

On Saturday, November 16, 2013 11:03:39 AM UTC-5, Ferrous Cranus wrote:
> 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!!!
> 
> root@secure [~]# locate 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
> root@secure [~]# 
> 
> still there!!!
> ==================================
> 
> 
> The Questions Are:
> 
> 1. DELETE ALL REMAINS OF PYTHON3.4
> 
> 2. HOW AM'I  I GOING TO DELETE THESE 2 PACKAGES THAT PIP INSTALLED
> 
> 3. HOW CAN I PROPERLY INSTALL THE ABOVE 2 WRONGLY PLACED MODULES SO THEY CAN BE USED BY PYTHON 3.3.2

Re-asking questions in a new thread is not a way to get better help.  Writing in all caps is not a way to get better help.

You are acting badly.  Stop it.

You are not owed answers by us.  This is a community, and people get help by acting like responsible members and listening to what people tell them.  You've ignored a number of replies, and are actively breaking the conventions of the community by re-asking panicked questions.

Calm down and find some Unix resources elsewhere.  Do not repost the same question multiple times in a few hours.  Behave yourself.

--Ned.

[toc] | [prev] | [next] | [standalone]

#59630

Τη Σάββατο, 16 Νοεμβρίου 2013 6:07:35 μ.μ. UTC+2, ο χρήστης Ned Batchelder έγραψε:
> On Saturday, November 16, 2013 11:03:39 AM UTC-5, Ferrous Cranus wrote:
> 
> > 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!!!
> 
> > 
> 
> > root@secure [~]# locate 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
> 
> > root@secure [~]# 
> 
> > 
> 
> > still there!!!
> 
> > ==================================
> 
> > 
> 
> > 
> 
> > The Questions Are:
> 
> > 
> 
> > 1. DELETE ALL REMAINS OF PYTHON3.4
> 
> > 
> 
> > 2. HOW AM'I  I GOING TO DELETE THESE 2 PACKAGES THAT PIP INSTALLED
> 
> > 
> 
> > 3. HOW CAN I PROPERLY INSTALL THE ABOVE 2 WRONGLY PLACED MODULES SO THEY CAN BE USED BY PYTHON 3.3.2
> 
> 
> 
> Re-asking questions in a new thread is not a way to get better help.  Writing in all caps is not a way to get better help.
> 
> 
> 
> You are acting badly.  Stop it.
> 
> 
> 
> You are not owed answers by us.  This is a community, and people get help by acting like responsible members and listening to what people tell them.  You've ignored a number of replies, and are actively breaking the conventions of the community by re-asking panicked questions.
> 
> 
> 
> Calm down and find some Unix resources elsewhere.  Do not repost the same question multiple times in a few hours.  Behave yourself.
> 
> 
> 
> --Ned.

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!!! 

root@secure [~]# locate 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 
root@secure [~]# 

still there!!! 
================================== 


The Questions Are: 

1. DELETE ALL REMAINS OF PYTHON3.4 

2. HOW AM'I  I GOING TO DELETE THESE 2 PACKAGES THAT PIP INSTALLED 

3. HOW CAN I PROPERLY INSTALL THE ABOVE 2 WRONGLY PLACED MODULES SO THEY CAN BE USED BY PYTHON 3.3.2

[toc] | [prev] | [next] | [standalone]

#59631

On 16/11/2013 16:09, Ferrous Cranus 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.

-- 
Python is the second best programming language in the world.
But the best has yet to be invented.  Christian Tismer

Mark Lawrence

[toc] | [prev] | [next] | [standalone]

#59632

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!!! 

root@secure [~]# locate 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 
root@secure [~]# 

still there!!! 
================================== 


The Questions Are: 

1. DELETE ALL REMAINS OF PYTHON 3.4a

2. HOW AM'I  I GOING TO DELETE THESE 2 PACKAGES THAT PIP INSTALLED (pymysql, pygeoip)

3. HOW CAN I PROPERLY INSTALL THE ABOVE 2 WRONGLY PLACED MODULES (pymysql, pygeoip) SO THEY CAN BE USED BY PYTHON 3.3.2 AND NOT BY PYTHON 2.6.6

[toc] | [prev] | [next] | [standalone]

#59633

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 {} \;
updatedb
locate python3.4

but you'd better go to hell first.

[toc] | [prev] | [next] | [standalone]

#59637

Στις 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 {} \;
> updatedb
> locate python3.4
>
> but you'd better go to hell first.
>
>
>
>
>
>



Even if you told me to go to hell i will overcome that and i need to 
thank you because this indeed worked.

Why is this find / -name python3.4 -exec rm -rf {} \;

different from:

find / -name python3.4 | rm -rf

Doesn't any command take its input via STDIN or from a text file or from 
another's command output?

If the above was true then wouldn't linux displayed an error when i issued:

find / -name python3.4 | rm -rf
locate python3.4 | rm -rf

The fact that it hasn't and it has indeed deleted many files proved that 
rm as an other linux command can take input from another's command output.

[toc] | [prev] | [next] | [standalone]

#59638

On Saturday, November 16, 2013 12:00:04 PM UTC-5, Ferrous Cranus wrote:
> Στις 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 {} \;
> 
> > updatedb
> 
> > locate python3.4
> 
> >
> 
> > but you'd better go to hell first.
> 
> >
> 
> >
> 
> >
> 
> >
> 
> >
> 
> >
> 
> 
> 
> 
> 
> 
> 
> Even if you told me to go to hell i will overcome that and i need to 
> 
> thank you because this indeed worked.
> 
> 
> 
> Why is this find / -name python3.4 -exec rm -rf {} \;
> 
> 
> 
> different from:
> 
> 
> 
> find / -name python3.4 | rm -rf
> 
> 
> 
> Doesn't any command take its input via STDIN or from a text file or from 
> 
> another's command output?
> 
> 
> 
> If the above was true then wouldn't linux displayed an error when i issued:
> 
> 
> 
> find / -name python3.4 | rm -rf
> 
> locate python3.4 | rm -rf
> 
> 
> 
> The fact that it hasn't and it has indeed deleted many files proved that 
> 
> rm as an other linux command can take input from another's command output.

This is not a Python question, and will not be answered in this forum.

--Ned.

[toc] | [prev] | [next] | [standalone]

#59643

On 16/11/2013 17:02, Ned Batchelder wrote:
> On Saturday, November 16, 2013 12:00:04 PM UTC-5, Ferrous Cranus wrote:
>> The fact that it hasn't and it has indeed deleted many files proved that
>>
>> rm as an other linux command can take input from another's command output.
>
> This is not a Python question, and will not be answered in this forum.
>
> --Ned.
>

Excellent news.

Going futher off topic, why is your response double spaced?  Your email 
client, my use of Thunderbird, what exactly?

-- 
Python is the second best programming language in the world.
But the best has yet to be invented.  Christian Tismer

Mark Lawrence

[toc] | [prev] | [next] | [standalone]

#59650

Le 16.11.2013 18:00, 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 {} \;
>> updatedb
>> locate python3.4
>>
>> but you'd better go to hell first.
>>
>>
>>
>>
>>
>>
>
>
>
> Even if you told me to go to hell i will overcome that and i need to
> thank you because this indeed worked.
>
> Why is this find / -name python3.4 -exec rm -rf {} \;
>
> different from:
>
> find / -name python3.4 | rm -rf
>
> Doesn't any command take its input via STDIN or from a text file or from
> another's command output?

No. Not all UNIX commands are filters. rm is NOT a filter.

> If the above was true then wouldn't linux displayed an error when i issued:
>
> find / -name python3.4 | rm -rf
> locate python3.4 | rm -rf

Because you ask to suppress error output by adding -f

> The fact that it hasn't and it has indeed deleted many files proved that
> rm as an other linux command can take input from another's command output.

No, it does not prove that, it prove that -f does what it is supposed
to do, as you'd have done if you'd done "man rm" :

tv@roma:~$ echo a | rm
rm: missing operand
Try `rm --help' for more information.
tv@roma:~$ echo a | rm -f
bash: echo: write error: Broken pipe

[toc] | [prev] | [next] | [standalone]

#59651

On Saturday, November 16, 2013 2:46:40 PM UTC-5, YBM wrote:
> Le 16.11.2013 18:00, 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 {} \;
> >> updatedb
> >> locate python3.4
> >>
> >> but you'd better go to hell first.
> >
> > Even if you told me to go to hell i will overcome that and i need to
> > thank you because this indeed worked.
> >
> > Why is this find / -name python3.4 -exec rm -rf {} \;
> >
> > different from:
> >
> > find / -name python3.4 | rm -rf
> >
> > Doesn't any command take its input via STDIN or from a text file or from
> > another's command output?
> 
> No. Not all UNIX commands are filters. rm is NOT a filter.
> 
> > If the above was true then wouldn't linux displayed an error when i issued:
> >
> > find / -name python3.4 | rm -rf
> > locate python3.4 | rm -rf
> 
> Because you ask to suppress error output by adding -f
> 
> > The fact that it hasn't and it has indeed deleted many files proved that
> > rm as an other linux command can take input from another's command output.
> 
> No, it does not prove that, it prove that -f does what it is supposed
> to do, as you'd have done if you'd done "man rm" :
> 
> tv@roma:~$ echo a | rm
> rm: missing operand
> Try `rm --help' for more information.
> tv@roma:~$ echo a | rm -f
> bash: echo: write error: Broken pipe


YBM: please consider your actions.  First you tell Nikos not to be on this list, and then you answer his questions.  This is a confusing mixed message, and will only result in more off-topic questions and follow-ups.  If you want a discussion to stop, the best thing to do is to not continue it.

I know it is difficult to walk away from someone claiming to know something that they do not.  It is very tempting to get the last word and prove that they are wrong.  But it often just extends the nonsense.  Better is to just ignore it.  I haven't always followed this advice myself, but I am learning.

--Ned.

[toc] | [prev] | [next] | [standalone]

#59640

Στις 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 {} \;
> updatedb
> locate python3.4
>
> but you'd better go to hell first.



I will kindly ask you please to show me a way to:

pip install pymysql
pip install pygeoip

So i will not receive this error at http://superhost.gr

Those modules are installed into m system but for some reason i suspect 
they work under 2.6.6 and not under 3.3.2

Please as soon as you help me solve this issues wich iam inexperienced 
to solve i will stop posting.
I just need a little help form you, that all i ask.

[toc] | [prev] | [next] | [standalone]

#59642

On Saturday, November 16, 2013 12:14:42 PM UTC-5, Ferrous Cranus wrote:
> Στις 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 {} \;
> > updatedb
> > locate python3.4
> >
> > but you'd better go to hell first.
> 
> 
> 
> I will kindly ask you please to show me a way to:
> 
> pip install pymysql
> pip install pygeoip
> 
> So i will not receive this error at http://superhost.gr
> 
> Those modules are installed into m system but for some reason i suspect 
> they work under 2.6.6 and not under 3.3.2
> 
> Please as soon as you help me solve this issues wich iam inexperienced 
> to solve i will stop posting.
> I just need a little help form you, that all i ask.

Nikos, you are asking nicely now, but look how many messages you have posted in the last six hours asking the same questions.  Please read the code of conduct: http://www.python.org/psf/codeofconduct/  Especially this section:

  Members of the community are considerate of their peers -- other
  Python users. We're thoughtful when addressing the efforts of others,
  keeping in mind that often times the labor was completed simply 
  for the good of the community.

You have not been considerate, and you have not acted in a way that shows you care about us as a community.

You reap what you sow.

--Ned.

[toc] | [prev] | [next] | [standalone]

#59704

Στις 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.

[toc] | [prev] | [next] | [standalone]

#59712

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.

[toc] | [prev] | [next] | [standalone]

#59713

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?

[toc] | [prev] | [next] | [standalone]

#59714

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.

[toc] | [prev] | [next] | [standalone]

#59719

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

[toc] | [prev] | [next] | [standalone]

#59721

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.

[toc] | [prev] | [next] | [standalone]

#59722

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

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.lang.python

csiph-web