GNU bug report logs - #31778
26.1.50; Calling gio open fails from inside eshell (but not shell)

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 31778 in the body.
You can then email your comments to 31778 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Carlos Pita <carlosjosepita <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.1.50; Calling gio open fails from inside eshell (but not shell)
Date: Sun, 10 Jun 2018 19:10:12 -0300

I want to open some image X with the default system application for
that, so I call `gio open X` from inside eshell which silently does
nothing at all. On the contrary, doing the same inside shell mode opens
the image with the default viewer, although it also shows:

** (gthumb:15274): WARNING **: 19:01:31.616: Could not load the 'raw_files'
  extension: Could not open the module “raw_files”: libraw.so.16: cannot
  open shared object file: No such file or directory

which I don't know is it relevant or not.

With some help from you I would be able to debug this and provide more
juicy information, but at this moment I don't have a clue regarding which
function should I trace or edebug.

---

In GNU Emacs 26.1.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30)
 of 2018-06-09 built on carlos
Repository revision: 3434edc731e4602891a9cf6418ec4e5ff2f60830
Windowing system distributor 'The X.Org Foundation', version 11.0.11906000
System Description:	Manjaro Linux

Recent messages:
Invalid face attribute :inherit nil
Invalid face reference: comint-highlight-prompt
Invalid face attribute :inherit nil
Invalid face reference: comint-highlight-prompt
Invalid face attribute :inherit nil
Invalid face reference: comint-highlight-prompt
Invalid face attribute :inherit nil
Invalid face reference: comint-highlight-prompt
Invalid face attribute :inherit nil
Invalid face reference: comint-highlight-prompt

Configured using:
 'configure --prefix=/usr --libexecdir=/usr/lib --with-x-toolkit=gtk3
 --with-xft --with-modules 'CFLAGS=-march=x86-64 -mtune=generic -O2
 -pipe -fstack-protector-strong -fno-plt' CPPFLAGS=-D_FORTIFY_SOURCE=2
 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'

Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND GPM DBUS GSETTINGS NOTIFY ACL GNUTLS
LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11
MODULES THREADS LIBSYSTEMD LCMS2

Important settings:
  value of $LC_MONETARY: en_US.UTF-8
  value of $LC_NUMERIC: en_US.UTF-8
  value of $LC_TIME: en_US.UTF-8
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Eshell

Minor modes in effect:
  diff-auto-refine-mode: t
  pyvenv-mode: t
  shell-dirtrack-mode: t
  winner-mode: t
  show-paren-mode: t
  ido-ubiquitous-mode: t
  ido-everywhere: t
  global-company-mode: t
  company-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec epa derived epg mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail misearch
multi-isearch face-remap sh-script smie executable pcmpl-unix em-unix
em-term term disp-table ehelp em-script em-prompt em-ls em-hist em-pred
em-glob em-dirs em-cmpl em-basic em-banner em-alias display-line-numbers
checkdoc flymake-proc flymake warnings doom-themes-org vc-git cl-extra
yasnippet elec-pair highlight-indentation help-fns radix-tree help-mode
elpy find-file-in-project ivy delsel ivy-overlay ffap thingatpt windmove
diff-mode easy-mmode elpy-shell pyvenv esh-var esh-io esh-cmd esh-opt
esh-ext esh-proc esh-arg esh-groups eshell esh-module esh-mode esh-util
elpy-profile elpy-django elpy-refactor subr-x python tramp-sh tramp
tramp-compat tramp-loaddefs trampver ucs-normalize shell pcomplete
parse-time format-spec advice json map grep compile comint ansi-color
files-x company-oddmuse company-keywords company-etags etags xref
project company-gtags company-dabbrev-code company-dabbrev company-files
company-capf company-cmake company-xcode company-clang company-semantic
company-eclim company-template company-css company-nxml company-bbdb
doom-tomorrow-night-theme doom-themes doom-themes-common winner ring
paren ido-completing-read+ memoize s cus-edit minibuf-eldef ido gnus
nnheader gnus-util rmail rmail-loaddefs rfc2047 rfc2045 ietf-drums
mail-utils mm-util mail-prsvr wid-edit company edmacro kmacro pcase
cus-start cus-load finder-inf info package easymenu epg-config
url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp
byte-compile cconv cl-loaddefs cl-lib server time-date mule-util tooltip
eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel
term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite charscript charprop case-table epa-hook jka-cmpr-hook
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote dbusbind inotify lcms2 dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty
make-network-process emacs)

Memory information:
((conses 16 443278 30743)
 (symbols 48 35990 1)
 (miscs 40 283 527)
 (strings 32 91972 2392)
 (string-bytes 1 2497682)
 (vectors 16 56487)
 (vector-slots 8 982121 16718)
 (floats 8 214 323)
 (intervals 56 3525 14)
 (buffers 992 19))

Message #8 received at 31778 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: Carlos Pita <carlosjosepita <at> gmail.com>
Cc: 31778 <at> debbugs.gnu.org
Subject: Re: bug#31778: 26.1.50;
 Calling gio open fails from inside eshell (but not shell)
Date: Sun, 10 Jun 2018 18:21:12 -0400

Carlos Pita <carlosjosepita <at> gmail.com> writes:

> I want to open some image X with the default system application for
> that, so I call `gio open X` from inside eshell which silently does
> nothing at all. On the contrary, doing the same inside shell mode opens
> the image with the default viewer, although it also shows:
>
> ** (gthumb:15274): WARNING **: 19:01:31.616: Could not load the 'raw_files'
>   extension: Could not open the module “raw_files”: libraw.so.16: cannot
>   open shared object file: No such file or directory
>
> which I don't know is it relevant or not.
>
> With some help from you I would be able to debug this and provide more
> juicy information, but at this moment I don't have a clue regarding which
> function should I trace or edebug.

