The application launcher (Alt-F2) in Mate is not fully functional: if you tick the "Start in a terminal" box, then any command that you try to issue will fail with two error messages, e.g. with the command "ls" (approximative translation): * Impossible to open the path "file:///home/akien/ls": File does not exist * Impossible to start the command "ls": The launch of the child process "mate-terminal" failed (No such file or directory). It seems MATE uses gnome-terminal, so the default terminal application should probably be changed. Reproducible: Steps to Reproduce:
Assignee: bugsquad => tarakbumba
Hi. MATE uses mate-terminal for this purpose and it is fork of gnome-terminal= 2.32 like MATE Desktop itself. I' ll look into this issue, seems fixed in MATE 1.8 so i' ll try to pick relevant code into our MATE 1.6. Note that, any bash command like "ls" or "grep" you'll pass to the terminal will be processed but terminal window will be closed immediately after the command finished its job. You even can not see what is written to output, but an opening and closing terminal window in just a blink. This is how gnome-terminal was written and so mate-terminal does, unlike KDE's konsole. See: https://www.google.com.tr/search?q=gnome-terminal+closes+after+execution&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:tr:official&client=firefox-a&channel=sb&gfe_rd=cr&ei=Zlx7U7eYI-jc8ge9gYHYBg
Actually, i' ve checked this on my Mageia 4 up-to-date VM with MATE Desktop installed and i can not reproduce this issue. Would you mind to re-try with a new user? Also as i've wrote above, it (mate-panel --run-dialog) launches default terminal which is mate-terminal, runs the command and the terminal closes itself. Just in a blink time. This behavior of mate-terminal is MATE Devs choice. You can change it by Edit menu > Profile Preferences > Title and Command > When Command Exits > Change from "Exit the terminal" to "HOLD THE TERMINAL OPEN" in mate-terminal. If you would like, you can report this default behavior to https://github.com/mate-desktop/mate-terminal/issues/new
Well I guess the issue is simply that task-mate-minimal does not require mate-terminal, and since I hadn't installed task-mate I did not have it. I'm not sure what pulled in gnome-terminal, maybe it was required by Cinnamon.
Then it's invalid?
Well if you consider than a terminal should not be part of the minimal setup, then yes :)
s/than/that/
(In reply to Rémi Verschelde from comment #5) > Well if you consider than a terminal should not be part of the minimal > setup, then yes :) You' re right. I' ll update task-mate package, adding mate-terminal. Thanks for pointing out!
I have updated task-mate and task-mate-minimal packages in order to fix some required packages. Suggested advisory: ======================== task-mate-minimal package did not require mate-terminal and mate-keyring packages. Without these some mate features are broken. Especially, Run a Command dialog (ALT+F2) did not run any command in terminal. Updated package fixes this issue. Refeence: https://bugs.mageia.org/show_bug.cgi?id=13402 ======================== Test Case: ======================== 1-Before installing the update, if installed remove mate-terminal and try to run an application using mate run dialog (ALT+F2) and check "Start in terminal" checkbox 2-It does not run the application. 3-Install the updated task-mate-minimal package which also pulls mate-terminal and mate-keyring packages. 4-Retry step 1 (without removing mate-terminal manually) Updated packages in core/updates_testing: ======================== task-mate-1.6.0-9.1.mga4 task-mate-minimal-1.6.0-9.1.mga4 SRPMS: ======================== task-mate-1.6.0-9.1.mga4.src.rpm
Assignee: tarakbumba => qa-bugs
Testing mga4 32 & 64 Confirmed the added require.. # urpmq --requires task-mate-minimal 2>/dev/null | grep -e term -e keyring # urpmq --requires task-mate-minimal --media "Core Updates Testing" 2>/dev/null | grep -e term -e keyring mate-keyring[>= 1.6.0] mate-terminal[>= 1.6.0] Did quick test following the supplied procedure. # urpmi task-mate-minimal A requested package cannot be installed: task-mate-minimal-1.6.0-9.1.mga4.noarch (due to unsatisfied libmatewnck[>= 2.30.0])
Whiteboard: (none) => feedback
I have corrected libmatewnck required version: I have updated task-mate and task-mate-minimal packages in order to fix some required packages. Suggested advisory: ======================== task-mate-minimal package did not require mate-terminal and mate-keyring packages. Without these some mate features are broken. Especially, Run a Command dialog (ALT+F2) did not run any command in terminal. Updated package fixes this issue. Reference: https://bugs.mageia.org/show_bug.cgi?id=13402 ======================== Test Case: ======================== 1-Before installing the update, if installed remove mate-terminal and try to run an application using mate run dialog (ALT+F2) and check "Start in terminal" checkbox 2-It does not run the application. 3-Install the updated task-mate-minimal package which also pulls mate-terminal and mate-keyring packages. 4-Retry step 1 (without removing mate-terminal manually) Updated packages in core/updates_testing: ======================== task-mate-1.6.0-9.2.mga4 task-mate-minimal-1.6.0-9.2.mga4 SRPMS: ======================== task-mate-1.6.0-9.2.mga4.src.rpm
CC: (none) => tarakbumba
Whiteboard: feedback => has_procedure
Testing 32 and 64 bit.
CC: (none) => cmrisolde
I can't install the updated package, I keep getting an error message: ...retrieving failed: rsync failed: exited with 23
It's just a partial transfer Carolyn. You can google the exit codes of things like that. Probably a temporary mirror/network problem.
(In reply to Carolyn Rowse from comment #12) > I can't install the updated package, I keep getting an error message: > > ...retrieving failed: rsync failed: exited with 23 Probably server/mirror issue. Please change your mirror and re-try. Thank you for testing.
In VirtualBox, M3, MATE, 32-bit Package(s) under test: task-mate-minimal htop default install of task-mate-minimal & htop [root@localhost wilcal]# urpmi task-mate-minimal Package task-mate-minimal-1.6.0-8.1.mga4.noarch is already installed [root@localhost wilcal]# urpmi htop Package htop-1.0.2-3.mga4.i586 is already installed Attempt to launch htop using alt-f2 results in error messages: Could not open location 'file:///home/wilcal/htop Could not run command 'htop' install task-mate-minimal from updates_testing [root@localhost wilcal]# urpmi task-mate-minimal Package task-mate-minimal-1.6.0-9.2.mga4.noarch is already installed Attempt to launch htop using alt-f2 results in a terminal opening and it successfully launches htop. Test platform: Intel Core i7-2600K Sandy Bridge 3.4GHz GIGABYTE GA-Z68X-UD3-B3 LGA 1155 MoBo GIGABYTE GV-N440D3-1GI Nvidia GeForce GT 440 (Fermi) 1GB RTL8111/8168B PCI Express 1Gbit Ethernet DRAM 16GB (4 x 4GB) Mageia 4 64-bit, Nvidia driver virtualbox-4.3.10-1.1.mga4.x86_64 virtualbox-guest-additions-4.3.10-1.1.mga4.x86_64
CC: (none) => wilcal.int
(In reply to William Kenney from comment #15) > In VirtualBox, M3, MATE, 32-bit Correct to: In VirtualBox, M4, MATE, 32-bit
In VirtualBox, M4, MATE, 64-bit Package(s) under test: task-mate-minimal htop default install of task-mate-minimal & htop [root@localhost wilcal]# urpmi task-mate-minimal Package task-mate-minimal-1.6.0-8.1.mga4.noarch is already installed [root@localhost wilcal]# urpmi htop Package htop-1.0.2-3.mga4.x86_64 is already installed Attempt to launch htop using alt-f2 results in error messages: Could not open location 'file:///home/wilcal/htop Could not run command 'htop' install task-mate-minimal from updates_testing [root@localhost wilcal]# urpmi task-mate-minimal Package task-mate-minimal-1.6.0-9.2.mga4.noarch is already installed Attempt to launch htop using alt-f2 results in a terminal opening and it successfully launches htop. Test platform: Intel Core i7-2600K Sandy Bridge 3.4GHz GIGABYTE GA-Z68X-UD3-B3 LGA 1155 MoBo GIGABYTE GV-N440D3-1GI Nvidia GeForce GT 440 (Fermi) 1GB RTL8111/8168B PCI Express 1Gbit Ethernet DRAM 16GB (4 x 4GB) Mageia 4 64-bit, Nvidia driver virtualbox-4.3.10-1.1.mga4.x86_64 virtualbox-guest-additions-4.3.10-1.1.mga4.x86_64
For me this update works fine. What say you?
Look good to me Bill. Thanks for the nice advisory and test case Atilla. Advisory uploaded. Validating. Could sysadmin please push to 4 updates Thanks
Keywords: (none) => validated_updateWhiteboard: has_procedure => has_procedure advisory mga4-32-ok mga4-64-okCC: (none) => sysadmin-bugs
Update pushed: http://advisories.mageia.org/MGAA-2014-0125.html
Status: NEW => RESOLVEDCC: (none) => tmbResolution: (none) => FIXED