Both dev-libs/tdb-1.0.6 and net-fs/samba attempt to install tdbdump and tdbtool into /usr/bin/ . The tdb and samba versions are different, and dev-libs/tdb doesn't have man pages for the command-line tools, while samba does. However, dev-libs/tdb installs shared libraries and man 3 pages, while samba doesn't.
Samba team has one member, who hasn't commited since August. Blockers added in CVS.
Just in case someone finds his bug about blockers duped against this one... A list of stuff that depends on dev-libs/tdb: media-sound/sweep (hard dependency) net-dns/pdns (USE=tdb only) net-irc/ctrlproxy (hard dependency)
(In reply to comment #2) > Just in case someone finds his bug about blockers duped against this one... A > list of stuff that depends on dev-libs/tdb: > > media-sound/sweep (hard dependency) > net-dns/pdns (USE=tdb only) > net-irc/ctrlproxy (hard dependency) So, is there any way e.g. for sweep users (like me :-) to have both Samba and Sweep installed?
(In reply to comment #3) > So, is there any way e.g. for sweep users (like me :-) to have both Samba and > Sweep installed? No.
OK, here's a better solution: net-irc/ctrlproxy: checking tdb.h usability... no checking tdb.h presence... no checking for tdb.h... no >>> Install ctrlproxy-2.6.1 into /var/tmp/portage/net-irc/ctrlproxy-2.6.1/image/ category net-irc >>> Install ctrlproxy-2.6.2 into /var/tmp/portage/net-irc/ctrlproxy-2.6.2/image/ category net-irc Compiles just fine. --- media-sound/sweep - has a bundled one, pulled directly from samba SVN -> not needed to depend on external one... --- net-dns/pdns - remove USE=tdb -> punt dev-libs/tdb as it's not needed any more, blocker gone, everyone happy. CCing maintainers... Any objections?
Jakub, would it be a smart thing to have samba dep on the external tdb? If we cleaned it up and added some patches and missing manpages and stuff, then the separate package could be "complete" for all purposes. thoughts?
Well, I really don't see the point why complicate samba ebuild; especially considering that lack of maintainers.
(In reply to comment #6) > Jakub, > > would it be a smart thing to have samba dep on the external tdb? If we cleaned > it up and added some patches and missing manpages and stuff, then the separate > package could be "complete" for all purposes. thoughts? > Brilliant thing, it's no use to keep linux audio users away from samba (some of them even share shares amongst complex networks with WIN and iX-Machines).
(In reply to comment #8) > Brilliant thing, it's no use to keep linux audio users away from samba (some of > them even share shares amongst complex networks with WIN and iX-Machines). Uhm, the dependency in media-sound/sweep and net-irc/ctrlproxy has been removed, so it's not blocking samba at all.
FWIW: https://bugs.gentoo.org/show_bug.cgi?id=150609 And no, its not a good solution to depend on samba when you live in uclibc/embedded world.
net-irc doesn't have nothing to do here
If someone wants to remove the use flag from net-dns/pdns, feel free. Closing WONTFIX, didn't move anywhere for quite some time.