SlackwareThis 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.
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.
On my machine, it worked well, but it started a lot of file manager processes, causing the systray no room for other application and causing the machine to work on high load all the time until i logged out of the system.
any ideas on how to solve this problem?
i'm running -Current and i have all modules built fine here
i traced the mate-file-manager and run it in KDE and it reported an error
Code:
willysr@desktop:~$ caja
Initializing caja-open-terminal extension
The program 'caja' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadDrawable (invalid Pixmap or Window parameter)'.
(Details: serial 7 error_code 9 request_code 53 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
however, when i ran caja --sync as suggested, it worked well...
now the problem is how to make caja is called with --sync parameter by default
Huh, I'm not seeing that at all. It's working nicely here, 136 processes total with no real load. How are you starting MATE - from KDM/login manager or via startx?
First off - thanks for your efforts with this Chess.
I did a git clone, ran base/mate-build-base.sh and it fell over when it got to gtk-engines with "
You must have automake 1.7.x installed to compile".
So I replaced ./autogen.sh in the SlackBuild with ./configure and it got through the configure process and built. I realise this is probably not as robust but I'm curious to see what Mate looks like.
I am building on slackware64-current (March 20) BTW.
The rest of base and extra was uneventful. I pushed my luck and went into testing as well, and I have a few comments:
(1) mate-screensaver - the SlackBuild needed the old -L/usr/lib64 trick in
(2) mate-system-monitor required me to first install libgtop.
(3) mate-text-editor required me to first install gtksourceview.
Just logged out of KDE and logged into Mate desktop without rebooting and everything seems to be working.
I spoke too soon. When I launch mate-terminal I get this:
Code:
fskmh@workstation:~> mate-terminal
(mate-terminal:3356): GLib-GIO-ERROR **: Settings schema 'org.gnome.system.proxy.http' does not contain a key named 'use-http-proxy'
Trace/breakpoint trap
I am explicitly using a proxy (Squid). If I go into "Control Center" and then "Network Proxy" and change to "Direct internet connection", mate-terminal launches fine. Perhaps this is an upstream problem though, because there is no matching key in that schema:
Code:
fskmh@workstation:~> gsettings list-keys org.gnome.system.proxy.http
authentication-password
authentication-user
enabled
host
port
use-authentication
Tried the following and I can confirm that it does not work:
Code:
fskmh@workstation:~> gconftool-2 --set /system/http_proxy/use_http_proxy --type bool true
fskmh@workstation:~> gsettings set org.gnome.system.proxy.http host '127.0.0.1'
fskmh@workstation:~> gsettings set org.gnome.system.proxy.http port 3128
fskmh@workstation:~> gsettings set org.gnome.system.proxy mode 'manual'
I suspect that something has to be recompiled with this key enabled.
(2) mate-system-monitor required me to first install libgtop.
(3) mate-text-editor required me to first install gtksourceview.
Yes, those dependencies should already be listed in the READMEs. The stuff in /testing, BTW, is not supported -- that's why they are in /testing. :-) I might add those deps or might not.
Quote:
Just logged out of KDE and logged into Mate desktop without rebooting and everything seems to be working.
I spoke too soon. When I launch mate-terminal I get this:
Code:
fskmh@workstation:~> mate-terminal
(mate-terminal:3356): GLib-GIO-ERROR **: Settings schema 'org.gnome.system.proxy.http' does not contain a key named 'use-http-proxy'
Trace/breakpoint trap
I am explicitly using a proxy (Squid). If I go into "Control Center" and then "Network Proxy" and change to "Direct internet connection", mate-terminal launches fine. Perhaps this is an upstream problem though, because there is no matching key in that schema:
Code:
fskmh@workstation:~> gsettings list-keys org.gnome.system.proxy.http
authentication-password
authentication-user
enabled
host
port
use-authentication
Tried the following and I can confirm that it does not work:
Code:
fskmh@workstation:~> gconftool-2 --set /system/http_proxy/use_http_proxy --type bool true
fskmh@workstation:~> gsettings set org.gnome.system.proxy.http host '127.0.0.1'
fskmh@workstation:~> gsettings set org.gnome.system.proxy.http port 3128
fskmh@workstation:~> gsettings set org.gnome.system.proxy mode 'manual'
I suspect that something has to be recompiled with this key enabled.
Hmm, I have not seen these issues at all and I've now installed this on three separate systems, one running 64 bit current, but then again I don't use squid. Thanks for letting me about the fix in this particular use case.
i can confirm that everything is working well on Slackware64-Current with only base packages installed (no extra and testing)
now testing in another Slackware-Current machine with only base package installed
if it's proven to be OK, then i guess one of the modules in extra/testing caused the problem i had with file-manager in base
Following up on this -- mate-screensaver built and installed fine on my slackware64-14.0 and slackware64-current systems and chroots without this change and I see that mate-screensaver.pc was correctly installed into /usr/lib64, so not sure why we would need to add this. What happened on your system when you tried to build it?
Here is what I get after running the build script in an "su -l" environment (without the -L/usr/lib64 kludge):
Code:
..
..
make[3]: Entering directory `/tmp/msb/mate-screensaver-1.5.2/src'
CCLD mate-screensaver-gl-helper
/usr/lib64/gcc/x86_64-slackware-linux/4.7.2/../../../../x86_64-slackware-linux/bin/ld: skipping incompatible /usr/X11R6/lib/libbz2.so when searching for -lbz2
/usr/lib64/gcc/x86_64-slackware-linux/4.7.2/../../../../x86_64-slackware-linux/bin/ld: skipping incompatible /usr/X11R6/lib/libbz2.a when searching for -lbz2
/usr/lib64/gcc/x86_64-slackware-linux/4.7.2/../../../../x86_64-slackware-linux/bin/ld: skipping incompatible /usr/X11R6/lib/libz.so when searching for -lz
/usr/lib64/gcc/x86_64-slackware-linux/4.7.2/../../../../x86_64-slackware-linux/bin/ld: skipping incompatible /usr/X11R6/lib/libz.a when searching for -lz
/usr/lib64/gcc/x86_64-slackware-linux/4.7.2/../../../../x86_64-slackware-linux/bin/ld: skipping incompatible /usr/X11R6/lib/libresolv.so when searching for -lresolv
/usr/lib64/gcc/x86_64-slackware-linux/4.7.2/../../../../x86_64-slackware-linux/bin/ld: skipping incompatible /usr/X11R6/lib/libresolv.a when searching for -lresolv
/usr/lib64/gcc/x86_64-slackware-linux/4.7.2/../../../../x86_64-slackware-linux/bin/ld: skipping incompatible /usr/X11R6/lib/libpthread.so when searching for -lpthread
/usr/lib64/gcc/x86_64-slackware-linux/4.7.2/../../../../x86_64-slackware-linux/bin/ld: skipping incompatible /usr/X11R6/lib/libpthread.a when searching for -lpthread
/usr/lib64/gcc/x86_64-slackware-linux/4.7.2/../../../../x86_64-slackware-linux/bin/ld: skipping incompatible /usr/X11R6/lib/librt.so when searching for -lrt
/usr/lib64/gcc/x86_64-slackware-linux/4.7.2/../../../../x86_64-slackware-linux/bin/ld: skipping incompatible /usr/X11R6/lib/librt.a when searching for -lrt
/usr/lib/libXext.so: could not read symbols: File in wrong format
collect2: error: ld returned 1 exit status
make[3]: *** [mate-screensaver-gl-helper] Error 1
make[3]: Leaving directory `/tmp/msb/mate-screensaver-1.5.2/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/tmp/msb/mate-screensaver-1.5.2/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/msb/mate-screensaver-1.5.2'
make: *** [all] Error 2
I have experienced the linker trying link a 32 bit library with the odd package I have compiled in the past so I usually just force it to use /usr/lib64 without batting an eyelid.
I must confess - this is on slack64-current with a truckload of extra packages (mostly from SBo).
P.S. I have updated the following packages in the meantime:
mate-calc-1.5.2
mate-control-center-1.5.5
mate-desktop-1.5.8
mate-icon-theme-faenza-1.5.1
mate-keyring-1.5.1
mate-media-1.5.2
mate-settings-daemon-1.5.7
mate-terminal-1.5.1
mate-themes-1.5.1
mate-window-manager-1.5.5
These I added myself:
mate-file-manager-gksu-1.5.0
mate-bluetooth-1.5.1
mate-sensors-applet-1.5.2
mate-netspeed-1.5.2
I've been using this desktop for most of the afternoon and nothing's fallen over so far. Pulseaudio also seems to work the same as it does in KDE.
I have experienced the linker trying link a 32 bit library with the odd package I have compiled in the past so I usually just force it to use /usr/lib64 without batting an eyelid.
this is because you are using a multilib environment, that usually is not supported by *.SlackBuild scripts.
Just experienced the same issue willysr mentioned in #31. I tailed ~/.xsession-errors and got a bunch of these:
Code:
** Message: Initializing gksu extension...
Initializing caja-open-terminal extension
The program 'caja' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadDrawable (invalid Pixmap or Window parameter)'.
(Details: serial 7 error_code 9 request_code 53 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
While I was fiddling around looking for more details it stopped by itself after about a minute. Looks like it stopped because X reached its limit on the number of client connections.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.