Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1153925 > unrolled thread

Bug#1024902: android-platform-tools: missing version prefix in shlibs dependencies

Back to article view | Back to linux.debian.bugs.dist

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Bug#1024902: android-platform-tools: missing version prefix in shlibs dependencies "Chris Lamb" <lamby@debian.org> - 2023-07-12 19:40 +0200
    Bug#1024902: android-platform-tools: missing version prefix in shlibs dependencies Thomas Uhle <thomas.uhle@mailbox.tu-dresden.de> - 2023-07-12 20:20 +0200

#1153925 — Bug#1024902: android-platform-tools: missing version prefix in shlibs dependencies

Hi all,

> dh_makeshlibs automatically generates the shlibs files for the libraries 
> in android-platform-tools during the build process.  By default it does 
> not include any prefix in the versions.  So '29.0.6' is used instead of 
> '1:29.0.6' which leads to […]

Could this be related to what I'm seeing in diffoscope? Specifically,
I am getting:

$ aapt2 dump resources tests/data/resources1.arsc
aapt2: symbol lookup error: /usr/lib/x86_64-linux-gnu/android/libandroidfw.so.0: undefined symbol: _Z18ExtractEntryToFileP10ZipArchiveP8ZipEntryi
 
Very happy to file this as a different bug. (I suspect it might be,
as I've upgraded all packages in this chroot, so it's unlikely to be
a 'missing' upgrade due to incomplete dependencies.)


Regards,

-- 
      ,''`.
     : :'  :     Chris Lamb
     `. `'`      lamby@debian.org 🍥 chris-lamb.co.uk
       `-

[toc] | [next] | [standalone]

#1153932

[Multipart message — attachments visible in raw view] — view raw

On Wed, 12 Jul 2023, Chris Lamb wrote:

> Hi all,
>
> > dh_makeshlibs automatically generates the shlibs files for the libraries
> > in android-platform-tools during the build process.  By default it does
> > not include any prefix in the versions.  So '29.0.6' is used instead of
> > '1:29.0.6' which leads to […]
>
> Could this be related to what I'm seeing in diffoscope? Specifically,
> I am getting:
>
> $ aapt2 dump resources tests/data/resources1.arsc
> aapt2: symbol lookup error: /usr/lib/x86_64-linux-gnu/android/libandroidfw.so.0: undefined symbol: _Z18ExtractEntryToFileP10ZipArchiveP8ZipEntryi

Hello Chris,

hard to say.  There seems to be an issue with libandroidfw.so.0 not 
properly linking to libziparchive.so.0 for sure.  On the other hand, 
android-libandroidfw has this dependency: android-libziparchive (>= 1:29). 
That seems to be sufficient.


> Very happy to file this as a different bug. (I suspect it might be,
> as I've upgraded all packages in this chroot, so it's unlikely to be
> a 'missing' upgrade due to incomplete dependencies.)

I also think that this is probably a different bug.


Best regards,

Thomas Uhle

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web