Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 695804 - net-misc/dropbox-58.3.88-r1 needs to RDEPEND on virtual/libffi:0=
Summary: net-misc/dropbox-58.3.88-r1 needs to RDEPEND on virtual/libffi:0=
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Jason Zaman
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-09-28 15:29 UTC by Pacho Ramos
Modified: 2019-10-01 21:44 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pacho Ramos gentoo-dev 2019-09-28 15:29:48 UTC
It needs to be rebuilt each time libffi changes soname
>>> package: dev-libs/libffi-3.3_rc0
 *  - /usr/lib64/libffi.so.6
 *  - /usr/lib64/libffi.so.6.0.4
 *      used by /opt/dropbox/_cffi_backend.cpython-35m-x86_64-linux-gnu.so (net-misc/dropbox-58.3.88-r1)
 *      used by /opt/dropbox/_ctypes.cpython-35m-x86_64-linux-gnu.so (net-misc/dropbox-58.3.88-r1)
Comment 1 Ben Kohler gentoo-dev 2019-09-30 15:45:03 UTC
But it's a binary blob right? It cannot be "rebuilt" so it really needs to hard-depend on a version of libffi that provides .so.6
Comment 2 Pacho Ramos gentoo-dev 2019-09-30 21:13:55 UTC
It seems it is enough to unmerge dropbox, that will allow the old lib to be removed and, then, simply re-emerging dropbox looks to work fine :/ 

I have seen that issue with other precompiled software... but I don't remember how to handle it
Comment 3 Fabio Rossi 2019-10-01 08:21:25 UTC
(In reply to Pacho Ramos from comment #2)
> It seems it is enough to unmerge dropbox, that will allow the old lib to be
> removed and, then, simply re-emerging dropbox looks to work fine :/ 

Actually this operation leaves dropbox libraries without a dependency:

$ ldd /opt/dropbox/_cffi_backend.so
        linux-vdso.so.1 (0x00007ffcc4502000)
        libffi.so.6 => not found
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fce3de2e000)
        libc.so.6 => /lib64/libc.so.6 (0x00007fce3dc5f000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fce3e0f9000)

where libffi.so.6 is removed in src_prepare() until version dropbox-58.3.88-r1. As dev-libs/libffi-3.3-rc0 is stable now it would be better to stabilize also latest dropbox ebuild version in portage
Comment 4 Larry the Git Cow gentoo-dev 2019-10-01 21:44:46 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9a0749b4a7d30ff75c76acb0c7fd10ffd9f1f2a2

commit 9a0749b4a7d30ff75c76acb0c7fd10ffd9f1f2a2
Author:     Ben Kohler <bkohler@gentoo.org>
AuthorDate: 2019-10-01 21:35:37 +0000
Commit:     Ben Kohler <bkohler@gentoo.org>
CommitDate: 2019-10-01 21:44:21 +0000

    net-misc/dropbox: bump to 81.4.195 w/ misc fixes
    
    Bump to new version.  Removed (afaict) completely unused python deps &
    eclass usage.  Fix up installed .desktop file.  Add dep on new
    libffi-compat for libffi.so.6.
    
    Closes: https://bugs.gentoo.org/695804
    Closes: https://bugs.gentoo.org/673184
    Closes: https://bugs.gentoo.org/673096
    Closes: https://bugs.gentoo.org/650590
    Package-Manager: Portage-2.3.76, Repoman-2.3.17
    Signed-off-by: Ben Kohler <bkohler@gentoo.org>

 net-misc/dropbox/Manifest                |   2 +
 net-misc/dropbox/dropbox-81.4.195.ebuild | 116 +++++++++++++++++++++++++++++++
 net-misc/dropbox/metadata.xml            |   4 ++
 3 files changed, 122 insertions(+)