bugGNU Octave - Bugs: bug #44349, octave desktop entry creates a...


bug #44349: octave desktop entry creates a terminal window

Submitted by:  Carnë Draug <carandraug>
Submitted on:  Mon 23 Feb 2015 02:23:26 PM UTC  
Category:  Configuration and Build System Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Feature Request
Status:  Fixed Assigned to:  None
Originator Name:  Open/Closed:  Closed
Release:  dev Operating System:  Any

Add a New Comment (Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


Tue 24 Feb 2015 11:08:15 AM UTC, comment #5: 

I meant a shell alias. I am using Gnome 3.14.1 (Debian Jessie)

Anyway, I tried again today, with and without the --force-gui, and with and without the bash alias. I get the same results as you. The shell alias seems to make no difference, and I require the --force-gui option.

This is weird. The difference is that this time I modified the octave source, ran make install, log off and log back, and then tested. Yesterday I only modified the already installed desktop file (maybe there's a cache file with the menu entries but reading the specs and man pages I could not find reference to any).

Anyway, pushed http://hg.savannah.gnu.org/hgweb/octave/rev/0178c5a98d6f

Carnë Draug <carandraug>
Project Member
Tue 24 Feb 2015 03:51:20 AM UTC, comment #4: 

Does not work for me without --force-gui on the Exec= line. What desktop environment are you using?

I don't understand how the desktop launcher would interact with shell aliases at all. Or do you mean some other kind of alias?

For me, the launcher without --force-gui does nothing. I think it is doing the same as this:

$ octave </dev/null

Mike Miller <mtmiller>
Project Administrator
Mon 23 Feb 2015 04:49:05 PM UTC, comment #3: 

It is done http://hg.savannah.gnu.org/hgweb/octave/rev/a1acca0c2216

the --force-gui option is not required. There are the following caveats though. If the user has an octave alias for 'octave --no-gui' (like I do), then the menu entry will open the terminal window to then start the gui anyway. Adding the --force-gui to the desktop entry, in conjunction with having an octave alias for --no-gui will have the menu entry silently fail.

On a slightly related note, I also added the text/x-octave and text/x-matlab to the mime types supported by Octave. As part of a desktop the install, we will now rebuild the system mime database. See http://hg.savannah.gnu.org/hgweb/octave/rev/737b5d449aaf

Carnë Draug <carandraug>
Project Member
Mon 23 Feb 2015 04:39:59 PM UTC, comment #2: 

I think one icon is sufficient.  People who know how to use a terminal will know how to invoke the Octave CLI.

Rik <rik5>
Project Administrator
Mon 23 Feb 2015 02:53:30 PM UTC, comment #1: 

Since 4.0 is the GUI release, I propose that the .desktop be updated to start the GUI unconditionally. No need for 2 desktop entries. People who want to use Octave in a terminal or in Emacs should know how to do that. People who start Octave from a launcher icon should get the GUI now.

The launcher needs --force-gui also, right? At least it did when I made a launcher a while ago.

Mike Miller <mtmiller>
Project Administrator
Mon 23 Feb 2015 02:23:26 PM UTC, original submission:  

Octave will now install a desktop entry. This will make it appear on application menus which is all nice. However, with the GUI, it will open a terminal window and the GUI on another which is not really nice if people want to use the GUI

This can be fixed by changing the


line on 'etc/icons/octave.desktop.in'. What this change means is that people who want a command line only (no GUI) will not have an application menu entry for it.

Some options are: 1) install 2 application entries (with and without GUI); 2) assume that people who do not want a GUI will open a terminal themselves to start Octave.

Carnë Draug <carandraug>
Project Member


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by rik5 (Posted a comment)
  • -email is unavailable- added by mtmiller (Posted a comment)
  • -email is unavailable- added by carandraug (Submitted the item)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.




    Follow 8 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2015-02-24 carandraug StatusIn Progress => Fixed
        Open/ClosedOpen => Closed
    2015-02-24 mtmiller StatusFixed => In Progress
        Open/ClosedClosed => Open
    2015-02-23 carandraug StatusConfirmed => Fixed
        Open/ClosedOpen => Closed
    2015-02-23 mtmiller Item GroupNone => Feature Request
        StatusNone => Confirmed

    Back to the top

    Powered by Savane 3.5