Hello, everybody :-)
This is a fresh installation and I am still setting it up.
All seemed to be well until I tried to launch Icedove. A small icon followed the mouse, no other result.
I purged and reinstalled a couple of times, still no luck. So I purged, removed some gunk (files an directories) that was still there and installed the mozilla.debian version of Icedove.
Still the same. This time I thought to keep some of the error messages, where there were any. They are below, in the order in which I did them: not very logical I'm afraid.
Before I purge and install from source, possibly/probably with the same result, can anyone see what the problem is, and how I should resolve it?
Lisi
root@Squeeze:/home/john# aptitude install -t squeeze-backports icedove The following NEW packages will be installed: icedove 0 packages upgraded, 1 newly installed, 0 to remove and 79 not upgraded. Need to get 13.4 MB of archives. After unpacking 41.7 MB will be used. Get:1 http://backports.debian.org/debian-backports/ squeeze-backports/main icedove amd64 3.1.16-1~bpo60+1 [13.4 MB] Fetched 13.4 MB in 18s (729 kB/s) Selecting previously deselected package icedove. (Reading database ... 120924 files and directories currently installed.) Unpacking icedove (from .../icedove_3.1.16-1~bpo60+1_amd64.deb) ... Processing triggers for hicolor-icon-theme ... Processing triggers for man-db ... Setting up icedove (3.1.16-1~bpo60+1) ...
root@Squeeze:/home/john# icedove /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libimgicon.so: undefined symbol: NS_GetServiceManager root@Squeeze:/home/john# which icedove /usr/bin/icedove root@Squeeze:/home/john# /usr/bin/icedove /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libimgicon.so: undefined symbol: NS_GetServiceManager root@Squeeze:/home/john#
john@Squeeze:~$ icedove /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libimgicon.so: undefined symbol: NS_GetServiceManager john@Squeeze:~$ which icedove /usr/bin/icedove john@Squeeze:~$ whereis icedove icedove: /usr/bin/icedove /etc/icedove /usr/lib/icedove /usr/lib64/icedove /usr/share/icedove /usr/share/man/man1/icedove.1.gz john@Squeeze:~$ /usr/bin/icedove #/usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libimgicon.so: undefined symbol: NS_GetServiceManager john@Squeeze:~$ #
Dne po 28. května 2012 Lisi napsal(a):
Hello, everybody :-)
This is a fresh installation and I am still setting it up.
All seemed to be well until I tried to launch Icedove. A small icon followed the mouse, no other result.
I purged and reinstalled a couple of times, still no luck. So I purged, removed some gunk (files an directories) that was still there and installed the mozilla.debian version of Icedove.
Still the same. This time I thought to keep some of the error messages, where there were any. They are below, in the order in which I did them: not very logical I'm afraid.
Before I purge and install from source, possibly/probably with the same result, can anyone see what the problem is, and how I should resolve it?
Lisi
root@Squeeze:/home/john# aptitude install -t squeeze-backports icedove The following NEW packages will be installed: icedove 0 packages upgraded, 1 newly installed, 0 to remove and 79 not upgraded. Need to get 13.4 MB of archives. After unpacking 41.7 MB will be used. Get:1 http://backports.debian.org/debian-backports/ squeeze-backports/main icedove amd64 3.1.16-1~bpo60+1 [13.4 MB] Fetched 13.4 MB in 18s (729 kB/s) Selecting previously deselected package icedove. (Reading database ... 120924 files and directories currently installed.) Unpacking icedove (from .../icedove_3.1.16-1~bpo60+1_amd64.deb) ... Processing triggers for hicolor-icon-theme ... Processing triggers for man-db ... Setting up icedove (3.1.16-1~bpo60+1) ...
root@Squeeze:/home/john# icedove /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libimgicon.so: undefined symbol: NS_GetServiceManager root@Squeeze:/home/john# which icedove /usr/bin/icedove root@Squeeze:/home/john# /usr/bin/icedove /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libimgicon.so: undefined symbol: NS_GetServiceManager root@Squeeze:/home/john#
john@Squeeze:~$ icedove /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libimgicon.so: undefined symbol: NS_GetServiceManager john@Squeeze:~$ which icedove /usr/bin/icedove john@Squeeze:~$ whereis icedove icedove: /usr/bin/icedove /etc/icedove /usr/lib/icedove /usr/lib64/icedove /usr/share/icedove /usr/share/man/man1/icedove.1.gz john@Squeeze:~$ /usr/bin/icedove #/usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libimgicon.so: undefined symbol: NS_GetServiceManager john@Squeeze:~$ #
Hi Lisi,
I looked, it's probably quite an interesting bug that but probably not related to the Trinity:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637924 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626812
I tried two solutions:
1. Run icedove with LD_PRELOAD=/usr/lib/icedove/libxpcom_core.so:/usr/lib/icedove/libxpcom.so icedove
2. Add to apt sources deb http://mozilla.debian.net squeeze-backports icedove-esr and install the 10.0.3, the problem has not already.
Slavek --
On Monday 28 May 2012 14:12:43 Slávek Banko wrote:
Dne po 28. května 2012 Lisi napsal(a):
Hello, everybody :-)
This is a fresh installation and I am still setting it up.
All seemed to be well until I tried to launch Icedove. A small icon followed the mouse, no other result.
I purged and reinstalled a couple of times, still no luck. So I purged, removed some gunk (files an directories) that was still there and installed the mozilla.debian version of Icedove.
Still the same. This time I thought to keep some of the error messages, where there were any. They are below, in the order in which I did them: not very logical I'm afraid.
Before I purge and install from source, possibly/probably with the same result, can anyone see what the problem is, and how I should resolve it?
Lisi
root@Squeeze:/home/john# aptitude install -t squeeze-backports icedove The following NEW packages will be installed: icedove 0 packages upgraded, 1 newly installed, 0 to remove and 79 not upgraded. Need to get 13.4 MB of archives. After unpacking 41.7 MB will be used. Get:1 http://backports.debian.org/debian-backports/ squeeze-backports/main icedove amd64 3.1.16-1~bpo60+1 [13.4 MB] Fetched 13.4 MB in 18s (729 kB/s) Selecting previously deselected package icedove. (Reading database ... 120924 files and directories currently installed.) Unpacking icedove (from .../icedove_3.1.16-1~bpo60+1_amd64.deb) ... Processing triggers for hicolor-icon-theme ... Processing triggers for man-db ... Setting up icedove (3.1.16-1~bpo60+1) ...
I looked, it's probably quite an interesting bug that but probably not related to the Trinity:
Yes, I didn't even know which out of Debian, Mozilla and TDE was responsible
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637924 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626812
I tried two solutions:
- Run icedove with
LD_PRELOAD=/usr/lib/icedove/libxpcom_core.so:/usr/lib/icedove/libxpcom.so icedove
Did this work? Sadly I don't think it would be viable for the owner of the box in question. Or did you mean that I should put it in a script somewhere?
- Add to apt sources
deb http://mozilla.debian.net squeeze-backports icedove-esr and install the 10.0.3, the problem has not already.
That is one of the things I did, installation and error messages above. It didn't help at all.
I'll raise this with the Debian Users list, in case they can help. But I have Icedove running fine on a Squeeze box with LXDE, so if it is a Debian bug it is recently introduced.
I think that this is a deal breaker, but it is hard to know what to recommend for the owner.....
I think I'll try purging and installing from source before I give up. Thank you very much for being so helpful and replying.
Lisi
Dne po 28. května 2012 Lisi napsal(a):
I tried two solutions:
- Run icedove with
LD_PRELOAD=/usr/lib/icedove/libxpcom_core.so:/usr/lib/icedove/libxpco m.so icedove
Did this work? Sadly I don't think it would be viable for the owner of the box in question. Or did you mean that I should put it in a script somewhere?
Perhaps it would be added to /usr/lib/icedove/icedove (shell script). Add LD_PRELOAD=/usr/lib/icedove/libxpcom_core.so:/usr/lib/icedove/libxpcom.so on line: exec "$dist_bin/run-mozilla.sh"...
It's not very nice solution, but functional.
- Add to apt sources
deb http://mozilla.debian.net squeeze-backports icedove-esr and install the 10.0.3, the problem has not already.
That is one of the things I did, installation and error messages above. It didn't help at all.
No, no - apt source, which I mentioned, contains a newer version of Icedove ESR - 10.0.3. Newer than usual backports. You wrote about installing 3.1.16.
I'll raise this with the Debian Users list, in case they can help. But I have Icedove running fine on a Squeeze box with LXDE, so if it is a Debian bug it is recently introduced.
I think that this is a deal breaker, but it is hard to know what to recommend for the owner.....
I think I'll try purging and installing from source before I give up. Thank you very much for being so helpful and replying.
Installing a new version - ESR (10.0.3) - seems like a good solution. It has (hopefully) maintained APT source.
Slavek --
On Monday 28 May 2012 15:13:43 Slávek Banko wrote:
Dne po 28. května 2012 Lisi napsal(a):
I tried two solutions:
- Run icedove with
LD_PRELOAD=/usr/lib/icedove/libxpcom_core.so:/usr/lib/icedove/libxpco m.so icedove
Did this work? Sadly I don't think it would be viable for the owner of the box in question. Or did you mean that I should put it in a script somewhere?
Perhaps it would be added to /usr/lib/icedove/icedove (shell script). Add LD_PRELOAD=/usr/lib/icedove/libxpcom_core.so:/usr/lib/icedove/libxpcom.so on line: exec "$dist_bin/run-mozilla.sh"...
It's not very nice solution, but functional.
- Add to apt sources
deb http://mozilla.debian.net squeeze-backports icedove-esr and install the 10.0.3, the problem has not already.
That is one of the things I did, installation and error messages above. It didn't help at all.
No, no - apt source, which I mentioned, contains a newer version of Icedove ESR - 10.0.3. Newer than usual backports. You wrote about installing 3.1.16.
I'll raise this with the Debian Users list, in case they can help. But I have Icedove running fine on a Squeeze box with LXDE, so if it is a Debian bug it is recently introduced.
I think that this is a deal breaker, but it is hard to know what to recommend for the owner.....
I think I'll try purging and installing from source before I give up. Thank you very much for being so helpful and replying.
Installing a new version - ESR (10.0.3) - seems like a good solution. It has (hopefully) maintained APT source.
I have obvoulsy made myself as clear as mud. :-(
I went to: http://mozilla.debian.net/ and followed the following instructions: (this is a copy and past, otherwise untouched)
Debian Mozilla team The Debian Mozilla team provides various versions of some Mozilla related packages for use on different Debian systems. The following wizard helps you to find the packages suitable for your system. Please note Iceweasel 3.6 is not supported anymore, and you are strongly advised to update to esr or release. The outdated Icedove release was also removed in favor of an esr.
« I am running Debian squeeze and I want to install icedove version esr » You need to add the following entry in /etc/apt/sources.list or a new file in /etc/apt/sources.list.d/: deb http://backports.debian.org/debian-backports squeeze-backports main deb http://mozilla.debian.net/ squeeze-backports icedove-esr
You can install it with the following commands: $ apt-get update $ apt-get install -t squeeze-backports icedove
Here is the sources.list: # deb cdrom:[Debian GNU/Linux 6.0.0 _Squeeze_ - Official amd64 NETINST Binary-1 20110205-14:31]/ squeeze main
#deb cdrom:[Debian GNU/Linux 6.0.0 _Squeeze_ - Official amd64 NETINST Binary-1 20110205-14:31]/ squeeze main
deb http://mirror.ox.ac.uk/debian/ squeeze main contrib non-free deb-src http://mirror.ox.ac.uk/debian/ squeeze main contrib non-free
deb http://security.debian.org/ squeeze/updates main contrib non-free deb-src http://security.debian.org/ squeeze/updates main contrib non-free
deb http://mirror.ox.ac.uk/debian/ squeeze-updates main contrib non-free deb-src http://mirror.ox.ac.uk/debian/ squeeze-updates main contrib non-free
deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-v3.5.13/debian squeeze main deb-src http://ppa.quickbuild.pearsonccomputing.net/trinity/trinity-v3.5.13/debian squeeze main deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-builddeps-v3.5.13... squeeze main deb-src http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-builddeps-v3.5.13... squeeze main
deb http://ppa.quickbuild.pearsoncomputing.net/slavek-banko/axis/ubuntu squeeze main deb-src http://ppa.quickbuild.pearsoncomputing.net/slavek-banko/axis/ubuntu squeeze main
deb http://backports.debian.org/debian-backports squeeze-backports main deb http://mozilla.debian.net/ squeeze-backports icedove-esr
And I used # aptitude update # aptitude install -t squeeze-backports icedove instead of running apt-get as a normal user, which I would not expect to have worked.
Here again is teh result:
root@Squeeze:/home/john# aptitude install -t squeeze-backports icedove The following NEW packages will be installed: icedove 0 packages upgraded, 1 newly installed, 0 to remove and 79 not upgraded. Need to get 13.4 MB of archives. After unpacking 41.7 MB will be used. Get:1 http://backports.debian.org/debian-backports/ squeeze-backports/main icedove amd64 3.1.16-1~bpo60+1 [13.4 MB] Fetched 13.4 MB in 18s (729 kB/s) Selecting previously deselected package icedove. (Reading database ... 120924 files and directories currently installed.) Unpacking icedove (from .../icedove_3.1.16-1~bpo60+1_amd64.deb) ... Processing triggers for hicolor-icon-theme ... Processing triggers for man-db ... Setting up icedove (3.1.16-1~bpo60+1) ...
root@Squeeze:/home/john# icedove /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libimgicon.so: undefined symbol: NS_GetServiceManager root@Squeeze:/home/john# which icedove /usr/bin/icedove root@Squeeze:/home/john# /usr/bin/icedove /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libimgicon.so: undefined symbol: NS_GetServiceManager root@Squeeze:/home/john#
john@Squeeze:~$ icedove /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libimgicon.so: undefined symbol: NS_GetServiceManager john@Squeeze:~$ which icedove /usr/bin/icedove john@Squeeze:~$ whereis icedove icedove: /usr/bin/icedove /etc/icedove /usr/lib/icedove /usr/lib64/icedove /usr/share/icedove /usr/share/man/man1/icedove.1.gz john@Squeeze:~$ /usr/bin/icedove #/usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libimgicon.so: undefined symbol: NS_GetServiceManager john@Squeeze:~$
Lisi
Dne po 28. května 2012 Lisi napsal(a):
And I used # aptitude update # aptitude install -t squeeze-backports icedove instead of running apt-get as a normal user, which I would not expect to have worked.
Here again is teh result:
root@Squeeze:/home/john# aptitude install -t squeeze-backports icedove The following NEW packages will be installed: icedove 0 packages upgraded, 1 newly installed, 0 to remove and 79 not upgraded. Need to get 13.4 MB of archives. After unpacking 41.7 MB will be used. Get:1 http://backports.debian.org/debian-backports/ squeeze-backports/main icedove amd64 3.1.16-1~bpo60+1 [13.4 MB] Fetched 13.4 MB in 18s (729 kB/s) Selecting previously deselected package icedove. (Reading database ... 120924 files and directories currently installed.) Unpacking icedove (from .../icedove_3.1.16-1~bpo60+1_amd64.deb) ... Processing triggers for hicolor-icon-theme ... Processing triggers for man-db ... Setting up icedove (3.1.16-1~bpo60+1) ...
Apparently, you install a version of backports (3.1.16) and not from the mozilla team (10.0.3). Try to run aptitude install icedove (without -t squeeze-backports).
Slávek --
On Monday 28 May 2012 15:46:18 Slávek Banko wrote:
Dne po 28. května 2012 Lisi napsal(a):
And I used # aptitude update # aptitude install -t squeeze-backports icedove instead of running apt-get as a normal user, which I would not expect to have worked.
Here again is teh result:
root@Squeeze:/home/john# aptitude install -t squeeze-backports icedove The following NEW packages will be installed: icedove 0 packages upgraded, 1 newly installed, 0 to remove and 79 not upgraded. Need to get 13.4 MB of archives. After unpacking 41.7 MB will be used. Get:1 http://backports.debian.org/debian-backports/ squeeze-backports/main icedove amd64 3.1.16-1~bpo60+1 [13.4 MB] Fetched 13.4 MB in 18s (729 kB/s) Selecting previously deselected package icedove. (Reading database ... 120924 files and directories currently installed.) Unpacking icedove (from .../icedove_3.1.16-1~bpo60+1_amd64.deb) ... Processing triggers for hicolor-icon-theme ... Processing triggers for man-db ... Setting up icedove (3.1.16-1~bpo60+1) ...
Apparently, you install a version of backports (3.1.16) and not from the mozilla team (10.0.3). Try to run aptitude install icedove (without -t squeeze-backports).
Thanks again Slávek. You have the patience and generosity of a saint.
I am precisely following their instructions. :-( That is what they say to do!
I'll have to purge again first, and manually clear up.. I'm going to land up with a mess of which Windows would be proud! :-( Here goes.... :-(
Lisi
On Monday 28 May 2012 15:46:18 Slávek Banko wrote:
Apparently, you install a version of backports (3.1.16) and not from the mozilla team (10.0.3). Try to run aptitude install icedove (without -t squeeze-backports).
Slávek -
\o/ \o/ If I could, I would hug you! You are not only extraordinarily helpful, but an extraordinarily helpful genius!
All I have to do now (all???) is persuade Icedove to use the data in the backup.
Lisi
Dne po 28. května 2012 Lisi napsal(a):
On Monday 28 May 2012 15:46:18 Slávek Banko wrote:
Apparently, you install a version of backports (3.1.16) and not from the mozilla team (10.0.3). Try to run aptitude install icedove (without -t squeeze-backports).
Slávek -
\o/ \o/ If I could, I would hug you! You are not only extraordinarily helpful, but an extraordinarily helpful genius!
All I have to do now (all???) is persuade Icedove to use the data in the backup.
Lisi
Pity that we are so far apart :$ I am glad I helped.
Slávek --
Not definitively solved for others though...
Happened this week here on a new Squeeze install. Icedove is critical, I don't use kmail because it's (T)DE-specific.
It's a Debian bug and an old one, I don't know why it's still a problem. Apparently is/was also in ubuntu. Mentions with various fixes:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626812 http://aptosid.com/index.php?name=PNphpBB2&file=printview&t=1256&... http://lists.debian.org/debian-glibc/2011/06/msg00320.html
My fix was install libgnome2-0
Dne po 28. května 2012 Lisi napsal(a):
I looked, it's probably quite an interesting bug that but probably not related to the Trinity:
Yes, I didn't even know which out of Debian, Mozilla and TDE was responsible
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637924 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626812
I tried two solutions:
- Run icedove with
LD_PRELOAD=/usr/lib/icedove/libxpcom_core.so:/usr/lib/icedove/libxpco m.so icedove
Did this work? Sadly I don't think it would be viable for the owner of the box in question. Or did you mean that I should put it in a script somewhere?
- Add to apt sources
deb http://mozilla.debian.net squeeze-backports icedove-esr and install the 10.0.3, the problem has not already.
That is one of the things I did, installation and error messages above. It didn't help at all.
I'll raise this with the Debian Users list, in case they can help. But I have Icedove running fine on a Squeeze box with LXDE, so if it is a Debian bug it is recently introduced.
I think that this is a deal breaker, but it is hard to know what to recommend for the owner.....
I think I'll try purging and installing from source before I give up. Thank you very much for being so helpful and replying.
Lisi
I have another interesting finding. The crash occurs only during first start - if the user does not have its profile in Icedove. Once the profile has, Icedove is working properly - without LD_PRELOAD.
Slavek --
On Monday 28 May 2012 15:29:17 Slávek Banko wrote:
I have another interesting finding. The crash occurs only during first start - if the user does not have its profile in Icedove. Once the profile has, Icedove is working properly - without LD_PRELOAD.
Thanks, Slávek. :-) It is really kind of you to take so much trouble. I shall try this now and report back. In theory, it has the profile from the backup - but I can always rescue the data etc. some other way if I can once get Icedove working!
Lisi