bug-mailutils
[Top][All Lists]
Advanced

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

Re: [bug-mailutils] mailutils-3.2/libmu_auth/.libs/libmu_auth.so: undefi


From: Franta Hanzlík
Subject: Re: [bug-mailutils] mailutils-3.2/libmu_auth/.libs/libmu_auth.so: undefined reference to `mu_assoc_ref'
Date: Sat, 10 Jun 2017 10:26:57 +0200

On Tue, 06 Jun 2017 19:22:01 +0300
Sergey Poznyakoff <address@hidden> wrote:

> Hi Franta,
> 
> > - C++ interface still isn't compiled!!  - Why?? It is problem?  
> 
> It is not a problem, and it should not be compiled by default.
> 
> > - 'make check' ends with 7 failing tests (two more than last)  
> 
> Most checks fail because your cwd is a symbolic link to another
> directory:
> 
>   /home/hanzlik/ARCHIV -> /mnt/ARCHIV
> 
> Mailutils testsuite is not able to handle this case and reports false
> negative.  That's the case for tests 124, 125, 139, 143, and 144.  Test
> 138 revealed a minor bug in whatnow subroutines, which I have just fixed
> in the repository (491bec23).  The most misterious one is test 1.  It
> fails because the directory created by mkdir was populated with a
> .ccache subdirectory with the following content:
> 
>    .ccache/3
>    .ccache/3/stats
>    .ccache/CACHEDIR.TAG
>    .ccache/tmp
> 
> The only reason for this strangeness that I can think of, is that
> mkdir was replaced or modified somehow (perhaps using a shell alias).
> Is it so?
> 
> I'll address the directory symlink problem later, as it is not critical.
> 
> > Please, should/can I use the result, or it is broken?  
> 
> You can use it safely, Apart from the bug fixed by 491bec23, the build
> behaves as expected.
> 
> Regards,
> Sergey

Hello Sergey,
thanks for your help. You are right, I have this symlink to my buid area.
Now I tried to build mailutils from git master branch commit
 263e2e9f9fcf721c11a61a16dca4cb38d6385fe9 and all tests are OK - except
test 1, as was before. I think I have no alias for mkdir nor other its
modification, but cause may be that I have installed ccache (
http://ccache.samba.org/ ) and it creates some directory structure under
~/.ccache/ - and as MH test set HOME env, ccache was somehow (I not know
how, IMO it should be started only as alias for c/cc/gcc/c++/g++) trapped
and create some structure under new $HOME. When I understand, test fail,
because besides what create install-mh, there are some extra files -
those from ccache. All what install-mh in test had to do, was done.

In attachment is actual mh/tests/{ testsuite.log, testsuite.dir/ } and
from it I think it is as I write above.

Franta Hanzlik
--
I hope the Fedora will have a better init and no binary logs

Attachment: mailutils-mh-tests.txz
Description: application/xz-compressed-tar


reply via email to

[Prev in Thread] Current Thread [Next in Thread]