[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#725823: marked as done (pu: package icedove/3.0.11-1+squeeze15)

Your message dated Sat, 19 Jul 2014 12:41:31 +0100
with message-id <1405770091.9607.13.camel@jacala.jungle.funky-badger.org>
and subject line Re: Bug#725823: pu: package icedove/3.0.11-1+squeeze15
has caused the Debian Bug report #725823,
regarding pu: package icedove/3.0.11-1+squeeze15
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
725823: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725823
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: pu

Dear release team,

for the icedove version 3.0.x (and 3.1.x in squeeze-backport) released
with squeeze are some similar bugs opened after the release of squeeze.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626812
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659301
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659994
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660736
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691985

Those bugs are all depened on undefined symbols that all happend after
the libc version > 2.11.3-x. That relay on the order icedove is reading
the symbols from the varous libraries and theese libraries again from
other libraries.

So in the end a fix is basicly simply, icedove has to be started with
the presetted variables LD_LIBRARY_PATH and LD_PRELOAD to be shure the
symbols are readed in the correct order and icedove will start and work
correctly.

The following patch will solve the described issues from the bug reports
above.
The patched file mozilla.in will become /usr/lib/icedove/icedove
(/usr/lib/thunderbird/thunderbird in the original Thunderbird package)
while package creating and is the executable start script for icedove.
This script calls at the end /usr/lib/icedove/run-mozilla.sh that is
shipped by Mozilla.

diff --git a/mozilla/build/unix/mozilla.in b/mozilla/build/unix/mozilla.in
index 4f54e23..336737c 100644
--- a/mozilla/build/unix/mozilla.in
+++ b/mozilla/build/unix/mozilla.in
@@ -134,6 +134,8 @@ if [ $debugging = 1 ]
 then
   echo $dist_bin/run-mozilla.sh $script_args $dist_bin/$MOZILLA_BIN "$@"
 fi
+export LD_LIBRARY_PATH=/usr/lib/icedove
+export LD_PRELOAD=/usr/lib/icedove/libxpcom.so
 "$dist_bin/run-mozilla.sh" $script_args "$dist_bin/$MOZILLA_BIN" "$@"
 exitcode=$?

Any chances to get this change into the next point release for Squeeze?

Regards
Carsten

--- End Message ---
--- Begin Message --- 
Control: tags -1 + wontfix

On Tue, 2014-07-08 at 20:26 +0100, Adam D. Barratt wrote:
> On Tue, 2013-10-08 at 21:30 +0200, Carsten Schoenert wrote:
[...]
> > Those bugs are all depened on undefined symbols that all happend after
> > the libc version > 2.11.3-x. That relay on the order icedove is reading
> > the symbols from the varous libraries and theese libraries again from
> > other libraries.
> > 
> > So in the end a fix is basicly simply, icedove has to be started with
> > the presetted variables LD_LIBRARY_PATH and LD_PRELOAD to be shure the
> > symbols are readed in the correct order and icedove will start and work
> > correctly.
> 
> Apologies if I'm missing something, but why does this only affect the
> squeeze packages?

We don't appear to have received a follow-up there, and as today was the
final point release for squeeze I'm going to close this bug now.

Regards,

Adam

--- End Message ---
Reply to: