Sublime Forum

ST3: Python interpreter not working in Linux?

#1

Hi,

Looks like the python interpreter (running sublime text 3 on fedora 17) isn’t working?

I have an 64bit tar ball version and when I open the console and type… nothing happens.

I was expecting an exception, which is what happens on my mac. This is an example of the output:

found 4 files for base name Default.sublime-keymap
found 2 files for base name Default.sublime-mousemap
found 2 files for base name Main.sublime-menu
loading bindings
loading pointer bindings
found 1 files for base name Default.sublime-theme
theme loaded
app ready
pre session restore time: 0.09019
using gamma: 1 (err: 0)
startup cache, total files: 146 cache hits: 146
startup time: 0.201314
first paint time: 0.205994
launching: /home/accounts/nfaggian/Desktop/sublime_text_3/plugin_host
loaded 837 snippets

?
?
?
?

0 Likes

#2

Apologies - should have been in support forum.

0 Likes

#3

It is working for me on Arch linux, but I have seen a few threads in the support forum about FC17.

0 Likes

#4

For me, on Fedora 18, plugin_host couldn’t find libffi. plugin_host is linked against libffi.so.6, but Fedora 18 has libffi.so.5. I made a symlink pointing .6 to .5 and now it’s working.

0 Likes

Sublime Text 3 (Build 3009) linux problems
#5

Hi,

Great spot @voxmea, here is my ldd output.


11:43:24 ~/Desktop/sublime_text_3$ ldd plugin_host 
	linux-vdso.so.1 =>  (0x00007fff28508000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003b46400000)
	librt.so.1 => /lib64/librt.so.1 (0x0000003b46c00000)
	libdl.so.2 => /lib64/libdl.so.2 (0x0000003b46800000)
	libutil.so.1 => /lib64/libutil.so.1 (0x0000003b59400000)
	libffi.so.6 => not found
	libstdc++.so.6 => /lib64/libstdc++.so.6 (0x0000003b4b400000)
	libm.so.6 => /lib64/libm.so.6 (0x0000003b46000000)
	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003b48000000)
	libc.so.6 => /lib64/libc.so.6 (0x0000003b45c00000)
	/lib64/ld-linux-x86-64.so.2 (0x0000003b45800000)
11:43:28 ~/Desktop/sublime_text_3$ 
0 Likes

#6

This will be fixed by Fedora 19. Fedora 18 would need too many packages rebuilt to move to the new soname while the library is identical sans for some symbols that were accidentally exported in the older version.

0 Likes