[Android-tools-devel] google-android-installers package

[Roger Shimizu]

Dear Fab,

As you're probably already aware that the upload was rejected due to a
lintian error:

E: google-android-installers source: missing-build-dependency po-debconf

I tried on my bullseye environment, and yes this error does exist.
But I also tried to build on porterbox sid environment, lintian
reports no error at all.

Probably it's false positive, but can you fix it to make buildd lintian happy?

>> It doesn't add any new binary package, so source only upload might be sufficient.
> Since this package was moved to non-free.
> So buildd will NOT build the package anymore. We have to use binary upload.
> And that's why I had to upload i386 separately for the last upload.
>
> Of course we can raise a ticket to ask for ftp-master to enable buildd
> for this specific package, but it will take some time ...

I found the document.
So if you have time, you can raise the ticket and let buildd to build
this package.

https://www.debian.org/doc/manuals/developers-reference/pkgs.html#non-free-buildd

Cheers,
Roger

On Sun, Jul 31, 2022 at 11:16 PM Fab Stz <fabstz-it at yahoo.fr> wrote:
>
> I updated the MR to have tests on "build-tools" that can run both on
> i386 and amd64 if version is <= 23.
>
> These are the only "arch-specific" packages that can run on i386.
>
> Rgds
> Fab
>
> Le 31/07/2022 à 13:00, Fab Stz a écrit :
> > Dear Roger,
> >
> > Package google-android-emulator-installer is amd64 only, so there is no
> > point in testing it on i386. Moreover, the test is not run on this
> > package but only on google-android-extras-google-auto-installer.
> >
> > google-android-extras-google-auto-installer is amd64 only as well.
> >
> >
> > $ file /usr/lib/android-sdk/extras/google/auto/desktop-head-unit
> > /usr/lib/android-sdk/extras/google/auto/desktop-head-unit: ELF 64-bit
> > LSB pie executable, x86-64, version 1 (SYSV), dynamically linked,
> > interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 3.2.0,
> > BuildID[md5/uuid]=0c7da1133e096ae6f942d5aa46a9c7ba, with debug_info, not
> > stripped
> >
> >
> > For both packages, in debian/control, architecture is set to amd64 only so I suppose this explains why such tests would fail on i386.
> >
> > Concerning source uploads, since packages can migrate to testing only
> > with source upload, if on non-free we have to do a binary upload, how
> > will it enter testing?
> >
> >
> > Regards
> >
> > Fab
> >
> > Le 31/07/2022 à 10:26, Roger Shimizu a écrit :
> >> Dear Fab,
> >>
> >> Thanks for working on the patches/MR!
> >>
> >> I found the autopkgtest (d/tests/control) is disabled for i386, and
> >> when I enable it by applying the patch below, the test fails on i386.
> >> I think the test can help to improve the quality of the package. Can
> >> you kindly help to fix the test for i386?
> >>
> >> --- a/debian/scripts/build_tests_control_file.sh
> >> +++ b/debian/scripts/build_tests_control_file.sh
> >> @@ -107,7 +107,7 @@ if [ $TEST_ONLY_GOOGLE_AUTO -ne 1 ]; then
> >>
> >>          echo "Test-Command: emulator -help" >> ../tests/control
> >>          echo "Depends: google-android-emulator-installer" >> ../tests/control
> >> -        echo "Architecture: amd64" >> ../tests/control
> >> +        echo "Architecture: amd64 i386" >> ../tests/control
> >>          echo "" >> ../tests/control
> >>      done
> >>  fi
> >> --- a/debian/tests/control
> >> +++ b/debian/tests/control
> >> @@ -1,5 +1,5 @@
> >>  # -- This file was generated automatically by the
> >> debian/scripts/build_tests_control_file.sh script --
> >>  Test-Command: /usr/lib/android-sdk/extras/google/auto/desktop-head-unit
> >> --version
> >>  Depends: google-android-extras-google-auto-installer
> >> -Architecture: amd64
> >> +Architecture: amd64 i386
> >>
> >>> It doesn't add any new binary package, so source only upload might be sufficient.
> >> Since this package was moved to non-free.
> >> So buildd will NOT build the package anymore. We have to use binary upload.
> >> And that's why I had to upload i386 separately for the last upload.
> >>
> >> Of course we can raise a ticket to ask for ftp-master to enable buildd
> >> for this specific package, but it will take some time ...
> >>
> >> Cheers,
> >> Roger