First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 169973
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Portage Utilities Team <tools-portage@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Arthur Hagen <art-gt@broomstick.com>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
revdep-rebuild.169973.patch revdep-rebuild patch patch Paul Varner 2007-03-09 18:23 0000 1.46 KB Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 169973 depends on: Show dependency tree
Bug 169973 blocks: 170220
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2007-03-08 17:31 0000
After upgrading app-crypt/opencdk from 0.5.5 to 0.5.7, gnutls-extra.so.13 fails
to open libopencdk.so.8:

Normally, this is resolvable by revdep-rebuild, but in this case,
revdep-rebuild reports nothing amiss, since /usr/lib/libopencdk.so.8 does
exist.


Reproducible: Always

Steps to Reproduce:
1. emerge --oneshot =app-crypt/opencdk-0.5.5
2. emerge --oneshot =net-libs/gnutls-1.4.4-r1
3. emerge --oneshot =app-crypt/opencdk-0.5.7
4. srptool -v

Actual Results:  
# srptool -v
srptool: /usr/lib/libopencdk.so.8: no version information available (required
by /usr/lib/libgnutls-extra.so.13)
GNU TLS srptool, version 1.4.4. Libgnutls 1.4.4.

(Similar for psktool, gnutls-cli, gnutls-cli-debug and gnutls-serv)


Workaround:  re-emerge gnutls after upgrading opencdk.  This is not an obvious
workaround, since revdep-rebuild doesn't report any problems.

Could the library version in opencdk be bumped, or could a warning be printed
on emerge that gnutls has to be rebuilt?

------- Comment #1 From Jakub Moc (RETIRED) 2007-03-08 20:17:57 0000 -------
That's what revdep-rebuild is for...

------- Comment #2 From Arthur Hagen 2007-03-08 21:35:46 0000 -------
(In reply to comment #1)
> That's what revdep-rebuild is for...
> 

Jakub, please read the ticket before giving glib answers like this.  In
particular, this part - the second sentence in the ticket:

"Normally, this is resolvable by revdep-rebuild, but in this case,
revdep-rebuild reports nothing amiss, since /usr/lib/libopencdk.so.8 does
exist."

------- Comment #3 From Jakub Moc (RETIRED) 2007-03-08 21:43:25 0000 -------
(In reply to comment #2)
> Jakub, please read the ticket before giving glib answers like this. 

Yeah, I sure would if only bugzilla dropped its goddamn habit of jumping on
next open bug; a.k.a. comment #1 didn't belong to this bug at all.

------- Comment #4 From Alon Bar-Lev (RETIRED) 2007-03-09 07:48:36 0000 -------
As far as I see the "no version information available" does not make the
product not to work.

tools-portage: Can revdep-rebuild detect such issues and rebuild the affected
packages?

------- Comment #5 From Paul Varner 2007-03-09 18:23:42 0000 -------
Created an attachment (id=112735) [details]
revdep-rebuild patch

Please try this patch to revdep-rebuild and let me know how it looks

------- Comment #6 From Alon Bar-Lev (RETIRED) 2007-03-09 19:18:13 0000 -------
Works for me!
Thanks!

------- Comment #7 From Paul Varner 2007-03-10 03:41:37 0000 -------
$ svn commit -m "Add support to detect \"no version information available\"
message from ldd (Bug #169973)"
Sending        ChangeLog
Sending        src/revdep-rebuild/revdep-rebuild
Transmitting file data ..
Committed revision 354.

------- Comment #8 From Paul Varner 2007-03-10 04:13:39 0000 -------
Released in gentoolkit-0.2.4_pre1

First Last Prev Next    No search results available      Search page      Enter new bug