| Summary: | libsoup has library versions hardcoded (gnutls) that causes evolution not to run & can't rebuild evolution | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Edward Muller <edwardam> |
| Component: | Current packages | Assignee: | Crypto team [DISABLED] <crypto+disabled> |
| Status: | RESOLVED FIXED | ||
| Severity: | critical | CC: | chico76, cosimog, crypto+disabled, dca, gnome, jlp.bugs, mystilleef, net-mail+disabled, subodh, tommy.m |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 64135, 66864, 72798 | ||
|
Description
Edward Muller
2004-08-30 12:38:23 UTC
Try recompiling libsoup I agree - recompile libsoup and all should be good. (until the next gnutls version bump) Yes, recompiling libsoup fixed it for me. Is there any way something like this can be triggered in the ebuild? Should it be? yes however I'd rather fix libsoup to not depend on specific versions of gnutls. readelf -a /usr/lib/libsoup-2.2.so.6.0.0 | fgrep lib 0x00000001 (NEEDED) Shared library: [libgobject-2.0.so.0] 0x00000001 (NEEDED) Shared library: [libgthread-2.0.so.0] 0x00000001 (NEEDED) Shared library: [libglib-2.0.so.0] 0x00000001 (NEEDED) Shared library: [libxml2.so.2] 0x00000001 (NEEDED) Shared library: [libpthread.so.0] 0x00000001 (NEEDED) Shared library: [libm.so.6] 0x00000001 (NEEDED) Shared library: [libz.so.1] 0x00000001 (NEEDED) Shared library: [libgnutls.so.11] 0x00000001 (NEEDED) Shared library: [libgcrypt.so.11] 0x00000001 (NEEDED) Shared library: [libgpg-error.so.0] 0x00000001 (NEEDED) Shared library: [libc.so.6] 0x0000000e (SONAME) Library soname: [libsoup-2.2.so.6] I'm lost as to what I should be doing for this bug. Please tell me the ideal state so I can work towards this. fix the awkward binary versioning or slot it, whichever is the proper solution. *** Bug 69815 has been marked as a duplicate of this bug. *** should of done this a while ago sorry. - 1/3 bug blocking gnome 2.8 Just a question, can someone explain me why the bug 69815 has been marked as a duplicate of this bug. Because the ebuild i mentinned on the bug 69815 (pango) haven't any dependency to one of the package mentionned on this page (exept libcrypt). So i don't understand and i really like to understand how my bug were resolved so i would be very happy to have some explanation ( if someone had time to ). My email is chico76@wanadoo.fr , if this bug report isn't the good place for an answer. Thanks *** Bug 77146 has been marked as a duplicate of this bug. *** With the new bump of gnutls, this problem is effecting evolution-data-server, libgtkhtml etc. It seems to me that every ebuild bump of gnutls should be automatically followed by an ebuild to libsoup. I know we're used to thinking of satisfying dependencies before an ebuild, but this seems a special case of satisfying a dependency _after_ an ebuild. I'm not convinced slotting is the right approach. But hey, what do I know? I'm not a programmer. :-) *** Bug 77283 has been marked as a duplicate of this bug. *** *** Bug 77241 has been marked as a duplicate of this bug. *** An API has changed in gnutls. This is why the library has gone from libgnutls.so.10 to libgnutls.so.11. What is required is a revdep-rebuild. To show you what is needed to rebuild revdep-rebuild --soname libgnutls.so.10 -- -p (note this should list libsoup) Then do: revdep-rebuild --soname libgnutls.so.10 Afterward just try: revdep-rebuild -- -p to see if there are any other packages broken. I will very shortly going add this notice to the postinstall notices of gnutls (thanks to SpanKY for the help here) notices added. *** Bug 78533 has been marked as a duplicate of this bug. *** It's not Your fault and this is not meant to reopen this bug: If there is no output-redirection of emerge-output, e.g. emerge -ev world 2>&1 | tee /tmp/emerge-world.log emerge -ev world > /tmp/emerge-world.log 2>&1 & tail -f /tmp/emerge-world.log then those messages will never be read. (My xterm is set to 50.000 lines of history but that is by far not enough, that's even too few for a single openoffice build.) imho, emerge should put those "ewarn" messages into emerge.log, e.g. 1159371297: !!! "You must re-compile all packages that are linked against" 1159371297: !!! "Gnutls-1.2.11 by using revdep-rebuild from gentoolkit:" 1159371297: !!! "# revdep-rebuild --library libgnutls.so.12" (In reply to comment #17) > It's not Your fault and this is not meant to reopen this bug: > > If there is no output-redirection of emerge-output, e.g. > > emerge -ev world 2>&1 | tee /tmp/emerge-world.log > emerge -ev world > /tmp/emerge-world.log 2>&1 & tail -f /tmp/emerge-world.log alternately there is PORT_LOGDIR in recent portage versions. I've got mine set to /var/log/portage with directory permissions drwxrws--- 2 portage portage 65536 Sep 27 22:36 /var/log/portage/ Then all output is there without even trying to remember redirection syntax. There is something about elog stuff that I need to lookup that may help you too. > then those messages will never be read. > (My xterm is set to 50.000 lines of history but that is by far not enough, > that's even too few for a single openoffice build.) > > imho, emerge should put those "ewarn" messages into emerge.log, e.g. > 1159371297: !!! "You must re-compile all packages that are linked against" > 1159371297: !!! "Gnutls-1.2.11 by using revdep-rebuild from gentoolkit:" > 1159371297: !!! "# revdep-rebuild --library libgnutls.so.12" > Sorry for the inconvience. Gentoo really does needs a management system to handle lib version bumps. *** Bug 153696 has been marked as a duplicate of this bug. *** *** Bug 155024 has been marked as a duplicate of this bug. *** |
