Bug#702605: icedove does not start if ~/.icedove is empty.
tags 702605 + wontfix ignore-wheezy ignore-jessie thanks Hello, we asked the release team in the past to change the starting wrapper for the old versions 3.x in squeeze. But after a long time the RT did not respond on bug #725823 and they decided to not allow this little change to the start warpper. In the short time before the last point release was happen we was unable to answer the questions from the RT. Said but I mark this bug as wontfix and let it open as long as Squeeze will be longterm. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702605: icedove does not start if ~/.icedove is empty.
Hello On Sat, May 04, 2013 at 07:47:59PM +0200, Carsten Schoenert wrote: > Hello, > > On Sat, Mar 09, 2013 at 04:56:18PM +0100, g...@libero.it wrote: > > [...] > > > > Do you remember at which point in time people started to submit bugs > > about random failures to load shared objects? I believe they might be > > related to a change in debian/rules dating back to 2010: > > > > * [3b98c84] avoid unneeded package depends by building with > > '-Wl,--as-needed' > > > > Is it possible to comment out the assignment 'MAIN_LDFLAGS := > > -Wl,--as-needed' > > in debian/rules and rebuild the package, in order to test if it still works > > and its dependency list remains reasonable? > > sorry, I have forgotten you and your problem. > Which platform you running on i368 or amd64? Of course we can make such > a testing package. It isn't so complicated as it's seems. All needed > tools are available in the software repos. My laptop is i386. I'd build a test package myself, but I'm afraid it would take days and probably larger disks and RAM than I have available. I'm postponing the upgrade to wheezy for a few weeks. If you manage to build a new package, I'll be glad to try it and see if the diagnosis was correct. Otherwise, I'm ok with the workarounds. Just let me know. > > What you are willing in the near future then Wheezy is released? :-) > We are planning one more update for the point release of Squeeze but > that will be last for Squeeze, Wheezy comes with version 10.0.12-1, so > your problem with your old hardware will again up on the screen. > I suppose I'll have to buy a little more RAM, if it's still possible and it doesn't cost more than a new notebook, or just fall back to Mutt. I still can't believe that a browser or a MUA require 1 GB RAM to run, while database engines serving hundreds of concurrent requests run in under 400 MB without even noticing. 10.0.12 in Wheezy?!? Mozilla has marked FF and TB 17 as ESR weeks ago, if not months. As a Debian user of fifteen years, I'm still delighted by its unrivalled ability to ship obsolete-on-arrival releases! :-) Best regards, giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702605: icedove does not start if ~/.icedove is empty.
Hello, On Sat, Mar 09, 2013 at 04:56:18PM +0100, g...@libero.it wrote: > I'd be glad to run the version from backports, but the latest version is > too memory-hungry for my hardware; so I'm afraid I'll have to stick to > the 3.0.x version for the time being. > > Do you remember at which point in time people started to submit bugs > about random failures to load shared objects? I believe they might be > related to a change in debian/rules dating back to 2010: > > * [3b98c84] avoid unneeded package depends by building with > '-Wl,--as-needed' > > Is it possible to comment out the assignment 'MAIN_LDFLAGS := -Wl,--as-needed' > in debian/rules and rebuild the package, in order to test if it still works > and its dependency list remains reasonable? sorry, I have forgotten you and your problem. Which platform you running on i368 or amd64? Of course we can make such a testing package. It isn't so complicated as it's seems. All needed tools are available in the software repos. What you are willing in the near future then Wheezy is released? :-) We are planning one more update for the point release of Squeeze but that will be last for Squeeze, Wheezy comes with version 10.0.12-1, so your problem with your old hardware will again up on the screen. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702605: icedove does not start if ~/.icedove is empty.
On Sat, Mar 09, 2013 at 03:00:01PM +0100, Carsten Schoenert wrote: > yes, mostly icedove is working with this little trick. The error happens > because of some libc changes that comes with the new released version > that was coming in the past into squeeze. > We already talked about that issue and hopefully there will be some > update on 3.0.x icedove with something like you posted. > > In the between time I strongly recommend to use a version of icedove > inside backports. > http://wiki.debian.org/Icedove#BackPorts > I'd be glad to run the version from backports, but the latest version is too memory-hungry for my hardware; so I'm afraid I'll have to stick to the 3.0.x version for the time being. Do you remember at which point in time people started to submit bugs about random failures to load shared objects? I believe they might be related to a change in debian/rules dating back to 2010: * [3b98c84] avoid unneeded package depends by building with '-Wl,--as-needed' Is it possible to comment out the assignment 'MAIN_LDFLAGS := -Wl,--as-needed' in debian/rules and rebuild the package, in order to test if it still works and its dependency list remains reasonable? Best regards, g1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702605: icedove does not start if ~/.icedove is empty.
Hello g1, Am 08.03.2013 22:48, schrieb g1: > PS: I see that there are several (merged) bug reports that are > variations on this theme, with different undefined symbols. Maybe the > trick works for them too. > > cut here > --- /usr/bin/icedove.old 2013-03-08 22:21:58.0 +0100 > +++ /usr/bin/icedove 2013-03-08 22:24:23.0 +0100 > @@ -109,6 +109,10 @@ > echo "*INFO* No $HOME/.$pfname detected. Moving > $HOME/.mozilla-thunderbird into this place" > mv $HOME/.mozilla-thunderbird $HOME/.$pfname >fi > + if [ ! -d "$HOME/.$pfname" ] || [ ! -f "$HOME/.$pfname/profiles.ini" ]; > then > +LD_BIND_NOW=1 > +export LD_BIND_NOW > + fi > fi > > script_args="" > cut here yes, mostly icedove is working with this little trick. The error happens because of some libc changes that comes with the new released version that was coming in the past into squeeze. We already talked about that issue and hopefully there will be some update on 3.0.x icedove with something like you posted. In the between time I strongly recommend to use a version of icedove inside backports. http://wiki.debian.org/Icedove#BackPorts -- Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702605: icedove does not start if ~/.icedove is empty.
Package: icedove Version: 3.0.11-1+squeeze15 Severity: important On my system, the first time icedove is started with an empty or non-existent $HOME/.icedove directory, it crashes with the message /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libmailcomps.so: undefined symbol: NS_CStringContainerInit2 I guess the problem is caused by the fact that 1. icedove-bin is linked against libxpcom_core.so but not against libxpcom.so (as per objdump output) 2. for some reason, the first time icedove is started it dlopen()s libmailcomps.so before libxpcom.so. A quick and dirty workaround consists in setting the environment variable LD_BIND_NOW=1 before launching the executable (see the following patch). Of course it would be much better to change the build script in order to add libxpcom.so to the libraries. Best regards, g1 PS: I see that there are several (merged) bug reports that are variations on this theme, with different undefined symbols. Maybe the trick works for them too. cut here --- /usr/bin/icedove.old2013-03-08 22:21:58.0 +0100 +++ /usr/bin/icedove2013-03-08 22:24:23.0 +0100 @@ -109,6 +109,10 @@ echo "*INFO* No $HOME/.$pfname detected. Moving $HOME/.mozilla-thunderbird into this place" mv $HOME/.mozilla-thunderbird $HOME/.$pfname fi + if [ ! -d "$HOME/.$pfname" ] || [ ! -f "$HOME/.$pfname/profiles.ini" ]; then +LD_BIND_NOW=1 +export LD_BIND_NOW + fi fi script_args="" cut here -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 3.4Miscellaneous utilities specific t pi fontconfig2.8.0-2.1 generic font configuration library pi libasound21.0.23-2.1 shared library for ALSA applicatio pi libatk1.0-0 1.30.0-1 The ATK accessibility toolkit pi libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-4+squeeze2 simple interprocess messaging syst pi libfontconfig12.8.0-2.1 generic font configuration library pi libfreetype6 2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib pi libgcc1 1:4.4.5-8 GCC support library pi libglib2.0-0 2.24.2-1 The GLib library of C routines pi libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface pi libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.6-1NetScape Portable Runtime Library ii libnss3-1d3.12.8-1+squeeze6 Network Security Service libraries pi libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio pi libpng12-01.2.44-1+squeeze4 PNG library - runtime ii libsqlite3-0 3.7.3-1SQLite 3 shared library pi libstartup-notificati 0.10-1 library for program launch feedbac pi libstdc++64.4.5-8The GNU Standard C++ Library v3 pi libx11-6 2:1.3.3-4 X11 client-side library pi libxrender1 1:0.9.6-1 X Rendering Extension client libra pi libxt61:1.0.7-1 X11 toolkit intrinsics library pi psmisc22.11-1utilities that use the proc file s pi zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages icedove recommends: pi myspell-en-us [myspell-dictio 1:3.2.1-2 English_american dictionary for my Versions of packages icedove suggests: ii libdbus-glib-1-20.88-2.1+squeeze1simple interprocess messaging syst pi libgconf2-4 2.28.1-6 GNOME configuration database syste pn libgnome2-0(no description available) pn libgnomevfs2-0 (no description available) pi libgssapi-krb5-21.8.3+dfsg-4squeeze6 MIT Kerberos runtime libraries - k pi ttf-lyx 1.6.7-1 TrueType versions of some TeX font -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org