rebuilds for libssl0.9.7 -> libssl0.9.8

[Stefan Potyra]

Hi Kees,

Am Freitag 13 Oktober 2006 00:45 schrieb Kees Cook:
> Hi!  I've been making my way through packages that were still linked
> against libssl0.9.7, and have made some good progress (21 successfully
> rebuilt).  I've moved on to small code changes which is mostly the md5.h
> includes, and minor other fixes (current count: 10).
>
> At this point, I've run into some strange stuff that I'm not sure how to
> deal with:
>
> aolserver4-nsopenssl, aolserver4-nsimap: Built fine for all but amd64.
> Their prereq "aolserver4"'s most recent build only built for amd64[1]
> (all others failed), and has a bad start-up script (uses "source"
> instead of ".").  Should we try to fix aolserver4's latest version, or
> is there a way to "reject" the most recent build in favor of the earlier
> one?

There is no way to reject the most recent build: downgrading is not supported 
by dpkg/apt; only way to "unrelease" s.th. is to upload the older version 
with a newer version number.

The build failure for the newer version of aolserver4 might be a trivial fix 
though: I'd remove the "pthread_kill_other_threads_np" call, since it's a 
noop according to the comments found in unix.c.

>
> arla: build-dep conflicts:
>  The following packages have unmet dependencies:
>   heimdal-dev: Conflicts: kerberos4kth-dev but 1.2.2-11.3ubuntu4 is to be
> installed kerberos4kth-dev: Depends: libotp0-kerberos4kth (=
> 1.2.2-11.3ubuntu4) but it is not going to be installed Depends:
> libroken16-kerberos4kth (= 1.2.2-11.3ubuntu4) but it is not going to be
> installed Depends: libkafs0-kerberos4kth (= 1.2.2-11.3ubuntu4) but it is
> not going to be installed Depends: libkafs0-kerberos4kth (>=
> 1.2.2-11.3ubuntu4) but it is not going to be installed Depends:
> libroken16-kerberos4kth (>= 1.2.2-11.3ubuntu4) but it is not going to be
> installed Depends: libdb4.3-dev but it is not going to be installed Any
> clue on how to fix this up?

From the package description of heimdal-dev and kerberos4kth-dev, it doesn't 
seem sensible to me to b-d on both, though I have no real clue about 
kerberos. Both packages conflict.

Maybe it's also noteworthy that arla has been removed from unstable, see [2].

>
> sope: build-dep conflicts:
>  The following packages have unmet dependencies:
>    apache-dev: Depends: libdb4.4-dev but it is not going to be installed
> This totally baffles me.  I can install the build-dep by hand without
> any problem, but within my sbuild environment, it breaks as above.  Any
> clues on how to solve this?


sope -> libdb4.4-dev, apache-dev, apache2-threaded-dev
apache2-threaded-dev -> libdb4.3-dev
apache-dev -> libdb4.4-dev

and both libdb4.4-dev and libdb4.3-dev provide libdb-dev and conflict against 
libdb-dev, so you cannot install the build-dependencies together. Seems like 
you currently cannot build apache2 and apache modules from the same source.

>
> ldmud: segfaults during build:
>  ./make_func instrs
>  Primary codes: 249 (127 + 122) - Secondary codes:       62 ( 17 +  45)
>  Tabled codes:   73 (  0 +  73) - Tabled varargs codes:  27 (  0 +  27)
>  make[1]: *** [instrs.h] Segmentation fault (core dumped)
> Ignore for now since it's in multiverse?

In theory, known bugs should never be ignored. In practical terms you could 
file a bug report, if you don't want to fix it, just in case s.o. else wants 
to step in.

HTH,
   Stefan.

--
[2]: http://packages.qa.debian.org/a/arla/news/20060909T174253Z.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : https://lists.ubuntu.com/archives/ubuntu-motu/attachments/20061013/6d7c7673/attachment.pgp