Re: python obfuscate

[Denis McMahon]

On Thu, 10 Apr 2014 18:29:21 -0700, Wesley wrote:

> Currently our company wanna release one product developed by python to
> our customer. But dont's wanna others see the py code.

Your business model is fucked.

-- 
Denis McMahon, denismfmcma...@gmail.com
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: so module loading fails

[Eddy Ilg]

I found out it was an issue with SIP - the version tag seemed to be wrong.

Now another symbol is missing:
_ZN10QArrayData11shared_nullE

I can't find this symbol exported anywhere. Anyone knows where it is 
defined?




Am 11.04.2014 08:20, schrieb dieter:

Eddy Ilg  writes:


...

Checking the symbols of Entity.so gives:
# nm Entity.so  | grep PyInit_Entity
1e5c t PyInit_Entity

When I remember right, "t" means a "local" (aka "static") symbol - you need
instead a "global" symbol (identified by "T").



--
https://mail.python.org/mailman/listinfo/python-list

Re: python obfuscate

[Sturla Molden]

CM  wrote:

> You're saying that fear of patent trolls is yet another bad reason to 
> obfuscate your code?  But then it almost sounds like you think it is a 
> justifiable reason. So I don't think I understand your point.  Whether a 
> patent troll has your original code or not has no bearing on the patent
> infringement.

There might be no infringment. Patent trolls usually possess invalid
patents, as they constitute no real invention. These are usually not
engineers who have invented something, but lawyers who have been granted
patent on vague thoughts for the purpose of "selling protection". The US
patent office has allowed this to happen, by believing that any invalid
patent can be challenged in court, so their review process is close to
non-existent. If patent trolls have your code they are in a better position
to blackmail. They can use your code to generate bogus "legal documents" in
the thousands, and thereby turn up your legal expenses. 

Sturla

-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Language summit notes

[wxjmfauth]

--

Regarding the Flexible String Representation, I have always
been very coherent in the examples I gave (usually with and/or
from an interactive intepreter - not relevant).
I never seen once somebody pointing or beeing able to point
what is wrong in those examples.

jmf

-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Language summit notes

[Ned Batchelder]

On 4/12/14 8:25 AM, wxjmfa...@gmail.com wrote:

--

Regarding the Flexible String Representation, I have always
been very coherent in the examples I gave (usually with and/or
from an interactive intepreter - not relevant).
I never seen once somebody pointing or beeing able to point
what is wrong in those examples.


We aren't going to engage in this topic.  The previous discussions have 
always ended the same way. You should refer to those threads if you want 
to re-acquaint yourself with other people's views on your theory and 
discourse.


--Ned.



jmf




--
Ned Batchelder, http://nedbatchelder.com

--
https://mail.python.org/mailman/listinfo/python-list

Travis CI + Python 3.3 + Django 1.7b1

[James Brewer]

Hi,

I've been trying to get a build running for my Python 3.3 + Django 1.7b1
project, but I've run into an issue and I'm not sure how to solve it.

When the command `pip install -r requirements.txt` gets run, the build errs
with a message referencing some Python 2.x syntax when `import ez_setup` is
called.

Here is the log from the build:
https://s3.amazonaws.com/archive.travis-ci.org/jobs/22824057/log.txt

Here is the .travis.yml file associated with the project:
https://github.com/WargamesIO/wargames/blob/master/.travis.yml

Any ideas? :)

Happy Saturday!

-- 
*James Brewer*
*http://www.brwr.org/ *

*Software Engineer @ RealScout | What is RealScout?
*

*Twitter* *twitter.com/jamesbrwr *
*GitHub* *github.com/brwr* 
*StackOverflow** stackoverflow.com/users/2052923/james-brewer
*
*LinkedIn* *linkedin.com/in/jamesbrwr *

→ *M**y favorite RealScout search is Modern & High-Tech Homes in Atherton
*
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: python obfuscate

[CM]

On Saturday, April 12, 2014 8:07:57 AM UTC-4, Sturla Molden wrote:
> CM  wrote:
> 
> 
> 
> > You're saying that fear of patent trolls is yet another bad reason to 
> 
> > obfuscate your code?  But then it almost sounds like you think it is a 
> 
> > justifiable reason. So I don't think I understand your point.  Whether a 
> 
> > patent troll has your original code or not has no bearing on the patent
> 
> > infringement.
> 
> 
> 
> There might be no infringment. Patent trolls usually possess invalid
> patents, as they constitute no real invention. These are usually not
> engineers who have invented something, but lawyers who have been granted
> patent on vague thoughts for the purpose of "selling protection". The US
> patent office has allowed this to happen, by believing that any invalid
> patent can be challenged in court, so their review process is close to
> non-existent. If patent trolls have your code they are in a better position
> to blackmail. They can use your code to generate bogus "legal documents" in
> the thousands, and thereby turn up your legal expenses. 
> 
> Sturla

Ahh, I see.  I suppose such an entity might try that.  But I would hope it 
would not result in additional legal expenses, in that anyone with the smallest 
amount of legal understanding of patents knows that in doesn't matter in what 
way the invention is brought about in specific code, just that the *resulting 
invention* is similar enough to the claims of the patent.  That is, the 
invention could be written in Python, or C, or COMAL, in whatever spaghetti the 
author wants, and none of that is pertinent to the issue of patent infringement 
(whereas it might very well be to the issue of copyright infringement).  I 
would hope the defense lawyer(s) and judge struck that from the proceedings, 
but I am probably hoping for too rational an outcome.
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: python obfuscate

[Stefan Behnel]

Sturla Molden, 11.04.2014 11:17:
> Joshua Landau wrote:
> 
>> However, if this really is your major blocker to using Python, I
>> suggest compiling with Cython.
> 
> Cython restains all the code as text, e.g. to readable generate exceptions.

No, it actually doesn't. It only keeps the code in C comments, to make
reading the generated code easier. Those comments get stripped during
compilation, obviously.

The only thing it keeps for its exception tracebacks is the line numbers,
both for the C code (which you can disable) and for the original Python
code. That shouldn't be very telling if you don't have the original source
code.

Stefan


PS: disclaimer: I never needed to obfuscate Python code with Cython, and
this use case is definitely not a design goal of the compiler. No
warranties, see the license.


-- 
https://mail.python.org/mailman/listinfo/python-list

Re: so module loading fails

[dieter]

Eddy Ilg  writes:

> I found out it was an issue with SIP - the version tag seemed to be wrong.
>
> Now another symbol is missing:
> _ZN10QArrayData11shared_nullE
>
> I can't find this symbol exported anywhere. Anyone knows where it is
> defined?

It looks like a "C++" symbol. Python must be specially build in order
that the standard "C++" libraries are included.

-- 
https://mail.python.org/mailman/listinfo/python-list