| Summary: | adesklets-0.5.1 can't "ls /tmp/*adesklets_fifo*" successfully | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Christopher Covington <covracer> |
| Component: | Current packages | Assignee: | Gentoo Dockapp Team <desktop-dock> |
| Status: | RESOLVED INVALID | ||
| Severity: | major | CC: | syfou |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Christopher Covington
2006-03-09 18:11:19 UTC
Some French Ubuntu users seem to be experiencing the same problem (only google result I could find). Perhaps a solution will splash into existence on that topic. See http://forum.ubuntu-fr.org/viewtopic.php?pid=223941 (with babelfish or whatever as necessary). The problem goes away when you try to register some desklet with adesklets (tried with anetmon). When I went and tried to register anetmon (installed with the fancy new autodownloader, although I do think having the desklets as USE flags or packages and being able to emerge them would be nice) I found the following:
$ ./anetmon.py
Traceback (most recent call last):
File "./anetmon.py", line 38, in ?
import adesklets
File "/usr/lib/python2.4/site-packages/adesklets/__init__.py", line 33, in ?
from adesklets.utils import *
File "/usr/lib/python2.4/site-packages/adesklets/utils.py", line 4, in ?
from commands import version
ImportError: cannot import name version
There's also a typo/language shift ("egal") in the comments but if that was worth reporting I guess it would go up upstream...
Before you use anetmon you have to emerge dev-python/pystatgrab... The spurious message: ls: /tmp/*adesklets_fifo*: No such file or directory is insignificant: it only says that there were no named pipe to clean up from the previous session; it shouldn't be outputted anyway, and it has been suppressed upstream[1]. From the last post, we know Christophers' desklets do not start because the detected install of the Python bindings is broken. I just checked the 0.5.1 ebuild in portage, and I couldn't find anything wrong with it; my guess so far would be that there are left-overs of previous (manual) adesklets installs in the system (from a version around 0.4.7); my suggestion would be to unmerge adesklets, make sure the system is clean (you should then get an import error on "python -c 'import adesklets'", and not the current trace), then re-emerge it. [1]http://adesklets.sourceforge.net/cgi-bin/gitweb.cgi?p=adesklets.git;a=commit;h=47f769303af2136b7e6a3c836bceb86f8c7ab2e0 Any news on your issue, Christopher? I'm readying the INVALID resolution button... I've reinstalled adesklets twice, but every time I get the same error.
$ ./modubar.py
Traceback (most recent call last):
File "./modubar.py", line 52, in ?
import adesklets
File "/usr/lib/python2.4/site-packages/adesklets/__init__.py", line 33, in ?
from adesklets.utils import *
File "/usr/lib/python2.4/site-packages/adesklets/utils.py", line 4, in ?
from commands import version
ImportError: cannot import name version
I've been using the installer that now is packaged with adesklets, although I don't think that that should make any difference.
Oh yeah, this is what I get when I emerge -C adesklets and run "python -c 'import adesklets'". I guess I should get around to fixing my dbus problems, or just get dbus off of my system. I've been having problems with it recently, but I haven't spent the time to investigate them yet. Does this mean, however, that adesklets is still on my system? IIRC I've only ever installed it from portage, although I have installed desklets by hand (there was no other way before the handy installer). Traceback (most recent call last): File "<string>", line 1, in ? File "/usr/lib/python2.4/site-packages/dbus/__init__.py", line 30, in ? File "/usr/lib/python2.4/site-packages/adesklets/initializer.py", line 13, in ? File "/usr/lib/python2.4/site-packages/adesklets/children_handler.py", line 5, in ? File "/usr/lib/python2.4/site-packages/adesklets/signal_handler.py", line 12, in ? File "/usr/lib/python2.4/site-packages/adesklets/signal_handler.py", line 19, in Signal_handler ImportError: No module named posix_signal > Does this mean, however, that adesklets is still on my system? That means you have at least a part of another adesklets version (probably older) still on your system interfering, and that you should get rid of it -- dbus message is unrelated. > [...] although I have installed desklets by hand no desklet I ever saw (and certainly no one distributed on adesklets web site), should it be installed through the installer or manually, overrides adesklets python package... It would be impossible anyway unless performed as root. Since you never installed adesklets manually, I have no clue how this happened; if you are curious about it, you could use equery from gentoolkit to try to learn more, while I just don't see how it could be a portage malfunction. Anyway, you should be able to get your system back into shape simply by doing: rm -rf /usr/lib/python2.4/site-packages/adesklets After unmerging adesklets once again... As for the initial spurious message (can't "ls /tmp/*adesklets_fifo*" successfully), it has been muted in adesklets 0.6.0 (bug #126086) Michele -- I do believe current discussion is not about a reproducible bug in adesklets or portage; my personnal feeling would be to close it. Christopher -- If you cannot solve this, just let me know by email; I will do my best to walk you out of this step by step. Yep, this issue is not about a bug in Gentoo... Feel free to reopen it if you think it necessary. |
