re-alpine ports appears to be broken

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

re-alpine ports appears to be broken

Scott Vanderbilt
Hello. I'm having trouble trying to build uw-imap on -current. There
appears to be no maintainer for this port, thus my post here.

I am running the latest available i386 snapshot:

 #sysctl -n kern.version
  OpenBSD 5.3-current (GENERIC.MP) #8: Thu Jun 20 09:51:38 MDT 2013
     [hidden email]:/usr/src/sys/arch/i386/compile/GENERIC.MP

I tried to install the package which is contemporary with this snapshot,
but it is dated 17 June, and it fails to install. Here is the relevant
output:

 #sudo pkg_add imap-uw-2.03p3v0.tgz


 Can't install imap-uw-2.03p3v0 because of libraries
 |library heimntlm.0.0 not found
 | not found anywhere
 |library hx509.0.0 not found
 | not found anywhere
 Direct dependencies for imap-uw-2.03p3v0 resolve to libiconv-1.14p0
gettext-0.18.2p2
 Full dependency tree is libiconv-1.14p0 gettext-0.18.2p2
 #

Fair enough. So I try to build re-alpine from source. However, that fails
also. I am using the current ports tree, from ports.tar.gz file dated
22-Jun-2013
03:07

#cd /usr/ports/mail/re-alpine
#make
===> alpine-2.03p3 depends on: aspell-* -> aspell-0.60.6.1p1
===> alpine-2.03p3 depends on: gettext->=0.10.38 -> gettext-0.18.2p2
===> alpine-2.03p3 depends on: libtool-* -> libtool-2.4.2
===> alpine-2.03p3 depends on: bzip2-* -> bzip2-1.0.6p0
===> alpine-2.03p3 depends on: libiconv-* -> libiconv-1.14p0
===>  Verifying specs: asn1 c crypto gssapi krb5 ncurses ssl com_err
heimbase roken wind intl>=5 iconv>=6 asn1 c crypto gssapi krb5 ncurses ssl
com_err heimbase roken wind intl>=5 iconv>=6 com_err crypto pthread ssl
 asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl>=5
