Linux - DesktopThis forum is for the discussion of all Linux Software used in a desktop context.
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.
This crap persists. I just wiped /tmp again, no luck. For the life of me I cannot start a root konqueror right now.
I just rebooted, to no avail.
I cannot WAIT until KDE4 (read: it's background processes, as I'm using XFCE again) is at least as usable as KDE-3.5.4 was.
too many freakin' daemons running around, none of them with their &%$#*@ heads on right.
I've reloaded messagebus, restarted kdeinit & kdeinit4, kill -HUP kdesud.. Can't just su to root and start Konqueror directly, because it complains about $DISPLAY not being set. If I set $DISPLAY, it tells me it can't connect to X server on $DISPLAY and the odd time it pretends it's gonna 'connect', it quits, telling me DCOP_server session is missing. Can't win here.
the only way you can do that is if you run konsole or some other terminal emulator from within your current X session. so if you are on your XFCE desktop, hit alt+F2 and type konsole (or maybe xterm if you feel like not using kde's crap). then su, then konqueror. should do the trick!
the only way you can do that is if you run konsole or some other terminal emulator from within your current X session. so if you are on your XFCE desktop, hit alt+F2 and type konsole (or maybe xterm if you feel like not using kde's crap). then su, then konqueror. should do the trick!
Generally, I'd like to think that by this long investigating a proble,, I'd have a reasonably good idea where the problem is occurring, but I'm stumped -- especially with the inconsistencies of it working on occasion, but not usually.
bash-3.1# ./mirror-slackware-current-basicDVD -X $PWD/excludefile
#
# Mirroring slackware64-current from slackware.mirrors.tds.net::slackware/slackware64-current ...
#
Changing to /var/cache/slackware64-current ...
Tue Aug 11 09:21:23 ADT 2009 [1770]: Getting ChangeLog.txt...
receiving file list ... done
ChangeLog.txt
sent 138 bytes received 15873 bytes 1883.65 bytes/sec
total size is 60409 speedup is 3.77
/var/cache/slackware64-current
0a1,28
> Tue Aug 11 01:04:25 CDT 2009
> a/etc-13.0-noarch-1.txz: Upgraded.
> Added root to power, netdev, and scanner groups in /etc/group.
> a/pciutils-3.1.3-x86_64-1.txz: Upgraded.
> a/rpm2tgz-1.1-x86_64-1.txz: Upgraded. Make .tgz with makepkg, not tar.
> ap/man-1.6f-x86_64-2.txz: In man.conf, change nroff from using -Tlatin1 to
> using -mandoc. Thanks to Ricardo Garcia.
> ap/man-pages-3.22-noarch-1.txz: Upgraded.
> d/guile-1.8.7-x86_64-1.txz: Upgraded.
> kde/kaudiocreator-r1008583-x86_64-1.txz: Upgraded.
> kde/kdelibs-4.2.4-x86_64-3.txz: Rebuilt. Patched kdesu to fix NOPASS option.
> Thanks to Piter Punk!
The above is among the changes in the -current tree's latest changes/additions. While I haven't a clue why nobody else seems to be having this trouble, **maybe** that patch will do something
Maybe I need to wipe the partition, and reinstall the whole thing again, instead of upgrading.. That should fix it if this is due to screwy configuration, package overlap, or similar oddities.
dude, thanks a ton! I was having kdesu troubles and that did the trick!
matti,
let us know if your troubles stay gone for good; mine are still here, and sadly, I've just adapted to them :\
1) kdesu
2) hit enter a couple times
3) enter password, get rejected, close dialog box
4) kdesu
5) hit enter at least once with no password
6) enter password, get accepted, hope application starts
7) if application didn't start, return to (4) and repeat
i'm afraid i won't be of much help. I stumbled upon this thread through a google search on how to solve kdesu trouble. I guess my case is totally different (I even didn't fully get your problem as it seems to be detailed on other forum posts), but it happened to be solved through the advise found in this thread. sorry to disappoint you, my problem is fully solved, but it was probably not really related to yours. When I launched kdesu, simply nothing happened. that was my problem now everything still works after removing the /tmp files.
Since fully re-installing virtually my entire system on top of itself in one shot, rather than running the previously rsynced situation I had been running during the process of upgrading & testing -current, I can now confirm that `kdesu` is working as it should
So, I must have had some slight mess with some packages or libs, perhaps due to slight overlap/underlap of packages while maintaining the system via rsync. Don't really know for sure, but it's now working!
I wish to thank everyone who contributed thoughts and information during the course of this thread: Thanks!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.