tags 732652 pending
thanks
On Tue, Feb 18, 2014 at 05:10:55PM +, Ximin Luo wrote:
> Hey Carsten, I have just tested e22ad0 and it works fine. :) You can
> mark this bug closed. And I don't even need to re-compile m-g-k.
> Thanks everyone!
Excellent! I send my latest patches to Christoph, he w
Processing commands for cont...@bugs.debian.org:
> tags 732652 pending
Bug #732652 [icedove] icedove does not load libraries from /usr/lib/icedove
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
732652: http://bugs.debian.org/cgi-bin/bugrepor
On 18/02/14 06:59, Carsten Schoenert wrote:
> On Mon, Feb 17, 2014 at 08:37:34AM +0100, Carsten Schoenert wrote:
>> Hello Mike,
>>
>> On Mon, Feb 17, 2014 at 07:20:16AM +0900, Mike Hommey wrote:
>>> On Sun, Feb 16, 2014 at 04:05:33PM +0100, Carsten Schoenert wrote:
@Mike
Because you are d
On Mon, Feb 17, 2014 at 08:37:34AM +0100, Carsten Schoenert wrote:
> Hello Mike,
>
> On Mon, Feb 17, 2014 at 07:20:16AM +0900, Mike Hommey wrote:
> > On Sun, Feb 16, 2014 at 04:05:33PM +0100, Carsten Schoenert wrote:
> > > @Mike
> > > Because you are deeper inside the whole source of Firefox/Thund
Hello Mike,
On Mon, Feb 17, 2014 at 07:20:16AM +0900, Mike Hommey wrote:
> On Sun, Feb 16, 2014 at 04:05:33PM +0100, Carsten Schoenert wrote:
> > @Mike
> > Because you are deeper inside the whole source of Firefox/Thunderbird,
> > do have a idea if the "issue" in the dependentlibs.list is a bug or
On Sun, Feb 16, 2014 at 04:05:33PM +0100, Carsten Schoenert wrote:
> @Mike
> Because you are deeper inside the whole source of Firefox/Thunderbird,
> do have a idea if the "issue" in the dependentlibs.list is a bug or do
> we something missing?
My bet is that you're building with -Wl,--as-needed,
Hello Ximin,
I have CC'ed Mike, hopefully he can give us clearing answer.
On Sun, Feb 16, 2014 at 02:39:36PM +, Ximin Luo wrote:
> >> Currently I have no real idea how to tweek these lines to fix the issue
> >> without
> >> the usage of -Wl,rpath. If you have a hint, please let us know. On t
On 16/02/14 14:33, Ximin Luo wrote:
> On 16/02/14 08:57, Carsten Schoenert wrote:
>> On Sat, Feb 15, 2014 at 07:46:17PM +, Ximin Luo wrote:
>>> (I assume 14 is a typo, you meant 24?)
>>
>> Indeed, of course. ;)
>>
>>> Perhaps a better fix would be to tweak the "intelligent" mechanism to
>>> be
On 16/02/14 08:57, Carsten Schoenert wrote:
> On Sat, Feb 15, 2014 at 07:46:17PM +, Ximin Luo wrote:
>> (I assume 14 is a typo, you meant 24?)
>
> Indeed, of course. ;)
>
>> Perhaps a better fix would be to tweak the "intelligent" mechanism to
>> be aware of /usr/lib/icedove, then. I can unde
On Sat, Feb 15, 2014 at 07:46:17PM +, Ximin Luo wrote:
> (I assume 14 is a typo, you meant 24?)
Indeed, of course. ;)
> Perhaps a better fix would be to tweak the "intelligent" mechanism to
> be aware of /usr/lib/icedove, then. I can understand why upstream
> doesn't look here, since icedove
On 14/02/14 10:09, Carsten Schoenert wrote:
> Hello Ximin,
>
> On Wed, Feb 12, 2014 at 04:00:47PM +, Ximin Luo wrote:
>> All extensions are from the Debian repos. Actually I have disabled
>> everything except moz-g-k and the bug is still present. I'm not sure
>> how another extension could int
Hello Ximin,
On Wed, Feb 12, 2014 at 04:00:47PM +, Ximin Luo wrote:
> All extensions are from the Debian repos. Actually I have disabled
> everything except moz-g-k and the bug is still present. I'm not sure
> how another extension could interfere with where icedove loads its
> libs from.
O.k
12 matches
Mail list logo
