Slackware This Forum is for the discussion of Slackware Linux.
|
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
 |
|
06-24-2013, 11:25 PM
|
#271
|
Member
Registered: Mar 2002
Location: 127.0.0.1
Distribution: Slackware and OpenBSD
Posts: 740
Original Poster
Rep: 
|
Oh, and to answer your question about where mozo saves the changes you make to the menu, that would be in $HOME/.config/menus. There is a file there called 'mate-applications.menu' and another called 'mate-settings.menu' which first sources /etc/xdg/menus/mate-applications.menu or /etc/xdg/menus/mate-settings.menu and then also saves any local changes. For example, I just added (by clicking) the shotwell-viewer.desktop which was unselected by default. The $HOME/.config/menus/mate-applications.menu file now shows this:
Code:
chess@slack 11:20 PM ~/.config/menus $ more mate-applications.menu
<!DOCTYPE Menu
PUBLIC '-//freedesktop//DTD Menu 1.0//EN'
'http://standards.freedesktop.org/menu-spec/menu-1.0.dtd'>
<Menu>
<Name>Applications</Name>
<MergeFile type="parent">/etc/xdg/menus/mate-applications.menu</MergeFile>
<Menu>
<Name>Graphics</Name>
<Include>
<Filename>shotwell-viewer.desktop</Filename>
</Include>
<AppDir>/home/chess/.local/share/applications</AppDir>
</Menu>
</Menu>
The second <Menu> ... </Menu> section has my local change, so you could go in there and edit the file and remove any local changes (or just use mozo itself). But I don't think that has anything to do with the Open With > Other Applications list.
Okay, so I see your edit where you say Thunar has the same duplicates. So I think both of these file managers just list all the relevant .desktop files in /usr/share/applications and /usr/share/applications/kde4 to create the list. I'm not sure how to prevent that other than removing the .desktop files, which I doubt you'd want to do. Maybe there is way to create a local file that overrides the default ... not sure, but I'll see what I can find out.
Last edited by chess; 06-24-2013 at 11:29 PM.
|
|
|
06-24-2013, 11:38 PM
|
#272
|
Member
Registered: Jul 2012
Distribution: Slackware
Posts: 95
Rep:
|
the problem is that okular for example, inside /usr/share/applications/kde4, has an entrie for each file it can be oppened?, thats kind of weird if you ask me. and i think thats a KDE problem.
Code:
krita.desktop
krita_bmp.desktop
krita_exr.desktop
krita_jpeg.desktop
krita_odg.desktop
krita_ora.desktop
krita_pdf.desktop
krita_png.desktop
krita_ppm.desktop
krita_psd.desktop
krita_raw.desktop
krita_tiff.desktop
krita_xcf.desktop
Code:
okular.desktop
okularApplication_chm.desktop
okularApplication_comicbook.desktop
okularApplication_djvu.desktop
okularApplication_dvi.desktop
okularApplication_epub.desktop
okularApplication_fax.desktop
okularApplication_fb.desktop
okularApplication_ghostview.desktop
okularApplication_kimgio.desktop
okularApplication_mobi.desktop
okularApplication_odp.desktop
okularApplication_ooo.desktop
okularApplication_pdf.desktop
okularApplication_plucker.desktop
okularApplication_tiff.desktop
okularApplication_xps.desktop
that is dumb.
|
|
|
06-24-2013, 11:44 PM
|
#273
|
Member
Registered: Mar 2002
Location: 127.0.0.1
Distribution: Slackware and OpenBSD
Posts: 740
Original Poster
Rep: 
|
No, I think that is intended behavior. Each one of those .desktop files might call the application with different options, like to open a pdf or a link or whatever. Look through those .desktop files for the Exec= line and you'll probably find different options to launch the application.
|
|
|
06-24-2013, 11:49 PM
|
#274
|
Member
Registered: Jul 2012
Distribution: Slackware
Posts: 95
Rep:
|
Quote:
Originally Posted by chess
No, I think that is intended behavior. Each one of those .desktop files might call the application with different options, like to open a pdf or a link or whatever. Look through those .desktop files for the Exec= line and you'll probably find different options to launch the application.
|
i know that, im just saying that in a configuration sense, it is better to have that kind of options in a single file.
either way, if the dialog is listing the .desktop files from these dirs, i better leave them there. i dont want to messed up apps/files relations in KDE.
and it is annoying, but whatever. :P
|
|
|
06-24-2013, 11:51 PM
|
#275
|
Member
Registered: Mar 2002
Location: 127.0.0.1
Distribution: Slackware and OpenBSD
Posts: 740
Original Poster
Rep: 
|
Quote:
Originally Posted by cisneros
i know that, im just saying that in a configuration sense, it is better to have that kind of options in a single file.
either way, if the dialog is listing the .desktop files from these dirs, i better leave them there. i dont want to messed up apps/files relations in KDE.
and it is annoying, but whatever. :P
|
Agreed, it does seem like there should be a better way of doing it. Anyway, hope this helps and thanks again for testing MATE. :-)
|
|
|
06-24-2013, 11:53 PM
|
#276
|
Member
Registered: Jul 2012
Distribution: Slackware
Posts: 95
Rep:
|
Quote:
Originally Posted by chess
Agreed, it does seem like there should be a better way of doing it. Anyway, hope this helps and thanks again for testing MATE. :-)
|
I guess thats the kind of stuff you have to deal with if you have KDE + MATE + Xfce in the same system.
|
|
|
06-25-2013, 04:04 AM
|
#277
|
Member
Registered: Nov 2010
Location: Kaunas, Lithuania
Distribution: Slackware
Posts: 234
Rep: 
|
Quote:
Originally Posted by JackHair
Just to clarify, I think you're too dismissive right of the bat. You don't try to look for a solution, you only say "it's not caused by mate". I don't think it's very realistic to only look at it when the system is clean. Who will use a clean system and don't install software? No one! If you want to have software tested you have to realize things can go wrong. If they do try to solve it instead of dismissing it.
|
I think this is not the case at all. I am amazed how much effort Willysr and Chess put in Mate SlackBuild project  If they would include their PayPal address somewhere, I would gladly send few drinks their way  If only more open source projects would get this level of devotion.
Cheers!
|
|
|
06-25-2013, 05:57 AM
|
#278
|
Senior Member
Registered: Jul 2004
Location: Jogja, Indonesia
Distribution: Slackware-Current
Posts: 4,829
|
I do have one on my slackblogs 
|
|
|
06-25-2013, 09:55 AM
|
#279
|
Member
Registered: Aug 2009
Location: Netherlands
Distribution: Slackware64-current
Posts: 167
Rep:
|
Quote:
Originally Posted by Totoro-kun
I think this is not the case at all. I am amazed how much effort Willysr and Chess put in Mate SlackBuild project  If they would include their PayPal address somewhere, I would gladly send few drinks their way  If only more open source projects would get this level of devotion.
Cheers!
|
The effort they put in is cool. But this topic is "a call for testing". I come in and test, I get a problem, I come here and say what happened, and give a solution. Then one comes and tells me it's not true? Then comes back uh it is true? Maybe it would be nice to give people respect who try to help, instead of shooting them down without even testing!? It doesn't say on first post you're only supposed to use it on a clean install. I thought I was supposed to come and tell the problems I get. That's what's testing is about isn't it? But then it's "you're not on clean install, it's not the package, again without checking 1st. It's not the point who's wrong or right, it's the way I been treated. I won't take that when I just try to lend a hand.
|
|
|
06-25-2013, 10:43 AM
|
#280
|
Senior Member
Registered: Jul 2004
Location: Jogja, Indonesia
Distribution: Slackware-Current
Posts: 4,829
|
On the first post, Chess called for testing the development branch of MATE 1.5 and since MATE 1.6 was already released officially, we would suggest users to have a look on this page for the official site for Mate SlackBuilds Project and there it's clearly defined :
Only a full install of the latest Slackware release is officially supported.
besides that, i guess it's fairly normal to support only the official release since it's reproduceable which ease the developer to find the cause of the problem. We can't have all kinds of possibilities when trying to find an issue which is caused by third party applications that *might* be conflicting with packages in MATE
Last edited by willysr; 06-25-2013 at 10:45 AM.
|
|
|
06-25-2013, 11:45 AM
|
#281
|
Member
Registered: Mar 2002
Location: 127.0.0.1
Distribution: Slackware and OpenBSD
Posts: 740
Original Poster
Rep: 
|
Quote:
Originally Posted by JackHair
The effort they put in is cool. But this topic is "a call for testing". I come in and test, I get a problem, I come here and say what happened, and give a solution. Then one comes and tells me it's not true? Then comes back uh it is true? Maybe it would be nice to give people respect who try to help, instead of shooting them down without even testing!? It doesn't say on first post you're only supposed to use it on a clean install. I thought I was supposed to come and tell the problems I get. That's what's testing is about isn't it? But then it's "you're not on clean install, it's not the package, again without checking 1st. It's not the point who's wrong or right, it's the way I been treated. I won't take that when I just try to lend a hand.
|
You reported the issue with mate-icon-theme. Willy thought it was fine but then I noted the same problem so I fixed it in git and thanked you here. Then you come back with your post about mimetype problems and Firefox buttons. My first reply to you after that was:
Quote:
@JackHair - something else is going on with your system. MATE does not mess with Firefox or gftp or any other stock packages. If you changed your mimetypes, you can always change them back -- look in $HOME/.local/share/applications. I'm sure there is a KDE app where you can set your own mimetypes.
|
You then replied disagreeing with me, to which I posted:
Quote:
I've got it running on multiple systems and have never seen the issues you are describing. We've had other users test and we have not received any similar reports. But if you are able to show us how to reproduce the issue on a clean, full install of Slackware 14.0, we'd be happy to look into it. Thank you for testing and for your feedback.
|
I don't see how you've been mistreated, but regardless, we are still happy to help solve any issues you encounter that we can reproduce. Thanks again for testing MATE SlackBuilds and for your feedback.
|
|
3 members found this post helpful.
|
06-26-2013, 01:52 PM
|
#282
|
Member
Registered: Nov 2010
Location: Kaunas, Lithuania
Distribution: Slackware
Posts: 234
Rep: 
|
Quote:
Originally Posted by willysr
I do have one on my slackblogs 
|
cheers! :beerflying:
|
|
|
06-26-2013, 08:08 PM
|
#283
|
Senior Member
Registered: Jul 2004
Location: Jogja, Indonesia
Distribution: Slackware-Current
Posts: 4,829
|
Quote:
Originally Posted by Totoro-kun
cheers! :beerflying:
|
Received and landed safely in Indonesia, Thanks 
|
|
|
06-26-2013, 09:35 PM
|
#284
|
Guru
Registered: Mar 2004
Location: Canada
Distribution: Slackware, Debian, Ubuntu
Posts: 7,445
|
Quote:
Originally Posted by chess
I don't see how you've been mistreated, but regardless, we are still happy to help solve any issues you encounter that we can reproduce.
|
The poster has not been mistreated in my opinion. I think it is very cool that there is another Gnome alternative for Slackware! Kudos to you and willysr!! 
Last edited by hitest; 06-26-2013 at 09:46 PM.
|
|
1 members found this post helpful.
|
07-15-2013, 01:48 AM
|
#285
|
LQ Newbie
Registered: Aug 2006
Posts: 14
Rep:
|
Quote:
In file included from /usr/include/gstreamer-0.10/gst/gstelement.h:56:0,
from /usr/include/gstreamer-0.10/gst/gstbin.h:27,
from /usr/include/gstreamer-0.10/gst/gst.h:35,
from /usr/include/gstreamer-0.10/gst/interfaces/mixer.h:25,
from element.h:28,
from element.c:30:
/usr/include/gstreamer-0.10/gst/gstobject.h:283:3: error: unknown type name 'GStaticRecMutex'
GStaticRecMutex *lock;
^
In file included from /usr/include/gstreamer-0.10/gst/gstpad.h:35:0,
from /usr/include/gstreamer-0.10/gst/gstelement.h:57,
from /usr/include/gstreamer-0.10/gst/gstbin.h:27,
from /usr/include/gstreamer-0.10/gst/gst.h:35,
from /usr/include/gstreamer-0.10/gst/interfaces/mixer.h:25,
from element.h:28,
from element.c:30:
/usr/include/gstreamer-0.10/gst/gsttask.h:149:3: error: unknown type name 'GStaticRecMutex'
GStaticRecMutex *lock;
^
/usr/include/gstreamer-0.10/gst/gsttask.h:183:57: error: unknown type name 'GStaticRecMutex'
void gst_task_set_lock (GstTask *task, GStaticRecMutex *mutex);
^
/usr/include/gstreamer-0.10/gst/gsttask.h:184:57: error: unknown type name 'GThreadPriority'
void gst_task_set_priority (GstTask *task, GThreadPriority priority);
^
In file included from /usr/include/gstreamer-0.10/gst/gstelement.h:57:0,
from /usr/include/gstreamer-0.10/gst/gstbin.h:27,
from /usr/include/gstreamer-0.10/gst/gst.h:35,
from /usr/include/gstreamer-0.10/gst/interfaces/mixer.h:25,
from element.h:28,
from element.c:30:
/usr/include/gstreamer-0.10/gst/gstpad.h:671:3: error: unknown type name 'GStaticRecMutex'
GStaticRecMutex *stream_rec_lock;
^
In file included from /usr/include/gstreamer-0.10/gst/gstbin.h:27:0,
from /usr/include/gstreamer-0.10/gst/gst.h:35,
from /usr/include/gstreamer-0.10/gst/interfaces/mixer.h:25,
from element.h:28,
from element.c:30:
/usr/include/gstreamer-0.10/gst/gstelement.h:545:3: error: unknown type name 'GStaticRecMutex'
GStaticRecMutex *state_lock;
^
In file included from /usr/include/gstreamer-0.10/gst/gst.h:71:0,
from /usr/include/gstreamer-0.10/gst/interfaces/mixer.h:25,
from element.h:28,
from element.c:30:
/usr/include/gstreamer-0.10/gst/gsttrace.h:127:1: error: unknown type name 'GStaticMutex'
extern GStaticMutex _gst_trace_mutex;
^
make[3]: *** [element.o] Error 1
make[3]: Leaving directory `/tmp/msb/mate-media-1.6.0/gst-mixer/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/msb/mate-media-1.6.0/gst-mixer'
make[1]: *** [all-recursive] Error 1
|
Slackware64 14.0, clean install, upgraded to current.
Can anyone help me here?
|
|
|
All times are GMT -5. The time now is 12:29 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|