iconv>=6 com_err crypto ssl asn1 c crypto gssapi krb5 ncurses ssl com_err
heimbase roken wind intl>=5 iconv>=6 com_err crypto ssl asn1 c crypto
gssapi krb5 ncurses ssl com_err heimbase roken wind intl>=5 iconv>=6
pthread asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind
intl>=5 iconv>=6 pthread
===>  found asn1.19.0 c.68.4 crypto.22.0 gssapi.6.0 krb5.19.0 ncurses.12.1
ssl.19.0 com_err.19.0 heimbase.0.0 roken.0.0 wind.0.0 intl.6.0 iconv.6.0
pthread.17.3
===>  Checking files for re-alpine-2.03
`/usr/ports/distfiles/re-alpine-2.03.tar.bz2' is up to date.
>> (SHA256) re-alpine-2.03.tar.bz2: OK
===>  Extracting for re-alpine-2.03
===>  Patching for re-alpine-2.03
===>  Configuring for re-alpine-2.03
Using /usr/ports/pobj/re-alpine-2.03/config.site (generated)
configure: WARNING: unrecognized options: --disable-silent-rules
configure: loading site script /usr/ports/pobj/re-alpine-2.03/config.site
checking for a BSD-compatible install... /usr/bin/install -c -o root -g bin
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... mkdir -p
checking for gawk... (cached) awk
checking whether make sets $(MAKE)... (cached) yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking build system type... i386-unknown-openbsd5.3
checking host system type... i386-unknown-openbsd5.3
configure: Configuring for alpine 2.03 (i386-unknown-openbsd5.3))
checking for gcc... cc
checking whether the C compiler works... no
configure: error: in `/usr/ports/pobj/re-alpine-2.03/re-alpine-2.03':
configure: error: C compiler cannot create executables
See `config.log' for more details.
*** Error 77 in .
(/usr/ports/infrastructure/mk/bsd.port.mk:2603'/usr/ports/pobj/re-alpine-2.03/.configure_done':
@for d in
/usr/ports/pobj...)
*** Error 1 in /usr/ports/mail/re-alpine (/usr/ports/infrastructure/mk/
bsd.port.mk:2368 'all')
re-alpine #

I'm not sure how to proceed. Any guidance would be greatly appreciated.

Thank you.
Reply | Threaded
Open this post in threaded view
|

Re: re-alpine ports appears to be broken

Amit Kulkarni-5
>
>  Can't install imap-uw-2.03p3v0 because of libraries
>  |library heimntlm.0.0 not found
>  | not found anywhere
>  |library hx509.0.0 not found
>  | not found anywhere
>  Direct dependencies for imap-uw-2.03p3v0 resolve to libiconv-1.14p0
> gettext-0.18.2p2
>  Full dependency tree is libiconv-1.14p0 gettext-0.18.2p2
>  #
>
>

This shows that the package was compiled with old kerberos support.



> ===>  Verifying specs: asn1 c crypto gssapi krb5 ncurses ssl com_err
> heimbase roken wind intl>=5 iconv>=6 asn1 c crypto gssapi krb5 ncurses ssl
> com_err heimbase roken wind intl>=5 iconv>=6 com_err crypto pthread ssl
>  asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl>=5
> iconv>=6 com_err crypto ssl asn1 c crypto gssapi krb5 ncurses ssl com_err
> heimbase roken wind intl>=5 iconv>=6 com_err crypto ssl asn1 c crypto
> gssapi krb5 ncurses ssl com_err heimbase roken wind intl>=5 iconv>=6
> pthread asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind
> intl>=5 iconv>=6 pthread
> ===>  found asn1.19.0 c.68.4 crypto.22.0 gssapi.6.0 krb5.19.0 ncurses.12.1
> ssl.19.0 com_err.19.0 heimbase.0.0 roken.0.0 wind.0.0 intl.6.0 iconv.6.0
> pthread.17.3
>

heimbase com_err etc... this shows that you are trying to use old userland
and mixing it with current ports. solution is to wait for newer snaps or
compile kernel/userland/xenocara and then try to compile the port yourself.
Reply | Threaded
Open this post in threaded view
|

Re: re-alpine ports appears to be broken

Scott Vanderbilt
Thanks very much for that.

I'm not sure what I could have done differently, though. I grabbed my
packages and the snapshot all within an hour or two earlier today from the
same mirror. So I don't think it was a terribly unreasonable assumption on
my part that they were mutually compatible. Is there any way to know that
the snapshot and packages are out-of-sync so I can avoid any problems like
this in the future? I did notice that they were two days apart, but didn't
know whether that ipso facto meant there was a problem.

I read the FAQ on this topic (5.1) and it is understandably vague on this
point, but is it possible to determine when the next snapshot will be
released? If tomorrow, I will wait. If not, then I will just go ahead and
re-build the system from source.

Thank you again for your response.



On Sat, Jun 22, 2013 at 8:33 PM, Amit Kulkarni <[hidden email]> wrote:

>
>
>>  Can't install imap-uw-2.03p3v0 because of libraries
>>  |library heimntlm.0.0 not found
>>  | not found anywhere
>>  |library hx509.0.0 not found
>>  | not found anywhere
>>  Direct dependencies for imap-uw-2.03p3v0 resolve to libiconv-1.14p0
>> gettext-0.18.2p2
>>  Full dependency tree is libiconv-1.14p0 gettext-0.18.2p2
>>  #
>>
>>
>
> This shows that the package was compiled with old kerberos support.
>
>
>
>> ===>  Verifying specs: asn1 c crypto gssapi krb5 ncurses ssl com_err
>> heimbase roken wind intl>=5 iconv>=6 asn1 c crypto gssapi krb5 ncurses ssl
>> com_err heimbase roken wind intl>=5 iconv>=6 com_err crypto pthread ssl
>>  asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl>=5
>> iconv>=6 com_err crypto ssl asn1 c crypto gssapi krb5 ncurses ssl com_err
>> heimbase roken wind intl>=5 iconv>=6 com_err crypto ssl asn1 c crypto
>> gssapi krb5 ncurses ssl com_err heimbase roken wind intl>=5 iconv>=6
>> pthread asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind
>> intl>=5 iconv>=6 pthread
>> ===>  found asn1.19.0 c.68.4 crypto.22.0 gssapi.6.0 krb5.19.0 ncurses.12.1
>> ssl.19.0 com_err.19.0 heimbase.0.0 roken.0.0 wind.0.0 intl.6.0 iconv.6.0
>> pthread.17.3
>>
>
> heimbase com_err etc... this shows that you are trying to use old userland
> and mixing it with current ports. solution is to wait for newer snaps or
> compile kernel/userland/xenocara and then try to compile the port yourself.
>
Reply | Threaded
Open this post in threaded view
|

Re: re-alpine ports appears to be broken

Landry Breuil-6
On Sat, Jun 22, 2013 at 09:07:47PM -0700, Scott Vanderbilt wrote:

> Thanks very much for that.
>
> I'm not sure what I could have done differently, though. I grabbed my
> packages and the snapshot all within an hour or two earlier today from the
> same mirror. So I don't think it was a terribly unreasonable assumption on
> my part that they were mutually compatible. Is there any way to know that
> the snapshot and packages are out-of-sync so I can avoid any problems like
> this in the future? I did notice that they were two days apart, but didn't
> know whether that ipso facto meant there was a problem.
>
> I read the FAQ on this topic (5.1) and it is understandably vague on this
> point, but is it possible to determine when the next snapshot will be
> released? If tomorrow, I will wait. If not, then I will just go ahead and
> re-build the system from source.

Look at krb5-config --libs gssapi output. If it shows heimntlm,
krb5-config is outdated and might causing the build failure. cvs up in
/usr/src/kerberosV/ and rebuild it from
/usr/src/kerberosV/usr.bin/krb5-config. I had a similar issue with
cyrus-sasl2 and that fixed it.

Landry