-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes needed for gradle 3.0.1 compatibility #581
Comments
How about this? #582 |
Published 6.0.1-rc.3 now. Please try it out. |
It works!
|
Any ideas, guys? |
Hmm, what version of Android studio are you using? Can you try building using the latest? |
@msand Built using command line, used latest version with a fresh RN project and can't get past this
|
Do you have Android Studio installed? Try installing the latest of that: https://developer.android.com/studio/index.html |
@msand Just done a fresh install of Android Studio version 1.5.1 still the same |
Hi guys, I just checked and a RN project freshly generated with
in |
@pacamara Yes mine has that same version. Could you let me know what it needs to be? |
@jskidd3 Sure, here's the diff of the changes I needed for a fresh project:
Installed and ran ok after I also manually created the assets bundle (don't believe this step has anything to do with gradle upgrade). |
@pacamara Thanks so much! |
@jskidd3 You're welcome! 🍻 |
@jskidd3 Have you tried these changes? #581 (comment) |
@msand Yes I implemented them without any problem yesterday on Windows but am just having the same problem on Mac now. The difference is this time that my build.gradle already looks like what @pacamara suggested. This is the current one:
|
@jskidd3 I think you're looking at appName/node_modules/react-native-svg/android/build.gradle rather than appName/android/build.gradle |
you can do this on user land, no need to do this right now, as react native is not using gradle 3 yet |
@dlimx @lepouya How come FBSDK uses SDK 26 and appcompat 27.0.2 While react-native uses these? @jpshelley @grabbou Perhaps I should make a PR upgrading them all (except min sdk) to the latest stable versions? Google has this to say about targetSdkVersion: To maintain your application along with each Android release, you should increase the value of this attribute to match the latest API level, then thoroughly test your application on the corresponding platform version. https://developer.android.com/training/basics/supporting-devices/platforms.html#sdk-versions |
Made a PR facebook/react-native#17747 |
@msand It's the same versions as what facebook-android-sdk uses |
I think I just found a more than good enough reason for upgrade: Path Traversal Vulnerability |
Although, now that I think about it. The latest changes have semver pre-release identifiers, and the other changes have been there for some time already. Perhaps best to wait and see for a bit more response on the PR. https://semver.org/#spec-item-9
|
@msand Thanks for filing facebook/react-native#17747!
The only argument I can think of for aligning them with current react-init values is users wouldn't have to install as many versions of SDK Build Tools. Seems like a slim advantage, so reverting to the previous versions seems safer. |
@pacamara @sibelius I've released a new version, which aligns with react-native init, to make it as easy as possible for newcomers. Anyone with needs to upgrade any versions to anything different from that, will hopefully learn how to change them in their dependencies in the process as well. Lets see if they upgrade any versions, now that a PR exists. Can release a new version to align with that when they do. |
Some minor changes are needed for gradle 3.0.1 compatibility: in android/build.gradle:
buildToolsVersion
, gradle now specifies a default and the current value conflicts with that.api
notcompile
per https://developer.android.com/studio/build/gradle-plugin-3-0-0-migration.html#new_configurationsWe are currently hacking these changes with a script in status.im, and would rather it is fixed upstream. Thanks!
Parent issue: status-im/status-mobile#3037
The text was updated successfully, but these errors were encountered: