Sublime Forum

ST4 not starting from terminal

#1

Hello,

after the ST upgrade from 3 to 4(4107) ST is not launching from my terminal anymore. If I type subl . nothing happens. subl -h instead shows the help text. I created a strace.log and it looks like ST is looking in the wrong place for libraries. I never faced this problem with ST3.

Thanks for help

0 Likes

#2

What’s the output of

ldd /opt/sublime_text/sublime_text

It should be something like this

	linux-vdso.so.1 (0x00007fff007d8000)
	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fafeff4b000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fafefd47000)
	libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007fafefaf3000)
	libglib-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007fafef7dc000)
	libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x00007fafef550000)
	libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007fafef218000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fafeee7a000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fafeec5b000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fafee86a000)
	/lib64/ld-linux-x86-64.so.2 (0x00007faff0153000)
	libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007fafee662000)
	libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fafee3f0000)
	libGLX.so.0 => /usr/lib/x86_64-linux-gnu/libGLX.so.0 (0x00007fafee1bf000)
	libGLdispatch.so.0 => /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0 (0x00007fafedf09000)
	libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007fafedce1000)
	libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007fafedadd000)
	libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007fafed8d7000)
	libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007fafed6c2000)
0 Likes

#3

The output of ldd /opt/sublime_text/sublime_text is
linux-vdso.so.1 (0x00007fff53d3d000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fd73e255000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fd73e24f000)
libgobject-2.0.so.0 => /lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007fd73e1ef000)
libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007fd73e0c6000)
libGL.so.1 => /snap/alacritty/38/usr/lib/x86_64-linux-gnu/libGL.so.1 (0x00007fd73e03e000)
libX11.so.6 => /snap/alacritty/38/usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007fd73df01000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fd73ddb0000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fd73dd8d000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd73db9b000)
/lib64/ld-linux-x86-64.so.2 (0x00007fd73e27e000)
libffi.so.7 => /snap/alacritty/38/usr/lib/x86_64-linux-gnu/libffi.so.7 (0x00007fd73db8e000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fd73db1b000)
libGLdispatch.so.0 => /snap/alacritty/38/usr/lib/x86_64-linux-gnu/libGLdispatch.so.0 (0x00007fd73da63000)
libGLX.so.0 => /snap/alacritty/38/usr/lib/x86_64-linux-gnu/libGLX.so.0 (0x00007fd73da2d000)
libxcb.so.1 => /snap/alacritty/38/usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007fd73da03000)
libXau.so.6 => /snap/alacritty/38/usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007fd73d9fd000)
libXdmcp.so.6 => /snap/alacritty/38/usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007fd73d9f5000)
libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007fd73d9db000)

My output looks different. I don’t know where the path came from or why ST looks in /snap/alacritty/38/usr/lib/ other applications looking for libs in /usr/lib/ or /lib/.

0 Likes

#4

Sublime Text 4 has a number of changes to the way the command line interface works, which could interfere with whatever snap you’re using. Note we don’t support or publish any snap of flatpak packages as they generally get in the way of proper editor functionality.

0 Likes

#5

@bschaaf installed ST over the official apt repository but my terminal was installed via snap.

I traced the problem down to how I installed my terminal emulator. I’m using the terminal emulator alacritty, installed via snap and something goes wrong in a snap environment context. I removed the snap version and installed alacritty in a other way. After that ST will start as expected. There are no snap specific lib path anymore. Now my

ldd /opt/sublime_text/sublime_text looks like yours @rwols
linux-vdso.so.1 (0x00007ffdfb95d000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f8435802000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f84357fc000)
libgobject-2.0.so.0 => /lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007f843579c000)
libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f8435673000)
libGL.so.1 => /lib/x86_64-linux-gnu/libGL.so.1 (0x00007f84355eb000)
libX11.so.6 => /lib/x86_64-linux-gnu/libX11.so.6 (0x00007f84354ae000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f843535d000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f843533a000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f8435148000)
/lib64/ld-linux-x86-64.so.2 (0x00007f843582b000)
libffi.so.7 => /lib/x86_64-linux-gnu/libffi.so.7 (0x00007f843513c000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f84350c9000)
libGLdispatch.so.0 => /lib/x86_64-linux-gnu/libGLdispatch.so.0 (0x00007f8435011000)
libGLX.so.0 => /lib/x86_64-linux-gnu/libGLX.so.0 (0x00007f8434fdb000)
libxcb.so.1 => /lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f8434fb1000)
libXau.so.6 => /lib/x86_64-linux-gnu/libXau.so.6 (0x00007f8434fab000)
libXdmcp.so.6 => /lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f8434fa3000)
libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007f8434f89000)

Thanks for the fast help!

1 Like