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.
Has anyone have tumblerd application consuming 100% of cpu?
In my XFCE 4.8 from time to time it happens and i have to kill it manually.
tumblerd may also cause problems with removable drives. It's the daemon that handles thumbnail duties. As it happens for me, if I mount an SD card from my camera, and attempt to remove the card before tumbler has had a chance to finish its work, or it hangs on particular file, just about anything can happen. Unable to mount device, tumbler never closes, tumbler crashes ...
If this is happening often to you in the same directories, it might be a corrupt file that tumbler is trying to access, a corrupt file in the thumbnail cache - Or tumbler has a bug with this/that/those particular files. If you have a billion photos in a single directory .... well
Sometimes deleting .thumbnails in your home directory may fix the problem.
0.1.23 had several fixes, at least one fix was for handling broken png files. Thu Dec 8 00:54:14 UTC 2011
Rebuilt xfce (BUILD=22_rlw) to upgrade tumbler (0.1.23)
1 members found this post helpful.
Click here to see the post LQ members have rated as the most helpful post in this thread.
tumblerd may also cause problems with removable drives. It's the daemon that handles thumbnail duties. As it happens for me, if I mount an SD card from my camera, and attempt to remove the card before tumbler has had a chance to finish its work, or it hangs on particular file, just about anything can happen. Unable to mount device, tumbler never closes, tumbler crashes ...
If this is happening often to you in the same directories, it might be a corrupt file that tumbler is trying to access, a corrupt file in the thumbnail cache - Or tumbler has a bug with this/that/those particular files. If you have a billion photos in a single directory .... well
Sometimes deleting .thumbnails in your home directory may fix the problem.
0.1.23 had several fixes, at least one fix was for handling broken png files. Thu Dec 8 00:54:14 UTC 2011
Rebuilt xfce (BUILD=22_rlw) to upgrade tumbler (0.1.23)
Thanks for the info, I already have that last version of Robby packages.
I will delete the thumbnails and see what happens
That link will be broken once that branch is merged to master (which happens before the next public update).
Has the weather plug-in gone south, again?
It will install to the panel and search and find any location I request, but it will not update the weather information.
Thanks.
Has the weather plug-in gone south, again?
It will install to the panel and search and find any location I request, but it will not update the weather information.
It's done that to me once; removing it from the panel and reinstalling it made things okay again. No idea. :/
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,125
Rep:
Quote:
Originally Posted by rworkman
It's done that to me once; removing it from the panel and reinstalling it made things okay again. No idea. :/
Tried that that. Didn't help. By watching the modem lights I can see that it is trying to get the information, but it finally gives up and if you put the mouse cursor over the icon on the panel it says, "Cannot update weather data."
I have a question about the slackbuild for the main xfce package. Here's an excerpt from it, where you're establishing package specific configure options:
Code:
# Here's where we patch or set up any other package-specific stuff:
# Disable hal support in exo and xfce4-session
if [ "$file" = "exo-$EXO_VERS.tar.$COMPRESSION" -o "$file" = "xfce4-session-$SESSION_VERS.tar.xz" ]; then
PACKAGE_SPECIFIC_OPTIONS="--disable-hal"
fi
# Enable gnome keyring support in xfce4-session
if [ "$file" = "xfce4-session-$SESSION_VERS.tar.$COMPRESSION" ]; then
PACKAGE_SPECIFIC_OPTIONS="--enable-libgnome-keyring"
fi
This might just be my ignorance when it comes to scripting, but in the case of xfce4-session, won't the second if/fi statement overwrite the PACKAGE_SPECIFIC_OPTIONS variable, which would lead to hal remaining enabled for xfce4-session?
I came across this because I was compiling xfce4-session by itself, in order to apply a patch:
We've had some experience with xfce4-session bumping users back to the login manager when shutdown or reboot is selected from the xfce menu. For some odd reason, it only seems to happen on an ext2 filesystem. On all filesystems, however, xfce4-session crashes the xorg-server when either of these buttons are selected. This patch seems to resolve the issue on my end.
I have a question about the slackbuild for the main xfce package. Here's an excerpt from it, where you're establishing package specific configure options:
Code:
# Here's where we patch or set up any other package-specific stuff:
# Disable hal support in exo and xfce4-session
if [ "$file" = "exo-$EXO_VERS.tar.$COMPRESSION" -o "$file" = "xfce4-session-$SESSION_VERS.tar.xz" ]; then
PACKAGE_SPECIFIC_OPTIONS="--disable-hal"
fi
# Enable gnome keyring support in xfce4-session
if [ "$file" = "xfce4-session-$SESSION_VERS.tar.$COMPRESSION" ]; then
PACKAGE_SPECIFIC_OPTIONS="--enable-libgnome-keyring"
fi
This might just be my ignorance when it comes to scripting, but in the case of xfce4-session, won't the second if/fi statement overwrite the PACKAGE_SPECIFIC_OPTIONS variable, which would lead to hal remaining enabled for xfce4-session?
Good catch - you're absolutely correct. The good part is that it doesn't matter here because hal isn't installed in the build environment, so the autodetection disables anyway. Even so, I fixed my local copy of the script to use VAR+=value -- thanks!
Quote:
I came across this because I was compiling xfce4-session by itself, in order to apply a patch:
We've had some experience with xfce4-session bumping users back to the login manager when shutdown or reboot is selected from the xfce menu. For some odd reason, it only seems to happen on an ext2 filesystem. On all filesystems, however, xfce4-session crashes the xorg-server when either of these buttons are selected. This patch seems to resolve the issue on my end.
No idea on that - I've not observed anything close to that behavior.
Great, thanks! Porteus (the slack-based distro I'm building xfce for) does have hal support enabled in the 32-bit version, but not 64. I added a fix to my build script (which downloads your sources and slackbuilds and modifies them a bit, then builds them), but it looks like I can remove it for my next build
The xfce4-session bug was not an easy one for me to catch, because on most systems, there's nothing visibly wrong. You push 'shutdown' or 'reboot' from the xfce menu, and the system appears to do exactly that --it just crashes xorg on the way down (also, I typically halt the system from the command line in Terminal rather than using the menu, which works fine). Of course, since I'm not running pure slackware, maybe things are different on your end. You may want to try shutting down from the menu, and then check your login manager log for anything unusual. This is what I was getting in my slim.log:
Code:
Terminal: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0.
** Message: xfsm-shutdown-helper.c:1470: Using ConsoleKit to Restart
xfsettingsd: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0.
gdu-notification-daemon: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0.
wicd-client.py: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0.
Importing pynotify failed, notifications disabled.
Has notifications support False
Loading...
Connecting to daemon...
Connected.
displaytray True
Done loading.
slim: waiting for X server to shut down
/usr/bin/xauth: file /var/run/slim.auth does not exist
X.Org X Server 1.9.5
Release Date: 2011-03-17
X Protocol Version 11, Revision 0
Build Operating System: Slackware 13.37 Slackware Linux Project
Current Operating System: Linux porteus 3.1.1-porteus #1 SMP PREEMPT Mon Nov 21 10:47:37 UTC 2011 i686
Kernel command line: root=/dev/ram0 rootfstype=ext4 rw initrd=/32/boot/initrd.xz from_dev=UUID:b459f3f5-b0c4-4462-a638-889d03cd8c19 from_dir=/32/porteus/ vga=791 toroot xfce changes=/dev/sdb2/32/ BOOT_IMAGE=/32/boot/vmlinuz
Build Date: 18 March 2011 12:08:03AM
Current version of pixman: 0.20.2
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Thu Dec 22 13:13:31 2011
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(EE) Failed to load module "nv" (module does not exist, 0)
resize called 1680 1050
slim: unexpected signal 15
that excerpt starts when I hit the 'reboot' button from the menu, and you can see that Terminal, xfsettingsd, gdu-notification-daemon and wicd-client all lose their connection to the X server (instead of being killed cleanly). Then, since xorg crashed, it restarts and brings the user back to the SLiM login screen instead of proceeding to shut down (this part only happens on an ext2 filesystem). On my system it would hang at the login screen for five seconds and then shut down, but on other systems, it would stay there indefinitely.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,125
Rep:
Quote:
Originally Posted by cwizardone
Has the weather plug-in gone south, again?
It will install to the panel and search and find any location I request, but it will not update the weather information.
Thanks.
Quote:
Originally Posted by rworkman
It's done that to me once; removing it from the panel and reinstalling it made things okay again. No idea. :/
Quote:
Originally Posted by cwizardone
Tried that that. Didn't help. By watching the modem lights I can see that it is trying to get the information, but it finally gives up and if you put the mouse cursor over the icon on the panel it says, "Cannot update weather data."
Just an update: Over the last couple of months I've installed (and un-installed) a couple of different packages and have built and installed (and un-installed) the SlackBuild version a few times and the weather plug-in has refused to work.
Last night I built it again and, again, it refused to work, It would install to the panel, but repeated what I described in the quote just above.
This morning I was looking at the set-up options for the weather plug-in and noticed (I've seen it before) that it can be used with a proxy. So, I fired up Tor, filled in the information in the plug-in properties box, and BINGO the thing worked. Very weird, but it works.
On another note, I've gotten very comfortable with Xfce 4.6.2 and see no need (for myself) to use Xfce 4.8.x. I've tried all 26 of the builds of Xfce 4.8.x that Mr. Workman has been kind enough to provide, but there has always been one problem or the other, none of which occur in 4.6.2. Unless 4.10 fixes the problems in 4.8.x, and turns out to be as stable as 4.6.2, I don't foresee there will be any reason to use it. Time will tell.
Last edited by cwizardone; 03-20-2012 at 11:18 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.