Qt 6

Fab Stz fabstz-it at yahoo.fr
Wed Sep 29 20:20:35 BST 2021


Hello,

Le mercredi 29 septembre 2021, 16:36:07 CEST Lisandro Damián Nicanor Pérez 
Meyer a écrit :
> > Is there any hope to see this Qt for Android in Debian's official repo?
> 
> Only if someone packages it.

I actually did some work on that and sent an email about this on Sept/8th.
https://alioth-lists.debian.net/pipermail/pkg-kde-talk/2021-September/
003285.html

It explains the state of the project that is available at:
https://salsa.debian.org/bastif/qt-android

If you answer, could you add the Android team in CC? I forgot adding them in 
my email.
android-tools-devel at lists.alioth.debian.org

> > It would be useful for f-droid at least I guess. If as you suggest to use
> > the upstream tarball, I understand this cannot be achieved then.
> 
> It is possible, as long as the packager follows all Debian requirements.

If we can keep sqlite and some other requirerd libs in the package, I think it 
could be fine. There is not problem removing the RFC and other elements 
already removed, but sqlite is needed.

> > It think it would have been better to have only one source package used by
> > all "variants" of Qt. Which would avoid duplicate source code, especially
> > for such a huge package. Maybe there is another way to do. How would it
> > be acceptable for a Debian package ? What does the qt/kde community
> > actually think of having Qt for Android in Debian?
> 
> Currently the Debian infrastructure does not allows "sharing" the
> source code, at least to the best of my knowledge.

Ok. What would be best: adding a binary package for qt-android in each 
submodule of the qt packaged (source package) already in Debian, or have a new 
source package dedicated to this? I think the 2nd is better because it allows 
to ship versioned qt-android packages (eg. qt-android-5.12, qt-
android-5.15...). This would be better since developers may need a specific 
version.







More information about the pkg-kde-talk mailing list