Gtk "atk-bridge" failed to load: libunity-gtk-module.so: undefined symbol: g_type_check_instance_is_fundamentally_a about portacle

[Shinmera]

The "no such file or directory" thing can be ignored, it is of no consequence and something peculiar to the Emacs compilation that I cannot get rid of.

The GTK symbol lookup is more troubling, but I'm not sure if your report means that Portacle does not launch at all, or just spews these warnings.

[maacl]

Sorry to be unclear. It does not launch at all. It exits with the last message above.

[Shinmera]

What happens if you try to run it like so:

GTK_MODULES="" GTK3_MODULES="" GTK2_MODULES="" ./portacle.run

[Shinmera]

Ok, got a VM now. Unsetting GTK_MODULES at least makes Emacs launch, but pretty much everything else breaks down.

[Shinmera]

I'll have to take a look at this some other time. Things are more bonkers than I thought possible.

[maacl]

Yeah, I can gte emacs to start with the above, but then I get:

(progn (load "/home/mac/Desktop/portacle/emacs/config/elpa/slime-20161109.640/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "/tmp/slime.24084"))

/bin/bash: /home/mac/Desktop/portacle//usr/lin/lib/libtinfo.so.5: no version information available (required by /bin/bash)

Process inferior-lisp segmentation fault (core dumped)

[Shinmera]

It looks like system's bash completely freaks out when invoked under library environment that is shipped with portacle. Thus almost nothing works, because even an execve will invoke bash potentially.

I need to ship a portable bash, or an approximation thereof to fix this. That'll take some time to work out. Certainly won't get it done before Christmas, I got exams to worry about first.

[maacl]

BTW I am running ZSH as my shell - could that be a factor?

[Shinmera]

No, that makes no difference.

[Shinmera]

This has been fixed by the latest changes and should be officially available with the next release.