[Android-tools-devel] RFS: android-platform-libcore/6.0.1+r16-1

[殷啟聰]

Hi,

The name of "src:android" is too general. Since this repo contains
mostly files of android-platform-frameworks-base, we can simply reuse
this source package. Actually there was an src:sndroid-platform-system
[1] which consisted of android-platform-system-core and
android-platform-system-extras, but we later use staged builds to
resolve the circular dependency between them and we split them up.
src:android-platform-frameworks-compile [2] is also a combination of
multiple upstream sources, but I am also thinking about splitting them
up.

Cheers,
Kai-Chung Yan

[1]: https://anonscm.debian.org/cgit/android-tools/android-platform-system.git
[2]: https://anonscm.debian.org/cgit/android-tools/android-platform-frameworks-compile.git

2016-06-14 22:24 GMT+08:00 Chirayu Desai <chirayudesai1 at gmail.com>:
> Hi,
>
> On Tue, Jun 14, 2016 at 6:54 PM, 殷啟聰 <seamlikok at gmail.com> wrote:
>> Hi Markus and Hans,
>>
>> The reason of providing Java source files in android-platform-libcore
>> is because we use Doclava to analyze all Java source of the Android
>> platform framework and generate some API stubs which are Java sources
>> having only the definitions but not the implementations, much like a
>> header file in C/C++. And "android.jar" is built using these API
>> stubs. All compiled classes are bundled into a single "android.jar",
>> so we are not building any separated Java libraries.
>>
>> I successfully built "android.jar" in the android-jar-old branch [1]
>> and after I compare this "android.jar" to the upstream one I found
>> that it is not enough. We need 2 more repos:
>>
>>   * https://android.googlesource.com/platform/frameworks/opt/telephony
>>   * https://android.googlesource.com/platform/frameworks/opt/net/voip
>>
>> I find it unacceptable if we are also building another 2 binary
>> packages containing Java source files and with version string in the
>> package names. So it would be better if we combine
>> android-platform-libcore and this 2 repos into one single
>> src:android-platform-frameworks-base.
> Or it could be a new single src:android, preserving the upstream
> directory structure.
> i.e.
> android
>     frameworks
>         base
>         opt
>             net
>                 voip
>             telephony
>     libcore
>
> and so on.
>
> However, it might get too big.
> Also, existing packages, mainly from
> src:android-platform-frameworks-base would have to be migrated.
>
> Is there any other saner way?
> Could we perhaps use git submodules (or upstream's 'repo' tool) in some way?
>>
>> I don't know if there are any conventional or simple way of making a
>> source package tarball from multiple upstream tarball. I only know
>> that the latest uscan (version 4 watch file) supports creating
>> tarballs from multiple upstream tarballs, but I don't know if
>> mk-origtargz supports it or there are other ways.
>>
>> Cheers,
>> Kai-Chung Yan
>>
>> [1]: https://anonscm.debian.org/cgit/android-tools/android-platform-frameworks-base.git/?h=android-jar-old
>>
>> 2016-06-10 18:53 GMT+08:00 Markus Koschany <apo at debian.org>:
>>> On 08.06.2016 20:43, Hans-Christoph Steiner wrote:
>>> [...]
>>>> About android-platform-libcore-source-6.0.1,  seems like we'll have to
>>>> combine multiple upstream git repos into a single debian source package
>>>> if android.jar needs to be built from multiple git repos at the same
>>>> time.  I think a source package can have multiple source tarballs, so
>>>> the source tarballs could still be directly tied to the git repos.
>>>
>>> Sure, you can combine multiple upstream repos into one Debian repo as
>>> well. It is just a matter of documentation.
>>>
>>>> Another approach that's a bit hacky is packaging the bits of android.jar
>>>> separately from each git repo, then make a post-install script that
>>>> compiles android.jar from them.  Markus might kill me for making that
>>>> suggestion ;)
>>>
>>> I guess I need to see the whole packaging for android.jar first before I
>>> ask Igor to do something terrible. ;)
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Android-tools-devel mailing list
>>> Android-tools-devel at lists.alioth.debian.org
>>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/android-tools-devel
>>
>>
>>
>> --
>> /*
>> * 殷啟聰 | Kai-Chung Yan
>> * 一生只向真理與妻子低頭
>> * Undergraduate student in National Taichung University of Education
>> * LinkedIn: <https://linkedin.com/in/seamlik>
>> * Blog: <http://seamlik.logdown.com>
>> */
>>
>> _______________________________________________
>> Android-tools-devel mailing list
>> Android-tools-devel at lists.alioth.debian.org
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/android-tools-devel



-- 
/*
* 殷啟聰 | Kai-Chung Yan
* 一生只向真理與妻子低頭
* Undergraduate student in National Taichung University of Education
* LinkedIn: <https://linkedin.com/in/seamlik>
* Blog: <http://seamlik.logdown.com>
*/