aMSN fails to launch when msntranslator or gnotify plugin is used
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
amsn (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Jaunty |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
<SRU justification>
Impact: Users that use certain amsn-plugins (such as the popular gnotify and msntranslator plugin) can't start amsn.
Resolution: With the help of an upstream developer, amsn's upstream source-code was patched (http://
Patch is available:
- https:/
- attached to comment#19
TEST CASE: Install the amsn-plugin "gnotify" or "msntranslator" and try to start amsn. Amsn will crash.
</SRU justification>
Binary package hint: amsn
Every time I go to launch aMSN after upgrading to Jaunty, aMSN fails to launch. Launching from the command line gives me this message:
omega13a@
Error in startup script: version conflict for package "http": have 2.7.2, need exactly 2.4.4
while executing
"package require -exact http 2.4.4"
(file "proxy.tcl" line 12)
invoked from within
"source proxy.tcl"
("uplevel" body line 29)
invoked from within
"uplevel \#0 {
# amsncore.tcl is already loaded but we'll re-source it here in case we manually do reload_files
source amsncore.tcl
source audio.tc..."
(procedure "reload_files" line 2)
invoked from within
"reload_files"
(file "/usr/bin/amsn" line 272)
I've tried reinstalling aMSN and even tcl and I still get that message.
Here's the output of lsb_release -rd and apt-cache policy amsn if it is of any help.
omega13a@
Description: Ubuntu 9.04
Release: 9.04
omega13a@
amsn:
Installed: 0.97.2~
Candidate: 0.97.2~
Version table:
*** 0.97.2~
500 http://
100 /var/lib/
Related branches
Changed in amsn (Ubuntu): | |
status: | New → Incomplete |
Changed in amsn (Ubuntu): | |
status: | Incomplete → Fix Committed |
Changed in amsn (Ubuntu): | |
assignee: | petski (petski) → nobody |
Changed in amsn (Ubuntu Jaunty): | |
assignee: | nobody → Fabrice Coutadeur (fabricesp) |
status: | Confirmed → In Progress |
Thank you for your bugreport.
There might be an unwanted version of "http.tcl" somewhere on your filesystem (in ~/plugins/ ?). Please find all files with the name "http.tcl" on your filesystem and send us the output of the command.
pet@workmate:~$ sudo updatedb
pet@workmate:~$ locate http.tcl
If there's a version of "http.tcl" in ~/plugins, please temporary move it somewhere else to see if that makes a difference. If it does, please try to figure out where the file comes from and let us know.
If we're not lucky, we need to find out which "PATH" amsn uses:
- edit the file "/usr/share/ amsn/amsn" with your favorite editor. Since the file may only be modified by root, please edit it as the root user (i.e. "gksudo gedit /usr/share/ amsn/amsn" )
- find line 169, which begins with "lprepend auto_path [file join utils]"
- add these three lines underneath line 169:
puts $auto_path
puts $program_dir
puts $HOME
- save the file
- execute amsn from the commandline again. Wonder what is says. In my case it says:
pet@workmate:~$ amsn .amsn/plugins /usr/share/ tcltk/tcl8. 5 /usr/lib /usr/local/ lib/tcltk /usr/local/ share/tcltk /usr/lib/tcltk /usr/share/tcltk /usr/share/ tcltk/tk8. 5 /usr/share/ tcltk/tk8. 5/ttk
utils utils/linux /home/pet/
/usr/share/amsn
/home/pet/.amsn
HTH