Does it work if you open the default viewer directly from eshell,
without going through gio?

Message #11 received at 31778 <at> debbugs.gnu.org (full text, mbox):

From: Carlos Pita <carlosjosepita <at> gmail.com>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: 31778 <at> debbugs.gnu.org
Subject: Re: bug#31778: 26.1.50; Calling gio open fails from inside eshell
 (but not shell)
Date: Sun, 10 Jun 2018 19:25:03 -0300

> Does it work if you open the default viewer directly from eshell,
> without going through gio?

Yes, it does. I also can open the image with firefox. And OTOH I can't
open other stuff with gio.

Message #14 received at 31778 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: Carlos Pita <carlosjosepita <at> gmail.com>
Cc: 31778 <at> debbugs.gnu.org
Subject: Re: bug#31778: 26.1.50;
 Calling gio open fails from inside eshell (but not shell)
Date: Wed, 13 Jun 2018 07:28:35 -0400

Carlos Pita <carlosjosepita <at> gmail.com> writes:

>> Does it work if you open the default viewer directly from eshell,
>> without going through gio?
>
> Yes, it does. I also can open the image with firefox. And OTOH I can't
> open other stuff with gio.

Maybe there are some environment variable differences?

Hmm, here 'gio open foo.png' just tells me

    gio: file:///.../foo.png: No application is registered as handling this file

I can't tell from the man page how I'm supposed to register an
application.

Message #17 received at 31778 <at> debbugs.gnu.org (full text, mbox):

From: Carlos Pita <carlosjosepita <at> gmail.com>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: 31778 <at> debbugs.gnu.org
Subject: Re: bug#31778: 26.1.50; Calling gio open fails from inside eshell
 (but not shell)
Date: Sat, 16 Jun 2018 14:37:00 -0300

[Message part 1 (text/plain, inline)]

It just silently does nothing at all.

Regarding setting the default app, it's explained somehow somewhere in some
xdg spec probably. But see
https://wiki.archlinux.org/index.php/Default_applications for a quick setup.

[Message part 2 (text/html, inline)]

Message #20 received at 31778 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: Carlos Pita <carlosjosepita <at> gmail.com>
Cc: 31778 <at> debbugs.gnu.org
Subject: Re: bug#31778: 26.1.50;
 Calling gio open fails from inside eshell (but not shell)
Date: Sat, 16 Jun 2018 13:45:40 -0400

Carlos Pita <carlosjosepita <at> gmail.com> writes:

> It just silently does nothing at all.

I may have not been clear above, for me it gives that error message no
matter where I run it.

> Regarding setting the default app, it's explained somehow somewhere in some
> xdg spec probably. But see
> https://wiki.archlinux.org/index.php/Default_applications for a quick setup.

I can't work out how that relates to gio.  xdg-open works fine though
(in both eshell and urxvt).

Message #23 received at 31778 <at> debbugs.gnu.org (full text, mbox):

From: Carlos Pita <carlosjosepita <at> gmail.com>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: 31778 <at> debbugs.gnu.org
Subject: Re: bug#31778: 26.1.50; Calling gio open fails from inside eshell
 (but not shell)
Date: Sat, 16 Jun 2018 14:48:08 -0300

>> Regarding setting the default app, it's explained somehow somewhere in some
>> xdg spec probably. But see
>> https://wiki.archlinux.org/index.php/Default_applications for a quick setup.
>
> I can't work out how that relates to gio.  xdg-open works fine though
> (in both eshell and urxvt).

xdg-open calls gio open in a gnome desktop.

Message #26 received at 31778 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: Carlos Pita <carlosjosepita <at> gmail.com>
Cc: 31778 <at> debbugs.gnu.org
Subject: Re: bug#31778: 26.1.50;
 Calling gio open fails from inside eshell (but not shell)
Date: Wed, 17 Apr 2019 19:58:39 -0400

Carlos Pita <carlosjosepita <at> gmail.com> writes:

> It just silently does nothing at all.

Does adding "gio" to eshell-needs-pipe help?  The symptoms here are a
bit similar to #35257 (where the problem program is xclip).

Message #29 received at 31778 <at> debbugs.gnu.org (full text, mbox):

From: Carlos Pita <carlosjosepita <at> gmail.com>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: 31778 <at> debbugs.gnu.org
Subject: Re: bug#31778: 26.1.50; Calling gio open fails from inside eshell
 (but not shell)
Date: Mon, 22 Apr 2019 23:46:03 -0300

[Message part 1 (text/plain, inline)]

Sorry Noam, my gnome excursion was very brief. I don't have an environment
to reproduce this anymore, I'm afraid.

[Message part 2 (text/html, inline)]

Message #32 received at 31778 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: Carlos Pita <carlosjosepita <at> gmail.com>
Cc: 31778 <at> debbugs.gnu.org
Subject: Re: bug#31778: 26.1.50;
 Calling gio open fails from inside eshell (but not shell)
Date: Mon, 22 Apr 2019 22:53:52 -0400

tags 31778 unreproducible
close 31778
quit

Carlos Pita <carlosjosepita <at> gmail.com> writes:

> Sorry Noam, my gnome excursion was very brief. I don't have an environment
> to reproduce this anymore, I'm afraid.

Ah well, neither do I, and I haven't seen any other reports about this,
so I'll just close the bug.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.