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