search

rumpkernel / rumprun-packages

Ready-made packages of software for running on the Rumprun unikernel
Other
202 stars 80 forks source link

Python 2.7.x #84

Open hairesis opened 8 years ago

hairesis commented 8 years ago

Is there a reason Python2.7.x has not been targeted? Would be nice to have it as a supported language. I've tried to compile 2.7.11 using the actual 3.5 package recipe but it does not work. mv: cannot stat ‘build/Programs/_freeze_importlib’: No such file or directory Makefile:48: recipe for target 'build/Programs/host_freeze_importlib' failed make: *** [build/Programs/host_freeze_importlib] Error 1 Did someone already tried to get it built?

anttikantee commented 8 years ago

As far as I know, the only reason for lack of python 2.7 support is that nobody has looked into it and made it happen. I'd surely like to see python2 supported.

reuben-sutton commented 8 years ago

I'd also love to see Python 2.7 support. If you don't want to do it @hairesis let me know and I'll have a look at adding it this weekend.

hairesis commented 8 years ago

Well, I am new to the project, but I can certainly try to work on it at least as an exercise, than we can see how it goes.

anttikantee commented 8 years ago

As long as everyone doesn't sit around and expect the other person to do it, it's all good ;-)

There are also plenty of other interesting languages which would be nice to support, e.g. ponylang.org.

@hairesis if you run into problems, drop a mail on the list or hang around on irc.

chrbaeu commented 7 years ago

I also would like Python 2.7 support. Has anyone since then found a way to use it?

rday commented 7 years ago

2.7 wouldn't be impossible to implement, but I would suggest trying to get your application up on the 3.5 that is currently supported.

The reason I suggest this is because most third party modules today support 3.5. Anything that is custom enough to not be supported on 3.5 may require a fairly custom 2.7 build anyway. This wouldn't be supported "out of the box".

Are there any specific issues you've hit while trying to use the 3.5 version?

On Fri, Sep 2, 2016 at 5:11 AM, chrbaeu notifications@github.com wrote:

I also would like Python 2.7 support. Has anyone since then found a way to use it?

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/rumpkernel/rumprun-packages/issues/84#issuecomment-244324080, or mute the thread https://github.com/notifications/unsubscribe-auth/AAHQBVPjAZ9fr5KAhWC8w7HpEKuGYTH9ks5ql-gkgaJpZM4HgB5t .

anttikantee commented 7 years ago

On 02/09/16 11:25, Ryan Day wrote:

2.7 wouldn't be impossible to implement, but I would suggest trying to get your application up on the 3.5 that is currently supported.

The reason I suggest this is because most third party modules today support 3.5. Anything that is custom enough to not be supported on 3.5 may require a fairly custom 2.7 build anyway. This wouldn't be supported "out of the box".

Are there any specific issues you've hit while trying to use the 3.5 version?

Speaking just for myself, I have a python script I've been writing for several years now. It works only with python2, at least the syntax of "print" is incompatible with python3. While I could convert the script to python3 syntax (possibly automatically), at least as long as "python" is python2 on most regular systems, it seems rather pointless to do the extra work. I'll just wait for python4 instead ;)

While I don't want to run that script under Rumprun, I can see why python2 support would be desirable for others.

Incognito commented 7 years ago

From my perspective (and my day-job is writing python now), python 2 is still widely used and new software is developed with it.

chrbaeu commented 7 years ago

Yes that’s true python 2 is still widely used and there is a lot of existing code. Support for it would be nice. A porting on python 3 is usually too much work without a special reason for it. But perhaps in this case it is such a reason and it makes more sense to port it on python 3.

rday commented 7 years ago

All my production applications (with the exception of one) are also in Python 2.7. So I would have a hard time arguing against it :)

I've taken an initial look at the build system for 2.7.12 and the differences aren't too extreme. I'm putting together a build system and hope to have something up soon. I'll keep this thread updated.