[EMAIL PROTECTED] wrote: > Nope, just > $ ps ax | grep gconfd > 18776 pts/2 S+ 0:00 grep gconfd > > And I don't see any item in rcconf(8) that says I disabled it from > doing what it is supposed to do.
Nope, it should start with the user session. That's a very likely culprit for the whole problem. I should have thought of that question before. > Anyway, maybe just maybe there is a missing Depends that you have > installed but I don't because it is missing. Yes, it's a possibility, but if my last assumption is right, it's a hard to categorize bug because even if I add a "Depends" on gconfd and you have it installed, there are no guaranties you'll actually be running it in your session and the bug would happen again. I can't - as a packager - enforce relationships on running programs. So I should probably file an upstream bug to either add a fallback to a more desktop-environment-agnostic way of running a browser or at least warn the user that since gconf is not running it's can't locate the right browser to run, making it at least fail with some sign of life instead of just doing nothing. > OK, I'll send you the results of > $ aptitude -F %p search ~i|gzip > /tmp/jidanni.installed > by private mail so you can explore what I don't have and you do. Instead of that, simply try starting gconfd manually and check transmission again. If it works, my latest assumption is right. > Wait, what about that ephin...-browser setting. Should I change that? No, you can leave it as sensible-browser or iceweasel. Alternatively you can delete it and it'll fall back to the installed default. Cheers -- Leo "costela" Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
