| 1 |
On Sunday, 24 September 2017 21:37:16 BST Christoph Böhmwalder wrote: |
| 2 |
> Hey, you fixed it (sort of)! |
| 3 |
> |
| 4 |
> I tried your suggestions but diverted a little bit. Basically here's what |
| 5 |
> happened: |
| 6 |
> |
| 7 |
> * depclean did nothing (except remove a few Thunderbird dependencies I |
| 8 |
> actually needed, whoops) * `revdep-rebuild` also found nothing |
| 9 |
> * `ldd` gave /lib/libz.so.1.2.11 |
| 10 |
> * I noticed that /usr/lib/libz.so.1.2.7 existed as well and proceeded to |
| 11 |
> delete it * Re-emerged both libz and libpng, Thunderbird build still failed |
| 12 |
> * Decided "let's delete /lib/libz.so.1.2.11 as well" (bad idea I know, I |
| 13 |
> just barely recovered from that) * After replacing libz from the stage3 |
| 14 |
> tarball, re-emerged libz |
| 15 |
> |
| 16 |
> Aaaand then it just worked, I must admit I'm not entirely sure why ¯\_(ツ)_/¯ |
| 17 |
|
| 18 |
Not sure what dependencies were broken or why, but you seem to have installed |
| 19 |
at some point various versions of zlib, which were thereafter uninstalled in a |
| 20 |
somewhat unclean way. |
| 21 |
|
| 22 |
Next time you can use quickpg to create a binary of an installed package |
| 23 |
before you unmerge it. This could help you recover from unintended breakages. |
| 24 |
|
| 25 |
Portage *should* remove a package completely and cleanly, while by deleting |
| 26 |
files manually you could mess things up and leave portage in a messy state. |
| 27 |
If unmerging a package does not uninstall it cleanly, this means there's a bug |
| 28 |
in the ebuild and it would merit posting a report in BGO. |
| 29 |
|
| 30 |
Otherwise, |
| 31 |
|
| 32 |
emerge @preserved-rebuild -v -a |
| 33 |
|
| 34 |
and |
| 35 |
|
| 36 |
revdep-rebuild -v -- -a |
| 37 |
|
| 38 |
ought to (re)emerge any missing dependencies or dependencies which need to be |
| 39 |
rebuilt. |
| 40 |
-- |
| 41 |
Regards, |
| 42 |
Mick |
Archives