No I haven't heard anything. So please go ahead and use the
android_6.0.0_r1 tag.
Dave
On 3/17/16 8:35 AM, Kaloyan Raev wrote:
Hi Dave,
Do you have any response from Xavier?
If not, I suggest that we refer to the android-6.0.0_r1 from
October 2, 2015 which seems to be a good approximation to the
Android SDK 24.4.1 released built on October 14, 2015.
Kaloyan
I took my best guess when doing the original
implementation, and some help from Xavier as well.
Xavier can probably help point us to the correct location to
the source repos for the various jars in 24.4.1. I've
copied him on this message as well.
Dave
On 3/11/16 3:33 PM, Kaloyan
Raev wrote:
I've started looking at the Android JARs and I am in
a little trouble on how to determine which version/tag
of the JARs is included in the Android SDK v24.4.1. I found the tags at Google
Git [1], but I really don't know which is the one
for the JARs in SDK 24.4.1. There is no such info in
JARs manifest.
Dave, how did you decide
to refer to the 5.0.2_r1 in the CQs you submitted in
the past?
[1] https://android.googlesource.com/platform/tools/base/+refs
Thanks,
Kaloyan
Yes, that is the majority of the work. Ideally
if we have the item already in orbit, we would
leverage that as well.
If you have the time, please feel free to start
working on this. I'm also checking to see if the
original author would like to come on board as a
committer to help with things as well. He already
works for a eclipse member company and is a
committer already at eclipse.
Dave
On 3/11/16 1:43 PM,
Kaloyan Raev wrote:
Hi,
I've just noticed this topic (I am on
paternity leave). As far as I understand, the
major work towards merging the pull request is
submitting CQs for each updated 3rd party JAR
and get them approved by the IP team. Is this
correct?
It should be easy to track down the sources
by looking at the previously submitted CQs for
these libraries [1].
I can help submitting the CQs. Shall I start
flooding the IP team?
[1] https://dev.eclipse.org/ipzilla/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=tools&component=tools.andmore&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&keywords_type=allwords&keywords=&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Importance&field0-0-0=noop&type0-0-0=noop&value0-0-0=
Kaloyan
I've reached out to the author of the
pull request so hopefully I'll hear
something back soon and we can get things
moving forward.
Also, just a heads up, Android N is
reworking the whole android compilation and
dexing tool chain. Jack and Jill are coming
down the hill...
https://source.android.com/source/jack.html
source.android.com
Jack (Java Android
Compiler Kit) is a new Android
toolchain that compiles Java
source into Android dex
bytecode. It replaces the
previous Android toolchain,
which ...
|
Going to Gradle and letting whatever build
tool handle things is going to be even more
important going forward.
Dave
On 3/11/16 9:22
AM, Doug Schaefer wrote:
Cool. I'm still
contemplating the way forward. I think
the experiment with Andmore2 has been a
good success. Gradle integration isn't
that hard and I think we can move
towards interfacing to the command line
tools for at least build and launch
features, maybe more, to reduce our
dependencies on the external jars.
Since the amount of code I have is
pretty small, I think I can bring that
back into Andmore1 and clean up
whatever duplication we have. Ideally,
we support multiple build systems,
including the existing craziness and
add in gradle and enable maven. I'll
be restructuring the New wizards to
make that more flexible, and to add in
more templates to match what you get
with Studio.
As I mentioned to everyone I talked
to about it here at EclipseCon, having
Android tooling is incredibly
important to the reputation and
prestige of Eclipse. I don't think I
can get work time for this, yet, but I
will continue to plug away at it with
my other personal open source work and
keep the momentum going as much as I
can.
Doug.
_______________________________________________
andmore-dev mailing list
andmore-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/andmore-dev
_______________________________________________
andmore-dev mailing list
andmore-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/andmore-dev
_______________________________________________
andmore-dev mailing list
andmore-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/andmore-dev
_______________________________________________
andmore-dev mailing list
andmore-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/andmore-dev
|